From owner-svn-src-head@freebsd.org Fri Dec 15 12:30:37 2017 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2206BE80166; Fri, 15 Dec 2017 12:30:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BE6C574139; Fri, 15 Dec 2017 12:30:35 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id vBFCUMut046917 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 15 Dec 2017 13:30:23 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: imp@bsdimp.com Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id vBFCUBMB005282; Fri, 15 Dec 2017 19:30:11 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: svn commit: r326809 - head/sys/dev/cardbus To: Warner Losh References: <201712131338.vBDDcHCM091865@pdx.rh.CN85.dnsmgr.net> <5A3167E1.2000201@grosbein.net> <20171213180801.GA28514@FreeBSD.org> <5A316E7B.8030504@grosbein.net> <20171213182452.GA51526@FreeBSD.org> <5A318150.1000601@grosbein.net> <20171214133854.GB51526@FreeBSD.org> <5A328C81.4040501@grosbein.net> <5A32AE29.9090300@grosbein.net> <5A33655A.8030502@grosbein.net> Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , src-committers From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <5A33C053.6000409@grosbein.net> Date: Fri, 15 Dec 2017 19:30:11 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, T_DATE_IN_FUTURE_Q_PLUS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 0.0 T_DATE_IN_FUTURE_Q_PLUS Date: is over 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 12:30:37 -0000 On 15.12.2017 13:42, Warner Losh wrote: > > > On Thu, Dec 14, 2017 at 11:02 PM, Eugene Grosbein > wrote: > > 15.12.2017 6:50, Warner Losh wrote: > > > > > > On Thu, Dec 14, 2017 at 5:00 PM, Eugene Grosbein >> wrote: > > > > 14.12.2017 23:27, Warner Losh wrote: > > > > > - zfsloader(8) failing to find any ZFS pool after zfsboot(8) successfully > > > loaded and started zfsload(8) from zpool (PR pending, need to collect more info) > > > > > > > > > GPT or MBR? > > > > MBR, no GELI used. > > when you update, you're updating both halves of the loader, right? > > I do not get it, what are "halves of the loader"? > I know zfsboot should be installed in parts but it finds boot pool just fine > and I do not update it. As for zfsloader, I install it with to /boot/zfsloader > with simple "make install" command. > > > So you are using the old zfsboot then? > > And if you didn't do something like: > > dd if=${dst}/boot/zfsboot of=/tmp/zfsboot1 count=1 > gpart bootcode -b /tmp/zfsboo1 ${dev}s${s} > sysctl kern.geom.debugflags=0x10 > dd if=${dst}/boot/zfsboot iseek=1 seek=1024 of=/dev/${dev}s${s} > sysctl kern.geom.debugflags=0x0 > > then you're using the new zfsloader with old zfsboot blocks. Which should work just fine, but is apparently failing. In fact, I'v just started using ZFS recently and I've not updates my working tree since then, so zfsboot and zfsloader were built using same sources, amd64 stable/11 r322531. My previous debugging (using added printf's) shows that's zio_checksum_verify() from src/sys/cddl/boot/zfs/zfssubr.c always fails when zfsloader reads ZFS. Meantime, zpool scrub finds no errors on this pool when I boot using USB flash/UFS. I've just added LOADER_NO_GELI_SUPPORT= to my /etc/src.conf, reverted all local (debugging) changes to /usr/src/sys/boot, did "make clean all install" there and tried to boot using rebuilt zfsloader again (it it 44KB less now than zfsloader.old). No changes, still fails same way. And I do not have r326583.