[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 Wed, Jul 05, 2017 at 10:27:19AM -0700, PGNet Dev 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.

It fails because I did not know about the issue in advance.
I posted the fix as an aticipation of potential problems.

> iiuc, sounds like
>
> -- wait for in-the-pipeline @kernel fixes to simply propagate

Or backport 6c64447 (x86/xen/efi: Initialize only the EFI struct members
used by Xen) and 457ea3f (efi: Process the MEMATTR table only if EFI_MEMMAP is
enabled). Latter is an extra fix in this case but worth backporting too.

> -- nothing to be done @xen

I hope so.

Daniel

_______________________________________________
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®.