From: "Serge E. Hallyn" <serue@us.ibm.com>
To: Eric Paris <eparis@redhat.com>
Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, viro@zeniv.linux.org.uk, jmorris@namei.org,
npiggin@suse.de, zohar@us.ibm.com, jack@suse.cz,
jmalicki@metacarta.com, dsmith@redhat.com, hch@lst.de,
john@johnmccutchan.com, rlove@rlove.org, ebiederm@xmission.com,
heiko.carstens@de.ibm.com, penguin-kernel@I-love.SAKURA.ne.jp,
mszeredi@suse.cz, jens.axboe@oracle.com,
akpm@linux-foundation.org, matthew@wil.cx,
hugh.dickins@tiscali.co.uk, kamezawa.hiroyu@jp.fujitsu.com,
nishimura@mxp.nes.nec.co.jp, davem@davemloft.net, arnd@arndb.de,
eric.dumazet@gmail.com
Subject: Re: [RFC PATCH 1/6] shmem: use alloc_file instead of init_file
Date: Fri, 4 Dec 2009 09:35:32 -0600 [thread overview]
Message-ID: <20091204153532.GD24550@us.ibm.com> (raw)
In-Reply-To: <20091203195851.8925.30926.stgit@paris.rdu.redhat.com>
Quoting Eric Paris (eparis@redhat.com):
> shmem uses get_empty_filp() and then init_file(). Their is no good reason
> not to just use alloc_file() like everything else.
>
> Signed-off-by: Eric Paris <eparis@redhat.com>
So,
Acked-by: Serge Hallyn <serue@us.ibm.com>
to the first 3 patches. I'll review #4 when you resend. In principle, ack
also to 5 and 6, but for the sake of out-of-tree filesystems I think deprecating
for a version or two would be worthwhile. Of course, if your ima patches also
go through, then the out-of-three filesystems will spit out ima warnings anyway,
but they can consider that further pursuation to switch :)
Thanks, Eric.
-serge
> ---
>
> mm/shmem.c | 20 ++++++++++----------
> 1 files changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/mm/shmem.c b/mm/shmem.c
> index 356dd99..831f8bb 100644
> --- a/mm/shmem.c
> +++ b/mm/shmem.c
> @@ -2640,32 +2640,32 @@ struct file *shmem_file_setup(const char *name, loff_t size, unsigned long flags
> if (!dentry)
> goto put_memory;
>
> - error = -ENFILE;
> - file = get_empty_filp();
> - if (!file)
> - goto put_dentry;
> -
> error = -ENOSPC;
> inode = shmem_get_inode(root->d_sb, S_IFREG | S_IRWXUGO, 0, flags);
> if (!inode)
> - goto close_file;
> + goto put_dentry;
>
> d_instantiate(dentry, inode);
> inode->i_size = size;
> inode->i_nlink = 0; /* It is unlinked */
> - init_file(file, shm_mnt, dentry, FMODE_WRITE | FMODE_READ,
> - &shmem_file_operations);
> +
> + error = -ENFILE;
> + file = alloc_file(shm_mnt, dentry, FMODE_WRITE | FMODE_READ,
> + &shmem_file_operations);
> + if (!file)
> + goto put_dentry;
>
> #ifndef CONFIG_MMU
> error = ramfs_nommu_expand_for_mapping(inode, size);
> if (error)
> goto close_file;
> #endif
> - ima_counts_get(file);
> return file;
>
> +#ifndef CONFIG_MMU
> close_file:
> - put_filp(file);
> + fput(file);
> +#endif
> put_dentry:
> dput(dentry);
> put_memory:
WARNING: multiple messages have this Message-ID (diff)
From: "Serge E. Hallyn" <serue@us.ibm.com>
To: Eric Paris <eparis@redhat.com>
Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, viro@zeniv.linux.org.uk, jmorris@namei.org,
npiggin@suse.de, zohar@us.ibm.com, jack@suse.cz,
jmalicki@metacarta.com, dsmith@redhat.com, hch@lst.de,
john@johnmccutchan.com, rlove@rlove.org, ebiederm@xmission.com,
heiko.carstens@de.ibm.com, penguin-kernel@I-love.SAKURA.ne.jp,
mszeredi@suse.cz, jens.axboe@oracle.com,
akpm@linux-foundation.org, matthew@wil.cx,
hugh.dickins@tiscali.co.uk, kamezawa.hiroyu@jp.fujitsu.com,
nishimura@mxp.nes.nec.co.jp, davem@davemloft.net, arnd@arndb.de,
eric.dumazet@gmail.com
Subject: Re: [RFC PATCH 1/6] shmem: use alloc_file instead of init_file
Date: Fri, 4 Dec 2009 09:35:32 -0600 [thread overview]
Message-ID: <20091204153532.GD24550@us.ibm.com> (raw)
In-Reply-To: <20091203195851.8925.30926.stgit@paris.rdu.redhat.com>
Quoting Eric Paris (eparis@redhat.com):
> shmem uses get_empty_filp() and then init_file(). Their is no good reason
> not to just use alloc_file() like everything else.
>
> Signed-off-by: Eric Paris <eparis@redhat.com>
So,
Acked-by: Serge Hallyn <serue@us.ibm.com>
to the first 3 patches. I'll review #4 when you resend. In principle, ack
also to 5 and 6, but for the sake of out-of-tree filesystems I think deprecating
for a version or two would be worthwhile. Of course, if your ima patches also
go through, then the out-of-three filesystems will spit out ima warnings anyway,
but they can consider that further pursuation to switch :)
Thanks, Eric.
-serge
> ---
>
> mm/shmem.c | 20 ++++++++++----------
> 1 files changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/mm/shmem.c b/mm/shmem.c
> index 356dd99..831f8bb 100644
> --- a/mm/shmem.c
> +++ b/mm/shmem.c
> @@ -2640,32 +2640,32 @@ struct file *shmem_file_setup(const char *name, loff_t size, unsigned long flags
> if (!dentry)
> goto put_memory;
>
> - error = -ENFILE;
> - file = get_empty_filp();
> - if (!file)
> - goto put_dentry;
> -
> error = -ENOSPC;
> inode = shmem_get_inode(root->d_sb, S_IFREG | S_IRWXUGO, 0, flags);
> if (!inode)
> - goto close_file;
> + goto put_dentry;
>
> d_instantiate(dentry, inode);
> inode->i_size = size;
> inode->i_nlink = 0; /* It is unlinked */
> - init_file(file, shm_mnt, dentry, FMODE_WRITE | FMODE_READ,
> - &shmem_file_operations);
> +
> + error = -ENFILE;
> + file = alloc_file(shm_mnt, dentry, FMODE_WRITE | FMODE_READ,
> + &shmem_file_operations);
> + if (!file)
> + goto put_dentry;
>
> #ifndef CONFIG_MMU
> error = ramfs_nommu_expand_for_mapping(inode, size);
> if (error)
> goto close_file;
> #endif
> - ima_counts_get(file);
> return file;
>
> +#ifndef CONFIG_MMU
> close_file:
> - put_filp(file);
> + fput(file);
> +#endif
> put_dentry:
> dput(dentry);
> put_memory:
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2009-12-04 15:35 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-03 19:58 [RFC PATCH 1/6] shmem: use alloc_file instead of init_file Eric Paris
2009-12-03 19:58 ` Eric Paris
2009-12-03 19:59 ` [RFC PATCH 2/6] pipes: use alloc-file instead of duplicating code Eric Paris
2009-12-03 19:59 ` Eric Paris
2009-12-04 6:08 ` Miklos Szeredi
2009-12-04 6:08 ` Miklos Szeredi
2009-12-04 6:08 ` Miklos Szeredi
2009-12-04 18:54 ` Eric Paris
2009-12-04 18:54 ` Eric Paris
2009-12-04 14:22 ` Jens Axboe
2009-12-04 14:22 ` Jens Axboe
2009-12-03 19:59 ` [RFC PATCH 3/6] inotify: use alloc_file instead of doing it internally Eric Paris
2009-12-03 19:59 ` Eric Paris
2009-12-04 6:58 ` Miklos Szeredi
2009-12-04 6:58 ` Miklos Szeredi
2009-12-04 6:58 ` Miklos Szeredi
2009-12-03 19:59 ` [RFC PATCH 4/6] networking: rework socket to fd mapping using alloc-file Eric Paris
2009-12-03 19:59 ` Eric Paris
2009-12-03 22:00 ` David Miller
2009-12-03 22:00 ` David Miller
2009-12-03 23:24 ` Eric Paris
2009-12-03 23:24 ` Eric Paris
2009-12-04 7:09 ` Miklos Szeredi
2009-12-04 7:09 ` Miklos Szeredi
2009-12-04 7:09 ` Miklos Szeredi
2009-12-03 19:59 ` [RFC PATCH 5/6] vfs: make init-file static Eric Paris
2009-12-03 19:59 ` Eric Paris
2009-12-03 22:44 ` Serge E. Hallyn
2009-12-03 22:44 ` Serge E. Hallyn
2009-12-04 4:04 ` Nick Piggin
2009-12-04 4:04 ` Nick Piggin
2009-12-03 19:59 ` [RFC PATCH 6/6] fs: move get_empty_filp() deffinition to internal.h Eric Paris
2009-12-03 19:59 ` Eric Paris
2009-12-04 7:12 ` Miklos Szeredi
2009-12-04 7:12 ` Miklos Szeredi
2009-12-04 7:12 ` Miklos Szeredi
2009-12-04 5:58 ` [RFC PATCH 1/6] shmem: use alloc_file instead of init_file Miklos Szeredi
2009-12-04 5:58 ` Miklos Szeredi
2009-12-04 5:58 ` Miklos Szeredi
2009-12-04 14:19 ` Eric Paris
2009-12-04 14:19 ` Eric Paris
2009-12-04 15:35 ` Serge E. Hallyn [this message]
2009-12-04 15:35 ` Serge E. Hallyn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091204153532.GD24550@us.ibm.com \
--to=serue@us.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=arnd@arndb.de \
--cc=davem@davemloft.net \
--cc=dsmith@redhat.com \
--cc=ebiederm@xmission.com \
--cc=eparis@redhat.com \
--cc=eric.dumazet@gmail.com \
--cc=hch@lst.de \
--cc=heiko.carstens@de.ibm.com \
--cc=hugh.dickins@tiscali.co.uk \
--cc=jack@suse.cz \
--cc=jens.axboe@oracle.com \
--cc=jmalicki@metacarta.com \
--cc=jmorris@namei.org \
--cc=john@johnmccutchan.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=matthew@wil.cx \
--cc=mszeredi@suse.cz \
--cc=nishimura@mxp.nes.nec.co.jp \
--cc=npiggin@suse.de \
--cc=penguin-kernel@I-love.SAKURA.ne.jp \
--cc=rlove@rlove.org \
--cc=viro@zeniv.linux.org.uk \
--cc=zohar@us.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.