Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Pasi Kärkkäinen]

CCing to xen-devel and Keir.

Keir: Have you seen this Xen hypervisor crash earlier? serial log below..

-- Pasi

On Thu, Jan 28, 2010 at 03:47:20PM -0500, Gabor Szilagyi wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Pasi Kärkkäinen wrote:
> > On Thu, Jan 28, 2010 at 03:00:09PM -0500, Gabor Szilagyi wrote:
> > Pasi Kärkkäinen wrote:
> >>>> On Thu, Jan 28, 2010 at 11:11:50AM -0500, Gabor Szilagyi wrote:
> >>>>> -----BEGIN PGP SIGNED MESSAGE-----
> >>>>> Hash: SHA1
> >>>>>
> >>>>> Pasi Kärkkäinen wrote:
> >>>>>> On Wed, Jan 27, 2010 at 09:41:02AM -0500, Gabor Szilagyi wrote:
> >>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
> >>>>>>> Hash: SHA1
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Martin Kraus wrote:
> >>>>>>>> On Tue, Jan 26, 2010 at 05:34:59PM -0200, Thiago Camargo Martins Cordeiro wrote:
> >>>>>>>>> Hi!
> >>>>>>>>>
> >>>>>>>>> 1- Get the ISO of the Debian Lenny 5.0 amd64 from http://debian.org;
> >>>>>>>>> 2- Install your Debian into your own partition scheme (LVM over RAID);
> >>>>>>>>> 3- Reboot into your new fresh Debian Lenny; upgrade it;
> >>>>>>>>> 4- * GRUB1 is still the default in Lenny, verify it;
> >>>>>>>>> 5- Install the Xen with the command: "aptitude install
> >>>>>>>>> xen-linux-system-2.6.26-2-xen-amd64";
> >>>>>>>>> 6- Reboot into you new dom0.
> >>>>>>>> Thanks for the effort but how does this solve the problem that xen doesn't
> >>>>>>>> start? I'm already running virtual hosts on that machine and I can't rip
> >>>>>>>> all of this apart just to get stuck with unbootable system again. 
> >>>>>>>>
> >>>>>>>> What I need is to find out what the problem is and then start ripping stuff
> >>>>>>>> apart. I've tried to compile xen myself, versions 3.2, 3.3, 3.4, hg tip, all
> >>>>>>>> get stuck at some time during xen boot. Until I've tried the live cd, I
> >>>>>>>> thought that it's some incompatibility with my hardware but since the live cd is
> >>>>>>>> debian lenny on iso and it works fine, I have to look for the part that causes
> >>>>>>>> xen to freeze.
> >>>>>>>>
> >>>>>>>> Since there is only bios, grub and xen running in turn before the machine
> >>>>>>>> gets stuck I'd say that the problem is in one of these systems.
> >>>>>>>>
> >>>>>>>> I'll try to find out something about grub and then I'm going after kvm before
> >>>>>>>> I decide to scratch the whole machine.
> >>>>>>> Hi Martin,
> >>>>>>>
> >>>>>>> I am having the same problem ... ever since I installed grub2 I can not
> >>>>>>> get xen to boot. I was told it is possible but yet to see someone
> >>>>>>> writing it down how. Tried the "new" syntax, put dummy=dummy as first
> >>>>>>> cmd line argument, even compiled the root=/... in the kernel nothing works.
> >>>>>>>
> >>>>>>> I just get Panic on CPU 0 ... and stuck dump.
> >>>>>>>
> >>>>>> Please see:
> >>>>>> http://wiki.xensource.com/xenwiki/XenCommonProblems
> >>>>>>
> >>>>>> section:
> >>>>>> "Booting Xen with GRUB2 fails?"
> >>>>> Thanks for the tip ... I tried all those no change :
> >>>>>
> >>>>> here what I have currently in gurb.cfg both recommendation is use the
> >>>>> file name twice and use dummy=dummy
> >>>> No, you don't use both of them.
> >>>>
> >>>> The problem is that grub2 destroys the *first* parameter, 
> >>>> so if you add the filename twice, that already is the extra 
> >>>> first parameter, so no need for dummy anymore.
> >>>>
> >>>> Or then don't add the filename, but use dummy.
> >>>> You just need *one* extra parameter there, as the first parameter.
> >>>>
> >>>> See the working example from here:
> >>>> http://old.nabble.com/Strange-interaction-from-grub2-and-XEN-td26464067.html
> >>>>
> >>>>
> >>>>> I am trying both the newest patched kernel and the stuck kernel coming
> >>>>> with 3.4.2 source ... both compile without error (I pretty sure I got
> >>>>> the config right for xen). Actually I can boot the 2.6.31.6-xen-2 on
> >>>>> bare metal (strangely not the 2.6.18.8 !!)
> >>>>>
> >>>> xenlinux kernels (2.6.18.8) don't support running as baremetal.
> >>>> pv_ops Xen kernel do support that.
> >>>>
> >>>>> But got the same error ... so I strongly believe that the xen-3.4.2.gz
> >>>>> part crashes already with grub2 ..
> >>>>>
> >>>>> I tried several other combination from grub> prompt pretty much the same
> >>>>>  CPU 0 panic and the numbers after (sometime sligthly different dump )
> >>>>>
> >>>> We really need to see the full console output to say what's wrong.
> > Pasi, Sorry for the crossposting I put this in my original thread as
> > well but maybe helpful here..
> > 
> > 
> >> Ok.. Hmm.. weird crash. Try removing "sync_console console_to_ring" from the xen options. 
> > 
> >> Does that make a difference?
> 
> No unfortunately no difference: (note that I did make clean make
> install-xen) just to make sure it compiled right ... but the crash is
> identical...
> 
>  __  __            _____ _  _    ____
>  \ \/ /___ _ __   |___ /| || |  |___ \
>   \  // _ \ '_ \    |_ \| || |_   __) |
>   /  \  __/ | | |  ___) |__   _| / __/
>  /_/\_\___|_| |_| |____(_) |_|(_)_____|
> 
> (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian
> 4.3.4-6) ) Thu Jan 28 15:41:41 EST 2010
> (XEN) Latest ChangeSet: unavailable
> (XEN) Command line: dummy=dummy dom0_mem=512M loglvl=all
> guest_loglvl=all com1=9600,8n1 console=com1
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25, font 8x16
> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
> (XEN) Disc information:
> (XEN)  Found 2 MBR signatures
> (XEN)  Found 2 EDD information structures
> (XEN) Xen-e820 RAM map:
> (XEN)  0000000000000000 - 000000000009d000 (usable)
> (XEN)  000000000009d000 - 00000000000a0000 (reserved)
> (XEN)  00000000000ce000 - 00000000000d4000 (reserved)
> (XEN)  00000000000e0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 00000000d7f80000 (usable)
> (XEN)  00000000d7f80000 - 00000000d7f98000 (ACPI data)
> (XEN)  00000000d7f98000 - 00000000d7fbc000 (ACPI NVS)
> (XEN)  00000000d7fbc000 - 00000000e0000000 (reserved)
> (XEN)  00000000f8000000 - 00000000fc000000 (reserved)
> (XEN)  00000000fec00000 - 00000000fec10000 (reserved)
> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
> (XEN)  00000000ff000000 - 0000000100000000 (reserved)
> (XEN)  0000000100000000 - 00000001fe000000 (usable)
> (XEN)  00000001fe000000 - 0000000200000000 (reserved)
> (XEN)
> (XEN) ****************************************
> (XEN) Panic on CPU 0:
> (XEN) Cannot access memory beyond end of bootstrap direct-map area
> (XEN) ****************************************
> (XEN)
> (XEN) Reboot in five seconds...
> (XEN) Unknown interrupt (cr2=00000000)
> (XEN)   ff202ec4  a1e00000  00000002  ff22be54  00000086  00000001
> ff1d68dc  00000000  ff14e687  0000e008  00000286  ff1d67c0  0000000a
> ff1c5146  ff22b0
> 
> 
> > 
> >> -- Pasi
> > 
> > Press CTRL-A Z for help on special keys
> > 
> > 
> > 
> >  __  __            _____ _  _    ____
> > 
> >  \ \/ /___ _ __   |___ /| || |  |___ \
> > 
> >   \  // _ \ '_ \    |_ \| || |_   __) |
> > 
> >   /  \  __/ | | |  ___) |__   _| / __/
> > 
> >  /_/\_\___|_| |_| |____(_) |_|(_)_____|
> > 
> > 
> > 
> > (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian
> > 4.3.4-6) ) Mon Jan 25 16:28:40 EST 2010
> > (XEN) Latest ChangeSet: unavailable
> > 
> > (XEN) Console output is synchronous.
> > 
> > (XEN) Command line: dummy=dummy dom0_mem=512M loglvl=all
> > guest_loglvl=all sync_console console_to_ring com1=9600,8n1 console=com1
> > (XEN) Video information:
> > 
> > (XEN)  VGA is text mode 80x25, font 8x16
> > 
> > (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
> > 
> > (XEN) Disc information:
> > 
> > (XEN)  Found 2 MBR signatures
> > 
> > (XEN)  Found 2 EDD information structures
> > (XEN) Xen-e820 RAM map:
> > (XEN)  0000000000000000 - 000000000009d000 (usable)
> > (XEN)  000000000009d000 - 00000000000a0000 (reserved)
> > (XEN)  00000000000ce000 - 00000000000d4000 (reserved)
> > (XEN)  00000000000e0000 - 0000000000100000 (reserved)
> > (XEN)  0000000000100000 - 00000000d7f80000 (usable)
> > (XEN)  00000000d7f80000 - 00000000d7f98000 (ACPI data)
> > (XEN)  00000000d7f98000 - 00000000d7fbc000 (ACPI NVS)
> > (XEN)  00000000d7fbc000 - 00000000e0000000 (reserved)
> > (XEN)  00000000f8000000 - 00000000fc000000 (reserved)
> > (XEN)  00000000fec00000 - 00000000fec10000 (reserved)
> > (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
> > (XEN)  00000000ff000000 - 0000000100000000 (reserved)
> > (XEN)  0000000100000000 - 00000001fe000000 (usable)
> > (XEN)  00000001fe000000 - 0000000200000000 (reserved)
> > (XEN)
> > (XEN) ****************************************
> > (XEN) Panic on CPU 0:
> > (XEN) Cannot access memory beyond end of bootstrap direct-map area
> > (XEN) ****************************************
> > (XEN)
> > (XEN) Reboot in five seconds...
> > (XEN) Unknown interrupt (cr2=00000000)
> > (XEN)   ff202ec4  a1e00000  00000002  ff22be54  00000086  00000002
> > ff1d68dc  00000000  ff14e687  0000e008  00000286  ff1d67c0  0000000a
> > ff1c5146  ff22b0
> > 
> > 
> > Gabor
> > 
> >>>> -- Pasi
> >>>>
> 
> - --
> +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
> | Gabor Szilagyi (Mr.)                    Gabor.Szilagyi@nyo.unep.org |
> | Computer System Adm.                        http://www.nyo.unep.org |
> | UNEP/New York Office      Tel: +1-212-963-7781/Fax: +1-212-963-7341 |
> |       I only open attachments I requested !!! No exceptions !!!     |
> |            Put your message in the email body !!!                   |
> +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
> "He who sacrifices freedom for security is neither secure nor free."
> 
>                                                   Benjamin Franklin
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkth99gACgkQcYMbOTV6LVoUpACgs81ojuLe8zTaS7lnEY08M2n3
> Z4MAnRYSnEx9UrExQm07Y2uYStXsFMN+
> =rzdV
> -----END PGP SIGNATURE-----

Re: [Xen-users] Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Keir Fraser]

No, it'll be a 32-bit-specific issue though. I would recommend just running
a 64-bit build of Xen, if the CPU supports 64-bit mode. It'll be something
to do with GRUB2 dumping the dom0 kernel and initrd higher in memory than
GRUB1, past the end of where 32-bit Xen is set up to be able to access.
Probably not a hard fix, although I have no GRUB2 installation to test with.

 -- Keir

On 28/01/2010 21:16, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:

> 
> CCing to xen-devel and Keir.
> 
> Keir: Have you seen this Xen hypervisor crash earlier? serial log below..
> 
> -- Pasi
> 
> On Thu, Jan 28, 2010 at 03:47:20PM -0500, Gabor Szilagyi wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> 
>> Pasi Kärkkäinen wrote:
>>> On Thu, Jan 28, 2010 at 03:00:09PM -0500, Gabor Szilagyi wrote:
>>> Pasi Kärkkäinen wrote:
>>>>>> On Thu, Jan 28, 2010 at 11:11:50AM -0500, Gabor Szilagyi wrote:
>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>> Hash: SHA1
>>>>>>> 
>>>>>>> Pasi Kärkkäinen wrote:
>>>>>>>> On Wed, Jan 27, 2010 at 09:41:02AM -0500, Gabor Szilagyi wrote:
>>>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>>>> Hash: SHA1
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Martin Kraus wrote:
>>>>>>>>>> On Tue, Jan 26, 2010 at 05:34:59PM -0200, Thiago Camargo Martins
>>>>>>>>>> Cordeiro wrote:
>>>>>>>>>>> Hi!
>>>>>>>>>>> 
>>>>>>>>>>> 1- Get the ISO of the Debian Lenny 5.0 amd64 from http://debian.org;
>>>>>>>>>>> 2- Install your Debian into your own partition scheme (LVM over
>>>>>>>>>>> RAID);
>>>>>>>>>>> 3- Reboot into your new fresh Debian Lenny; upgrade it;
>>>>>>>>>>> 4- * GRUB1 is still the default in Lenny, verify it;
>>>>>>>>>>> 5- Install the Xen with the command: "aptitude install
>>>>>>>>>>> xen-linux-system-2.6.26-2-xen-amd64";
>>>>>>>>>>> 6- Reboot into you new dom0.
>>>>>>>>>> Thanks for the effort but how does this solve the problem that xen
>>>>>>>>>> doesn't
>>>>>>>>>> start? I'm already running virtual hosts on that machine and I can't
>>>>>>>>>> rip
>>>>>>>>>> all of this apart just to get stuck with unbootable system again.
>>>>>>>>>> 
>>>>>>>>>> What I need is to find out what the problem is and then start ripping
>>>>>>>>>> stuff
>>>>>>>>>> apart. I've tried to compile xen myself, versions 3.2, 3.3, 3.4, hg
>>>>>>>>>> tip, all
>>>>>>>>>> get stuck at some time during xen boot. Until I've tried the live cd,
>>>>>>>>>> I
>>>>>>>>>> thought that it's some incompatibility with my hardware but since the
>>>>>>>>>> live cd is
>>>>>>>>>> debian lenny on iso and it works fine, I have to look for the part
>>>>>>>>>> that causes
>>>>>>>>>> xen to freeze.
>>>>>>>>>> 
>>>>>>>>>> Since there is only bios, grub and xen running in turn before the
>>>>>>>>>> machine
>>>>>>>>>> gets stuck I'd say that the problem is in one of these systems.
>>>>>>>>>> 
>>>>>>>>>> I'll try to find out something about grub and then I'm going after
>>>>>>>>>> kvm before
>>>>>>>>>> I decide to scratch the whole machine.
>>>>>>>>> Hi Martin,
>>>>>>>>> 
>>>>>>>>> I am having the same problem ... ever since I installed grub2 I can
>>>>>>>>> not
>>>>>>>>> get xen to boot. I was told it is possible but yet to see someone
>>>>>>>>> writing it down how. Tried the "new" syntax, put dummy=dummy as first
>>>>>>>>> cmd line argument, even compiled the root=/... in the kernel nothing
>>>>>>>>> works.
>>>>>>>>> 
>>>>>>>>> I just get Panic on CPU 0 ... and stuck dump.
>>>>>>>>> 
>>>>>>>> Please see:
>>>>>>>> http://wiki.xensource.com/xenwiki/XenCommonProblems
>>>>>>>> 
>>>>>>>> section:
>>>>>>>> "Booting Xen with GRUB2 fails?"
>>>>>>> Thanks for the tip ... I tried all those no change :
>>>>>>> 
>>>>>>> here what I have currently in gurb.cfg both recommendation is use the
>>>>>>> file name twice and use dummy=dummy
>>>>>> No, you don't use both of them.
>>>>>> 
>>>>>> The problem is that grub2 destroys the *first* parameter,
>>>>>> so if you add the filename twice, that already is the extra
>>>>>> first parameter, so no need for dummy anymore.
>>>>>> 
>>>>>> Or then don't add the filename, but use dummy.
>>>>>> You just need *one* extra parameter there, as the first parameter.
>>>>>> 
>>>>>> See the working example from here:
>>>>>> http://old.nabble.com/Strange-interaction-from-grub2-and-XEN-td26464067.h
>>>>>> tml
>>>>>> 
>>>>>> 
>>>>>>> I am trying both the newest patched kernel and the stuck kernel coming
>>>>>>> with 3.4.2 source ... both compile without error (I pretty sure I got
>>>>>>> the config right for xen). Actually I can boot the 2.6.31.6-xen-2 on
>>>>>>> bare metal (strangely not the 2.6.18.8 !!)
>>>>>>> 
>>>>>> xenlinux kernels (2.6.18.8) don't support running as baremetal.
>>>>>> pv_ops Xen kernel do support that.
>>>>>> 
>>>>>>> But got the same error ... so I strongly believe that the xen-3.4.2.gz
>>>>>>> part crashes already with grub2 ..
>>>>>>> 
>>>>>>> I tried several other combination from grub> prompt pretty much the same
>>>>>>>  CPU 0 panic and the numbers after (sometime sligthly different dump )
>>>>>>> 
>>>>>> We really need to see the full console output to say what's wrong.
>>> Pasi, Sorry for the crossposting I put this in my original thread as
>>> well but maybe helpful here..
>>> 
>>> 
>>>> Ok.. Hmm.. weird crash. Try removing "sync_console console_to_ring" from
>>>> the xen options.
>>> 
>>>> Does that make a difference?
>> 
>> No unfortunately no difference: (note that I did make clean make
>> install-xen) just to make sure it compiled right ... but the crash is
>> identical...
>> 
>>  __  __            _____ _  _    ____
>>  \ \/ /___ _ __   |___ /| || |  |___ \
>>   \  // _ \ '_ \    |_ \| || |_   __) |
>>   /  \  __/ | | |  ___) |__   _| / __/
>>  /_/\_\___|_| |_| |____(_) |_|(_)_____|
>> 
>> (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian
>> 4.3.4-6) ) Thu Jan 28 15:41:41 EST 2010
>> (XEN) Latest ChangeSet: unavailable
>> (XEN) Command line: dummy=dummy dom0_mem=512M loglvl=all
>> guest_loglvl=all com1=9600,8n1 console=com1
>> (XEN) Video information:
>> (XEN)  VGA is text mode 80x25, font 8x16
>> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
>> (XEN) Disc information:
>> (XEN)  Found 2 MBR signatures
>> (XEN)  Found 2 EDD information structures
>> (XEN) Xen-e820 RAM map:
>> (XEN)  0000000000000000 - 000000000009d000 (usable)
>> (XEN)  000000000009d000 - 00000000000a0000 (reserved)
>> (XEN)  00000000000ce000 - 00000000000d4000 (reserved)
>> (XEN)  00000000000e0000 - 0000000000100000 (reserved)
>> (XEN)  0000000000100000 - 00000000d7f80000 (usable)
>> (XEN)  00000000d7f80000 - 00000000d7f98000 (ACPI data)
>> (XEN)  00000000d7f98000 - 00000000d7fbc000 (ACPI NVS)
>> (XEN)  00000000d7fbc000 - 00000000e0000000 (reserved)
>> (XEN)  00000000f8000000 - 00000000fc000000 (reserved)
>> (XEN)  00000000fec00000 - 00000000fec10000 (reserved)
>> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
>> (XEN)  00000000ff000000 - 0000000100000000 (reserved)
>> (XEN)  0000000100000000 - 00000001fe000000 (usable)
>> (XEN)  00000001fe000000 - 0000000200000000 (reserved)
>> (XEN)
>> (XEN) ****************************************
>> (XEN) Panic on CPU 0:
>> (XEN) Cannot access memory beyond end of bootstrap direct-map area
>> (XEN) ****************************************
>> (XEN)
>> (XEN) Reboot in five seconds...
>> (XEN) Unknown interrupt (cr2=00000000)
>> (XEN)   ff202ec4  a1e00000  00000002  ff22be54  00000086  00000001
>> ff1d68dc  00000000  ff14e687  0000e008  00000286  ff1d67c0  0000000a
>> ff1c5146  ff22b0
>> 
>> 
>>> 
>>>> -- Pasi
>>> 
>>> Press CTRL-A Z for help on special keys
>>> 
>>> 
>>> 
>>>  __  __            _____ _  _    ____
>>> 
>>>  \ \/ /___ _ __   |___ /| || |  |___ \
>>> 
>>>   \  // _ \ '_ \    |_ \| || |_   __) |
>>> 
>>>   /  \  __/ | | |  ___) |__   _| / __/
>>> 
>>>  /_/\_\___|_| |_| |____(_) |_|(_)_____|
>>> 
>>> 
>>> 
>>> (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian
>>> 4.3.4-6) ) Mon Jan 25 16:28:40 EST 2010
>>> (XEN) Latest ChangeSet: unavailable
>>> 
>>> (XEN) Console output is synchronous.
>>> 
>>> (XEN) Command line: dummy=dummy dom0_mem=512M loglvl=all
>>> guest_loglvl=all sync_console console_to_ring com1=9600,8n1 console=com1
>>> (XEN) Video information:
>>> 
>>> (XEN)  VGA is text mode 80x25, font 8x16
>>> 
>>> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
>>> 
>>> (XEN) Disc information:
>>> 
>>> (XEN)  Found 2 MBR signatures
>>> 
>>> (XEN)  Found 2 EDD information structures
>>> (XEN) Xen-e820 RAM map:
>>> (XEN)  0000000000000000 - 000000000009d000 (usable)
>>> (XEN)  000000000009d000 - 00000000000a0000 (reserved)
>>> (XEN)  00000000000ce000 - 00000000000d4000 (reserved)
>>> (XEN)  00000000000e0000 - 0000000000100000 (reserved)
>>> (XEN)  0000000000100000 - 00000000d7f80000 (usable)
>>> (XEN)  00000000d7f80000 - 00000000d7f98000 (ACPI data)
>>> (XEN)  00000000d7f98000 - 00000000d7fbc000 (ACPI NVS)
>>> (XEN)  00000000d7fbc000 - 00000000e0000000 (reserved)
>>> (XEN)  00000000f8000000 - 00000000fc000000 (reserved)
>>> (XEN)  00000000fec00000 - 00000000fec10000 (reserved)
>>> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
>>> (XEN)  00000000ff000000 - 0000000100000000 (reserved)
>>> (XEN)  0000000100000000 - 00000001fe000000 (usable)
>>> (XEN)  00000001fe000000 - 0000000200000000 (reserved)
>>> (XEN)
>>> (XEN) ****************************************
>>> (XEN) Panic on CPU 0:
>>> (XEN) Cannot access memory beyond end of bootstrap direct-map area
>>> (XEN) ****************************************
>>> (XEN)
>>> (XEN) Reboot in five seconds...
>>> (XEN) Unknown interrupt (cr2=00000000)
>>> (XEN)   ff202ec4  a1e00000  00000002  ff22be54  00000086  00000002
>>> ff1d68dc  00000000  ff14e687  0000e008  00000286  ff1d67c0  0000000a
>>> ff1c5146  ff22b0
>>> 
>>> 
>>> Gabor
>>> 
>>>>>> -- Pasi
>>>>>> 
>> 
>> - --
>> +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
>> | Gabor Szilagyi (Mr.)                    Gabor.Szilagyi@nyo.unep.org |
>> | Computer System Adm.                        http://www.nyo.unep.org |
>> | UNEP/New York Office      Tel: +1-212-963-7781/Fax: +1-212-963-7341 |
>> |       I only open attachments I requested !!! No exceptions !!!     |
>> |            Put your message in the email body !!!                   |
>> +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
>> "He who sacrifices freedom for security is neither secure nor free."
>> 
>>                                                   Benjamin Franklin
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.10 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>> 
>> iEYEARECAAYFAkth99gACgkQcYMbOTV6LVoUpACgs81ojuLe8zTaS7lnEY08M2n3
>> Z4MAnRYSnEx9UrExQm07Y2uYStXsFMN+
>> =rzdV
>> -----END PGP SIGNATURE-----

Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Martin Kraus]

On Thu, Jan 28, 2010 at 11:04:15PM +0000, Keir Fraser wrote:
> No, it'll be a 32-bit-specific issue though. I would recommend just running
> a 64-bit build of Xen, if the CPU supports 64-bit mode. It'll be something
> to do with GRUB2 dumping the dom0 kernel and initrd higher in memory than
> GRUB1, past the end of where 32-bit Xen is set up to be able to access.
> Probably not a hard fix, although I have no GRUB2 installation to test with.

I've had this problem for a year now. The only xen version running is 3.0.3,
newer versions crash with this error message. I've seen few posts about this 
but no replies.

It might be related to grub2. I've tried grub2 from debian sid today and even
xen 3.0.3 stopped working, I had to downgrade back to stable grub2 debian
version.

mk

Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[gabor]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Keir Fraser wrote:
> No, it'll be a 32-bit-specific issue though. I would recommend just running
> a 64-bit build of Xen, if the CPU supports 64-bit mode. It'll be something
> to do with GRUB2 dumping the dom0 kernel and initrd higher in memory than
> GRUB1, past the end of where 32-bit Xen is set up to be able to access.
> Probably not a hard fix, although I have no GRUB2 installation to test with.
> 
>  -- Keir

Sounds something interesting ... to try...
Could you give some pointers as to how to compile the hypervisor as
64-bit???

I currently have a 32-bit setup but the hardware (CPU/MB/RAMetc) is
64-bit capable and I could just run 32-bit domUs I wanted to run more
than a bare dom0 on the hardware for continutity ....  but I am kind of
free to try ANYTHING .... but I need to run stuff in Debian/32-bit ...

So can you tell me how to compile a 64-bit xen.gz on my current Debian
32-bit PAE setup??? (the host needs to be up for certain other things
although 24/7 is not an issue...)

And if this is helpful to figure this out I am willing to spend some
time to experiment ... to trying to make 32 bit built xen.gz  run with grub2

Let me know...

Gabor





> 
> On 28/01/2010 21:16, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:
> 
>> CCing to xen-devel and Keir.
>>
>> Keir: Have you seen this Xen hypervisor crash earlier? serial log below..
>>
>> -- Pasi
>>
>> On Thu, Jan 28, 2010 at 03:47:20PM -0500, Gabor Szilagyi wrote:
> Pasi Kärkkäinen wrote:
>>>>> On Thu, Jan 28, 2010 at 03:00:09PM -0500, Gabor Szilagyi wrote:
>>>>> Pasi Kärkkäinen wrote:
>>>>>>>> On Thu, Jan 28, 2010 at 11:11:50AM -0500, Gabor Szilagyi wrote:
>>>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>>>> Hash: SHA1
>>>>>>>>>
>>>>>>>>> Pasi Kärkkäinen wrote:
>>>>>>>>>> On Wed, Jan 27, 2010 at 09:41:02AM -0500, Gabor Szilagyi wrote:
>>>>>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>>>>>> Hash: SHA1
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Martin Kraus wrote:
>>>>>>>>>>>> On Tue, Jan 26, 2010 at 05:34:59PM -0200, Thiago Camargo Martins
>>>>>>>>>>>> Cordeiro wrote:
>>>>>>>>>>>>> Hi!
>>>>>>>>>>>>>
>>>>>>>>>>>>> 1- Get the ISO of the Debian Lenny 5.0 amd64 from http://debian.org;
>>>>>>>>>>>>> 2- Install your Debian into your own partition scheme (LVM over
>>>>>>>>>>>>> RAID);
>>>>>>>>>>>>> 3- Reboot into your new fresh Debian Lenny; upgrade it;
>>>>>>>>>>>>> 4- * GRUB1 is still the default in Lenny, verify it;
>>>>>>>>>>>>> 5- Install the Xen with the command: "aptitude install
>>>>>>>>>>>>> xen-linux-system-2.6.26-2-xen-amd64";
>>>>>>>>>>>>> 6- Reboot into you new dom0.
>>>>>>>>>>>> Thanks for the effort but how does this solve the problem that xen
>>>>>>>>>>>> doesn't
>>>>>>>>>>>> start? I'm already running virtual hosts on that machine and I can't
>>>>>>>>>>>> rip
>>>>>>>>>>>> all of this apart just to get stuck with unbootable system again.
>>>>>>>>>>>>
>>>>>>>>>>>> What I need is to find out what the problem is and then start ripping
>>>>>>>>>>>> stuff
>>>>>>>>>>>> apart. I've tried to compile xen myself, versions 3.2, 3.3, 3.4, hg
>>>>>>>>>>>> tip, all
>>>>>>>>>>>> get stuck at some time during xen boot. Until I've tried the live cd,
>>>>>>>>>>>> I
>>>>>>>>>>>> thought that it's some incompatibility with my hardware but since the
>>>>>>>>>>>> live cd is
>>>>>>>>>>>> debian lenny on iso and it works fine, I have to look for the part
>>>>>>>>>>>> that causes
>>>>>>>>>>>> xen to freeze.
>>>>>>>>>>>>
>>>>>>>>>>>> Since there is only bios, grub and xen running in turn before the
>>>>>>>>>>>> machine
>>>>>>>>>>>> gets stuck I'd say that the problem is in one of these systems.
>>>>>>>>>>>>
>>>>>>>>>>>> I'll try to find out something about grub and then I'm going after
>>>>>>>>>>>> kvm before
>>>>>>>>>>>> I decide to scratch the whole machine.
>>>>>>>>>>> Hi Martin,
>>>>>>>>>>>
>>>>>>>>>>> I am having the same problem ... ever since I installed grub2 I can
>>>>>>>>>>> not
>>>>>>>>>>> get xen to boot. I was told it is possible but yet to see someone
>>>>>>>>>>> writing it down how. Tried the "new" syntax, put dummy=dummy as first
>>>>>>>>>>> cmd line argument, even compiled the root=/... in the kernel nothing
>>>>>>>>>>> works.
>>>>>>>>>>>
>>>>>>>>>>> I just get Panic on CPU 0 ... and stuck dump.
>>>>>>>>>>>
>>>>>>>>>> Please see:
>>>>>>>>>> http://wiki.xensource.com/xenwiki/XenCommonProblems
>>>>>>>>>>
>>>>>>>>>> section:
>>>>>>>>>> "Booting Xen with GRUB2 fails?"
>>>>>>>>> Thanks for the tip ... I tried all those no change :
>>>>>>>>>
>>>>>>>>> here what I have currently in gurb.cfg both recommendation is use the
>>>>>>>>> file name twice and use dummy=dummy
>>>>>>>> No, you don't use both of them.
>>>>>>>>
>>>>>>>> The problem is that grub2 destroys the *first* parameter,
>>>>>>>> so if you add the filename twice, that already is the extra
>>>>>>>> first parameter, so no need for dummy anymore.
>>>>>>>>
>>>>>>>> Or then don't add the filename, but use dummy.
>>>>>>>> You just need *one* extra parameter there, as the first parameter.
>>>>>>>>
>>>>>>>> See the working example from here:
>>>>>>>> http://old.nabble.com/Strange-interaction-from-grub2-and-XEN-td26464067.h
>>>>>>>> tml
>>>>>>>>
>>>>>>>>
>>>>>>>>> I am trying both the newest patched kernel and the stuck kernel coming
>>>>>>>>> with 3.4.2 source ... both compile without error (I pretty sure I got
>>>>>>>>> the config right for xen). Actually I can boot the 2.6.31.6-xen-2 on
>>>>>>>>> bare metal (strangely not the 2.6.18.8 !!)
>>>>>>>>>
>>>>>>>> xenlinux kernels (2.6.18.8) don't support running as baremetal.
>>>>>>>> pv_ops Xen kernel do support that.
>>>>>>>>
>>>>>>>>> But got the same error ... so I strongly believe that the xen-3.4.2.gz
>>>>>>>>> part crashes already with grub2 ..
>>>>>>>>>
>>>>>>>>> I tried several other combination from grub> prompt pretty much the same
>>>>>>>>>  CPU 0 panic and the numbers after (sometime sligthly different dump )
>>>>>>>>>
>>>>>>>> We really need to see the full console output to say what's wrong.
>>>>> Pasi, Sorry for the crossposting I put this in my original thread as
>>>>> well but maybe helpful here..
>>>>>
>>>>>
>>>>>> Ok.. Hmm.. weird crash. Try removing "sync_console console_to_ring" from
>>>>>> the xen options.
>>>>>> Does that make a difference?
> No unfortunately no difference: (note that I did make clean make
> install-xen) just to make sure it compiled right ... but the crash is
> identical...
> 
>  __  __            _____ _  _    ____
>  \ \/ /___ _ __   |___ /| || |  |___ \
>   \  // _ \ '_ \    |_ \| || |_   __) |
>   /  \  __/ | | |  ___) |__   _| / __/
>  /_/\_\___|_| |_| |____(_) |_|(_)_____|
> 
> (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian
> 4.3.4-6) ) Thu Jan 28 15:41:41 EST 2010
> (XEN) Latest ChangeSet: unavailable
> (XEN) Command line: dummy=dummy dom0_mem=512M loglvl=all
> guest_loglvl=all com1=9600,8n1 console=com1
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25, font 8x16
> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
> (XEN) Disc information:
> (XEN)  Found 2 MBR signatures
> (XEN)  Found 2 EDD information structures
> (XEN) Xen-e820 RAM map:
> (XEN)  0000000000000000 - 000000000009d000 (usable)
> (XEN)  000000000009d000 - 00000000000a0000 (reserved)
> (XEN)  00000000000ce000 - 00000000000d4000 (reserved)
> (XEN)  00000000000e0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 00000000d7f80000 (usable)
> (XEN)  00000000d7f80000 - 00000000d7f98000 (ACPI data)
> (XEN)  00000000d7f98000 - 00000000d7fbc000 (ACPI NVS)
> (XEN)  00000000d7fbc000 - 00000000e0000000 (reserved)
> (XEN)  00000000f8000000 - 00000000fc000000 (reserved)
> (XEN)  00000000fec00000 - 00000000fec10000 (reserved)
> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
> (XEN)  00000000ff000000 - 0000000100000000 (reserved)
> (XEN)  0000000100000000 - 00000001fe000000 (usable)
> (XEN)  00000001fe000000 - 0000000200000000 (reserved)
> (XEN)
> (XEN) ****************************************
> (XEN) Panic on CPU 0:
> (XEN) Cannot access memory beyond end of bootstrap direct-map area
> (XEN) ****************************************
> (XEN)
> (XEN) Reboot in five seconds...
> (XEN) Unknown interrupt (cr2=00000000)
> (XEN)   ff202ec4  a1e00000  00000002  ff22be54  00000086  00000001
> ff1d68dc  00000000  ff14e687  0000e008  00000286  ff1d67c0  0000000a
> ff1c5146  ff22b0
> 
> 
>>>>>> -- Pasi
>>>>> Press CTRL-A Z for help on special keys
>>>>>
>>>>>
>>>>>
>>>>>  __  __            _____ _  _    ____
>>>>>
>>>>>  \ \/ /___ _ __   |___ /| || |  |___ \
>>>>>
>>>>>   \  // _ \ '_ \    |_ \| || |_   __) |
>>>>>
>>>>>   /  \  __/ | | |  ___) |__   _| / __/
>>>>>
>>>>>  /_/\_\___|_| |_| |____(_) |_|(_)_____|
>>>>>
>>>>>
>>>>>
>>>>> (XEN) Xen version 3.4.2 (root@nyo.unep.org) (gcc version 4.3.4 (Debian
>>>>> 4.3.4-6) ) Mon Jan 25 16:28:40 EST 2010
>>>>> (XEN) Latest ChangeSet: unavailable
>>>>>
>>>>> (XEN) Console output is synchronous.
>>>>>
>>>>> (XEN) Command line: dummy=dummy dom0_mem=512M loglvl=all
>>>>> guest_loglvl=all sync_console console_to_ring com1=9600,8n1 console=com1
>>>>> (XEN) Video information:
>>>>>
>>>>> (XEN)  VGA is text mode 80x25, font 8x16
>>>>>
>>>>> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
>>>>>
>>>>> (XEN) Disc information:
>>>>>
>>>>> (XEN)  Found 2 MBR signatures
>>>>>
>>>>> (XEN)  Found 2 EDD information structures
>>>>> (XEN) Xen-e820 RAM map:
>>>>> (XEN)  0000000000000000 - 000000000009d000 (usable)
>>>>> (XEN)  000000000009d000 - 00000000000a0000 (reserved)
>>>>> (XEN)  00000000000ce000 - 00000000000d4000 (reserved)
>>>>> (XEN)  00000000000e0000 - 0000000000100000 (reserved)
>>>>> (XEN)  0000000000100000 - 00000000d7f80000 (usable)
>>>>> (XEN)  00000000d7f80000 - 00000000d7f98000 (ACPI data)
>>>>> (XEN)  00000000d7f98000 - 00000000d7fbc000 (ACPI NVS)
>>>>> (XEN)  00000000d7fbc000 - 00000000e0000000 (reserved)
>>>>> (XEN)  00000000f8000000 - 00000000fc000000 (reserved)
>>>>> (XEN)  00000000fec00000 - 00000000fec10000 (reserved)
>>>>> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
>>>>> (XEN)  00000000ff000000 - 0000000100000000 (reserved)
>>>>> (XEN)  0000000100000000 - 00000001fe000000 (usable)
>>>>> (XEN)  00000001fe000000 - 0000000200000000 (reserved)
>>>>> (XEN)
>>>>> (XEN) ****************************************
>>>>> (XEN) Panic on CPU 0:
>>>>> (XEN) Cannot access memory beyond end of bootstrap direct-map area
>>>>> (XEN) ****************************************
>>>>> (XEN)
>>>>> (XEN) Reboot in five seconds...
>>>>> (XEN) Unknown interrupt (cr2=00000000)
>>>>> (XEN)   ff202ec4  a1e00000  00000002  ff22be54  00000086  00000002
>>>>> ff1d68dc  00000000  ff14e687  0000e008  00000286  ff1d67c0  0000000a
>>>>> ff1c5146  ff22b0
>>>>>
>>>>>
>>>>> Gabor
>>>>>
>>>>>>>> -- Pasi
>>>>>>>>

- --
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
| Gabor Szilagyi (Mr.)                    Gabor.Szilagyi@nyo.unep.org |
| Computer System Adm.                        http://www.nyo.unep.org |
| UNEP/New York Office      Tel: +1-212-963-7781/Fax: +1-212-963-7341 |
|       I only open attachments I requested !!! No exceptions !!!     |
|            Put your message in the email body !!!                   |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
"This would be the best of all possible worlds if there were no religion
in it."
                                             John Adams
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktiTewACgkQcYMbOTV6LVqEdgCgtWkhbmtN/Nfwfi0FBYHIwI0P
ICgAnAuaFwGs2Xs0zxf0qMqYs/4BFBTj
=oAYH
-----END PGP SIGNATURE-----

Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Keir Fraser]

On 29/01/2010 02:54, "gabor" <szilagyi@nyo.unep.org> wrote:

> Sounds something interesting ... to try...
> Could you give some pointers as to how to compile the hypervisor as
> 64-bit???
> 
> I currently have a 32-bit setup but the hardware (CPU/MB/RAMetc) is
> 64-bit capable and I could just run 32-bit domUs I wanted to run more
> than a bare dom0 on the hardware for continutity ....  but I am kind of
> free to try ANYTHING .... but I need to run stuff in Debian/32-bit ...
> 
> So can you tell me how to compile a 64-bit xen.gz on my current Debian
> 32-bit PAE setup??? (the host needs to be up for certain other things
> although 24/7 is not an issue...)

Assuming you know how to download and build and install 32-bit Xen, what you
may be able to do is: cd xen; XEN_TARGET_ARCH=x86_64 make install

It depends if your 32-bit gcc can cross-compile to 64-bit target.

 -- Keir

Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Gabor Szilagyi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Keir Fraser wrote:
> On 29/01/2010 02:54, "gabor" <szilagyi@nyo.unep.org> wrote:
> 
>> Sounds something interesting ... to try...
>> Could you give some pointers as to how to compile the hypervisor as
>> 64-bit???
>>
>> I currently have a 32-bit setup but the hardware (CPU/MB/RAMetc) is
>> 64-bit capable and I could just run 32-bit domUs I wanted to run more
>> than a bare dom0 on the hardware for continutity ....  but I am kind of
>> free to try ANYTHING .... but I need to run stuff in Debian/32-bit ...
>>
>> So can you tell me how to compile a 64-bit xen.gz on my current Debian
>> 32-bit PAE setup??? (the host needs to be up for certain other things
>> although 24/7 is not an issue...)
> 
> Assuming you know how to download and build and install 32-bit Xen, what you
> may be able to do is: cd xen; XEN_TARGET_ARCH=x86_64 make install

Hi Keir,

Appreciate your help ....

I assume you mean export XEN_TARGET_ARCH=x86_64 and then make install
... it seems to generate the same 32bit xen

Tried this but something is not really working installed the mulitlib
package as well.
> 
> It depends if your 32-bit gcc can cross-compile to 64-bit target.
Something is not right on my system (or I lack the skill to figure out
cross-compiling):-)

Well, I went with an easier way.... installed Debian 64 bit hypervisor
from testing and that solved the problem ....

So the bug is only shows up with 32bit hypervisor....not with 64....
this is why some people could use GRUB2 (most people I guess goes 64bit
these days...).

Pasi, maybe the above is a good bit for your Wiki pages... would have
saved me almost 2 weeks tinkering (I tried all kinds of things before
asking the question here on the list).

Since this is my very first XEN project, I yet to create a domU :-)

Let me know if the consol output would be any help ... but I guess that
just shows normal boot..

Gabor

> 
>  -- Keir
> 
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
> 


- --
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
| Gabor Szilagyi (Mr.)                    Gabor.Szilagyi@nyo.unep.org |
| Computer System Adm.                        http://www.nyo.unep.org |
| UNEP/New York Office      Tel: +1-212-963-7781/Fax: +1-212-963-7341 |
|       I only open attachments I requested !!! No exceptions !!!     |
|            Put your message in the email body !!!                   |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
"He who sacrifices freedom for security is neither secure nor free."

                                                  Benjamin Franklin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktjA9gACgkQcYMbOTV6LVqqBgCgtd7WWyXHzM2fvH2X8pTPVjDz
FyQAoM/xGGERNYk8SbihloaaR73X9OrH
=aKy9
-----END PGP SIGNATURE-----

Re: [Xen-users] Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Keir Fraser]

On 29/01/2010 15:50, "Gabor Szilagyi" <szilagyi@nyo.unep.org> wrote:

> So the bug is only shows up with 32bit hypervisor....not with 64....
> this is why some people could use GRUB2 (most people I guess goes 64bit
> these days...).
> 
> Pasi, maybe the above is a good bit for your Wiki pages... would have
> saved me almost 2 weeks tinkering (I tried all kinds of things before
> asking the question here on the list).

If it pushes people to the 64-bit hypervisor then all the better. That is
what gets the lion's share of the testing, and should have better
performance too. But I will help someone get 32-bit Xen working with GRUB2
if they are really stuck and are capable of applying, building and testing
my patches.

 -- Keir

Re: [Xen-devel] Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Pasi Kärkkäinen]

On Fri, Jan 29, 2010 at 04:40:54PM +0000, Keir Fraser wrote:
> On 29/01/2010 15:50, "Gabor Szilagyi" <szilagyi@nyo.unep.org> wrote:
> 
> > So the bug is only shows up with 32bit hypervisor....not with 64....
> > this is why some people could use GRUB2 (most people I guess goes 64bit
> > these days...).
> > 
> > Pasi, maybe the above is a good bit for your Wiki pages... would have
> > saved me almost 2 weeks tinkering (I tried all kinds of things before
> > asking the question here on the list).
>

I already added a note of this to the wiki pages.
 
> If it pushes people to the 64-bit hypervisor then all the better. That is
> what gets the lion's share of the testing, and should have better
> performance too. But I will help someone get 32-bit Xen working with GRUB2
> if they are really stuck and are capable of applying, building and testing
> my patches.
> 

I think it's worth fixing, many distros will start using GRUB2 sooner or later..
Hopefully someone can test the patches.

-- Pasi

Re: [Xen-devel] Re: Xen 3.4.2 hypervisor crash, Cannot access memory beyond end of bootstrap direct-map area, Unknown interrupt

[Pasi Kärkkäinen]

On Fri, Jan 29, 2010 at 04:40:54PM +0000, Keir Fraser wrote:
> On 29/01/2010 15:50, "Gabor Szilagyi" <szilagyi@nyo.unep.org> wrote:
> 
> > So the bug is only shows up with 32bit hypervisor....not with 64....
> > this is why some people could use GRUB2 (most people I guess goes 64bit
> > these days...).
> > 
> > Pasi, maybe the above is a good bit for your Wiki pages... would have
> > saved me almost 2 weeks tinkering (I tried all kinds of things before
> > asking the question here on the list).
> 
> If it pushes people to the 64-bit hypervisor then all the better. That is
> what gets the lion's share of the testing, and should have better
> performance too. But I will help someone get 32-bit Xen working with GRUB2
> if they are really stuck and are capable of applying, building and testing
> my patches.
> 

Gabor: Are you able to test patches related to this problem?

-- Pasi