Linux NFS development
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@infradead.org>
To: Wendy Cheng <wcheng@redhat.com>
Cc: NFS list <linux-nfs@vger.kernel.org>, cluster-devel@redhat.com
Subject: Re: [PATCH 1/2] NLM failover unlock commands
Date: Tue, 8 Jan 2008 17:02:20 +0000	[thread overview]
Message-ID: <20080108170220.GA21401@infradead.org> (raw)
In-Reply-To: <4781BB0D.90706@redhat.com>

On Mon, Jan 07, 2008 at 12:39:25AM -0500, Wendy Cheng wrote:
> +#define DEBUG 0
> +#define fo_printk(x...) ((void)(DEBUG && printk(x)))

Please don't introduce more debugging helpers but use the existing
ones.

> +extern __u32 in_aton(const char *str);

This is properly declared in <linux/inet.h>

> +	return (nfsd_fo_cmd(where, fo_path, 0));

no braces around the return values please.  (happens multiple times)

> +int
> +nfsd_fo_cmd(int cmd, char *datap, int grace_period)
> +{
> +	struct nameidata nd;
> +	void *objp = (void *)datap;
> +	int rc=0;
> +
> +	if (cmd == NFSD_FO_PATH) { 
> +		rc = path_lookup((const char *)datap, 0, &nd);
> +		if (rc) {
> +			fo_printk("nfsd: nfsd_fo path (%s) not found\n", datap);
> +			return rc;
> +		}
> +		fo_printk("nfsd: nfsd_fo lookup path = (0x%p,0x%p)\n", 
> +			nd.mnt, nd.dentry);
> +		objp = (void *) &nd;
> +	} 
> +	return (nlmsvc_fo_cmd(cmd, objp, grace_period));

this has nothing in common for the two cases except for the final
function call.  Please just inline this function into the caller which
gives you quite a bit of nice cleanup by not passing all the parameters
in odd ways aswell.

And btw, I think this code has quite a bit too much debug printks,
almost more than code.  I'd be better readable by reducing that.

> +static inline int
> +nlmsvc_fo_unlock_match(void *datap, struct nlm_file *file)
> +{
> +	nlm_fo_cmd *fo_cmd = (nlm_fo_cmd *) datap;
> +	int cmd = fo_cmd->cmd;
> +	struct path *f_path;
> +
> +	fo_printk("nlm_fo_unlock_match cmd=%d\n", cmd);
> +
> +	if (cmd == NFSD_FO_VIP) {

Please split this into two separate functions for the NFSD_FO_VIP/
NFSD_FO_PATH cases as there's just about nothing in common for the two.

>  {
> +	/* Cluster failover has timing constraints. There is a slight
> +	 * performance hit if nlm_fo_unlock_match() is implemented as 
> +	 * a match fn (since it will be invoked for each block, share,
> +	 * and lock later when the lists are traversed). Instead, we 
> +	 * add path-matching logic into the following unlikely clause. 
> +	 * If matches, the dummy nlmsvc_fo_match will always return 
> +	 * true. 
> +	 */
> +	dprintk("nlm_inspect_files: file=%p\n", file);
> +	if (unlikely(match == nlmsvc_fo_match)) {
> +		if (!nlmsvc_fo_unlock_match((void *)host, file))
> +			return 0;
> +		fo_printk("nlm_fo find lock file entry (0x%p)\n", file);
> +	}

That's a quite nast hack.  Did you benchmark the the match fn variant
to see if there is actually any mesurable difference?  Also no need
to downcast pointers to void *, it's implicit in C.

> +	/* "if" place holder for NFSD_FO_RESUME */
> +	{

no need for such placeholders.

> +/* cluster failover support */
> +
> +typedef struct {
> +	int     cmd;
> +	int     stat;
> +	int     gp;
> +	void    *datap;
> +} nlm_fo_cmd;

please don't introduce typedefs for struct types.


  parent reply	other threads:[~2008-01-08 17:02 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-07  5:39 [PATCH 1/2] NLM failover unlock commands Wendy Cheng
2008-01-08  5:18 ` Neil Brown
2008-01-09  2:51   ` Wendy Cheng
2008-01-08 17:02 ` Christoph Hellwig [this message]
2008-01-08 17:49   ` Christoph Hellwig
2008-01-08 20:57     ` Wendy Cheng
2008-01-09 18:02       ` Christoph Hellwig
2008-01-10  7:59         ` Christoph Hellwig
2008-01-12  7:03           ` Wendy Cheng
2008-01-12  9:38             ` Christoph Hellwig
2008-01-14 23:07             ` J. Bruce Fields
2008-01-14 23:31               ` Neil Brown
     [not found]                 ` <18315.61638.14133.308991-wvvUuzkyo1EYVZTmpyfIwg@public.gmane.org>
2008-01-15 16:38                   ` Chuck Lever
2008-01-22 22:53                   ` J. Bruce Fields
2008-01-24  4:02                     ` Neil Brown
2008-01-15 16:14               ` Wendy Cheng
2008-01-15 16:30                 ` J. Bruce Fields
2008-01-14 23:52             ` Neil Brown
2008-01-15 20:17               ` Wendy Cheng
2008-01-15 20:50                 ` Neil Brown
2008-01-15 20:56                   ` Wendy Cheng
2008-01-15 22:48                   ` Wendy Cheng
2008-01-16  4:19                     ` Neil Brown
2008-01-17 15:10                     ` J. Bruce Fields
2008-01-17 15:48                       ` Wendy Cheng
2008-01-17 16:08                         ` Wendy Cheng
2008-01-17 16:10                           ` Wendy Cheng
2008-01-18 10:21                             ` Frank van Maarseveen
2008-01-18 15:00                               ` Wendy Cheng
2008-01-17 16:14                         ` J. Bruce Fields
2008-01-17 16:17                           ` Wendy Cheng
2008-01-17 16:21                             ` J. Bruce Fields
2008-01-17 16:31                         ` J. Bruce Fields
2008-01-17 16:31                           ` Wendy Cheng
2008-01-17 16:40                             ` J. Bruce Fields
2008-01-17 17:35                               ` Frank Filz
2008-01-17 17:59                                 ` Wendy Cheng
2008-01-17 18:07                               ` Wendy Cheng
2008-01-17 20:23                                 ` J. Bruce Fields
2008-01-18 10:03                                   ` Frank van Maarseveen
2008-01-18 14:56                                     ` Wendy Cheng
2008-01-24 16:00                                   ` J. Bruce Fields
2008-01-24 16:19                                     ` Peter Staubach
2008-01-24 16:39                                       ` J. Bruce Fields
2008-01-24 19:45                                     ` Wendy Cheng
2008-01-24 20:19                                       ` J. Bruce Fields
2008-01-24 21:06                                         ` Wendy Cheng
2008-01-24 21:40                                           ` J. Bruce Fields
2008-01-24 21:49                                             ` Wendy Cheng
2008-01-28  3:46                                     ` Felix Blyakher
2008-01-28 15:56                                       ` Wendy Cheng
2008-01-28 17:06                                         ` [Cluster-devel] " Felix Blyakher
2008-01-09  3:49   ` Wendy Cheng
2008-01-09 16:13     ` J. Bruce Fields

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=20080108170220.GA21401@infradead.org \
    --to=hch@infradead.org \
    --cc=cluster-devel@redhat.com \
    --cc=linux-nfs@vger.kernel.org \
    --cc=wcheng@redhat.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