cpufreq/speedstep won't work on Sony Vaio PCG-F807K

cpufreq/speedstep won't work on Sony Vaio PCG-F807K

[Prakash Punnoor]

[-- Attachment #1: Type: text/plain, Size: 8173 bytes --]

Hi,

subject says it all. The cpufreq interface won't show up (using kernel
2.6.12-rc4). I tried the speedstep-smi and acpi-cpufreq module. When I try to
insert one of them, modprobe just report: No such device.

At least the acpi on eshould work, as the bios allows to change freq via ACPI.
I laos fixed the dsdt and tried to use this one, but no difference.

An ideas?

Cheers,

Prakash


0000:00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host
bridge (rev 03)
        Subsystem: Sony Corporation: Unknown device 806f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
        Latency: 64
        Region 0: Memory at 40000000 (32-bit, prefetchable)
        Capabilities: [a0] AGP version 1.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans-
64bit- FW- AGP3- Rate=x1,x2
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW-
Rate=<none>

0000:00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP
bridge (rev 03) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV+ VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 128
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
        I/O behind bridge: 0000e000-0000efff
        Memory behind bridge: fd000000-fecfffff
        Prefetchable memory behind bridge: fff00000-000fffff
        Expansion ROM at 0000e000 [disabled] [size=4K]
        BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B+

0000:00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0

0000:00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
(prog-if 80 [Master])
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 64
        Region 4: I/O ports at fc90 [size=16]

0000:00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev
01) (prog-if 00 [UHCI])
        Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin D routed to IRQ 9
        Region 4: I/O ports at fca0 [size=32]

0000:00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin ? routed to IRQ 9

0000:00:08.0 FireWire (IEEE 1394): Sony Corporation CXD3222 i.LINK Controller
(rev 02) (prog-if 10 [OHCI])
        Subsystem: Sony Corporation: Unknown device 8071
        Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fedf7000 (32-bit, non-prefetchable)
        Region 1: Memory at fedf7c00 (32-bit, non-prefetchable) [size=512]
        Capabilities: [dc] Power Management version 1
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:09.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S
Audio Controller] (rev 02)
        Subsystem: Sony Corporation: Unknown device 8072
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR+
        Latency: 64 (1250ns min, 6250ns max)
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fedf8000 (32-bit, non-prefetchable)
        Region 1: I/O ports at fcc0 [size=64]
        Region 2: I/O ports at fc8c [size=4]
        Capabilities: [50] Power Management version 1
                Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:0a.0 Communication controller: Conexant HSF 56k Data/Fax Modem (Mob
WorldW SmartDAA) (rev 01)
        Subsystem: Sony Corporation Modem
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fede0000 (32-bit, non-prefetchable)
        Region 1: I/O ports at fc78 [size=8]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:0c.0 CardBus bridge: Ricoh Co Ltd RL5c478 (rev 80)
        Subsystem: Sony Corporation: Unknown device 8073
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 168
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at 10000000 (32-bit, non-prefetchable)
        Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
        Memory window 0: 10400000-107ff000 (prefetchable)
        Memory window 1: 10800000-10bff000
        I/O window 0: 00004000-000040ff
        I/O window 1: 00004400-000044ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001

0000:00:0c.1 CardBus bridge: Ricoh Co Ltd RL5c478 (rev 80)
        Subsystem: Sony Corporation: Unknown device 8073
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 168
        Interrupt: pin B routed to IRQ 9
        Region 0: Memory at 10001000 (32-bit, non-prefetchable)
        Bus: primary=00, secondary=06, subordinate=09, sec-latency=176
        Memory window 0: 10c00000-10fff000 (prefetchable)
        Memory window 1: 11000000-113ff000
        I/O window 0: 00004800-000048ff
        I/O window 1: 00004c00-00004cff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001

0000:01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M
AGP 2x (rev 64) (prog-if 00 [VGA])
        Subsystem: Sony Corporation: Unknown device 80ae
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 66 (2000ns min), cache line size 08
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fd000000 (32-bit, non-prefetchable)
        Region 1: I/O ports at e800 [size=256]
        Region 2: Memory at fecff000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [50] AGP version 1.0
                Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans-
64bit- FW- AGP3- Rate=x1,x2
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW-
Rate=<none>
        Capabilities: [5c] Power Management version 1
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: cpufreq/speedstep won't work on Sony Vaio PCG-F807K

[Dominik Brodowski]

Hi,

On Tue, May 24, 2005 at 06:27:44PM +0200, Prakash Punnoor wrote:
> Hi,
> 
> subject says it all. The cpufreq interface won't show up (using kernel
> 2.6.12-rc4). I tried the speedstep-smi and acpi-cpufreq module. When I try to
> insert one of them, modprobe just report: No such device.

Please compile the kernel with CPUFREQ_DEBUG enabled, boot the kernel with
the option cpufreq.debug=2 and (try to) modprobe both modules again. Then
send me or the cpufreq list (see MAINTAINERS) the output of "dmesg".

	Dominik

Re: cpufreq/speedstep won't work on Sony Vaio PCG-F807K

[Prakash Punnoor]

[-- Attachment #1: Type: text/plain, Size: 2620 bytes --]

Dominik Brodowski schrieb:
> On Tue, May 24, 2005 at 06:27:44PM +0200, Prakash Punnoor wrote:
>>subject says it all. The cpufreq interface won't show up (using kernel
>>2.6.12-rc4). I tried the speedstep-smi and acpi-cpufreq module. When I try to
>>insert one of them, modprobe just report: No such device.
> 
> 
> Please compile the kernel with CPUFREQ_DEBUG enabled, boot the kernel with
> the option cpufreq.debug=2 and (try to) modprobe both modules again. Then
> send me or the cpufreq list (see MAINTAINERS) the output of "dmesg".

I first tried acpi-cpufreq (which didn't output much), then speedstep:

acpi-cpufreq: acpi_cpufreq_init
acpi-cpufreq: acpi_cpufreq_cpu_init
acpi-cpufreq: acpi_processor_cpu_init_pdc
speedstep-lib: x86: 6, model: 8
speedstep-lib: Coppermine: MSR_IA32_EBL_CR_POWERON is 0x47c80020, 0x0
speedstep-lib: Coppermine: MSR_IA32_PLATFORM ID is 0x0, 0xfb4d0000
speedstep-smi: signature:0x47534943, command:0x008000b2, event:0x000000b3,
perf_level:0x07d00100.
speedstep-smi: trying to obtain ownership with command 47534980 at port b2
speedstep-smi: result is 0
speedstep-smi: trying to determine frequencies with command 47534980 at port b2
speedstep-smi: result 47534980, low_freq 0, high_freq 4
speedstep-smi: could not detect low and high frequencies by SMI call.
speedstep-lib: trying to determine both speeds
speedstep-lib: P3 - MSR_IA32_EBL_CR_POWERON: 0x47c80020 0x0
speedstep-lib: speed is 650000
speedstep-lib: previous seped is 650000
speedstep-smi: trying to set frequency to state 1 with command 47534980 at port b2
speedstep-smi: retry 1, previous result 0, waiting...
speedstep-smi: retry 2, previous result 0, waiting...
speedstep-smi: retry 3, previous result 0, waiting...
speedstep-smi: retry 4, previous result 0, waiting...
speedstep-smi: retry 5, previous result 0, waiting...
cpufreq: change failed with new_state 2 and result 0
speedstep-lib: P3 - MSR_IA32_EBL_CR_POWERON: 0x47c80020 0x0
speedstep-lib: speed is 650000
speedstep-lib: low seped is 650000
speedstep-smi: trying to set frequency to state 0 with command 47534980 at port b2
speedstep-smi: retry 1, previous result 0, waiting...
speedstep-smi: retry 2, previous result 0, waiting...
speedstep-smi: retry 3, previous result 0, waiting...
speedstep-smi: retry 4, previous result 0, waiting...
speedstep-smi: retry 5, previous result 0, waiting...
cpufreq: change failed with new_state 2 and result 0
speedstep-lib: P3 - MSR_IA32_EBL_CR_POWERON: 0x47c80020 0x0
speedstep-lib: speed is 650000
speedstep-lib: high seped is 650000
speedstep-smi: could not detect two different speeds -- aborting.


HTH,

Prakash

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: cpufreq/speedstep won't work on Sony Vaio PCG-F807K

[Dominik Brodowski]

Hi,

> speedstep-smi: signature:0x47534943, command:0x008000b2, event:0x000000b3,
> perf_level:0x07d00100.

Could you try passing the module option "smi_cmd=0x82" to speedstep-smi?
Most often this is the correct value, and in several cases the BIOS reports
false values (in your case: 0x80) which cause speedstep-smi not to work
properly.

Thanks,
	Dominik

Re: cpufreq/speedstep won't work on Sony Vaio PCG-F807K

[Prakash Punnoor]

[-- Attachment #1: Type: text/plain, Size: 1049 bytes --]

Dominik Brodowski schrieb:
> Hi,
> 
> 
>>speedstep-smi: signature:0x47534943, command:0x008000b2, event:0x000000b3,
>>perf_level:0x07d00100.
> 
> 
> Could you try passing the module option "smi_cmd=0x82" to speedstep-smi?
> Most often this is the correct value, and in several cases the BIOS reports
> false values (in your case: 0x80) which cause speedstep-smi not to work
> properly.

Thanx, now the module loads and (partly) works: I now have 500MHz and 650MHz
*only* as selection and I can switch between them both. But why only this two
options? If I enable speedstep in bios and force it, Linux reports 133MHz or
alike as CPU speed,which seems to be a more realistic lower limit, as I don't
think going to 500MHz will save me much.

Anyway, shoudl a quirk for this notebook be added somewhere? Do you need
additional infos for this, in case?

Is there a possibility to get the ACPI P-state driver going? Perhaps this
would give me a lower minimum clock. Or is the ACPI crew responsible for this
driver and should I ask them?

Cheers,

Prakash

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: cpufreq/speedstep won't work on Sony Vaio PCG-F807K

[Dominik Brodowski]

Hi,

On Mon, Jun 06, 2005 at 12:59:45PM +0200, Prakash Punnoor wrote:
> Thanx, now the module loads and (partly) works: I now have 500MHz and 650MHz
> *only* as selection and I can switch between them both. But why only this two
> options?

Because the CPU only offers these two states.

> If I enable speedstep in bios and force it, Linux reports 133MHz or
> alike as CPU speed,which seems to be a more realistic lower limit, as I don't
> think going to 500MHz will save me much.

However, the CPU only supports 500 MHz or 600 MHz. Possibly, the other
effect you're seeing is from CPU frequency throttling which is (mostly)
useless.

> Is there a possibility to get the ACPI P-state driver going? Perhaps this
> would give me a lower minimum clock. Or is the ACPI crew responsible for this
> driver and should I ask them?

The ACPI driver most likely would export the same two states. If it doesn't
work, it is (most likely) a BIOS issue [i.e. the BIOS only is ACPI
1.0-compliant and not 2.0] and not an ACPI issue.

	Dominik

Re: cpufreq/speedstep won't work on Sony Vaio PCG-F807K

[Prakash Punnoor]

[-- Attachment #1: Type: text/plain, Size: 833 bytes --]

Dominik Brodowski schrieb:

>>If I enable speedstep in bios and force it, Linux reports 133MHz or
>>alike as CPU speed,which seems to be a more realistic lower limit, as I don't
>>think going to 500MHz will save me much.
> 
> 
> However, the CPU only supports 500 MHz or 600 MHz. Possibly, the other
> effect you're seeing is from CPU frequency throttling which is (mostly)
> useless.

Ok, I did some more experiments and it seems you are right. Then it seems
Linux miscalculates the MHz if I select Auto in the BIOS. (I need to use acpi
pm timer then, otherwise I get lost ticks with tsc.) It is *not* throtteling
which results in this, as I can still throttle down via acpi by hand and then
the laptop feels very sluggish (same if Linux reports 133 or 500MHz). So I
wonder a bit how this comes, but well...

Thanx anyway,

Prakash

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]