Subject: [merged] fanotify-fix-eoverflow-with-large-files-on-64-bit.patch removed from -mm tree
To: wwoods@xxxxxxxxxx,eparis@xxxxxxxxxx,jack@xxxxxxx,mm-commits@xxxxxxxxxxxxxxx
From: akpm@xxxxxxxxxxxxxxxxxxxx
Date: Wed, 07 May 2014 12:05:17 -0700
The patch titled
Subject: fanotify: fix -EOVERFLOW with large files on 64-bit
has been removed from the -mm tree. Its filename was
fanotify-fix-eoverflow-with-large-files-on-64-bit.patch
This patch was dropped because it was merged into mainline or a subsystem tree
------------------------------------------------------
From: Will Woods <wwoods@xxxxxxxxxx>
Subject: fanotify: fix -EOVERFLOW with large files on 64-bit
On 64-bit systems, O_LARGEFILE is automatically added to flags inside the
open() syscall (also openat(), blkdev_open(), etc). Userspace therefore
defines O_LARGEFILE to be 0 - you can use it, but it's a no-op.
Everything should be O_LARGEFILE by default.
But: when fanotify does create_fd() it uses dentry_open(), which skips all
that. And userspace can't set O_LARGEFILE in fanotify_init() because it's
defined to 0. So if fanotify gets an event regarding a large file, the
read() will just fail with -EOVERFLOW.
This patch adds O_LARGEFILE to fanotify_init()'s event_f_flags on 64-bit
systems, using the same test as open()/openat()/etc.
Addresses https://bugzilla.redhat.com/show_bug.cgi?id=696821
Signed-off-by: Will Woods <wwoods@xxxxxxxxxx>
Acked-by: Eric Paris <eparis@xxxxxxxxxx>
Reviewed-by: Jan Kara <jack@xxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---
fs/notify/fanotify/fanotify_user.c | 2 ++
1 file changed, 2 insertions(+)
diff -puN fs/notify/fanotify/fanotify_user.c~fanotify-fix-eoverflow-with-large-files-on-64-bit fs/notify/fanotify/fanotify_user.c
--- a/fs/notify/fanotify/fanotify_user.c~fanotify-fix-eoverflow-with-large-files-on-64-bit
+++ a/fs/notify/fanotify/fanotify_user.c
@@ -698,6 +698,8 @@ SYSCALL_DEFINE2(fanotify_init, unsigned
}
group->overflow_event = &oevent->fse;
+ if (force_o_largefile())
+ event_f_flags |= O_LARGEFILE;
group->fanotify_data.f_flags = event_f_flags;
#ifdef CONFIG_FANOTIFY_ACCESS_PERMISSIONS
spin_lock_init(&group->fanotify_data.access_lock);
_
Patches currently in -mm which might be from wwoods@xxxxxxxxxx are
origin.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
