loader lszfs command

[dteske at FreeBSD.org]

> -----Original Message-----
> From: Garrett Cooper [mailto:yaneurabeya at gmail.com]
> Sent: Thursday, August 7, 2014 5:10 PM
> To: dteske at freebsd.org
> Cc: Sean Bruno; freebsd-current
> Subject: Re: loader lszfs command
> 
> On Thu, Aug 7, 2014 at 4:42 PM,  <dteske at freebsd.org> wrote:
> >
> >> -----Original Message-----
> >> From: Garrett Cooper [mailto:yaneurabeya at gmail.com]
> >> Sent: Thursday, August 7, 2014 4:29 PM
> >> To: sbruno at freebsd.org
> >> Cc: dteske at freebsd.org; freebsd-current
> >> Subject: Re: loader lszfs command
> >>
> >> Hi Devin!
> >>
> >> On Thu, Aug 7, 2014 at 4:15 PM, Sean Bruno <sbruno at ignoranthack.me>
> >> wrote:
> >> > On Thu, 2014-08-07 at 14:17 -0700, dteske at FreeBSD.org wrote:
> >> >> Hi,
> >> >>
> >> >> People have been pestering me to update the Forth code to present
> >> >> a menu of ZFS datasets (*cough* boot environments *cough*).
> >> >>
> >> >> Would love to, but existing code seems broken.
> >> >>
> >> >> Can *anybody* produce meaningful output from the following?
> >> >>
> >> >> http://svnweb.freebsd.org/base?view=revision&revision=241284
> >> >>
> >> >> All I get on every system I've tried (multiple versions, including HEAD)
> >> >> produce the following:
> >> >>
> >> >>  OK lszfs zroot
> >> >> ZFS: i/o error - all block copies unavailable
> >> >> operation not permitted
> >> >>
> >> >> It's really hard for me to start with something that's broken. Can
> >> >> I get confirmation that this doesn't appear to be working as intended?
> >> >> If so, I'll go ahead and try to fix it, but need to confirm that I'm ( a )
> >> >> not
> >> >> crazy and ( b ) seeing the same thing everybody else is seeing.
> >> >
> >> >
> >> > Hrm ... this seems to work for me.  (fairly recent 11-current)
> >> >
> >> > OK lszfs zroot
> >> > $MOS
> >> > $FREE
> >> > $ORIGIN
> >> > tmp
> >> > home
> >> > usr
> >> > var
> >> > tftpboot
> >> > poudriere
> >> > OK
> >>
> >>     Is the installed version you have in synch with the kernel and
> >> zpool version for boot0, gptzfsboot, etc?
> >
> > Not sure how the kernel factors into all this, but I have a
> > 10.0-RC1 system.
> 
>     I was asking for information to help determine whether or not the
> loader could read the zpool metadata, because it's interesting why
> things worked for Sean and not for you :).

No explanation as of yet, but I have successfully built a system
that has working lszfs command. Took a stable/10 snapshot from
July 29th and that seems to be working alright.

Since it's working as expected in stable/10 currently (the furthest
point away that I intend to MFC these enhancements), I'm happy
to ignore the fact that my aged 10.0-RC1 machine doesn't work.
-- 
Devin