This is so I don't forget about this item... in order to make progress on the patches to merge the transactions in both create & unlink we need to clean up the xattr code first as the locking order wrt some of the operations will need to change. Also we promised the upstream kernel folks that we'd use the generic xattr code (it seems there is no reason why we can't) rather than duplicating that in gfs2.
While fixing BZ 307431, I noticed that a lot of the code in the xattr calls can be removed. If you look at the vfs xattr calls (which call xattr_permission), it appears we are duplicating that code in gfs2. Just wanted to make a note in the BZ about this chunk of code.
This isn't a FutureFeature, its actually a prerequisite for a bug fix, although it does enable some FutureFeatures as well.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Created attachment 326605 [details] Work in progress - not finished I'm just adding my work in progress here as a back up.
This went upstream at the 2.6.31 merge window.