[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |