Date: Thu, 14 Aug 2003 00:10:33 +0200 From: "Peter Schuller" <peter.schuller@infidyne.com> To: Tobias Roth <roth@iam.unibe.ch> Cc: mobile@freebsd.org Subject: Re: Extra battery causes hangs (T40p, FreeBSD 5.1/CURRENT) Message-ID: <20030813221033.GA7352@infidyne.com> In-Reply-To: <20030811075451.GA29149@speedy.unibe.ch> References: <20030811013921.GB24952@infidyne.com> <20030811075451.GA29149@speedy.unibe.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <peter.schuller@infidyne.com>' Key retrival: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030813221033.GA7352>