Date: Tue, 10 May 2005 19:11:09 -0400 From: Martin Cracauer <cracauer@cons.org> To: Nate Lawson <nate@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: Thinkpad R40 secondary battery swap Message-ID: <20050510191109.A67111@cons.org> In-Reply-To: <42812FD0.9070201@root.org>; from nate@root.org on Tue, May 10, 2005 at 03:04:00PM -0700 References: <20050510141405.A61946@cons.org> <20050510185251.9E2A15D09@ptavv.es.net> <20050510161103.A63566@cons.org> <42812FD0.9070201@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Nate Lawson wrote on Tue, May 10, 2005 at 03:04:00PM -0700: > Martin Cracauer wrote: > > Ah. Actually it looks like apm(1)s translation of acpi output is > > broken. acpiconf -i 1 reports a remaining capacity > 0 and it is > > raising. See below for cut'n'paste. > > > > I think I'm all set except for a bug in apm(1). > > > > Thanks so much for your help. Seems I can use the secondary battery > > with no problems and even swap in and out freely. BTW, is it safe to > > remove the primary battery when running and A.C. is plugged in? I > > assume not. > > > > > > Here is the output: > > > > APM version: 1.2 > > APM Management: Disabled > > AC Line status: on-line > > Battery Status: charging > > Remaining battery life: 98% > > Remaining battery time: unknown > > Number of batteries: 2 > > Battery 0: > > Battery Status: high > > Remaining battery life: 100% > > Remaining battery time: 0:00:00 > > Battery 1: > > Battery Status: charging > > Remaining battery life: 0% > > Remaining battery time: 0:00:00 > > What is the output of: > sysctl hw.acpi Appended. However, I found that the output of apm(1) was fixed after I ran `acpiconf -i 1`. It seems there was an initialization problem. After I ran `acpiconf -i 1` apm(1) reported the correct charge of the secondary battery for the rest of the session (the session was started with the battery plugged in, empty). Now I rebooted and cannot reproduce the problem, now apm(1) just works right after reboot :-/ Is it possible that something has been initialized on the battery? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer@cons.org> http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=l hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 52.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 94.5C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 97.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 --wRRV7LY7NUeQGEoC--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050510191109.A67111>