On Fri, Mar 16, 2012 at 04:38:16PM -0700, Greg KH wrote: > 3.2-stable review patch. If anyone has any objections, please let me know. > > ------------------ > > From: Matthew Garrett > > commit 4949be16822e92a18ea0cc1616319926628092ee upstream. > > Right now we won't touch ASPM state if ASPM is disabled, except in the case > where we find a device that appears to be too old to reliably support ASPM. > Right now we'll clear it in that case, which is almost certainly the wrong > thing to do. The easiest way around this is just to disable the blacklisting > when ASPM is disabled. > > Signed-off-by: Matthew Garrett > Signed-off-by: Jesse Barnes > Signed-off-by: Greg Kroah-Hartman > Sorry for the late response, but I bought a new machine this week (low-end i3) and this has bitten me. I prepared a "generic" x86_64 kernel using 3.2.9, which I hoped would be good enough to get me started, and later prepared another using 3.3.0. Long story short - 3.2.9 was adequate, 3.3.0 crashes early in boot (before switching from the 80x25 console to kms). All the interesting part has scrolled off the screen, and it's too early to get logged. By a process of elimination, I found that all the stable kernels after 3.2.11 crash. Looking at the changes there, a few seemed possible candidates. With those all added to 3.2.8, that too crashed (I had other things that needed tweaking in the config, indeed I still do, and wanted to try to fix some of them which is why I went back to an older kernel, trying not to set EXTRAVERSION unnecessarily). I then took that amended config to use for newer kernels. Trial and error showed this commit seemed to be the problem. I then reverted this commit from 3.3.0, and took my amended .config which works adequately in vanilla 3.2.8. I'm now running that. The .config is attached. Can I provide any other information ? ken --