* cpufreqd + acpi - error message
@ 2004-05-17 21:30 mailnode
0 siblings, 0 replies; 3+ messages in thread
From: mailnode @ 2004-05-17 21:30 UTC (permalink / raw)
To: cpufreq
hi
I am trying to get cpufreq daemon running with acpi. It works fine with apm,
but not with acpi. I tried cpufreq 1.1.1 and 1.1.2. tried it on kernels
2.4.26, 2.6.5, 2.6.6. If I try to load cpufreq daemon with acpi, I get
following output:
May 17 22:15:30 linux cpufreqd: parse_config(): Rule "lo_cpu" has Profile "lo"
May 17 22:15:30 linux cpufreqd: parse_config(): Rule "hi_cpu" has Profile "hi"
May 17 22:15:30 linux cpufreqd: Starting operations.
May 17 22:15:30 linux cpufreqd: libsys_preinit(): pre-initialization done.
May 17 22:15:30 linux cpufreqd: libsys_init(): ACPICA version 20040326
May 17 22:15:30 linux cpufreqd: libsys_init() - scandir: No such file or
directory
May 17 22:15:30 linux cpufreqd: libsys_init() - found -1 battery slots
May 17 22:15:30 linux cpufreqd: libsys_init() - scandir: No such file or
directory
May 17 22:15:30 linux cpufreqd: daemonize(): going background, bye.
May 17 22:15:30 linux cpufreqd: pid: 1205
May 17 22:15:30 linux cpufreqd: main_loop(): Can't get system info. Exiting.
May 17 22:15:30 linux cpufreqd: free_config(): freeing rule lo_cpu.
May 17 22:15:30 linux cpufreqd: free_config(): freeing battery interval
101--1.
May 17 22:15:30 linux cpufreqd: free_config(): freeing cpu interval 0-30.
May 17 22:15:30 linux cpufreqd: free_config(): freeing program list.
May 17 22:15:30 linux cpufreqd: free_config(): freeing rule hi_cpu.
May 17 22:15:30 linux cpufreqd: free_config(): freeing battery interval
101--1.
May 17 22:15:30 linux cpufreqd: free_config(): freeing cpu interval 30-100.
May 17 22:15:30 linux cpufreqd: free_config(): freeing program list.
May 17 22:15:30 linux cpufreqd: free_config(): freeing profile lo.
May 17 22:15:30 linux cpufreqd: free_config(): freeing profile hi.
"Can't get system info. Exiting." Buggy acpi, Bug, or did I misconfigure
anything on my machine? I use Debian woody, and have loaded the "processor"
and "powernow-k8" modules and can access /proc/acpi/processor... and apci
daemon is running.
Where does cpufreqd look for the system info it needs? Whats missing, wrong?
Thanks
Roland
PS: I have an AMD64 with Asus k8v se deluxe. Bios v.1001
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: cpufreqd + acpi - error message
@ 2004-05-17 23:55 paul.devriendt
2004-05-18 8:35 ` Mattia Dongili
0 siblings, 1 reply; 3+ messages in thread
From: paul.devriendt @ 2004-05-17 23:55 UTC (permalink / raw)
To: mailonde, cpufreq; +Cc: mark.langsdorf, dongili
I ran into this. libsys_init() in libsys_acpi.c gets upset if
the number of batteries is less than 0. The number of batteries
being returned is -1. I got it working by just hardcoding the
number of batteries to 0 instead, and it seemed happy with that
(my machine does not even support batteries, it is a 4P server).
I have not reported it to the maintainers yet, as I am not
really sure which code is at fault. It is on my list to look
at further and try to decide what ought to be happening here.
The -1 return comes from a scandir() call.
Paul.
> -----Original Message-----
> From: mailnode [mailto:mailnode@gmx.net]
> Sent: Monday, May 17, 2004 4:30 PM
> To: cpufreq@www.linux.org.uk
> Subject: cpufreqd + acpi - error message
>
> hi
>
> I am trying to get cpufreq daemon running with acpi. It works
> fine with apm, but not with acpi. I tried cpufreq 1.1.1 and
> 1.1.2. tried it on kernels 2.4.26, 2.6.5, 2.6.6. If I try to
> load cpufreq daemon with acpi, I get following output:
>
> May 17 22:15:30 linux cpufreqd: parse_config(): Rule "lo_cpu"
> has Profile "lo"
> May 17 22:15:30 linux cpufreqd: parse_config(): Rule "hi_cpu"
> has Profile "hi"
> May 17 22:15:30 linux cpufreqd: Starting operations.
> May 17 22:15:30 linux cpufreqd: libsys_preinit():
> pre-initialization done.
> May 17 22:15:30 linux cpufreqd: libsys_init(): ACPICA version
> 20040326 May 17 22:15:30 linux cpufreqd: libsys_init() -
> scandir: No such file or directory May 17 22:15:30 linux
> cpufreqd: libsys_init() - found -1 battery slots May 17
> 22:15:30 linux cpufreqd: libsys_init() - scandir: No such
> file or directory May 17 22:15:30 linux cpufreqd:
> daemonize(): going background, bye.
> May 17 22:15:30 linux cpufreqd: pid: 1205 May 17 22:15:30
> linux cpufreqd: main_loop(): Can't get system info. Exiting.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing rule lo_cpu.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing
> battery interval 101--1.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing cpu
> interval 0-30.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing program list.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing rule hi_cpu.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing
> battery interval 101--1.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing cpu
> interval 30-100.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing program list.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing profile lo.
> May 17 22:15:30 linux cpufreqd: free_config(): freeing profile hi.
>
> "Can't get system info. Exiting." Buggy acpi, Bug, or did I
> misconfigure anything on my machine? I use Debian woody, and
> have loaded the "processor"
> and "powernow-k8" modules and can access
> /proc/acpi/processor... and apci daemon is running.
> Where does cpufreqd look for the system info it needs? Whats
> missing, wrong?
>
> Thanks
> Roland
>
> PS: I have an AMD64 with Asus k8v se deluxe. Bios v.1001
>
> _______________________________________________
> Cpufreq mailing list
> Cpufreq@www.linux.org.uk
> http://www.linux.org.uk/mailman/listinfo/cpufreq
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: cpufreqd + acpi - error message
2004-05-17 23:55 paul.devriendt
@ 2004-05-18 8:35 ` Mattia Dongili
0 siblings, 0 replies; 3+ messages in thread
From: Mattia Dongili @ 2004-05-18 8:35 UTC (permalink / raw)
To: paul.devriendt; +Cc: mark.langsdorf, mailonde, cpufreq
On Mon, May 17, 2004 at 06:55:52PM -0500, paul.devriendt@amd.com wrote:
> I ran into this. libsys_init() in libsys_acpi.c gets upset if
> the number of batteries is less than 0. The number of batteries
> being returned is -1. I got it working by just hardcoding the
> number of batteries to 0 instead, and it seemed happy with that
> (my machine does not even support batteries, it is a 4P server).
>
> I have not reported it to the maintainers yet, as I am not
> really sure which code is at fault. It is on my list to look
> at further and try to decide what ought to be happening here.
> The -1 return comes from a scandir() call.
I'm sorry, cpufreqd is/was mainly aimed at laptop usage, that's why I
expect to find something in /proc/acpi/battery/
I'm now working to make cpufreqd useable on every machine where
batteries and ac plug have no sense.
In the meantime your hack is the only possible solution.
bye
--
mattia
:wq!
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-05-18 8:35 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-17 21:30 cpufreqd + acpi - error message mailnode
-- strict thread matches above, loose matches on Subject: below --
2004-05-17 23:55 paul.devriendt
2004-05-18 8:35 ` Mattia Dongili
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.