public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David Teigland <teigland@redhat.com>
To: "Dr. David Alan Gilbert" <linux@treblig.org>
Cc: jj@chaosbits.net, linux-kernel@vger.kernel.org
Subject: Re: kmallocs with swapped parameters in fs/dlm/lock.c
Date: Mon, 11 Jul 2011 09:23:44 -0400	[thread overview]
Message-ID: <20110711132344.GA14426@redhat.com> (raw)
In-Reply-To: <20110710003032.GA19951@gallifrey>

On Sun, Jul 10, 2011 at 01:30:32AM +0100, Dr. David Alan Gilbert wrote:
> Hi David,
>   Sparse spotted a couple of places in fs/dlm/lock.c where the size/flags
> parameters to kmalloc got swapped:
> 
> The sparse output is:
> fs/dlm/lock.c:852:42: warning: incorrect type in argument 1 (different base types)
> fs/dlm/lock.c:852:42:    expected unsigned long [unsigned] [usertype] size
> fs/dlm/lock.c:852:42:    got restricted gfp_t
> fs/dlm/lock.c:852:64: warning: incorrect type in argument 2 (different base types)
> fs/dlm/lock.c:852:64:    expected restricted gfp_t [usertype] flags
> fs/dlm/lock.c:852:64:    got unsigned long
> fs/dlm/lock.c:4136:27: warning: incorrect type in argument 1 (different base types)
> fs/dlm/lock.c:4136:27:    expected unsigned long [unsigned] [usertype] size
> fs/dlm/lock.c:4136:27:    got restricted gfp_t
> fs/dlm/lock.c:4136:39: warning: incorrect type in argument 2 (different base types)
> fs/dlm/lock.c:4136:39:    expected restricted gfp_t [usertype] flags
> fs/dlm/lock.c:4136:39:    got unsigned long
> 
> Line 852 is:
>                         warned = kmalloc(GFP_KERNEL, num_nodes * sizeof(int));
> Line 4136 is:
>         ms_stub = kmalloc(GFP_KERNEL, sizeof(struct dlm_message));
> 
> and at least one of the defs of kmalloc is:
> slab_def.h:static __always_inline void *kmalloc(size_t size, gfp_t flags)
> 
> Given that I haven't got a clue how to test a dlm, it's probably
> best that you patch it.
> 
> Jesper:
>   I noticed in your patch:
> https://lkml.org/lkml/2011/7/2/90
> 
> where you had done a kmalloc->kzalloc transform you kept the swap.
> 
> This looks like new code in 3.0rc so I don't think you could quite
> call it a regression, but it should probably be fixed fairly quickly
> I guess.

Thanks, I'll get that fixed.
Dave


      parent reply	other threads:[~2011-07-11 13:23 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-10  0:30 kmallocs with swapped parameters in fs/dlm/lock.c Dr. David Alan Gilbert
2011-07-10 20:56 ` Jesper Juhl
2011-07-11  8:25   ` Dr. David Alan Gilbert
2011-07-11  8:33     ` Jesper Juhl
2011-07-11 13:25       ` David Teigland
2011-07-11 13:23 ` David Teigland [this message]

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=20110711132344.GA14426@redhat.com \
    --to=teigland@redhat.com \
    --cc=jj@chaosbits.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@treblig.org \
    /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