From nobody@FreeBSD.org  Wed Nov 18 12:55:09 2009
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id F027B106568B
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 18 Nov 2009 12:55:09 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id DE8578FC08
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 18 Nov 2009 12:55:09 +0000 (UTC)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id nAICt9Ye057202
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 18 Nov 2009 12:55:09 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id nAICt9dT057189;
	Wed, 18 Nov 2009 12:55:09 GMT
	(envelope-from nobody)
Message-Id: <200911181255.nAICt9dT057189@www.freebsd.org>
Date: Wed, 18 Nov 2009 12:55:09 GMT
From: Kenneth Vestergaard Schmidt <kvs@pil.dk>
To: freebsd-gnats-submit@FreeBSD.org
Subject: /boot/loader fails to work on a GPT/ZFS-only system on both 8.0-RC2 and RC3
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         140661
>Category:       kern
>Synopsis:       [zfs] [patch] /boot/loader fails to work on a GPT/ZFS-only system on both 8.0-RC2 and RC3
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-fs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 18 13:00:07 UTC 2009
>Closed-Date:    
>Last-Modified:  Sat Feb 13 15:54:34 UTC 2010
>Originator:     Kenneth Vestergaard Schmidt
>Release:        8.0-RC2
>Organization:
pil.dk
>Environment:
FreeBSD mckusick.pil.dk 8.0-RC2 FreeBSD 8.0-RC2 #0: Fri Oct 30 17:04:18 CET 2009     root@mckusick.pil.dk:/usr/obj/dana/src/freebsd8/src/sys/MCKUSICK  amd64
>Description:
Two machines tested, and both fail. Both installed according to http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot but one of them with an added disk in a mirror.

Both installed and working as 8.0-RC1. Both fail after upgrading to 8.0-RC2, and ditto when trying 8.0-RC3.

Upon booting, the following messages are visible just prior to an automatic reboot:

  Can't work out which disk we are booting from.
  Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0:
  ficl-s not found
  Assertion failed: (FALSE), function ficlCompileSoftCore, file softcore.c, line 428.

/boot/loader.conf contains:
  zfs_load="YES"
  vfs.root.mountfrom="zfs:pil"

mckusick# zpool get bootfs pil
NAME  PROPERTY  VALUE   SOURCE
pil   bootfs    pil     local

>How-To-Repeat:
Upgrade to something newer than 8.0-RC1. Reboot.

>Fix:
Downgrade /boot/loader to the one from 8.0-RC1.


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-amd64->freebsd-fs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Wed Nov 18 18:53:38 UTC 2009 
Responsible-Changed-Why:  
This may not be amd64-specific. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=140661 

From: Scot Hetzel <swhetzel@gmail.com>
To: Kenneth Vestergaard Schmidt <kvs@pil.dk>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: amd64/140661: /boot/loader fails to work on a GPT/ZFS-only system 
	on both 8.0-RC2 and RC3
Date: Wed, 18 Nov 2009 14:57:19 -0600

 On 11/18/09, Kenneth Vestergaard Schmidt <kvs@pil.dk> wrote:
 > Two machines tested, and both fail. Both installed according to
 > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot but one of them with an added
 > disk in a mirror.
 >
 > Both installed and working as 8.0-RC1. Both fail after upgrading to 8.0-RC2,
 > and ditto when trying 8.0-RC3.
 >
 > Upon booting, the following messages are visible just prior to an automatic
 > reboot:
 >
 >   Can't work out which disk we are booting from.
 >   Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0:
 >   ficl-s not found
 >   Assertion failed: (FALSE), function ficlCompileSoftCore, file softcore.c,
 > line 428.
 >
 > /boot/loader.conf contains:
 >   zfs_load="YES"
 >   vfs.root.mountfrom="zfs:pil"
 >
 > mckusick# zpool get bootfs pil
 > NAME  PROPERTY  VALUE   SOURCE
 > pil   bootfs    pil     local
 >
 
 I recently installed FreeBSD 8.0-RC3 on a new system using the same
 steps as mentioned in the above guide, and I didn't have any problem
 booting FreeBSD 8.0-RC3 with the /boot/loader that was created in step
 2.6 Install ZFS aware /boot/loader.
 
 dv8t01# uname -a
 FreeBSD dv8t01 8.0-RC3 FreeBSD 8.0-RC3 #0: Tue Nov 10 06:35:19 UTC
 2009     root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
 amd64
 
 dv8t01# grep zfs /boot/loader.conf
 vfs.root.mountfrom="zfs:zroot"
 zfs_load="YES"
 
 dv8t01# zpool get bootfs zroot
 NAME   PROPERTY  VALUE   SOURCE
 zroot  bootfs    zroot   local
 
 Make sure you have LOADER_ZFS_SUPPORT in your /etc/src.conf:
 
 dv8t01# cat /etc/src.conf
 LOADER_ZFS_SUPPORT=YES
 
 Scot

From: Kenneth Schmidt <kvs@binarysolutions.dk>
To: Scot Hetzel <swhetzel@gmail.com>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: amd64/140661: /boot/loader fails to work on a GPT/ZFS-only system  on both 8.0-RC2 and RC3
Date: Tue, 24 Nov 2009 11:51:06 +0100

 --Apple-Mail-4--567691600
 Content-Transfer-Encoding: 7bit
 Content-Type: text/plain;
 	charset=us-ascii
 
 On Nov 18, 2009, at 21:57 , Scot Hetzel wrote:
 > Make sure you have LOADER_ZFS_SUPPORT in your /etc/src.conf:
 > 
 > dv8t01# cat /etc/src.conf
 > LOADER_ZFS_SUPPORT=YES
 
 Ah! I also have LOADER_TFTP_SUPPORT=YES. Removing that, and everything works.
 I don't know why I didn't think of that in the first place, but maybe this
 is either a bug, or something that should be warned about when building
 loader(8)?
 
 /Kenneth
 
 
 --Apple-Mail-4--567691600
 Content-Disposition: attachment;
 	filename=smime.p7s
 Content-Type: application/pkcs7-signature;
 	name=smime.p7s
 Content-Transfer-Encoding: base64
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFhDCCBYAw
 ggRooAMCAQICBEWGxzAwDQYJKoZIhvcNAQEFBQAwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1RE
 QzEUMBIGA1UEAxMLVERDIE9DRVMgQ0EwHhcNMDkwMjI4MTQxOTIyWhcNMTEwMjI4MTQ0OTIyWjCB
 gzELMAkGA1UEBhMCREsxKTAnBgNVBAoTIEluZ2VuIG9yZ2FuaXNhdG9yaXNrIHRpbGtueXRuaW5n
 MUkwIgYDVQQDExtLZW5uZXRoIFZlc3RlcmdhYXJkIFNjaG1pZHQwIwYDVQQFExxQSUQ6OTIwOC0y
 MDAyLTItNTgwODg3NjMzMzU1MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQChydTclnkISEut
 5C7KkSZGmnFJiZFbs0+5xibIPGIVQTMsYkngAMEp+BXZu4vCJoIQIETg65tmf5uyhhikAiTdkj5U
 IX/7prCH5OS7wARyN2ZIOOsapf4h1vrbP6Q1DO9VZ6dcAL7H7Xem8O7Vk6fRwCwPSjjz0fF+Sk1D
 rLcRFQIDAQABo4ICzzCCAsswDgYDVR0PAQH/BAQDAgP4MCsGA1UdEAQkMCKADzIwMDkwMjI4MTQx
 OTIyWoEPMjAxMTAyMjgxNDQ5MjJaMIIBNwYDVR0gBIIBLjCCASowggEmBgoqgVCBKQEBAQEDMIIB
 FjAvBggrBgEFBQcCARYjaHR0cDovL3d3dy5jZXJ0aWZpa2F0LmRrL3JlcG9zaXRvcnkwgeIGCCsG
 AQUFBwICMIHVMAoWA1REQzADAgEBGoHGRm9yIGFudmVuZGVsc2UgYWYgY2VydGlmaWthdGV0IGfm
 bGRlciBPQ0VTIHZpbGvlciwgQ1BTIG9nIE9DRVMgQ1AsIGRlciBrYW4gaGVudGVzIGZyYSB3d3cu
 Y2VydGlmaWthdC5kay9yZXBvc2l0b3J5LiBCZW3mcmssIGF0IFREQyBlZnRlciB2aWxr5XJlbmUg
 aGFyIGV0IGJlZ3LmbnNldCBhbnN2YXIgaWZ0LiBwcm9mZXNzaW9uZWxsZSBwYXJ0ZXIuMEEGCCsG
 AQUFBwEBBDUwMzAxBggrBgEFBQcwAYYlaHR0cDovL29jc3AuY2VydGlmaWthdC5kay9vY3NwL3N0
 YXR1czAhBgNVHREEGjAYgRZrdnNAYmluYXJ5c29sdXRpb25zLmRrMIGEBgNVHR8EfTB7MEugSaBH
 pEUwQzELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0ExEDAO
 BgNVBAMTB0NSTDM2MzgwLKAqoCiGJmh0dHA6Ly9jcmwub2Nlcy5jZXJ0aWZpa2F0LmRrL29jZXMu
 Y3JsMB8GA1UdIwQYMBaAFGC1hexWZH4SGSdnHVAVS3OuO/kSMB0GA1UdDgQWBBSG3wHOpKtm3LBy
 KmG/ORvrZernijAJBgNVHRMEAjAAMBkGCSqGSIb2fQdBAAQMMAobBFY3LjEDAgOoMA0GCSqGSIb3
 DQEBBQUAA4IBAQCHp88nKSvx92/pb8exl7vBpU+UtweGEvag2EEuIrQMUsPetXxQTIZ4w1a3Si9z
 79TEMbK7xURcGagyuf6BfKfKOGKSK5fLO/iwgf/6I2GmN3RKkg8wEFkb+qGLcQ8cuGQa+XASjlNn
 NgVfuQ8R7iIFGaZ+C/IHdQAHCbfJFQCw2G+HMdw0jHVXzibdvKp1yemmgqluyDvOPmck1j9ZnEW/
 3xlcSBwWHO2WO16Z8Jg04OHs+ijdCB5NrbmzbuxbBp1U8YD3hItz3WZIF19BoLhDYiOV2lEJi7O/
 D1lByQLJf7SL6qMPISwWCrIGdR4d1MpK31Ch9Tso8ty305habYI8MYIB1TCCAdECAQEwOTAxMQsw
 CQYDVQQGEwJESzEMMAoGA1UEChMDVERDMRQwEgYDVQQDEwtUREMgT0NFUyBDQQIERYbHMDAJBgUr
 DgMCGgUAoIHzMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA5MTEy
 NDEwNTEwNlowIwYJKoZIhvcNAQkEMRYEFAAQNleLsRFOTb2BMQeL8Nxu6moxMEgGCSsGAQQBgjcQ
 BDE7MDkwMTELMAkGA1UEBhMCREsxDDAKBgNVBAoTA1REQzEUMBIGA1UEAxMLVERDIE9DRVMgQ0EC
 BEWGxzAwSgYLKoZIhvcNAQkQAgsxO6A5MDExCzAJBgNVBAYTAkRLMQwwCgYDVQQKEwNUREMxFDAS
 BgNVBAMTC1REQyBPQ0VTIENBAgRFhscwMA0GCSqGSIb3DQEBAQUABIGAEVe5Zay1Jc1Uxk8Vx0cz
 N+4TTtTpnFTQvT1FarRhACvDaDMBH93i0+PIc2sVJ6oyJLF5tbMsJI7BW4G8pomddCnwIsvAlzPr
 K4kQIk1yXGESEwiVUVPfVDXSpq0y7M/8wI0Q1SZtkCMTTs/QQ3qV77DVLwxYrZ5b102u0H+DOikA
 AAAAAAA=
 
 --Apple-Mail-4--567691600--

From: Ruben van Staveren <ruben@verweg.com>
To: FreeBSD Stable <freebsd-stable@freebsd.org>, kvs@pil.dk
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/140661: [zfs] /boot/loader fails to work on a GPT/ZFS-only system on both 8.0-RC2 and RC3
Date: Sat, 13 Feb 2010 15:23:37 +0100

 I had the same problem which went away after removing TFTP support and =
 reinstalling the bootcode.=20
 For now I suggest to add the following patch:
 
 --- sys/boot/i386/loader/conf.c.orig	2010-02-13 14:08:31.154391969 =
 +0000
 +++ sys/boot/i386/loader/conf.c	2010-02-13 14:11:11.119255786 +0000
 @@ -46,6 +46,10 @@
  #error "Cannot have both tftp and nfs support yet."
  #endif
 =20
 +#if defined(LOADER_ZFS_SUPPORT) && defined(LOADER_TFTP_SUPPORT)
 +#error "Cannot have both tftp and zfs support yet."
 +#endif
 +
  #if defined(LOADER_FIREWIRE_SUPPORT)
  extern struct devsw fwohci;
  #endif
 
 I think having both options corrupt each other's environment=20
 
 system:
 
 FreeBSD freebsd-master 8.0-STABLE FreeBSD 8.0-STABLE #2: Mon Jan 18 =
 16:14:24 UTC 2010     =
 root@freebsd-master:/usr/obj/usr/cvsup/8-stable/src/sys/VMWARE  amd64
 
 
 Regards,
 	Ruben
 
 
 
 
>Unformatted:
