From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Carlo E. Prelz" Subject: Re: Acpi slows down my new Asus portable quite a lot Date: Wed, 16 Jul 2003 08:42:27 +0200 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20030716064227.GD4920@casa.fluido.as> References: <20030715142915.GB4920@casa.fluido.as> <20030715221027.GA9900@hell.org.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Content-Disposition: inline In-Reply-To: <20030715221027.GA9900-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org Subject: Re: [ACPI] Acpi slows down my new Asus portable quite a lot Date: Wed, Jul 16, 2003 at 12:10:27AM +0200 Quoting Karol Kozimor (sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org): > Thus wrote Carlo E. Prelz: > > It is a Centrino-based N3700N. Using a kernel with only APM, the audio > > Though I can't unfortunately help much, I must say... > > Wow, there's some really interesting stuff in your DSDT. It seems that the > nice people from ASUS decided to make their users' (and my) life easier, by > implementing frequency control methods for their driver. Since I'm leaving > in a couple of days, this won't probably be implemented for some time yet > (unless Julien gets to work on it), but look forward to getting basic > support for your laptop in the tomorrow's acpi4asus CVS. I'll keep track of it. I have some updates. After turning the portable off last night, I turned it on this morning, and the problem seemed to have disappeared... the process was not eating cpu anymore. I started X, and the fan started working briefly, then stopped when I left X. I did a reboot, and things were still OK. Then, when I started a 'make menuconfig,' the fan started working again, and exactly then the process began again to eat 99.9% of the CPU timę. The problem is really connected with fan operation: if I go look at /proc/acpi/fan/FN00/status, I find status: off while the fan is instead very much in operation. If I do echo 'on' > state the content changes to status: on but if I then try to write 'off', mothing changes. Can this all be useful for tracking down the problem? > BTW: Have you tried recompiling your DSDT? The MXN DSDT's oddly contain > some trivial-to-fix errors (like the If(SSn) statements in your case), > there's even an updated DSDT at http://acpi.sf.net. I read something (and I am under deadline for my work... grgrgr) about all this, but I could not learn enough to be confident with the process. Maybe later... Thanks in all cases 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 is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0