cpufrequtils-0.1 released

cpufrequtils-0.1 is out and available at

http://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils-0.1.tar.bz2

and will arrive the same place at kernel.org mirrors soon.

It conists of the following elements:

libcpufreq
----------

"libcpufreq" is a library which offers a unified access method for userspace tools and programs to the cpufreq core and drivers in the Linux kernel. This allows for code reduction in userspace tools, a clean implementation of the interaction to the cpufreq core, and support for both the sysfs and proc interfaces [depending on configuration, see below].

utils
-----

"cpufreq-info" determines current cpufreq settings, and provides useful debug information to users and bug-hunters.
"cpufreq-set" allows to set a specific frequency and/or new cpufreq policies without having to type "/sys/devices/system/cpu/cpu0/cpufreq" all the time.

debug
-----

A few debug tools helpful for cpufreq have been merged into this package, but as they are highly architecture specific they are not built by default.

compilation and installation
----------------------------

./configure && make
su
make install

should suffice on most systems. It builds default libcpufreq, cpufreq-set and cpufreq-info files and installs them in /usr/local/lib and /usr/local/bin, respectively. Due to the autotoolization by Mattia Dongili the standard options to make and make install, like "--prefix=/usr", can be passed and (should) work correctly.

options and dependencies
------------------------

./configure by default enables the sysfs interface, but disables the deprecated /proc interface to the cpufreq core in the Linux kernel. For the sysfs interface to build and work correctly, you need "libsysfs", which is part of the "sysfsutils" package. Current requirement is

	sysfsutils-1.0.0

or later.

To disable the sysfs interface, pass the option "--disable-sysfs" to ./configure.

To enable the (deprecated) /proc interface support, pass the option "--enable-proc" to ./configure.

THANKS
------
Many thanks to Mattia Dongili who wrote the autotoolization and libtoolization, the manpages and the italian language file for cpufrequtils; to Dave Jones for his feedback and his dump_psb tool; to Bruno Ducrot for his powernow-k8-decode and intel_gsic tools as well as the french language file; and to various others commenting on the pre-releases of cpufrequtils-0.1.

Dominik

_______________________________________________
Cpufreq mailing list
[email protected]
http://www.linux.org.uk/mailman/listinfo/cpufreq

The message

3. FREQuencies must be passed in kHz = 1000 MHz = 1000000 GHz.

is nice, mathematically :-)) But it's confusing... What you probably mean is

3. FREQuencies must be passed in kHz =^ MHz * 1,000 =^ GHz * 1,000,000

The README isn't of very much help either.

"We demand rigidly defined areas of doubt and uncertainty!"
		-- Vroomfondel

Hi all,

Is there any simple way to use the powernow-k7 driver with custom PST? Until now (kernel 2.6.3) I've always used to patch the module, hardwiring my own PST table for my Mobile Athlon XP 1900+, but with 2.6.8 kernels it seems more complex, with all this ACPI stuff added to it. It is not enough anymore to patch the powernow_decode_bios (int maxfid, int startvid) function any more ..:(

Could you give me some hints please? May be there is opportunity to pass it as a parameter to the cpufreq module? Or a way to integrate it in the initrd.img?

Thanks a lot in advance,

Alex

__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail

At first, are you sure going with ACPI didn't help? If that is the case, I don't see the difficulty to do what you ask, especially if you have already done such hack (ACPI is a fallback, so unless your laptop is in a DMI blacklist, hacking powernow_decode_bios() should work).

I'm afraid nobody will integrate that in mainline.

Cheers,

Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.