diff options
| author |   Jeff Dike <jdike@addtoit.com> | 2008-02-04 22:31:08 -0800 |
|---|---|---|
| committer |   Linus Torvalds <torvalds@woody.linux-foundation.org> | 2008-02-05 09:44:29 -0800 |
| commit | 0983a88b9f0ceffb2116ce92c7b273ce2aec7b93 (patch) | |
| tree | cf63f0646f64eecc80e5e3cd8d9c16252a751d8e /arch/um/drivers/net_user.c | |
| parent | uml: eliminate setjmp_wrapper (diff) | |
| download | linux-dev-0983a88b9f0ceffb2116ce92c7b273ce2aec7b93.tar.xz linux-dev-0983a88b9f0ceffb2116ce92c7b273ce2aec7b93.zip | |
uml: install panic notifier earlier
It turns out that if there's a panic early enough, UML will just sit there in
the LED-blinking loop because the panic notifier hadn't been installed yet.
This patch installs it earlier.
It also fixes the problem which exposed the hang, namely that if you give UML
a zero-sized initrd, it will ask alloc_bootmem for zero bytes, and that will
cause the panic.
While I was in initrd.c, I gave it a style makeover.
Prompted by checkpatch, I moved a couple extern declarations of uml_exitcode
to kern_util.h.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/um/drivers/net_user.c')
0 files changed, 0 insertions, 0 deletions