Re: 2.6.17-git broke suspend!

[Dave Jones <davej@redhat.com>]

On Wed, Jun 28, 2006 at 10:05:19AM +0200, Jens Axboe wrote:
 > On Tue, Jun 27 2006, Dave Jones wrote:
 > > On Tue, Jun 27, 2006 at 08:55:33PM +0200, Jens Axboe wrote:
 > > 
 > >  > > I don't see any cpufreq stuff in your dmesg at all. 
 > >  > > Is it definitly on in the config ?
 > >  > 
 > >  > Strangely, now /sys/devices/system/cpu/cpu0 also seems to be empty on
 > >  > this kernel. Wonder what is going on here...
 > >  > 
 > >  > CONFIG_CPU_FREQ=y
 > >  > CONFIG_CPU_FREQ_TABLE=y
 > >  > # CONFIG_CPU_FREQ_DEBUG is not set
 > >  > CONFIG_CPU_FREQ_STAT=y
 > >  > # CONFIG_CPU_FREQ_STAT_DETAILS is not set
 > >  > CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
 > >  > # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
 > >  > CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
 > >  > CONFIG_CPU_FREQ_GOV_POWERSAVE=m
 > >  > CONFIG_CPU_FREQ_GOV_USERSPACE=m
 > >  > CONFIG_CPU_FREQ_GOV_ONDEMAND=m
 > >  > CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
 > > 
 > > CONFIG_X86_SPEEDSTEP_CENTRINO too ?
 > > 
 > > booting with cpufreq.debug=7 should show _some_ info.
 > > Give that a shot
 > 
 > Ok, foudn the problem, it was indeed a missing .config setting. I had
 > acpi processor as =m, and apparently some of the later kernels then
 > don't allow CPU_FREQ_ACPI_TABLES=y and just helpfully deleted the
 > option. Fixing that up makes everything work again!

Ouch, that's a nasty trap for someone to fall into.
I'm glad you figured out what was happening, but I'm
concerned that a lot of users building their own kernels
may not be able to do the same.

Hmm, not sure what the right fix is though.

		Dave

-- 
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/