Date: Sun, 10 Feb 2013 22:16:14 -0500 From: Chris Ross <cross+freebsd@distal.com> To: Andriy Gapon <avg@freebsd.org> Cc: "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org>, Kurt Lidl <lidl@pix.net>, "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org>, Marius Strobl <marius@alchemy.franken.de> Subject: Re: Changes to kern.geom.debugflags? Message-ID: <51CB677E-83FF-43EF-A3CC-CF4ADBDB0C7B@distal.com> In-Reply-To: <315EDE17-4995-4819-BC82-E9B7D942E82A@distal.com> References: <7AA0B5D0-D49C-4D5A-8FA0-AA57C091C040@distal.com> <6A0C1005-F328-4C4C-BB83-CA463BD85127@distal.com> <20121225232507.GA47735@alchemy.franken.de> <8D01A854-97D9-4F1F-906A-7AB59BF8850B@distal.com> <A947C892-5379-4F70-BFA0-0A7AB94DF0C6@distal.com> <6FC4189B-85FA-466F-AA00-C660E9C16367@distal.com> <20121230032403.GA29164@pix.net> <56B28B8A-2284-421D-A666-A21F995C7640@distal.com> <EEB60849-3192-46E2-8626-EC6824182515@distal.com> <20130104234616.GA37999@alchemy.franken.de> <BD3E2E30-457F-4D8A-8057-3ECED966419F@distal.com> <D3EE961A-D099-4CA9-9B2B-B69E171B95F1@distal.com> <50F82846.6030104@FreeBSD.org> <315EDE17-4995-4819-BC82-E9B7D942E82A@distal.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jan 17, 2013, at 19:49 , Chris Ross <cross+freebsd@distal.com> wrote:
> On Jan 17, 2013, at 11:35 , Andriy Gapon <avg@freebsd.org> wrote:
>> Chris,
>>=20
>> thank you for triaging and analyzing this problem. And sorry for the =
long delay
>> (caused by the New Year craziness you mentioned earlier).
>>=20
>> The problem is that arch_zfs_probe methods are expected only to probe =
for ZFS
>> disks/partitions, but they are not allowed to execute any other ZFS =
operations.
>> I assumed this to be true and forgot to check sparc64_zfs_probe. Mea =
culpa.
>>=20
>> Could you please test the following patch?
>=20
> Thank you, Andriy. Much as you'd expect, that patch solves the =
problem. I get some
> of the printf()s that I'd put into zfs_fmtdev(), and the system loads =
successfully.
>=20
> Please commit that patch, and if you could, change the comment just =
below the last
> portion of it that is now not quite accurate (since you moved =
mentioned code).
>=20
> Thanks again! How long will this take to get to stable/9? Being new =
to FreeBSD,
> I'm not too familiar with the process of HEAD/stable/etc. (In NetBSD, =
it would be a
> commit followed by a pull request.)
Sad to say that after hand-testing that patch, I waited for it to =
appear on stable-9,
(by manual inspection of the relevant code), and tried again. This =
time, I get a
slightly different failure:
Rebooting with command: boot =20
Boot device: disk1 File and args:=20
=20
>> FreeBSD/sparc64 ZFS boot block
Boot path: /pci@1c,600000/scsi@2/disk@1,0:a
ERROR: Last Trap: Memory Address not Aligned
{1} ok
This is with a zfsloader built from stable-9 as of Feb 2. I'm =
updating and rebuilding
now, just to check, but I wanted to send out a note incase anyone else =
on the
sparc64 list has also seen this.
- Chris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51CB677E-83FF-43EF-A3CC-CF4ADBDB0C7B>