CPU Speed step broken in Feisty H5 with Intel Dothan 1.8ghz centrino cpu

[Maxrom]

I've just done a fresh install of Feisty H5, and speed step on my 1.8ghz Intel Dothan centrino cpu is not working at all. This is not uncommon, as other distro's have problems with this particular cpu, but Ubuntu 6.06 and 6.10 worked really well. Currently, it's locked to 600mhz, and on logging in, I'm informed that frequency scaling is not available due to misconfiguration or because my cpu doesnt support it.

Here's the cpu info from my laptop (a UK spec Fujistu Siemens Amilo M1425):

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 13
model name : Intel(R) Pentium(R) M processor 1.80GHz
stepping : 6
cpu MHz : 600.064
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe up est tm2
bogomips : 1201.23
clflush size : 64

Here's my lsmod:

Module Size Used by
arc4 2944 2
ecb 4480 2
blkcipher 6784 1 ecb
ieee80211_crypt_wep 6144 1
ipv6 261920 8
binfmt_misc 12808 1
rfcomm 40856 0
l2cap 25728 5 rfcomm
bluetooth 55268 4 rfcomm,l2cap
ppdev 10116 0
radeon 124704 2
drm 80788 3 radeon
cpufreq_conservative 8200 0
cpufreq_stats 7360 0
cpufreq_ondemand 9228 0
cpufreq_powersave 2688 0
freq_table 5792 2 cpufreq_stats,cpufreq_ondemand
cpufreq_userspace 5408 0
video 16388 0
button 8720 0
sbs 15652 0
i2c_ec 5888 1 sbs
i2c_core 22784 1 i2c_ec
dock 10256 0
battery 10756 0
container 5248 0
ac 6020 0
asus_acpi 17308 0
backlight 7040 1 asus_acpi
sbp2 23812 0
parport_pc 36388 0
lp 12452 0
parport 36936 3 ppdev,parport_pc,lp
fuse 46612 0
pcmcia 39212 0
joydev 10816 0
snd_intel8x0 34076 1
snd_ac97_codec 95008 1 snd_intel8x0
ac97_bus 3200 1 snd_ac97_codec
snd_pcm_oss 44544 0
snd_mixer_oss 17408 1 snd_pcm_oss
snd_pcm 79876 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy 4740 0
snd_seq_oss 32896 0
snd_seq_midi 9600 0
ipw2200 148040 0
yenta_socket 27532 2
rsrc_nonstatic 14080 1 yenta_socket
pcmcia_core 40852 3 pcmcia,yenta_socket,rsrc_nonstatic
ieee80211 34760 1 ipw2200
ieee80211_crypt 7040 2 ieee80211_crypt_wep,ieee80211
snd_rawmidi 25472 1 snd_seq_midi
snd_seq_midi_event 8448 2 snd_seq_oss,snd_seq_midi
snd_seq 52592 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer 23684 2 snd_pcm,snd_seq
snd_seq_device 9100 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
pcspkr 4224 0
psmouse 38792 0
serio_raw 7940 0
snd 54020 12 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 8672 1 snd
intel_agp 24988 1
agpgart 33480 2 drm,intel_agp
iTCO_wdt 11812 0
iTCO_vendor_support 4868 1 iTCO_wdt
snd_page_alloc 10888 2 snd_intel8x0,snd_pcm
shpchp 34324 0
pci_hotplug 32576 1 shpchp
af_packet 23816 8
tsdev 8768 0
evdev 11008 4
ext3 133128 2
jbd 59816 1 ext3
mbcache 9604 1 ext3
ide_cd 32672 1
cdrom 37664 1 ide_cd
ide_disk 17024 4
8139cp 25088 0
ata_piix 16132 0
ata_generic 8708 0
libata 117912 2 ata_piix,ata_generic
scsi_mod 142348 2 sbp2,libata
piix 11140 0 [permanent]
8139too 27648 0
mii 6528 2 8139cp,8139too
ohci1394 36528 0
ieee1394 298680 2 sbp2,ohci1394
generic 5380 0 [permanent]
ehci_hcd 34060 0
uhci_hcd 25228 0
usbcore 134152 3 ehci_hcd,uhci_hcd
thermal 14728 0
processor 31048 1 thermal
fan 5636 0
fbcon 42656 0
tileblit 3584 1 fbcon
font 9216 1 fbcon
bitblit 6912 1 fbcon
softcursor 3200 1 bitblit
vesafb 9220 0
capability 5896 0
commoncap 8192 1 capability

In /sys/devices/system/cpu/cpu0/ I have nothing relating to cpufreq

Doing a quick file search, I couldnt find anything when looking for speedstep-centrino*. Is this normal?

Any help appreciated - would love to get this fixed.

Thanks.

ProblemType: Bug
Architecture: i386
Date: Fri Mar 9 00:11:27 2007
DistroRelease: Ubuntu 7.04
Uname: Linux amilo 2.6.20-9-generic #2 SMP Mon Feb 26 03:01:44 UTC 2007 i686 GNU/Linux

[Ben Collins (ben-collins)]

This issue is because the dothan CPU tables are not in upstream linux kernel. There are patches available to fix it, but they are extremely pervasive in the source tree. The project that supports them needs to actively push these patches upstream.