xfs
[Top] [All Lists]

Re: [PATCH] xfs: in _attrlist_by_handle, copy the cursor back to userspa

To: <xfs@xxxxxxxxxxx>
Subject: Re: [PATCH] xfs: in _attrlist_by_handle, copy the cursor back to userspace
From: Mark Tinguely <tinguely@xxxxxxx>
Date: Tue, 2 Aug 2016 17:47:33 -0500
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20160802214101.GM16044@dastard>
References: <20160802035651.GB8593@xxxxxxxxxxxxxxxx> <20160802122517.GD31492@xxxxxxxxxxxxx> <20160802154035.GI8590@xxxxxxxxxxxxxxxx> <20160802214101.GM16044@dastard>
User-agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120122 Thunderbird/9.0
On 08/02/16 16:41, Dave Chinner wrote:
On Tue, Aug 02, 2016 at 08:40:35AM -0700, Darrick J. Wong wrote:
On Tue, Aug 02, 2016 at 05:25:17AM -0700, Christoph Hellwig wrote:
On Mon, Aug 01, 2016 at 08:56:51PM -0700, Darrick J. Wong wrote:
When we're iterating inode xattrs by handle, we have to copy the
cursor back to userspace so that a subsequent invocation actually
retrieves subsequent contents.
Testcase?
Found it while continuing development of xfs_scrub.  I'll send along the
xfstest patch when I've finished polishing it.  (It was harder than usual since
xfs_io doesn't /use/ the attr-by-handle interface... nothing does.)
It was (and probably still is) used by SGI's HSM. I thought there
was some coverage of the interface in the dmapi part of the xfstests
suite, but perhaps it's only tested by SGI's internal hsm test
suite...

Cheers,

Dave.

You may be thinking of the DMAPI specific extended attribute interface and that is tested in xfstests. That function cannot cursor.

This change would be appropriate to xfsdump (dumping extended attributes via jdm_attr_list()) than our HSM.

I don't see a SGI test for attr_list_by_handle() nor jdm_attr_list(). There is mention in the xfstests source file src/open_unlink.c but that does not cursor.

--Mark Tinguely.


<Prev in Thread] Current Thread [Next in Thread>