[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] OOPS new Xen 4.9.0_08 / kernel 4.12.0 Dom0 crash @ domain_crash_sync called from entry.S: fault at ffff82d080342328 entry.o#create_bounce_frame+0x135/0x14d



>>> On 05.07.17 at 19:27, <pgnet.dev@xxxxxxxxx> wrote:
> On 7/5/17 12:58 AM, Jan Beulich wrote:
>> So there are two problems here: One is the fact that the kernel
>> really should put an Invalid Opcode exception handler in place
>> before intentionally raising any such exceptions (which WARN()
>> and WARN_ON() do). The other is that Linux commit 636259880a
>> ("efi: Add support for seeding the RNG from a UEFI config table")
>> failed to also update arch/x86/xen/efi.c, so the caller
>> (efi_config_parse_tables()) tries to map a gigantic amount of
>> memory, based on the value it found at NULL (which it then uses
>> as the size to map). Luckily the fix for it is in Linus'es tree already -
>> commit 6c64447ec5 ("x86/xen/efi: Initialize only the EFI struct
>> members used by Xen"). It's marked for stable backport, but it
>> fails to mention the commit it fixes.
> 
> iiuc, sounds like
> 
> -- wait for in-the-pipeline @kernel fixes to simply propagate
> -- nothing to be done @xen
> 
> yes?

That's how I would view it. Except that, with you posting on
xen-devel rather than xen-users, another option ought to be
for you to apply the patch on your own and re-build the kernel.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.