| To: | Eric Sandeen <sandeen@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] xfsprogs: guard fsxattr definition for newer kernels |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Wed, 10 Feb 2016 06:55:02 +1100 |
| Cc: | xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <56BA24A9.4090403@xxxxxxxxxx> |
| References: | <56BA24A9.4090403@xxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Tue, Feb 09, 2016 at 11:40:57AM -0600, Eric Sandeen wrote: > After 334e580, > fs: XFS_IOC_FS[SG]SETXATTR to FS_IOC_FS[SG]ETXATTR promotion > > the file include/linux/fs.h now defines struct fsxattr. > > It defines FS_IOC_FSGETXATTR as well, so use that to wrap > our local definition, and skip it if the kernel is providing > it so that we don't get multiple definitions. > > Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxx> > --- > > Should the kernel also #define HAVE_FSXATTR to help existing > xfsprogs-devel installations? > > (And what if headers are included in the other order? Should > we try to guard on the kernel side or no?) I've already sent a patch to fix this - it was with the foreign filesystem xfs_quota patch.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 2/2] xfs_repair: new secondary superblock search method, Darrick J. Wong |
|---|---|
| Next by Date: | Re: [PATCH] xfsprogs: guard fsxattr definition for newer kernels, Eric Sandeen |
| Previous by Thread: | [PATCH] xfsprogs: guard fsxattr definition for newer kernels, Eric Sandeen |
| Next by Thread: | Re: [PATCH] xfsprogs: guard fsxattr definition for newer kernels, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |