Reduce boilerplate code by using __seq_open_private() instead of seq_open()
in fscache_objlist_open().

Signed-off-by: Rob Jones <rob.jo...@codethink.co.uk>
---

Note that sparse generates a warning on this file but it is outside the
remit of this patch. 

Note 2, it looks to me like the sparse warning may be a false positive.

 fs/fscache/object-list.c |   16 ++--------------
 1 file changed, 2 insertions(+), 14 deletions(-)

diff --git a/fs/fscache/object-list.c b/fs/fscache/object-list.c
index b5ebc2d..a1ca2f9 100644
--- a/fs/fscache/object-list.c
+++ b/fs/fscache/object-list.c
@@ -380,26 +380,14 @@ no_config:
 static int fscache_objlist_open(struct inode *inode, struct file *file)
 {
        struct fscache_objlist_data *data;
-       struct seq_file *m;
-       int ret;
 
-       ret = seq_open(file, &fscache_objlist_ops);
-       if (ret < 0)
-               return ret;
-
-       m = file->private_data;
-
-       /* buffer for key extraction */
-       data = kmalloc(sizeof(struct fscache_objlist_data), GFP_KERNEL);
-       if (!data) {
-               seq_release(inode, file);
+       data = __seq_open_private(file, &fscache_objlist_ops, sizeof(*data));
+       if (!data)
                return -ENOMEM;
-       }
 
        /* get the configuration key */
        fscache_objlist_config(data);
 
-       m->private = data;
        return 0;
 }
 
-- 
1.7.10.4

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to