Date: Tue, 22 Mar 2011 17:38:57 -0400 From: Roger Hammerstein <cheeky.m@live.com> To: <pjd@freebsd.org>, <marius@alchemy.franken.de> Cc: freebsd-sparc64@freebsd.org, mm@freebsd.org Subject: RE: sparc64 hang with zfs v28 Message-ID: <BAY147-w586DB63E2832F2CA05FBF9F9B40@phx.gbl> In-Reply-To: <20110322211326.GC1882@garage.freebsd.pl> References: <BAY147-w7342A790723770DCE8BD4F9C00@phx.gbl> <BAY147-w229E76D137B7A0DCEB3696F9C70@phx.gbl> <20110307192239.GA31314@alchemy.franken.de> <BAY147-w5926709E28BF613C663D48F9C90@phx.gbl> <20110310185423.GA50419@alchemy.franken.de> <20110319152838.GA8594@alchemy.franken.de> <20110321175632.GA19345@darkthrone.kvedulv.de> <20110321175933.GD2086@garage.freebsd.pl> <BAY147-w266A8BF89A940BDD569D2EF9B40@phx.gbl> <20110322191117.GH15528@alchemy.franken.de>, <20110322211326.GC1882@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Uhm=2C looks like r219089 changed some xcopy{in=2Cout}() into
> > ddi_copy{in=2Cout}()=2C i.e. copy{in=2Cout}() into bcopy()=2C which
> > is just wrong for copying in data in from/out to userspace.
> > However=2C looking at the other uses of ddi_copy{in=2Cout}() it
> > generally seems that ddi_copy{in=2Cout}() should be defined to
> > copy{in=2Cout}(). With the attached patch at least my simple
> > test cases works again. The one remaining xcopyout() in
> > zfs_ioctl.c then could be also replaced with a ddi_copyout().
> > Not sure how any of this manages to work on x86 :)
>=20
> Yeah=2C I found this as well and waiting for my test machine to be free t=
o
> test it. Thanks.
This patch worked on my ultra 60. I rebuilt the kernel
falcon# kldstat
Id Refs Address Size Name
1 9 0xc0000000 b1f8c0 kernel
2 1 0xc10a2000 32e000 zfs.ko
3 1 0xc13d0000 104000 opensolaris.ko
falcon#
falcon# zpool status
pool: tank
state: ONLINE
status: The pool is formatted using an older on-disk format. The pool can
still be used=2C but some features are unavailable.
action: Upgrade the pool using 'zpool upgrade'. Once this is done=2C the
pool will no longer be accessible on older software versions.
scan: none requested
config:
NAME STATE READ WRITE CKSUM
tank ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
da3 ONLINE 0 0 0
da6 ONLINE 0 0 0
errors: No known data errors
falcon#
falcon#
I zfs mounted tank and can ls and copy files to it=2C delete files.
Looks ok.
=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BAY147-w586DB63E2832F2CA05FBF9F9B40>