Date: Sun, 26 Dec 2004 10:17:31 -0600 (CST) From: security@revolutionsp.com To: freebsd-hackers@freebsd.org Subject: Re: Unable to get APM working -- help! [no acpi_cmbat entries] Message-ID: <63338.81.84.175.77.1104077851.squirrel@81.84.175.77> In-Reply-To: <63322.81.84.175.77.1104077518.squirrel@81.84.175.77> References: <62903.81.84.175.77.1104000639.squirrel@81.84.175.77> <200412261731.25493.doconnor@gsoft.com.au> <61469.81.84.175.77.1104037002.squirrel@81.84.175.77> <200412261946.26516.doconnor@gsoft.com.au> <63322.81.84.175.77.1104077518.squirrel@81.84.175.77>
next in thread | previous in thread | raw e-mail | index | archive | help
Just a quick add, my dmesg doesn't show acpi_cmbat entries. You probably confused my dmesg with yours (from the dmesg mail I sent you) >> On Sun, 26 Dec 2004 15:26, security@revolutionsp.com wrote: >>> I'll try it out; meanwhile, I've discovered the sysctl to change this >>> manually. I've checked it works by trying to compile something at the >>> lowest CPU clock speed. It was slow to hell :-) >> >> That's probably clock throttling which is different.. > > Yes, the sysctl included "throttle". As I said, I'm new to the laptop > world.. Is the power saving difference a lot if I just throttle the clock, > instead of using enhanced speed step? > >> >> [Enhanced] Speed Step reduces the clock speed and the CPU core voltage.. >> clock >> throttling just idles the CPU for a certain proportion of the time. If >> you >> want slow try forcing them both to the slowest speed.. Pentium-M 75Mhz >> :) >> >>> > Any chance there is a new BIOS available for that system? >>> >>> A quick googling session brought up nothing. >> >> How about say, checking the makers web site? >> > > I also did, nothing :-P > >>> > No.. If I try and look at a non existent battery slot it says 'device >>> not >>> > configured' so maybe it thinks you have no batteries for some strange >>> > reason. >>> >>> I've installed klaptop and it shows battery as -1 and 'not charging' >>> acpiconf -i[0-9] didn't do any good either :/ >> >> Without ACPI support being able to read your battery status no userland >> program will work. >> >> Your dmesg shows acpi_cmbat entries, ie >> acpi_cmbat0: <Control Method Battery> on acpi0 >> acpi_cmbat1: <Control Method Battery> on acpi0 >> >> which I think is pretty fundamental to being able to read battery status >> ;) >> > > Yesterday I googled a bit for my laptop name+linux and I found a post from > a guy who had the same exact problem under Linux. He had /proc/acpi but no > /proc/acpi/battery. > > I know battery status can be seen, as the laptop shipped with win XP home, > which I promptly got rid of, but I installed a game there to see how many > FPS I'd get playing with the laptop. So I still messed around with it > (windows) for around 35 minutes, and could see the little battery icon > discharging. > > If the acpi_cmbat0/1 shows up on dmesg, what could be wrong? Perhaps this > ACPI implementation is a bit weird and I should send a copy of my asl to > freebsd-acpi ? > > >> >> -- >> Daniel O'Connor software and network engineer >> for Genesis Software - http://www.gsoft.com.au >> "The nice thing about standards is that there >> are so many of them to choose from." >> -- Andrew Tanenbaum >> GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C >> > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?63338.81.84.175.77.1104077851.squirrel>