Parse command-line options much earlier, so that thread_mlfqs is
commiteabf8f50a7a129a1a80f9f5aeeaf1d2a91afa97e
authorBen Pfaff <blp@cs.stanford.edu>
Mon, 11 Dec 2006 20:40:20 +0000 (11 20:40 +0000)
committerBen Pfaff <blp@cs.stanford.edu>
Mon, 11 Dec 2006 20:40:20 +0000 (11 20:40 +0000)
treec80fb53d0740f4bc1d44ef1fd3118a672706dcbd
parentb15387d9bfbf906cb820ee35b4b2594ef9775ffb
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