[Bug 77201] CPU online hangs, works when powernow-k8 is UN-loaded

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



--- Comment #35 from Srivatsa S. Bhat <srivatsa@xxxxxxx> ---
(In reply to Viresh Kumar from comment #34)
> (In reply to Srivatsa S. Bhat from comment #33)
> > Since Viresh has already set this up, you can try this. If that doesn't
> > help, I'll give you a list of possible suspect commits in cpufreq between
> What else can be there once I have almost got it back to 3.13.8 ?

No, you misunderstood my intention. Of course your branch is a much
stricter one with all new cpufreq commits reverted.

I was just trying to point out commits which came after 3.13.8, in case even
your branch (3.13.8 along with cpufreq reverts) ends up passing his tests. In
that case we'll have to narrow down *within* the commits between v3.13.8 and
v3.14.1, no? My list was to help with that.

> > the 2 versions to try out. The ones at the top of my list would be: 
> > 12478cf0c55e (cpufreq: Make sure frequency transitions are serialized)
> > 
> > e0b3165ba521 (cpufreq: add 'freq_table' in struct cpufreq_policy)
> Remember, he is getting the problem on 3.14 itself and so no fun playing
> with patches that went into 3.15, right? And if I am not wrong these went
> recently only.

Right, sorry, I was doing a diff between 3.13.8 and 3.15-rc8 (based on his
first report) by mistake. Ignore these 2 commits, they are recent. But the
other ones I listed came in between v3.13.8 and v3.14, so they might be worth

Srivatsa S. Bhat

You are receiving this mail because:
You are the assignee for the bug.
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Devel]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Forum]     [Linux SCSI]

  Powered by Linux