Subject: [merged] configfs-use-capped-length-for-store_attribute.patch removed from -mm tree
To: dan.carpenter@xxxxxxxxxx,jlbec@xxxxxxxxxxxx,mm-commits@xxxxxxxxxxxxxxx
From: akpm@xxxxxxxxxxxxxxxxxxxx
Date: Mon, 08 Jul 2013 12:22:58 -0700
The patch titled
Subject: configfs: use capped length for ->store_attribute()
has been removed from the -mm tree. Its filename was
configfs-use-capped-length-for-store_attribute.patch
This patch was dropped because it was merged into mainline or a subsystem tree
------------------------------------------------------
From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Subject: configfs: use capped length for ->store_attribute()
The difference between "count" and "len" is that "len" is capped at 4095.
Changing it like this makes it match how sysfs_write_file() is
implemented.
This is a static analysis patch. I haven't found any store_attribute()
functions where this change makes a difference.
Signed-off-by: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Acked-by: Joel Becker <jlbec@xxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---
fs/configfs/file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN fs/configfs/file.c~configfs-use-capped-length-for-store_attribute fs/configfs/file.c
--- a/fs/configfs/file.c~configfs-use-capped-length-for-store_attribute
+++ a/fs/configfs/file.c
@@ -203,7 +203,7 @@ configfs_write_file(struct file *file, c
mutex_lock(&buffer->mutex);
len = fill_write_buffer(buffer, buf, count);
if (len > 0)
- len = flush_write_buffer(file->f_path.dentry, buffer, count);
+ len = flush_write_buffer(file->f_path.dentry, buffer, len);
if (len > 0)
*ppos += len;
mutex_unlock(&buffer->mutex);
_
Patches currently in -mm which might be from dan.carpenter@xxxxxxxxxx are
origin.patch
linux-next.patch
fanotify-info-leak-in-copy_event_to_user.patch
fs-convert-fs-shrinkers-to-new-scan-count-api-fix-fix.patch
mm-vmallocc-unbreak-__vunmap.patch
mwave-fix-info-leak-in-mwave_ioctl.patch
lib-scatterlist-error-handling-in-__sg_alloc_table.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
