From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 2 10:30:13 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5EAB1065673 for ; Thu, 2 Feb 2012 10:30:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D8CEB8FC12 for ; Thu, 2 Feb 2012 10:30:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q12AU91B058980 for ; Thu, 2 Feb 2012 10:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q12AU90B058979; Thu, 2 Feb 2012 10:30:09 GMT (envelope-from gnats) Resent-Date: Thu, 2 Feb 2012 10:30:09 GMT Resent-Message-Id: <201202021030.q12AU90B058979@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Anders Larson Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177FF1065675 for ; Thu, 2 Feb 2012 10:27:38 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id ECBB48FC21 for ; Thu, 2 Feb 2012 10:27:37 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q12ARbNJ082857 for ; Thu, 2 Feb 2012 10:27:37 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q12ARbkb082856; Thu, 2 Feb 2012 10:27:37 GMT (envelope-from nobody) Message-Id: <201202021027.q12ARbkb082856@red.freebsd.org> Date: Thu, 2 Feb 2012 10:27:37 GMT From: Anders Larson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Thu, 02 Feb 2012 12:21:52 +0000 Cc: Subject: amd64/164707: FreeBSD 9 installer does not work with IBM uefi X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2012 10:30:13 -0000 >Number: 164707 >Category: amd64 >Synopsis: FreeBSD 9 installer does not work with IBM uefi >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 02 10:30:09 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Anders Larson >Release: FreeBSD 9 Release amd64 >Organization: Exait >Environment: FreeBSD ext.labb.exait.se 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The FreeBSD 9 installer works until reboot of the server, then it can not boot from the newly installed FreeBSD boot. "HardDisk 0 boot failure". Firmware on the server is: UEFI D6E153A 06/30/2011 Im using the new FreeBSD installer with the bootonly cd-iso. The drive volume is from a LSI sas controller with "clean" disk. mpt0: port 0x1000-0x10ff mem 0x97910000-0x97913fff,0x97900000-0x9790ffff irq 16 at device 0.0 on pci1 mpt0: MPI Version=1.5.20.0 mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 1 Active Volume (2 Max) mpt0: 2 Hidden Drive Members (14 Max) It used to run a FreeBSD 8.1 but during testing i recreated the volume and destroyed all data on it. The partitioning is created with this scheme: 64kb freebsd-boot 2Gb / 4Gb /tmp 20Gb /var 45Gb /usr 8Gb swap Im not sure what IBM is doing, the nexenta/opensolaris has seen problems with uefi also. http://www.nexentastor.org/boards/1/topics/2577#message-3743 Im not sure if those boot problems is related but since uEFI 1.11 and newer there is problems with boot. Oracle Solaris has the same problem up to Solaris 11 release (where they fixed something) I got this possible workaround regarding solaris from IBM support recently: ###### To install, you'll need to boot under kmdb (in GRUB, select the line you want to boot, hit 'e' to edit, use arrow keys to select the "kernel" boot line, hit 'e' again, then type ' -kd', ENTER, then 'b' to boot). The machine will boot into KMDB. At the prompt, type: ¬0|> x86gentopo_legacy/W1 ¬0|> :c After installation, you can add: set x86gentopo_legacy = 1 to /etc/system on the new machine to permanently use the workaround. This concern the SMBIOS enumeration : new kernel tunable variable "x86gentopo_legacy". When set to one (1) the platform will revert to legacy enumeration via the XML i86pc-legacy-hc-topology.xml map file. Issue affects Solaris 10 8/11, but not Solaris 10 10/09, Solaris 10 9/10 or Solaris 11. Seems it's an OS defect, not actually an uEFI defect ###### Maybe it helps in finding what happens during IBM uefi boot? >How-To-Repeat: Run the FreeBSD 9 cd-iso reboot and watch the boot error. >Fix: Workaround: Go into BIOS. In Start Options -> Add Bootoption Add "Legacy Only" Then exit and adjust the boot order: Make sure the "Legacy Only" is above the "HardDisk 0". IT is just an label telling uefi to handle things differently! Then you will be able to boot the system. >Release-Note: >Audit-Trail: >Unformatted: