linux-kernel - Re: PROBLEM: 3.0-rc kernels unbootable since -rc3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20110712190756.GB4766@dumpdata.com>
Date:	Tue, 12 Jul 2011 15:07:56 -0400
From:	Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
To:	"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
Cc:	Jeremy Fitzhardinge <jeremy@...p.org>,
	xen-devel@...ts.xensource.com,
	julie Sullivan <kernelmail.jms@...il.com>,
	linux-kernel@...r.kernel.org, chengxu@...ux.vnet.ibm.com,
	peterz@...radead.org
Subject: Re: PROBLEM: 3.0-rc kernels unbootable since -rc3

> > > Disabling CONFIG_NO_HZ would be an interesting test case.
> > 
> > Hadn't done that yet. Compiling a kernel with "# CONFIG_NO_HZ is not set"
> > right now.

Log: http://darnok.org/xen/loop_cnt-extra-patch-no-hz-disabled.log
config:http://darnok.org/xen/loop_cnt-extra-patch-no-hz-disabled+.config
Patch: http://darnok.org/xen/loop_cnt-extra-patch-no-hz-disabled.patch

> > > > > But the loop in task_waking_fair() looks like the most prominent smoking
> > > > > gun at the moment.
> > > 
> > > And could you also please try out the patch that I posted earlier?
> > 
> > With the previous patch and the .. this is getting confusing. With this patch:
> > http://darnok.org/xen/loop_cnt-extra.patch
> 
> That is indeed the patch I intended.

<nods>
> 
> > I get this output: http://darnok.org/xen/log.loop_cnt-extra-patch (one guest
> > with 4 VCPUS) and http://darnok.org/xen/loop_cnt-extra-patch.log (the guest with 16 VCPUs)
> 
> OK, so the infinite loop in task_waking_fair() happens even if RCU callbacks
> are deferred until after the scheduler is fully initialized.  Sounds like
> one for the scheduler guys.  ;-)

Yikes. Well, in the meantime let me check the IPI part and see if there is something
busted that could trigger softirq to be invoked directly.

And also compile the kernel with the CONFIG_RCU_PROVE_LOCKING with some extra
git tree you pointed me to.
> 
> 							Thanx, Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/