From owner-freebsd-current@FreeBSD.ORG Mon Dec 29 23:12:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DE1AEDD; Mon, 29 Dec 2014 23:12:14 +0000 (UTC) Received: from smtprelay-b22.telenor.se (smtprelay-b22.telenor.se [195.54.99.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB6DB27E7; Mon, 29 Dec 2014 23:12:13 +0000 (UTC) Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-b22.telenor.se (Postfix) with ESMTP id 66921E5BE; Mon, 29 Dec 2014 23:49:07 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At8HAITZoVRV5V4+PGdsb2JhbABcgwaBLoYrw2aCVQKBDBcBAQEBAQEFAQEBATg7hA0BBTIBIyMQCxguLQwKFAaIQwHCdgEBAQEBAQQBAQEBHo93B4QpBY4VTYkzgmWMJoE4glSBPT2CdAEBAQ X-IPAS-Result: At8HAITZoVRV5V4+PGdsb2JhbABcgwaBLoYrw2aCVQKBDBcBAQEBAQEFAQEBATg7hA0BBTIBIyMQCxguLQwKFAaIQwHCdgEBAQEBAQQBAQEBHo93B4QpBY4VTYkzgmWMJoE4glSBPT2CdAEBAQ X-IronPort-AV: E=Sophos;i="5.07,661,1413237600"; d="scan'208";a="790858798" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb3.telenor.se with ESMTP; 29 Dec 2014 23:49:06 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Y5j7Z-000Oj5-RV; Mon, 29 Dec 2014 23:49:05 +0100 Received: from 213.113.68.53 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Mon, 29 Dec 2014 23:49:05 +0100 (CET) Message-ID: <34578.213.113.68.53.1419893345.squirrel@webmail.alvermark.net> In-Reply-To: <20141229191242.GA63463@alchemy.franken.de> References: <20141225194207.5dfd3636.ohartman@zedat.fu-berlin.de> <20141226130113.5200bfbb.ohartman@zedat.fu-berlin.de> <1419621822.1018.187.camel@freebsd.org> <20141228205739.154243d8.ohartman@zedat.fu-berlin.de> <1419797387.1018.215.camel@freebsd.org> <54A13DDB.2040206@FreeBSD.org> <54A18780.7080601@citrix.com> <20141229191242.GA63463@alchemy.franken.de> Date: Mon, 29 Dec 2014 23:49:05 +0100 (CET) Subject: Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0 From: "Jakob Alvermark" To: "Marius Strobl" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Adrian Chadd , Ian Lepore , Roger Pau =?iso-8859-1?Q?Monn=E9?= , FreeBSD CURRENT , "O. Hartmann" , Roger Pau =?iso-8859-1?Q?Monn=E9?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 23:12:14 -0000 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. Jakob