On Mon, December 29, 2014 20:12, Marius Strobl wrote: > On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: > >> El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: >> >>> Hello, >>> >>> >>> Sorry for not noticing this earlier, I've been without a computer for >>> some days. Do you get a panic message, or the system just freezes? >>> >>> Can you please post the full boot output with boot_verbose enabled? >>> >> >> I'm not able to reproduce the problem with Qemu and OVMF, and I don't >> have any box right now that uses UEFI. >> >> I'm guessing that this is due to some memory reservation conflict, so >> I'm attaching a patch that should help diagnose it. >> > > You'll probably want to nuke RF_ACTIVE so the resources are marked > as taken but in case of vt_efifb(4), the memory isn't mapped twice. I don't > not know whether the latter actually is a problem for x86, though, it'll > likely at least replace the VM_MEMATTR_WRITE_COMBINING mapping done in > vt_efifb_remap(). Removing RF_ACTIVE in turn might not be sufficient for > the Xen bits to mark the resource as reserved, this should be fixed in the > FreeBSD/Xen code then, however. > Also end = size - 1, see the attached patch. Hi, I tried this patch on my Acer. I does not help. Legacy boot (BIOS) still works. JakobReceived on Mon Dec 29 2014 - 22:12:14 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:54 UTC