Date: Tue, 30 Dec 2014 13:39:31 +0100 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= <royger@FreeBSD.org> To: Jakob Alvermark <jakob@alvermark.net>, Marius Strobl <marius@alchemy.franken.de> Cc: Adrian Chadd <adrian@freebsd.org>, =?windows-1252?Q?Roger_Pau_Mon?= =?windows-1252?Q?n=E9?= <royger@freebsd.org>, "O. Hartmann" <ohartman@zedat.fu-berlin.de>, Ian Lepore <ian@freebsd.org>, FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: <ACPI PCI bus> on pcib0 Message-ID: <54A29D03.8090007@FreeBSD.org> In-Reply-To: <34578.213.113.68.53.1419893345.squirrel@webmail.alvermark.net> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <CAJ-VmomfxA3Fbmfx%2B5vHHR86KsR=YMh3e=nTBTci_nNa=Pz34w@mail.gmail.com> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <CAJ-Vmo=GUdB-0km4WuGbBmg-tuEebD1aAuWzGLDargUKcUffiw@mail.gmail.com> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <CAJ-VmonrSNYpnUpY=mn2HWmJU%2B_85Tny8HBgnWVL_p8OEe8M_A@mail.gmail.com> <54A13DDB.2040206@FreeBSD.org> <54A18780.7080601@citrix.com> <20141229191242.GA63463@alchemy.franken.de> <34578.213.113.68.53.1419893345.squirrel@webmail.alvermark.net>
next in thread | previous in thread | raw e-mail | index | archive | help
El 29/12/14 a les 23.49, Jakob Alvermark ha escrit: > 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. I've reverted the EFI part of r276064 and committed it as r276405, I will revisit it in a couple of days when I have an UEFI system setup in order to test it on real hardware. Roger.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54A29D03.8090007>