Power mgmt / CPUFREQ on Via C7 (Esther)

Power mgmt / CPUFREQ on Via C7 (Esther)

[jorgen]

Hi

I have just bought a nice little sbc mainboard with a Via C7 cpu. It run
Centos with stock kernel 2.6.19.1 that I downloaded and installed a few
days ago.
But cpufreq does not work.

Can I in some way help with testing/debugging the cpufreq driver (centrino
or longhaul?) for this cpu?

Brgds Jorgen

Re: Power mgmt / CPUFREQ on Via C7 (Esther)

[Dave Jones]

On Tue, Jan 02, 2007 at 01:17:05PM +0100, jorgen@greven.dk wrote:
 > Hi
 > 
 > I have just bought a nice little sbc mainboard with a Via C7 cpu. It run
 > Centos with stock kernel 2.6.19.1 that I downloaded and installed a few
 > days ago.
 > But cpufreq does not work.
 > 
 > Can I in some way help with testing/debugging the cpufreq driver (centrino
 > or longhaul?) for this cpu?

The C7 works fine with acpi-cpufreq if the correct BIOS tables are present.
Support *could* be added to speedstep-centrino to use hardcoded tables
for these CPUs for systems where the BIOSes lack them, but hasn't been
done yet.

Given speedstep-centrino is due to be obsoleted by acpi-cpufreq at some stage,
the feature of using hardcoded tables probably needs to be added to
acpi-cpufreq at some point too.

		Dave

-- 
http://www.codemonkey.org.uk

Re: Power mgmt / CPUFREQ on Via C7 (Esther)

[Rafał Bilski]

>  > Hi
>  > 
>  > I have just bought a nice little sbc mainboard with a Via C7 cpu. It run
>  > Centos with stock kernel 2.6.19.1 that I downloaded and installed a few
>  > days ago.
>  > But cpufreq does not work.
>  > 
>  > Can I in some way help with testing/debugging the cpufreq driver (centrino
>  > or longhaul?) for this cpu?
> 
> The C7 works fine with acpi-cpufreq if the correct BIOS tables are present.
> Support *could* be added to speedstep-centrino to use hardcoded tables
> for these CPUs for systems where the BIOSes lack them, but hasn't been
> done yet.
> 
> Given speedstep-centrino is due to be obsoleted by acpi-cpufreq at some stage,
> the feature of using hardcoded tables probably needs to be added to
> acpi-cpufreq at some point too.
> 
> 		Dave
> 
Beauty of "Enhanced PowerSaver" is in that hardcoded tables are not necessary. 
Would be very easy to add ACPI independent driver for these CPU's. If somebody 
would test it then I can try.
What do You think?

Rafa³

----------------------------------------------------------------------
Jestes kierowca? To poczytaj! >>> http://link.interia.pl/f199e

Re: Power mgmt / CPUFREQ on Via C7 (Esther)

[Len Brown]

On Tuesday 02 January 2007 12:36, Dave Jones wrote:
> On Tue, Jan 02, 2007 at 01:17:05PM +0100, jorgen@greven.dk wrote:
>  > Hi
>  > 
>  > I have just bought a nice little sbc mainboard with a Via C7 cpu. It run
>  > Centos with stock kernel 2.6.19.1 that I downloaded and installed a few
>  > days ago.
>  > But cpufreq does not work.
>  > 
>  > Can I in some way help with testing/debugging the cpufreq driver (centrino
>  > or longhaul?) for this cpu?
> 
> The C7 works fine with acpi-cpufreq if the correct BIOS tables are present.
> Support *could* be added to speedstep-centrino to use hardcoded tables
> for these CPUs for systems where the BIOSes lack them, but hasn't been
> done yet.
> 
> Given speedstep-centrino is due to be obsoleted by acpi-cpufreq at some stage,
> the feature of using hardcoded tables probably needs to be added to
> acpi-cpufreq at some point too.

(I view) the whole concept of acpi-cpufreq as the driver which uses the
tables provided by ACPI to talk to the hardware.  (and happily it actually
does what the name of the driver advertises:-)

(I view) speedstep-centrino as a historical artifact from the days before
Intel properly documented and helped the Linux community enable
(MSR-based) processor power management.

I view acpi-cpufreq as supportable.
I view speedstep-centrino as unsupportable.

I have no problem with the community having a driver someplace that does
undocumented hard-coded tables for a machine where acpi-cpufreq is for
some reason unable to do what they need.
But I'd very much like to keep those tables out of acpi-cpufreq.

That said, on the machine in question, please check BIOS SETUP to  see
if there are any options to enable Processor Power Management.  That
would be the ideal solution (though not knowing anything about the C7,
I don't know if it is likely that it has the knobs, and that the BIOS for
this platform knows how to turn them.)

thanks,
-Len

Power mgmt / CPUFREQ on Via C7 (Esther)

[jorgen]

>On Tue, Jan 02, 2007 at 01:17:05PM +0100, jorgen at greven.dk wrote:
> > Hi
> >
> > I have just bought a nice little sbc mainboard with a Via C7 cpu. It run
> > Centos with stock kernel 2.6.19.1 that I downloaded and installed a few
> > days ago.
> > But cpufreq does not work.
> >
> > Can I in some way help with testing/debugging the cpufreq driver
>(centrino
> > or longhaul?) for this cpu?
>
>The C7 works fine with acpi-cpufreq if the correct BIOS tables are present.
>Support *could* be added to speedstep-centrino to use hardcoded tables
>for these CPUs for systems where the BIOSes lack them, but hasn't been
>done yet.
>
>Given speedstep-centrino is due to be obsoleted by acpi-cpufreq at some
>stage,
>the feature of using hardcoded tables probably needs to be added to
>acpi-cpufreq at some point too.
>
>		Dave

The acpi_cpufreq don't load, I suppose that the bios do not support
acpi_cpufreq:

# modprobe acpi_cpufreq
FATAL: Error inserting acpi_cpufreq
(/lib/modules/2.6.19.1/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko):
Unknown symbol in module, or unknown parameter (see dmesg)

# dmesg
acpi_cpufreq: disagrees about version of symbol acpi_processor_notify_smm
acpi_cpufreq: Unknown symbol acpi_processor_notify_smm

I have looked arround in bios setup and found and enabled whatever look
related to pwr management, and it did give some new messages.

Here is a few ACPI comments from boot (dmesg)

DMI 2.3 present.
ACPI: RSDP (v000 CN700                                 ) @ 0x000f7880
ACPI: RSDT (v001 CN700  AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1eee3040
ACPI: FADT (v001 CN700  AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1eee30c0
ACPI: MADT (v001 CN700  AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1eee8000
ACPI: DSDT (v001 CN700  AWRDACPI 0x00001000 MSFT 0x0100000e) @ 0x00000000
...
...
ACPI: Processor [CPU0] (supports 2 throttling states)
...
How can I determine if this is a driver problem or a bios problem?

Jorgen

Re: Power mgmt / CPUFREQ on Via C7 (Esther)

[Dave Jones]

On Tue, Jan 02, 2007 at 11:16:49PM +0100, jorgen@greven.dk wrote:

 > # dmesg
 > acpi_cpufreq: disagrees about version of symbol acpi_processor_notify_smm
 > acpi_cpufreq: Unknown symbol acpi_processor_notify_smm

Looks like a miscompiled module somehow.

		Dave

-- 
http://www.codemonkey.org.uk

Re: Power mgmt / CPUFREQ on Via C7 (Esther)

[Dave Jones]

On Tue, Jan 02, 2007 at 07:18:33PM +0100, Rafał Bilski wrote:

 > > Given speedstep-centrino is due to be obsoleted by acpi-cpufreq at some stage,
 > > the feature of using hardcoded tables probably needs to be added to
 > > acpi-cpufreq at some point too.
 > > 
 > Beauty of "Enhanced PowerSaver" is in that hardcoded tables are not necessary. 
 > Would be very easy to add ACPI independent driver for these CPU's. If somebody 
 > would test it then I can try.
 > What do You think?

That's an alternative.  It wouldn't look much different from the existing
speedstep-centrino.c though.

		Dave

-- 
http://www.codemonkey.org.uk

Power mgmt / CPUFREQ on Via C7 (Esther)

[jorgen]

>On Tue, Jan 02, 2007 at 11:16:49PM +0100, jorgen at greven.dk wrote:

> > # dmesg
> > acpi_cpufreq: disagrees about version of symbol
acpi_processor_notify_smm acpi_cpufreq: Unknown symbol
acpi_processor_notify_smm

>Looks like a miscompiled module somehow.
>
>		Dave
>
Why that - it's stock code from kernel.org?

Can you point me to:
1) info on how to debug a module
2) some specs on the acpi / cpu frequency parts

Brgds Jorgen

Re: Power mgmt / CPUFREQ on Via C7 (Esther)

[Len Brown]

On Wednesday 03 January 2007 05:22, jorgen@greven.dk wrote:
> >On Tue, Jan 02, 2007 at 11:16:49PM +0100, jorgen at greven.dk wrote:
> 
> > > # dmesg
> > > acpi_cpufreq: disagrees about version of symbol
> acpi_processor_notify_smm acpi_cpufreq: Unknown symbol
> acpi_processor_notify_smm

acpi_processor_notify_smm should get built into the processor module --
assuming CONFIG_ACPI and CONFIG_CPU_FREQ are enabled.

did you do a "make oldconfig" before building?
what do you see running
grep ACPI .config
grep CPU_FREQ .config

-Len

Re: Power mgmt / CPUFREQ on Via C7 (Esther)

[Jorgen]

Rafał Bilski <rafalbilski <at> interia.pl> writes:

> >  > But cpufreq does not work.
> >  > 
> >  > Can I in some way help with testing/debugging the cpufreq driver (centrino
> >  > or longhaul?) for this cpu?
> > 
> > The C7 works fine with acpi-cpufreq if the correct BIOS tables are present.
> > Support *could* be added to speedstep-centrino to use hardcoded tables
> > for these CPUs for systems where the BIOSes lack them, but hasn't been
> > done yet.
> > 
> Beauty of "Enhanced PowerSaver" is in that hardcoded tables are not necessary. 
> Would be very easy to add ACPI independent driver for these CPU's. If somebody 
> would test it then I can try.
> What do You think?
> 
> Rafał
> 
> ----------------------------------------------------------------------
> Jestes kierowca? To poczytaj! >>> http://link.interia.pl/f199e
> 

If you need a tester with a Via C7 PC, I'm ready to do do it.

Looks as acpi-cpufreq only works on Intel h/w, and longhaul are not going to
support Via C7, so I'm left out in the cold.

Brgds Jorgen

Power mgmt / CPUFREQ on Via C7 (Esther)

[jorgen]

>On Wednesday 03 January 2007 05:22, jorgen at greven.dk wrote:
>> >On Tue, Jan 02, 2007 at 11:16:49PM +0100, jorgen at greven.dk wrote:
>>
>> > > # dmesg
>> > > acpi_cpufreq: disagrees about version of symbol
>> acpi_processor_notify_smm acpi_cpufreq: Unknown symbol
>> acpi_processor_notify_smm
>
>acpi_processor_notify_smm should get built into the processor module --
>assuming CONFIG_ACPI and CONFIG_CPU_FREQ are enabled.
>
>did you do a "make oldconfig" before building?
>what do you see running
>grep ACPI .config
>grep CPU_FREQ .config
>
>-Len

Yes, I have done make oldconfig.
Here is output from lsmod, minus some irelevant entries:
# lsmod
Module                  Size  Used by
autofs4                20996  0
w83627hf               23712  0
hwmon_vid               3200  1 w83627hf
hwmon                   3844  1 w83627hf
eeprom                  7712  0
i2c_isa                 5760  1 w83627hf
dm_mirror              23060  0
dm_mod                 57420  1 dm_mirror
button                  8336  0
battery                10372  0
ac                      5636  0
uhci_hcd               23444  0
ehci_hcd               31000  0
i2c_viapro              9116  0
i2c_core               21248  4 w83627hf,eeprom,i2c_isa,i2c_viapro
sata_via               10244  0
libata                102820  1 sata_via
sd_mod                 20480  0
scsi_mod              136908  2 libata,sd_mod

The acpi_cpufreq module is build and I beleave that the correct options
are enabled:

# grep ACPI .config
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
# CONFIG_ACPI_SLEEP_PROC_SLEEP is not set
CONFIG_ACPI_AC=m
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_ASUS=m
# CONFIG_ACPI_IBM is not set
CONFIG_ACPI_TOSHIBA=m
CONFIG_ACPI_BLACKLIST_YEAR=2001
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
# CONFIG_ACPI_CONTAINER is not set
# CONFIG_ACPI_SBS is not set
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_POWERNOW_K7_ACPI=y
CONFIG_X86_POWERNOW_K8_ACPI=y
CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y
CONFIG_X86_ACPI_CPUFREQ_PROC_INTF=y
CONFIG_HOTPLUG_PCI_ACPI=m
CONFIG_HOTPLUG_PCI_ACPI_IBM=m
CONFIG_PNPACPI=y

# grep CPU_FREQ .config
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=m
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m

Sorry for the long lists, but U ask for them.

Brgds Jorgen

Power mgmt / CPUFREQ on Via C7 (Esther)

[Jorgen]

> Patch for 2.6.19.1 is included in this message. It is adding new driver
> to cpufreq so You have to enable it in kernel config. It isn't working
> driver for now. Compile it as module. After modprobe it will print
> You few lines starting with "eps: ". Please send me theses lines. If
> there will be sane values then I will send You more working driver.
> 
> Regards
> Rafa³
> 
> 
> 
Hi Rafa

I have build with your patch and loaded the enhanced_powersaver module. Here 
is the output from dmesg:

eps: Eden
eps: Extended Centaur CPUID = 0xc0000002
eps: CPU temp = 42 deg C
eps: Current voltage 844mV
eps: Current multiplier 10

Looks good to me.

The mainboard is an I-Base IB796

Brgds Jorgen