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>