Re: Potential cpufreq backports for v3.10 LTS

Mark Brown <[email protected]> Tue, 7 Oct 2014 21:45:05 +0100

Newsgroups	org.kernel.vger.cpufreq,org.kernel.vger.linux-pm
Message-ID	<[email protected]>

On Tue, Oct 07, 2014 at 01:04:58PM -0700, Greg Kroah-Hartman wrote:
> On Tue, Oct 07, 2014 at 06:08:00PM +0100, Mark Brown wrote:

> > > >  - 59a6342203a7a cpufreq: Fix governor start/stop race condition

> > > >    This looks like a straight race condition fix.

> > > That is not a commit id in Linus's tree :(

> > Interesting, I was able to cherry-pick it...  looks like the upstream
> > version is 95731eb.  In any case at roughly the same time you sent your
> > mail it's been drawn to my attention off-list that this was subsequently
> > reverted so please ignore this one.  The others should be fine though.

> Ok, I've queued the others up now.

Actually I thinkoed here, as I said in reply to the stable mail the
problematic patch was "19c763031acb8 cpufreq: serialize calls to
__cpufreq_governor()" which was reverted in "56d07db cpufreq: Remove
temporary fix for race between CPU hotplug and sysfs-writes".  The above
commit ID (95731eb) should be good.

Sorry about the confusion here.

signature.asc (application/pgp-signature, 473 B)