From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 13 15:10:37 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A33A37B401 for ; Wed, 13 Aug 2003 15:10:37 -0700 (PDT) Received: from infidyne.com (infidyne.com [212.112.174.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EF3C43FDD for ; Wed, 13 Aug 2003 15:10:36 -0700 (PDT) (envelope-from peter.schuller@infidyne.com) Received: (qmail 7718 invoked by uid 1000); 13 Aug 2003 22:10:33 -0000 From: "Peter Schuller" Date: Thu, 14 Aug 2003 00:10:33 +0200 To: Tobias Roth Message-ID: <20030813221033.GA7352@infidyne.com> References: <20030811013921.GB24952@infidyne.com> <20030811075451.GA29149@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030811075451.GA29149@speedy.unibe.ch> User-Agent: Mutt/1.4i cc: Peter Schuller cc: mobile@freebsd.org Subject: Re: Extra battery causes hangs (T40p, FreeBSD 5.1/CURRENT) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 22:10:37 -0000 Hello, > the extra battery works on my T30 with apm Ok. I'll see if I can get APM to work. When I once tried disabling ACPI (by choosing the appropriate option at the standard boot menu) it wouldn't boot at all, but hang a bit into the process (before starting any userland apps). > no. is is either apm or acpi. if you enable both, acpi will detect apm > running and disable it, as far as I know. Hmm. So not even just typing 'apm' and getting battery info should work if apm is disabled? Because the 'apm' command has always worked for me, while the acpiconf command simultaneously works (and the acpi sysctls have effect, such as the cpu speed setting). > try disabling acpi completely and see if the battery then works. on T30ies, > apm is still the way to go, acpi does not function properly enough yet. Will do. > the interesting part is that you do not have other acpi issues, is that > correct? does suspend, resume, hibernate, temperature, battery and > throttle control all work for you, modulo the above errors? Sorta. Only S3/S4/S5 suspend is supported according to the sysctl output. In actual practice, suspending at level 3 works but the usb controller driver complains and disables all ports when resuming (and there are some non-fatal IDE errors). Also, after the resume the system is completely "lagged out". Sort of as if I was maxing out 4 IDE drivers running in PIO mode at the same time. Typing characters at the console yields responses in "bursts" and the system in general is quite slow even after allowing for the burst effect. My wild and uneducated guess is that there is some kernel process running amok or similar, or some kind of interrupt craze going on on the part of one of the devices. Also the lid open/close handling works, except I gen an error about missing AE methods instead of actual suspend. But that, I assume, is because it's set to suspend to level 1, which is not supported. I haven't played much with this so far. (Suspending when closing the lid is not something I actually want, however it would appear that the handling of the open/close events works even if it's set to the wrong suspend level. If you are interested I can try with S3.) Anyways. This suspend issue is the "other" thing I was gonna post to the list about, but I felt I wanted to experiment a bit more first. Thanks! -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrival: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org