kexec --real-mode

Eric W. Biederman ebiederm at xmission.com
Tue Apr 29 13:15:13 EDT 2008


Bernhard Walle <bwalle at suse.de> writes:

> * Eric W. Biederman [2008-04-28 10:55]:
>> 
>> It is a different code path.  It is designed to exercise the 16bit BIOS
>> calls that the kernel uses with a lot of serial port debugging
>> so we can see if that is the problem.
>
> Well, that gives me 
> ------------------------------------------------------------
> I'm in purgatory
> kexec_test 20080324 starting...
> eax: 00000000 ebx: 00000000 ecx: 00000000 edx: 00000000
> esi: 00000000 edi: 00000000 esp: 00008FF8 ebp: 00000000
> idt: 00000000 00000000
> gdt: 0000006F 00005BA0
> Switching descriptors.
> Descriptors changed.
> Legacy pic setup.
> In real mode.
> Interrupts enabled.
> Base memory size: 0276
> A20 disabled.
> E820 Memory Map.
> 000000000009D800 @ 0000000000000000 type: 00000001
> 0000000000002800 @ 000
> ------------------------------------------------------------
>
> Yes, the output stops here. Don't know why ...

Ok.  I'm guessing that whatever it is immediately after
the e820 map dump causes the box to go south.

But this is a very good clue that your BIOS just can't
handle being run after the linux kernel has run at
this point.  Unfortunately this is common and why
the --real-mode switch has not been the default for several years.

What is your interest in getting the --real-mode option working at this
point?

After this point the debugging starts to get very laborious.

Eric



More information about the kexec mailing list