The original time slice (200ms) is too large for the priority test to
generate a satisfactory result in 20s. If we only schedule 5 times a
second, there are only 100 pick_next calls to the scheduler.

I believe making scheduling more frequently does little harm to the
system. Actually more scheduling opportunities may also reveal bugs
which are not triggered previously. Adopting smaller time slices also
allows us to reduce the time spent on the priority test, which can
benefit the autotesting system.

Signed-off-by: Junjie Mao <junjie.mao@hotmail.com>

This target allows starting ucore with the specified user program in
pure terminal.

Signed-off-by: Junjie Mao <junjie.mao@hotmail.com>

Signed-off-by: Junjie Mao <junjie.mao@hotmail.com>

Signed-off-by: Junjie Mao <junjie.mao@hotmail.com>

These checks should no longer exist after simplification.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>

The kernel may panic early when paging is not yet configured. Breaking only on
the virtual address of brkfunc does not work in this case and leads to timeouts
during 'make grade'.

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>

Signed-off-by: Junjie Mao <eternal.n08@gmail.com>