Most recent kernel where this bug did not occur: 2.6.17 Distribution: Debian testing Hardware Environment: Pentium M, Intel board Software Environment: Debian testing Problem Description: CPUFREQ stopped working in 2.6.17, before worked Steps to reproduce:
Created attachment 8447 [details] pmtools dump Listik:/home/listicka/pmtools-20051111# ./acpidump/acpidump -o /tmp/acpidump_20060629 Wrong checksum for generic table!
Created attachment 8448 [details] cpuinfo cpuinfo
Created attachment 8449 [details] dmesg dmesg
Created attachment 8450 [details] lspci lspci
Created attachment 8451 [details] /proc/config.gz /proc/config.gz
please describe exactly how cpufreq does not work. does it fail to load, fail to change the frequencey? Perhaps you could dump the files in /sys/devices/system/cpu/cpu0/cpufreq/ attaching your .conifg and lsmod output might also help.
Hi Len, see dmesg. CPUFREQ simply don't stop, but it is compiled into kernel, not module. There is config.gz included. There are no external modules, only modules included inside 2.6.17, but cpufreq is not compiled as module.
Hi Len, see dmesg. CPUFREQ simply don't stop, but it is compiled into kernel, not module. There is config.gz included. There are no external modules, only modules included inside 2.6.17, but cpufreq is not compiled as module. There are also no /sys files created, which I used up to 2.6.16 kernel.
Have you made up this config yourself? Better try some default config. Not sure for now (sorry, and not worth looking at if you build up your own stuff...) but maybe it's that one missing: # CONFIG_X86_SPEEDSTEP_LIB is not set
You should also compile in: CONFIG_CPU_FREQ_DEBUG=y and add boot param: cpufreq.debug=7
Hi, this is debug output: cpufreq-core: trying to register driver centrino cpufreq-core: adding CPU 0 speedstep-centrino: <6>speedstep-centrino: obtaining ACPI data failed speedstep-centrino: <6>speedstep-centrino: no table support for CPU model "Intel(R) Pentium(R) M processor 1.70GHz" cpufreq-core: initialization failed cpufreq-core: no CPU initialized for driver centrino cpufreq-core: unregistering CPU 0 acpi-cpufreq: acpi_cpufreq_init cpufreq-core: trying to register driver acpi-cpufreq cpufreq-core: adding CPU 0 acpi-cpufreq: acpi_cpufreq_cpu_init cpufreq-core: initialization failed cpufreq-core: no CPU initialized for driver acpi-cpufreq cpufreq-core: unregistering CPU 0 Looks like somethink went wrong in logic - up to 2.6.16 this worked and support was found
This string in your DSDT means, that you have EST(DBS) disabled in your BIOS. You need to have it enabled in order to get ACPI cpufreq to work for you. -------------------------------------------------------------------- OperationRegion (SSDT, SystemMemory, 0xFFFF0000, 0xFFFF) ~~~~~~~~~~ --------------------------------------------------------------------
Hi, it is nice, that this is not setted up, but I have never seen booting my laptop more than 658 MHz. Then I can tune it up in Windows and up to 2.6.15 in Linux. Any "nice" additional check added to speedstep code? I have set all tuning features to enabled (also frequency), but it is still 658MHz in BIOS. Also still can't tune via /sys Any Intel tool to flash this?! http://www.prestigio.cz/drivers/notes/Nobile159W/259IAxV109.rar My BIOS is some OEM one, so no more support :( Just watch it and if needed ADD FORCE OPTION! :(
Fixed in 2.6.18-rc4