* Re: Re: Acpi slows down my new Asus portable quite a lot
[not found] ` <200307161834.02571.rmuehlhoff-52dn/g0OV9M@public.gmane.org>
@ 2003-07-17 11:55 ` Sebastian Henschel
0 siblings, 0 replies; 2+ messages in thread
From: Sebastian Henschel @ 2003-07-17 11:55 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 1092 bytes --]
hello rainer..
* "Rainer M." <rmuehlhoff-52dn/g0OV9M@public.gmane.org> [2003-07-17 07:50 +0200]:
> I'm using an ASUS MxN, acpi works fine after applying a modified DSDT to solve
> the 100%-cpu-load problem. But what still does not work is fan control and
> speedstepping.
> When starting with AC-adaptor, the fan would toggle between off and full
> power. When starting with battery, the fan would never start running, (even
> when my computer's compiling) and cpu speed eventually gets throttled down
> (presumably by the cpu's internal overheat handlers) to 100MHz in the end.
>
> The second question of course would be whether someone has ideas how to solve
> it. My DSDT can be found at acpi.sf.net, section ASUS M2400N (this fixed one,
> not the original one).
you might try using cpufreq (http://www.codemonkey.org.uk/cpufreq/) and
cpufreqd (http://cpufreqd.sf.net) to regulate the speed of your cpu (and
thus your fan).
hth,
sebastian
--
::: sebastian henschel
::: kodeaffe
::: lynx -source http://www.kodeaffe.de/shensche.pub | gpg --import
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Acpi slows down my new Asus portable quite a lot
@ 2003-07-15 14:29 Carlo E. Prelz
2003-07-15 20:22 ` Jan Rychter
0 siblings, 1 reply; 2+ messages in thread
From: Carlo E. Prelz @ 2003-07-15 14:29 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Dear readers,
I up to now managed to not need to tackle ACPI world. But I have
recently purchased a fresh new Asus portable.
It is a Centrino-based N3700N. Using a kernel with only APM, the audio
chipset would not be recognized (was assigned IRQ 0 - suggestions to
solve this problem by disabling the 'PnP OS' bios option were useless,
since the bios of this machine lacks this (and many other) options).
Having read that ACPI can manage IRQ's, I compiled it, and lo! audio
chip detected and working! But the machine slows down quite a
lot. This happens both on 2.4.22-pre5 and on 2.6.0-test1, this last
one also with the small ACPI patch applied. A typical top output looks
as follows:
3 root 15 -10 0 0 0 R 99.9 0.0 59:11.49 events/0
644 root 15 0 1696 932 1576 R 0.3 0.2 0:00.01 top
1 root 15 0 1212 468 1180 S 0.0 0.1 0:01.27 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
5 root 16 0 0 0 0 S 0.0 0.0 0:00.05 khubd
6 root 25 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
7 root 15 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
8 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
9 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
10 root 22 0 0 0 0 S 0.0 0.0 0:00.00 pccardd
11 root 17 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
12 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kjournald
70 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kjournald
111 root 15 0 2052 824 1936 S 0.0 0.2 0:00.00 dhclient
...
...
...
As you can see, 99.9 of the cpu time is sucked by events/0. In 2.4
kernels, the fat process is called keventd, but the result is the
same.
I have compiled ACPI first without support for any sub-module, and
then with fan and asus-specific support. No change happens. What I
noticed is that, soon after boot, the PC's fan starts blowing, and
never stops while the machine is on. This does not happen without
ACPI.
I decided to write after finding a bug registration on your site ([Bug
843] New: Getting very high CPU load on Laptop with ACPI). The
portable of the submitter of the bug is a Fujitsu-Siemens C6155, but
his situation is otherwise quite similar to mine. I found no reference
of this on the acpi-devel list, so I thought I'd drop a line.
Here is an extract of the boot messages:
--8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--
...
...
...
ACPI: Subsystem revision 20030714
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
ACPI: Embedded Controller [EC0] (gpe 28)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 11 12, disabled)
ACPI: PCI Interrupt Link [LNKC] (IRQs *4 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs *5 6)
ACPI: PCI Interrupt Link [LNKE] (IRQs 6 *11)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 7, disabled)
ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7, disabled)
ACPI: PCI Interrupt Link [LNKH] (IRQs *4 6 12)
ACPI: Power Resource [GFAN] (off)
...
...
...
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 5
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 3
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 7
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
...
...
...
ACPI: Fan [FN00] (off)
Asus Laptop ACPI Extras version 0.24a
M3N model detected, unsupported, trying default values, contact the
developers
Notify Handler installed successfully
Error changing brightness
Error changing brightness
...
...
...
--8<----8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--
I am available if more info are needed, or if you need me to test any
patch. Thanks in advance!
Carlo
--
* Se la Strada e la sua Virtu' non fossero state messe da parte,
* K * Carlo E. Prelz - fluido-1XNsQiTun9D1P9xLtpHBDw@public.gmane.org che bisogno ci sarebbe
* di parlare tanto di amore e di rettitudine? (Chuang-Tzu)
-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: Acpi slows down my new Asus portable quite a lot
@ 2003-07-15 20:22 ` Jan Rychter
[not found] ` <m2lluzedzy.fsf-dTJq59+VGzkkCw8IV3R6h0EOCMrvLtNR@public.gmane.org>
0 siblings, 1 reply; 2+ messages in thread
From: Jan Rychter @ 2003-07-15 20:22 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 739 bytes --]
>>>>> "Carlo" == Carlo E Prelz <fluido-1XNsQiTun9D1P9xLtpHBDw@public.gmane.org> writes:
[...]
Carlo> As you can see, 99.9 of the cpu time is sucked by events/0. In
Carlo> 2.4 kernels, the fat process is called keventd, but the result
Carlo> is the same.
[...]
I see the same thing on 2.4.22-pre5, keventd sometimes decides to run a
lot and consume CPU time. When it happens, keventd doesn't run all the
time, but runs for a while, then stops, then runs again.
I've noticed this doesn't happen if I don't use ALSA. But once ALSA has
been used, this happens even after ALSA has been unloaded.
I don't know if this is ACPI's fault or ALSA's fault. In fact, I don't
even know where and how to report it properly.
--J.
[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-07-17 11:55 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <200307161834.02571.rmuehlhoff@wtal.de>
[not found] ` <200307161834.02571.rmuehlhoff-52dn/g0OV9M@public.gmane.org>
2003-07-17 11:55 ` Re: Acpi slows down my new Asus portable quite a lot Sebastian Henschel
2003-07-15 14:29 Carlo E. Prelz
2003-07-15 20:22 ` Jan Rychter
[not found] ` <m2lluzedzy.fsf-dTJq59+VGzkkCw8IV3R6h0EOCMrvLtNR@public.gmane.org>
2003-07-15 21:25 ` Carlo E. Prelz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox