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)
commit26ab2e3f794c09d7e7fd70f527026720940004bb
treeb8208b5f79937160b81d699433be456b2080a32b
parent35113c8ba8c870959e9a31c2b2a0c513008d5743
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