The patch titled ifdef ->quota_read, ->quota_write has been added to the -mm tree. Its filename is ifdef-quota_read-quota_write.patch See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find out what to do about this ------------------------------------------------------ Subject: ifdef ->quota_read, ->quota_write From: Alexey Dobriyan <adobriyan@xxxxxxxxx> All suppliers of ->quota_read, ->quota_write (I've found ext2, ext3, UFS, reiserfs) already have them properly ifdeffed. All callers of ->quota_read, ->quota_write are under CONFIG_QUOTA umbrella, so... Signed-off-by: Alexey Dobriyan <adobriyan@xxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxx> --- include/linux/fs.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff -puN include/linux/fs.h~ifdef-quota_read-quota_write include/linux/fs.h --- a/include/linux/fs.h~ifdef-quota_read-quota_write +++ a/include/linux/fs.h @@ -1165,9 +1165,10 @@ struct super_operations { int (*show_options)(struct seq_file *, struct vfsmount *); int (*show_stats)(struct seq_file *, struct vfsmount *); - +#ifdef CONFIG_QUOTA ssize_t (*quota_read)(struct super_block *, int, char *, size_t, loff_t); ssize_t (*quota_write)(struct super_block *, int, const char *, size_t, loff_t); +#endif }; /* Inode state bits. Protected by inode_lock. */ _ Patches currently in -mm which might be from adobriyan@xxxxxxxxx are debug_locksh-add-struct-task_struct.patch x86_64-fix-more-per-cpu-typos.patch eicon-fix-define-conflict-with-ptrace.patch net-fix-more-per-cpu-typos.patch megaraid-fix-warnings-when-config_proc_fs=n.patch git-xfs.patch headers_check-improve-include-regexp.patch headers_check-clarify-error-message.patch task_struct-ifdef-missedem-v-ipc.patch ifdef-blktrace-debugging-fields.patch tty_ioc-keep-davej-sane.patch ifdef-quota_read-quota_write.patch documentation-ioctl-messtxt-start-tree-wide-ioctl-registry.patch ioctl-messtxt-xfs-typos.patch - To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html