From: Christoph Hellwig <hch@infradead.org>
To: David Howells <dhowells@redhat.com>
Cc: torvalds@transmeta.com, linux-kernel@vger.kernel.org,
linux-fsdevel@vger.kernel.org, openafs-devel@openafs.org
Subject: Re: [PATCH] PAG support only
Date: Tue, 13 May 2003 21:37:59 +0100 [thread overview]
Message-ID: <20030513213759.A9244@infradead.org> (raw)
In-Reply-To: <8943.1052843591@warthog.warthog>; from dhowells@redhat.com on Tue, May 13, 2003 at 05:33:11PM +0100
> @@ -166,6 +166,7 @@
> if (file->f_op && file->f_op->release)
> file->f_op->release(inode, file);
> security_file_free(file);
> + if (file->f_token) vfs_token_put(file->f_token);
Please split this into 2 lines as per Documentation/CodingStyle. Even better
make vfs_token_put handle a NULL argument.
> diff -uNr linux-2.5.69/fs/open.c linux-2.5.69-cred/fs/open.c
> --- linux-2.5.69/fs/open.c 2003-05-06 15:04:45.000000000 +0100
> +++ linux-2.5.69-cred/fs/open.c 2003-05-13 11:28:08.000000000 +0100
> @@ -46,7 +46,7 @@
> struct nameidata nd;
> int error;
>
> - error = user_path_walk(path, &nd);
> + error = user_path_walk(path,&nd);
Random whitespace change - and even a wrong one..
> +static inline int is_vfs_token_valid(struct vfs_token *vtoken)
> +{
> + return !list_empty(&vtoken->link);
> +}
This one is not used - and the name would imply it would be used without taking
a lock and thus racy..
> +static kmem_cache_t *vfs_token_cache;
> +static kmem_cache_t *vfs_pag_cache;
How many of those will be around for a typical AFS client? I have the vague
feeling the slabs are overkill..
> + if (pag>0) {
> + /* join existing PAG */
> + if (tsk->vfspag->pag &&
> + tsk->vfspag->pag==pag)
> + return pag;
Please try to get your code in conformance with Documentation/CodingStyle.
> +} /* end vfs_pag_put() */
next prev parent reply other threads:[~2003-05-13 20:27 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-13 16:33 [PATCH] PAG support only David Howells
2003-05-13 16:48 ` Jeff Garzik
2003-05-13 20:37 ` Christoph Hellwig [this message]
2003-05-13 22:27 ` [OpenAFS-devel] " Nathan Neulinger
2003-05-14 5:33 ` Christoph Hellwig
2003-05-16 15:24 ` Derek Atkins
2003-05-14 8:17 ` David Howells
2003-05-14 8:39 ` Christoph Hellwig
2003-05-14 4:57 ` Muli Ben-Yehuda
2003-05-14 9:54 ` David Howells
2003-05-14 12:35 ` Muli Ben-Yehuda
2003-05-14 13:17 ` David Howells
[not found] <20030513175240.6313ea92.akpm@digeo.com>
2003-05-14 9:44 ` David Howells
2003-05-14 10:00 ` Andrew Morton
2003-05-14 10:01 ` Miles Bader
-- strict thread matches above, loose matches on Subject: below --
2003-05-14 16:04 Chuck Ebbert
2003-05-14 16:20 ` William Lee Irwin III
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=20030513213759.A9244@infradead.org \
--to=hch@infradead.org \
--cc=dhowells@redhat.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=openafs-devel@openafs.org \
--cc=torvalds@transmeta.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox