Re: [PATCH] RCU torture-testing kernel module

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2005-10-24 at 15:54 -0700, Paul E. McKenney wrote:
> On Mon, Oct 24, 2005 at 09:24:33AM -0700, Badari Pulavarty wrote:
> > On Sun, 2005-10-23 at 17:47 -0700, Paul E. McKenney wrote:
> > > On Sun, Oct 23, 2005 at 12:05:21PM -0700, Andrew Morton wrote:
> > > > Ingo Oeser <[email protected]> wrote:
> > > > >
> > > > > DEBUG_KERNEL should do nothing more than showing the debugging
> > > > >  options. 
> > > > 
> > > > yup.
> > > > 
> > > > >  E.g. I don't expect to enable any additional code in an 
> > > > >  unrelated file, if I enable Magic-SysRQ on an embedded, unattended device
> > > > >  to be able to analyze potential problems via serial console.
> > > > > 
> > > > >  @Andrew: Would you accept a patch to fix that?
> > > > 
> > > > more yup.
> > > 
> > > OK, the attached patch covers this and also fixes the redundant #include
> > > that Greg KH spotted.
> > > 
> > > Thoughts?
> > 
> > Paul,
> > 
> > I enabled RCU_TORTURE_TEST in 2.6.14-rc5-mm1. My machine took 10+
> > minutes to boot and let me login. RCU kthreads are hogging the CPU. 
> > Is this expected ? 
> 
> If you did CONFIG_RCU_TORTURE_TEST=y, then yes.

Yep. I have a bad habit of saying "y" to all interesting stuff
in -mm kernel (while doing make oldconfig). I don't use "modules",
initrd etc..

I compiled it as a module. No harm done :)

Thanks,
Badari

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux