Re: 2.6.17-git broke suspend!

Dave Jones
2006-06-28T17:15:16Z

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

--