Parse command-line options much earlier, so that thread_mlfqs is
authorBen Pfaff <blp@cs.stanford.edu>
Mon, 11 Dec 2006 20:40:20 +0000 (20:40 +0000)
committerBen Pfaff <blp@cs.stanford.edu>
Mon, 11 Dec 2006 20:40:20 +0000 (20:40 +0000)
commit53a7f5d0952a4595f252247f5ee3d017468eb57e
treec80fb53d0740f4bc1d44ef1fd3118a672706dcbd
parente5439c03526c8e2881b0430ddbfe02812bee2e68
Parse command-line options much earlier, so that thread_mlfqs is
initialized before thread_init() gets hold of it.

Also allow console output much earlier, by doing initialization
whenever we call into it first and by only trying to take the console
lock after threads have been initialized.

Don't try to take the console lock after the kernel panics, to avoid
getting nailed so hard by bugs in lock_acquire().

Suggested by Godmar Back.
13 files changed:
doc/reference.texi
doc/threads.texi
src/devices/serial.c
src/devices/serial.h
src/devices/vga.c
src/devices/vga.h
src/lib/kernel/console.c
src/lib/kernel/console.h
src/lib/kernel/debug.c
src/lib/random.c
src/threads/init.c
src/threads/thread.c
src/threads/thread.h