acpiconf shows 100%, but laptop switches off
Anton Shterenlikht
My problem: full battery lasts only minutes.
This is HP Compaq 6712s (amd64)
running 9.0-CURRENT #5 r220040
There seem to be quite a few issues with
this laptop, which I never had the time
to analyse properly. For example, sound
and wireless (both via pcmcia) don't work.
Right now I'm trying to understand why
the battery lasts only minutes.
Sure, the battery is about 4 years old,
but still..
While running on A/C I get:
BUZI> acpiconf -i0
Design capacity: 1 mAh
Last full capacity: 1 mAh
Technology: secondary (rechargeable)
Design voltage: 10800 mV
Capacity (warn): 1 mAh
Capacity (low): 1 mAh
Low/warn granularity: 100 mAh
Warn/full granularity: 100 mAh
Model number: Primary
Serial number: 03586 2007/11/13
Type: LIon
OEM info: Hewlett-Packard
State: high
Remaining capacity: 100%
Remaining time: unknown
Present rate: 0 mA (0 mW)
Present voltage: 12248 mV
BUZI> uptime
9:17PM up 3:19, 2 users, load averages: 0.00, 0.00, 0.00
If I remove the power cord, I keep
seeing the battery at 100% remaining
capacity with acpiconf or via
"sysctl hw.acpi.battery.life"
(which is probably where acpiconf
gets its data?) for about 20 minutes,
then - boom, power off. That is 100%
right until the laptop goes down.
On reboot - 0%:
BUZI> acpiconf -i0
Design capacity: 1 mAh
Last full capacity: 1 mAh
Technology: secondary (rechargeable)
Design voltage: 10800 mV
Capacity (warn): 1 mAh
Capacity (low): 1 mAh
Low/warn granularity: 100 mAh
Warn/full granularity: 100 mAh
Model number: Primary
Serial number: 03586 2007/11/13
Type: LIon
OEM info: Hewlett-Packard
State: charging
Remaining capacity: 0%
Remaining time: unknown
Present rate: 2850 mA (35074 mW)
Present voltage: 12307 mV
How can I analyse this problem further?
Many thanks
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobil...@freebsd.org"
--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-...@muc.de
y...@subluminal.net
Hash: SHA1
Hey, I can help with this!
laptop batteries die REALLY quickly if you overcharge them for a long time, so, that probably explains why the battery dies after 20 minutes, no idea why acpi isn't being updated with the battery status, however.
what chipset does your sound/wireless use? Not the connection, we know it's pcmcia, but what chipset? If you don't know, then just list the brand names.
- - Michael Brindle
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
iQIcBAEBAgAGBQJNuJskAAoJEBeb0dx2PAO7HroP/0WD91QrCwalKJKxwoxD7BLe
SrpAseQ2yKDupqk5ej+z6DYDjn8j7QSrA/OKPT5YeYE2GbYI6XQ7Hzf0W2hC6gao
Yv9U1T/kKh8F9g8klCaddjM2pi1Zx8T74yczkmrqnL3JRrzz3X/9BUWk83h0oTvb
fnlisou01pxbfvvV6RPx+NFeGkUlIpR3R5MtDQZ5mkEF+qF07SBaXW9t2wff69EL
UQvGfJTZoS2w8hnMAWvLjZh0j3EA0KBPyndorN4d95PLKKoK46WRvngjeLEUpe51
CApa44Vp2xVmQ5q0wex5XlpnIQaMpPT4mdLqndgNLTsEYlLl44kxhvti/gd2A5oU
HK0fT4sjOnNj+2ozBggLZJ2+P2zDeewL88TP8yPRy5aLNDROHEyt67r2B/v8prY2
Mc+ddXfXEdPIPO8LjP9QyuxPwJ2mFzvAtzRONrV9LBHcUxuXEt7owyuNRU09xdh+
KQVBRlVKNWV/ckSbefBQjWUoYydBd5O28rGjLS4IMiFTLPeqHNerEUlQW/p/7j+N
RsCiscXvw0MXr/ZbmvreQ2Ejw6FfEClv/1EoHOsmI5QKLMuUP2kZljs2l0dzphDX
rp2HOx/HuKFan7nNrimuIbIzXxcphVkJFbMpJNC8e5/U5pniyUMpmGNFJ9vNXVVp
dXLy4OBlFVWZgUf/aPhW
=4sek
-----END PGP SIGNATURE-----
Bartosz Fabianowski
> Last full capacity: 1 mAh
Those are obviously bogus values. Your battery quite likely is actually
dead and provides 20 minutes of run-time only. But since its capacity is
not being reported properly via ACPI for some reason, FreeBSD has no way
of knowing that.
- Bartosz
Anton Shterenlikht
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hey, I can help with this!
>
> laptop batteries die REALLY quickly if you overcharge them for a long time, so, that probably explains why the battery dies after 20 minutes, no idea why acpi isn't being updated with the battery status, however.
> what chipset does your sound/wireless use? Not the connection, we know it's pcmcia, but what chipset? If you don't know, then just list the brand names.
Below's "pciconf -lv". Could it be here?
Many thanks for your help.
Anton
hostb0@pci0:0:0:0: class=0x060000 card=0x30c2103c chip=0x79101002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'RS690 Host Bridge'
class = bridge
subclass = HOST-PCI
pcib1@pci0:0:1:0: class=0x060400 card=0x30c2103c chip=0x79121002 rev=0x00 hdr=0x01
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'RS690 PCI to PCI Bridge (Internal gfx)'
class = bridge
subclass = PCI-PCI
pcib2@pci0:0:4:0: class=0x060400 card=0x30c2103c chip=0x79141002 rev=0x00 hdr=0x01
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
class = bridge
subclass = PCI-PCI
pcib3@pci0:0:5:0: class=0x060400 card=0x30c2103c chip=0x79151002 rev=0x00 hdr=0x01
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
class = bridge
subclass = PCI-PCI
atapci0@pci0:0:18:0: class=0x01018f card=0x43801002 chip=0x43801002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 Serial ATA Controller'
class = mass storage
subclass = ATA
ohci0@pci0:0:19:0: class=0x0c0310 card=0x30c2103c chip=0x43871002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 USB Controller (OHCI0)'
class = serial bus
subclass = USB
ohci1@pci0:0:19:1: class=0x0c0310 card=0x30c2103c chip=0x43881002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 USB Controller (OHCI1)'
class = serial bus
subclass = USB
ohci2@pci0:0:19:2: class=0x0c0310 card=0x30c2103c chip=0x43891002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 USB Controller (OHCI2)'
class = serial bus
subclass = USB
ohci3@pci0:0:19:3: class=0x0c0310 card=0x30c2103c chip=0x438a1002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 USB Controller (OHCI3)'
class = serial bus
subclass = USB
ohci4@pci0:0:19:4: class=0x0c0310 card=0x30c2103c chip=0x438b1002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 USB Controller (OHCI4)'
class = serial bus
subclass = USB
ehci0@pci0:0:19:5: class=0x0c0320 card=0x30c2103c chip=0x43861002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 USB Controller (EHCI)'
class = serial bus
subclass = USB
none0@pci0:0:20:0: class=0x0c0500 card=0x30c2103c chip=0x43851002 rev=0x14 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'ATI SMBus (ATI RD600/RS600)'
class = serial bus
subclass = SMBus
atapci1@pci0:0:20:1: class=0x010182 card=0x30c2103c chip=0x438c1002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'ATI RD600/RS600 IDE Controller (RD600/RS600)'
class = mass storage
subclass = ATA
hdac0@pci0:0:20:2: class=0x040300 card=0x30c2103c chip=0x43831002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 High Definition Audio Controller'
class = multimedia
subclass = HDA
isab0@pci0:0:20:3: class=0x060100 card=0x30c2103c chip=0x438d1002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 PCI to LPC Bridge'
class = bridge
subclass = PCI-ISA
pcib4@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'IXP SB600 PCI to PCI Bridge'
class = bridge
subclass = PCI-PCI
hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00
vendor = 'Advanced Micro Devices (AMD)'
device = 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport Technology Configuration'
class = bridge
subclass = HOST-PCI
hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00
vendor = 'Advanced Micro Devices (AMD)'
device = 'Athlon64/Opteron/Sempron (K8 Family) Address Map'
class = bridge
subclass = HOST-PCI
hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00
vendor = 'Advanced Micro Devices (AMD)'
device = 'Athlon64/Opteron/Sempron (K8 Family) DRAM Controller'
class = bridge
subclass = HOST-PCI
hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00
vendor = 'Advanced Micro Devices (AMD)'
device = 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous Control'
class = bridge
subclass = HOST-PCI
vgapci0@pci0:1:5:0: class=0x030000 card=0x30c2103c chip=0x791f1002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'ATI Mobility Radeon x1100 (RS690M)'
class = display
subclass = VGA
bge0@pci0:16:0:0: class=0x020000 card=0x30c2103c chip=0x171314e4 rev=0x02 hdr=0x00
vendor = 'Broadcom Corporation'
device = 'Broadcom NetLink (TM) Fast Ethernet (BCM5906m)'
class = network
subclass = ethernet
cbb0@pci0:2:4:0: class=0x060700 card=0x30c2103c chip=0x04761180 rev=0xb6 hdr=0x02
vendor = 'Ricoh Co Ltd'
device = 'Ricoh R/RL/5C476(II) (unknown)'
class = bridge
subclass = PCI-CardBus
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "freebsd-mobil...@freebsd.org"
--
Anton Shterenlikht
> >Design capacity: 1 mAh
> >Last full capacity: 1 mAh
>
> dead and provides 20 minutes of run-time only. But since its capacity is
> not being reported properly via ACPI for some reason, FreeBSD has no way
> of knowing that.
>
> - Bartosz
Thanks. I wonder whether ACPI is working correctly
at all. What other things can I check?
Many thanks
Anton
Ian Smith
> On Thu, Apr 28, 2011 at 01:16:41AM +0200, Bartosz Fabianowski wrote:
> > >Design capacity: 1 mAh
> > >Last full capacity: 1 mAh
> >
> > Those are obviously bogus values. Your battery quite likely is actually
> > dead and provides 20 minutes of run-time only. But since its capacity is
> > not being reported properly via ACPI for some reason, FreeBSD has no way
> > of knowing that.
> >
> > - Bartosz
>
> Thanks. I wonder whether ACPI is working correctly
> at all. What other things can I check?
If there were problems with ACPI, you would most likely see some ACPI
messages in dmesg regarding battery status, or problems showing the EC
(embedded controller) having trouble communicating with the battery.
This seems more likely a battery failure than a problem with ACPI, both
from misreporting its capacity and the actual behaviour of the battery
under load. The best course would be to replace the battery, preferably
with a genuine or at least fully compatible one, and see how that goes.
The little chips on the battery that record charge in and out, voltage
and estimated capacity can get well out of synch with the real situation
especially when there isn't regular use of the laptop on battery, which
is why many manufacturers recommend 'conditioning' cycles - where the
battery is run down to total exhaustion without shutting down (best done
from eg the BIOS setup screen, where no filesystems are at risk), then
fully charging the battery - sometimes repeating that twice or thrice.
'Conditioning' can a) raise 'Last full capacity' to a greater fraction
of the original 'Design capacity' (likely in the range 3,000 - 5,000mAh)
and b) improve the battery's estimate of capacity and/or time remaining.
That said, I've not seen a battery misreport 'Design capacity' before,
nor show silly values (also 1mAh) for 'warn' and 'low' capacities which
are usually about 2-3% and 1% of full capacity, respectively. But then,
what's 1%, or even 100%, of (the misreported) 1mAh remaining capacity?
Only one cell needs to die, either short or high internal resistance, to
render a battery pack useless, unless you're prepared to open the pack
to replace single cells. At 4 years old, I wouldn't bother trying.
It should be useful to compare acpiconf -i0 data with your new battery.
cheers, Ian
Anton Shterenlikht
Many thanks
Anton
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
David Demelier
> On Thu, Apr 28, 2011 at 01:16:41AM +0200, Bartosz Fabianowski wrote:
>>> Design capacity: 1 mAh
>>> Last full capacity: 1 mAh
>>
>> Those are obviously bogus values. Your battery quite likely is actually
>> dead and provides 20 minutes of run-time only. But since its capacity is
>> not being reported properly via ACPI for some reason, FreeBSD has no way
>> of knowing that.
>>
>> - Bartosz
>
> Thanks. I wonder whether ACPI is working correctly
> at all. What other things can I check?
>
> Many thanks
> Anton
>
>
HP notebooks usually have good ACPI battery related information. I have
one HP Probook and there is no problem at all. I think FreeBSD can't do
anything and the problem is only from the battery I think :-(
Battery are not really cheap so I bought a new one from honk-kong (not
HP genuine but works well)
Cheers.
--
David Demelier
David Demelier
You have a Intel HDA sound (as 99% of computers now) can you boot with
verbose logging and post your dmesg somewhere ?
it seems bge(4) is detected for your broadcom chipset. Did you read the
handbook to make a wlan(4) device and use it because you can't use
directly bge(4) to associate your laptop to access points
I ask this because you said (wireless doesn't work so i'm just guessing
of course)
Cheers,
--
David Demelier
Anton Shterenlikht
>
> You have a Intel HDA sound (as 99% of computers now) can you boot with
> verbose logging and post your dmesg somewhere ?
http://seis.bris.ac.uk/~mexas/dmesg.boot
*quote*
hdac0: <ATI SB600 High Definition Audio Controller> irq 16 at device 20.2 on pci0
hdac0: HDA Driver Revision: 20100226_0142
hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb0000
hdac0: hdac_get_capabilities: Invalid corb size (0)
device_attach: hdac0 attach returned 6
*end quote*
> it seems bge(4) is detected for your broadcom chipset. Did you read the
> handbook to make a wlan(4) device and use it because you can't use
> directly bge(4) to associate your laptop to access points
I'm sure I did, but will do again.
I don't think I ever tried to use bge(4) as wireless.
>
> I ask this because you said (wireless doesn't work so i'm just guessing
> of course)
I tried about 5-8 different wireless pccards.
Neither of those worked for me. At least
some of these cards are defintely fine.
Many thanks
Anton
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423