| commit | 992af68147299bb635be97f789e4f66ba7add477 | |
| author | Rusty Russell <rusty@rustcorp.com.au> | |
| Tue, 13 Feb 2007 12:26:26 +0000 (13 13:26 +0100) | ||
| committer | Andi Kleen <andi@basil.nowhere.org> | |
| Tue, 13 Feb 2007 12:26:26 +0000 (13 13:26 +0100) | ||
| tree | 55c647547b5f5642e78497c2a930d95ee7cf658c | treesnapshot (tar.gz zip) |
| parent | 9af3cf054615862c86efcf55a37bb40f0d96e406 | commitdiff |
[PATCH] i386: paravirt unhandled fallthrough
The current code simply calls "start_kernel" directly if we're under a
hypervisor and no paravirt_ops backend wants us, because paravirt.c
registers that as a backend.
This was always a vain hope; start_kernel won't get far without setup.
It's also impossible for paravirt_ops backends which don't sit in the
arch/i386/kernel directory: they can't link before paravirt.o anyway.
Keep it simple: if we pass all the registered paravirt probes, BUG().
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Andi Kleen <ak@suse.de>
The current code simply calls "start_kernel" directly if we're under a
hypervisor and no paravirt_ops backend wants us, because paravirt.c
registers that as a backend.
This was always a vain hope; start_kernel won't get far without setup.
It's also impossible for paravirt_ops backends which don't sit in the
arch/i386/kernel directory: they can't link before paravirt.o anyway.
Keep it simple: if we pass all the registered paravirt probes, BUG().
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Andi Kleen <ak@suse.de>
| arch/i386/kernel/Makefile | diffblobblamehistory | |
| arch/i386/kernel/head.S | diffblobblamehistory | |
| arch/i386/kernel/paravirt.c | diffblobblamehistory |