Re: kernel BUG at kernel/smpboot.c:134!

2013-04-08 Thread Thomas Gleixner
On Mon, 8 Apr 2013, Borislav Petkov wrote: > On Mon, Apr 08, 2013 at 11:24:14AM +0200, Thomas Gleixner wrote: > > + /* Rebind ourself to the target cpu */ > > + if (test_bit(KTHREAD_IS_PER_CPU, &self->flags)) { > > + set_cpus_allowed_ptr(currrent, cpumask_of(self->cpu)); > > "currren

Re: kernel BUG at kernel/smpboot.c:134!

2013-04-08 Thread Borislav Petkov
On Mon, Apr 08, 2013 at 11:24:14AM +0200, Thomas Gleixner wrote: > On Sun, 7 Apr 2013, Borislav Petkov wrote: > > > On Sun, Apr 07, 2013 at 11:20:10AM +0200, Thomas Gleixner wrote: > > > And it's even more bogus because the cpu to which we would bind in > > > kthread_create_on_cpu() is not yet onl

Re: kernel BUG at kernel/smpboot.c:134!

2013-04-08 Thread Thomas Gleixner
On Sun, 7 Apr 2013, Borislav Petkov wrote: > On Sun, Apr 07, 2013 at 11:20:10AM +0200, Thomas Gleixner wrote: > > And it's even more bogus because the cpu to which we would bind in > > kthread_create_on_cpu() is not yet online. > > In case you guys are wondering about reproducibility, I saw the s

Re: kernel BUG at kernel/smpboot.c:134!

2013-04-07 Thread Borislav Petkov
On Sun, Apr 07, 2013 at 11:20:10AM +0200, Thomas Gleixner wrote: > And it's even more bogus because the cpu to which we would bind in > kthread_create_on_cpu() is not yet online. In case you guys are wondering about reproducibility, I saw the same BUG_ON yesterday on a 32-bit atom smp qemu guest t

Re: kernel BUG at kernel/smpboot.c:134!

2013-04-07 Thread Thomas Gleixner
On Sat, 6 Apr 2013, Thomas Gleixner wrote: > This is Hillfs proposed patch: > > > --- a/kernel/kthread.c Sat Jan 19 13:03:52 2013 > > +++ b/kernel/kthread.c Sat Jan 19 13:17:54 2013 > > @@ -306,6 +306,7 @@ struct task_struct *kthread_create_on_cp > > return p; > > set_bit(KTH

Re: kernel BUG at kernel/smpboot.c:134!

2013-04-06 Thread Thomas Gleixner
On Sat, 6 Apr 2013, Srivatsa S. Bhat wrote: > Hi Dave, > > On 04/06/2013 03:13 AM, Dave Hansen wrote: > > Hey Thomas, > > > > I seem to be running in to smpboot_thread_fn()'s > > > > BUG_ON(td->cpu != smp_processor_id()); That should be WARN_ON of course. Stupid me. > > pretty regularly,

Re: kernel BUG at kernel/smpboot.c:134!

2013-04-06 Thread Srivatsa S. Bhat
Hi Dave, On 04/06/2013 03:13 AM, Dave Hansen wrote: > Hey Thomas, > > I seem to be running in to smpboot_thread_fn()'s > > BUG_ON(td->cpu != smp_processor_id()); > > pretty regularly, both at boot and if I boot with maxcpus=x and then > online the CPUs from sysfs after boot. It's a 160-l