public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@suse.de>
To: Balaji Rao <balajirrao@gmail.com>
Cc: Laurent Riffard <laurent.riffard@free.fr>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: linux-next: Tree for March 7: slab corruptions
Date: Sat, 8 Mar 2008 19:05:59 -0800	[thread overview]
Message-ID: <20080309030559.GA24355@suse.de> (raw)
In-Reply-To: <200803090029.49180.balajirrao@gmail.com>

On Sun, Mar 09, 2008 at 12:29:48AM +0530, Balaji Rao wrote:
> On Saturday 08 March 2008 04:15:22 pm Laurent Riffard wrote:
> > Le 07.03.2008 04:18, Stephen Rothwell a ??crit :
> > > Hi all,
> > >
> > > I have created today's linux-next tree at
> > > git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
> >
> > I've got a lot of "Slab corruption" with next-20060307 (actually a
> > continuous flow of warnings) whereas next-20060306 is fine.
> >
> > [    3.045882] Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
> > [    3.045885] Last user: [<c022460e>](vc_allocate+0x5a/0x136)
> > [    3.045890] 000: 03 00 00 00 a0 00 00 00 40 00 00 00 40 01 00 00
> > [    3.045902] 010: 00 00 00 00 00 00 85 de 00 50 85 de 00 00 85 de
> > [    3.055247] Slab corruption: size-512 start=defb5060, len=512
> > [    3.056465] Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
> > [    3.057363] Last user: [<c022789b>](device_release+0x36/0x58)
> > [    3.058594] 0f0: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b
> > [    3.060109] Single bit error detected. Probably bad RAM.
> > [    3.061353] Run memtest86+ or a similar memory test tool.
> > [    3.062501] Next obj: start=defb5278, len=512
> > [    3.063596] Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.
> > [    3.064751] Last user: [<c022460e>](vc_allocate+0x5a/0x136)
> > [    3.065447] 000: 04 00 00 00 a0 00 00 00 40 00 00 00 40 01 00 00
> > [    3.066965] 010: 00 00 00 00 00 80 85 de 00 d0 85 de 00 80 85 de
> > [    3.074109] Slab corruption: size-512 start=defb56a8, len=512
> > [    3.075336] Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
> > [    3.076510] Last user: [<c022789b>](device_release+0x36/0x58)
> > [    3.077360] 0f0: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b
> > [    3.078885] Single bit error detected. Probably bad RAM.
> > [    3.080015] Run memtest86+ or a similar memory test tool.
> >
> > I did a bisection:
> >
> > 5a428808720b31026890d3ff71fbd891d9a94fd6 is first bad commit
> > commit 5a428808720b31026890d3ff71fbd891d9a94fd6
> > Author: Balaji Rao <balajirrao@gmail.com>
> > Date:   Thu Mar 6 22:23:18 2008 +0530
> >
> >     kobjects: mark cleaned up kobjects as unitialized
> >
> >     When I remove only the kvm-intel module without removing the kvm module
> >     itself, I get an error saying that a kobject is trying to be
> >     reinitialized. Its because of the fact that kvm reuses a kobject in
> >     kvm_init when calling sysdev_register.
> >
> >     This patch fixes kobject_cleanup by marking the kobject as
> > uninitialized when we cleanup to allow kobjects to be reused.
> >
> >     Signed-off-by: Balaji Rao <balajirrao@gmail.com>
> >     Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> >
> > :040000 040000 c15d08d966391dec783d137558fad66d9c2da57b
> > : eddea2ec69c014370cf98cc2fc7e24a8dc301e70 M     lib
> >
> > .config attached
> > ~~
> > laurent
> Hi greg,
> 
> Apparently, its the wrong place to mark the kobject as uninitialized as the 
> kobject could be freed by then. I've now moved it to the top of 
> kobject_cleanup(). This fixes the problem for me.
> 
> laurent, can you please revert the above commit , and apply this patch ? Does 
> it help ?
> 
> Signed-off-by: Balaji Rao <balajirrao@gmail.com>
> 
> diff --git a/lib/kobject.c b/lib/kobject.c
> index d784dae..a1f87bd 100644
> --- a/lib/kobject.c
> +++ b/lib/kobject.c
> @@ -548,6 +548,9 @@ static void kobject_cleanup(struct kobject *kobj)
>         pr_debug("kobject: '%s' (%p): %s\n",
>                  kobject_name(kobj), kobj, __FUNCTION__);
>  
> +       /* Set the state to uninitialized */
> +       kobj->state_initialized = 0;
> +
>         if (t && !t->release)
>                 pr_debug("kobject: '%s' (%p): does not have a release() "
>                          "function, it is broken and must be fixed.\n",
> 
> 

Doh, this is correct, sorry about that, I'll fix this up properly...

thanks,

greg k-h

  reply	other threads:[~2008-03-09  3:02 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-07  3:18 linux-next: Tree for March 7 Stephen Rothwell
2008-03-07  4:39 ` Greg KH
2008-03-08 10:45 ` linux-next: Tree for March 7: slab corruptions Laurent Riffard
2008-03-08 18:59   ` Balaji Rao
2008-03-09  3:05     ` Greg KH [this message]
2008-03-09  8:13       ` Laurent Riffard
  -- strict thread matches above, loose matches on Subject: below --
2009-02-05  5:08 Zhao, Yu
2009-02-05  5:38 ` Greg KH
2009-02-05  7:27   ` Zhao, Yu
2009-02-05 15:26     ` Greg KH

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=20080309030559.GA24355@suse.de \
    --to=gregkh@suse.de \
    --cc=balajirrao@gmail.com \
    --cc=laurent.riffard@free.fr \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=sfr@canb.auug.org.au \
    /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