From owner-freebsd-current@FreeBSD.ORG Wed Sep 17 06:47:42 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18A3846B; Wed, 17 Sep 2014 06:47:42 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 90D04E6A; Wed, 17 Sep 2014 06:47:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1XU91f-000gdT-I7>; Wed, 17 Sep 2014 08:47:39 +0200 Received: from g225115150.adsl.alicedsl.de ([92.225.115.150] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XU91f-003Cni-Dr>; Wed, 17 Sep 2014 08:47:39 +0200 Date: Wed, 17 Sep 2014 08:47:34 +0200 From: "O. Hartmann" To: Nathan Whitehorn Subject: Re: CURRENT: EFI boot failure Message-ID: <20140917084734.65246e22.ohartman@zedat.fu-berlin.de> In-Reply-To: <5418BFA7.40700@freebsd.org> References: <20140916020541.03c18d04.ohartman@zedat.fu-berlin.de> <54178607.1060305@freebsd.org> <541786BE.6010105@freebsd.org> <20140916075121.29989a53.ohartman@zedat.fu-berlin.de> <5417E20D.8070607@freebsd.org> <20140916235039.34e9284f.ohartman@zedat.fu-berlin.de> <5418BFA7.40700@freebsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/5DJVG92CjocLIiN0AuwqYRh"; protocol="application/pgp-signature" X-Originating-IP: 92.225.115.150 X-ZEDAT-Hint: A Cc: freebsd-current@freebsd.org, Allan Jude 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: Wed, 17 Sep 2014 06:47:42 -0000 --Sig_/5DJVG92CjocLIiN0AuwqYRh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 16 Sep 2014 15:54:31 -0700 Nathan Whitehorn schrieb: >=20 > On 09/16/14 14:50, O. Hartmann wrote: > > Am Tue, 16 Sep 2014 00:09:01 -0700 > > Nathan Whitehorn schrieb: > > > >> On 09/15/14 22:51, O. Hartmann wrote: > >>> Am Mon, 15 Sep 2014 17:39:26 -0700 > >>> Nathan Whitehorn schrieb: > >>> > >>>> On 09/15/14 17:36, Allan Jude wrote: > >>>>> On 2014-09-15 20:05, O. Hartmann wrote: > >>>>>> Installing FreeBSD-11.0-CURRENT-amd64-20140903-r270990 on a Laptop= works for UEFI > >>>>>> fine. After I updated the sources to r271649, recompiled world an= d kernel (as > >>>>>> well as installed), now I get stuck with the screen message: > >>>>>> > >>>>>>>> FreeBSD EFI boot block > >>>>>> Loader path: /boot/loader.efi > >>>>>> > >>>>>> and nothing happens. After a couple of minutes, the system reboots. > >>>>>> > >>>>>> What happened and how can this problem be solved? > >>>>>> > >>>>> You might need to update the boot1.efi file on the UEFI partition (= small > >>>>> FAT partition on the disk) > >>>>> > >>>>> I am not sure how 'in sync' boot1.efi (on the fat partiton) and > >>>>> loader.efi have to be. > >>>>> > >>>>> https://wiki.freebsd.org/UEFI > >>>>> > >>>> boot1.efi is designed never to need updating. (It also hasn't changed > >>>> since April) > >>>> -Nathan > >>> But it has changed bytesize when I recompiled world with recent sourc= es compared to > >>> the boot.efi size from the USB image I installed from (revision see a= bove). > >> Probably compiler updates or something? I really wouldn't worry about = it > >> too much. I'd worry more about loader, since we know boot1 could use t= he > >> console but loader doesn't show up. > >> > >>> How to update bootcode on UEFI layout? I created a GPT partition with= type efi (1 > >>> GB) as well as a 512KB partition typed freebsd-boot. > >> How did you set it up in the first place? If you have a FreeBSD-only > >> system partition (like the installer sets up), you just dd > >> /boot/boot1.efifat to the EFI partition. Otherwise, it's FAT and you > >> copy /boot/boot1.efi to somewhere your boot manager can find it. > >> > >>> I'm new to EFI and the way the notebook now behaves is really strange= . While the USB > >>> drive image used to boot with new console enabled, it now boots again= with the old > >>> console and 800x640 resolution. This might indicate some minor but ve= ry effective > >>> mistake I made. > >>> > >> The EFI boot block finds the first UFS partition -- on any disk -- and > >> tries to boot from it. If you have multiple FreeBSD disks connected, > >> that will very likely result in madness. > >> -Nathan > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" > > After I managed to install the OS and updated to the most recent world,= it took two > > days to have all the installations prepared. Now I'm about the configur= e X11 and run > > into another very annoying situation. > > > > The Laptop is a Lenovo ThinkPad Edge E540 equipted with the following C= PU/iGPU and > > dedicated GPU: > > > > CPU Intel i5-4200M (Haswell) at 2.5 GHz with iGPU Intel HD Graphics 4600 > > > > GPU: nVidia GT 740M mobile GPU. > > > > EFI Version 2.31 > > EFI Firmware: Lenovo (rev. 05648) > > > > In the Firmware/EFI/BIOS the primary GPU is selected to be the nVidia G= T 740M. Boot is > > EFI only, no CSM support. With CSM support enabled a VGA screen with 64= 0x400 pixel > > shows up. Non UEFI options doesn't boot this system at all! > > > > Any attempt to bring up the nVidia GPU (starting X for testing) ends up= in a blank > > screen, stuck mousepointer, no keyboard. I even can not switch to anoth= er console! > > When X server started the first time on tty9, I can switch to another c= onsole. But the > > moment I switch back to ttyv9 everything is frozen and as described abo= ve. >=20 > Try xf86-video-scfb instead? >=20 > > When the system boots, I do not see a loader! Where is the loader I'm u= sed to see > > when I have the chance to switch to single user mode, console or switch= off ACPI? >=20 > There is no beastie menu for UEFI, and will not be, since it UEFI's=20 > terminal emulation does not provide the required features. You can boot=20 > single user from the loader command line, however, with boot -s, for=20 > example. The interface is identical to what you get if you choose=20 > "Loader prompt" in the usual menu. Good to know. >=20 > > Because I need X11 up (and it should be running on the nVidia GPU for p= erformance > > reasons), I tried to get back to the legacy "sc" console in textmode si= nce I read > > about several issues and immature vt() system, so I put those lines in > > the /boot/loader.conf: > > > > hw.vga.textmode=3D1 > > hw.vty=3Dsc > > > > (tried also hw.vty=3Dvt). > > > > But with either of those lines in the loader thing get more annoying an= d nasty: The > > system doesn't show even a console, it is stuck with this sparse EFI bo= ot message, > > last lines are > > > > dimensions xxxx x yyyy > > stride xxxx > > masks 0xfffffff [...] > > > > and the rest of the screen is blank. System remains unusable, the HDD i= s working and > > obviously booting the system but incapable of presenting a screen. When= booting the > > USB drive image, this initial EFI message gets overwritten (no screen b= lanking, the > > kernel messages starts writing over this message like in the first days= of > > computers ...). In the case described above that doesn't happen at all. >=20 > syscons does not support UEFI systems at all. Since it can't initialize=20 > the VGA hardware, you get a blank screen. hw.vga.textmode also won't=20 > have any effect since EFI systems don't use the vga driver for console,=20 > instead using an EFI-provided framebuffer structure through the vt_efifb= =20 > driver. Oh, I lack in informations of how this new system is working. So vga is obs= olete then and should be this efifb then. >=20 > > After I deleted.commented out the lines > > > > hw.vga.textmode=3D1 > > hw.vty=3Dsc > > > > in loader.conf the system is booting again - and clears the initial EFI= messages > > before dumping the screen with kernel messages, as expected. > > > > Well, at the end, it seems I sit in front of two days useless labor, ne= w hardware, > > UEFI and no X11. >=20 > One thing you might want to try that got my Haswell laptop up is to use=20 > the x11-drivers/xf86-video-scfb driver. This uses the vt framebuffer=20 > directly. It's more or less the equivalent of the VESA driver since it=20 > is unaccelerated, but it will work. We really need actual Haswell=20 > graphics drivers (I suspect they are required to get the multiple GPU=20 > handoff to work as well). > -Nathan This laptop has, as mentioned, also a dedicated GPU, nVidia GT 740M which i= s supposed to work with a new driver BLOB 343.13 (driver: nvidia). I do not want to use t= he iGPU HD4600, also it could save energy/battery lifetime, but there is no method = to switch between both. I'd like to use this GPU, not the slower HD4600 Haswell iGPU. As far as I know from other notebooks I ran with FreeBSD, this x11-drivers/xf86-video-scfb as well as its VESA counterpart is insanely slo= w and not very usefull for high resolution displays. It might be useful having a display a= nyway. But, anyway thanks for your assistance, very appreciated. Regards, Oliver --Sig_/5DJVG92CjocLIiN0AuwqYRh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUGS6KAAoJEOgBcD7A/5N8P/AIAKS+QPgjUg7oOOmjbmKmnTV/ DCWwS1A09IHnqy2PBs6DZsAk+h5VepG0iuAN7ugAbhx9o0OQalpF+2PMuspu3W7c TKqKWpzlxHyJMyUr/vBpMutXoWVKswP/C01Ltp32Ja9OX0qV/5eFbhrUYCLJLawa Mrp0R0/GAtkjNpUSMEYUtl7HHKgavE00YML5GoLlMqikGCvtCX5U1uBBNwIGzbxP GjTiZDWl1otbgYTJwZeSd0jqwTvEjVtOjlKUcBjCeDuTH8m/oxqd9xtsQGWjRoN7 LXQ3h7tnAjaqxBWdcZqs5THxq9qOrZphyxWa2uilsFj+RkAz7PPaHhymFiu+Rh0= =Oj7e -----END PGP SIGNATURE----- --Sig_/5DJVG92CjocLIiN0AuwqYRh--