Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Dec 2014 14:53:12 +1100 (EST)
From:      Ian Smith <smithi@nimnet.asn.au>
To:        Dan Lukes <dan@obluda.cz>
Cc:        freebsd-acpi@freebsd.org
Subject:   Re: ENXIOing non-present battery
Message-ID:  <20141211142932.X48067@sola.nimnet.asn.au>
In-Reply-To: <5486C40F.20802@obluda.cz>
References:  <54840781.70603@freebsd.org> <CAJ-Vmokzdep71ty_ctvAEQSDvCsOQj15wQ8p96%2B3fCBtr8dvYg@mail.gmail.com> <54862F5E.4040909@freebsd.org> <CAJ-Vmo=c0f06JYs%2BK1GvCYjoSWdYqm3z_uti=6f6qEirQQ7Vzw@mail.gmail.com> <20141209162141.R48067@sola.nimnet.asn.au> <5486C40F.20802@obluda.cz>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 9 Dec 2014 10:42:39 +0100, Dan Lukes wrote:
 > On 12/09/14 06:33, Ian Smith:
 > > Normally with 2 batteries catered for and only one fitted you'd expect to
 > > see
 > 
 > > battery1: <ACPI Control Method Battery> on acpi0
 > > battery1: battery initialization start
 > > battery1: battery initialization failed, giving up
 > 
 > Just for the completeness ...
 > 
 > ... it is expected behavior for non-present battery. Relevant part of code
 > (sys/dev/acpica/acpi_cmbat.c):
 > 
 > >     ACPI_VPRINT(dev, acpi_device_get_parent_softc(dev),
 > >                 "battery initialization start\n");
 > ...
 > >     for (retry = 0; retry < ACPI_CMBAT_RETRY_MAX; retry++,
 > > AcpiOsSleep(10000)) {
 > ...
 > >         if (!acpi_BatteryIsPresent(dev))
 > >             continue;
 > ...
 > >     }
 > > 
 > >     if (retry == ACPI_CMBAT_RETRY_MAX) {
 > >         ACPI_VPRINT(dev, acpi_device_get_parent_softc(dev),
 > >                     "battery initialization failed, giving up\n");

Yes, I just wanted to eliminate the battery being erroneously detected 
as being present on initialisation.

So this problem seems likely to be down to (at least) one of:

 a) a bug in our ACPI code;
 b) a bug in this machine's AML (which we haven't seen);
 c) a bug in hald.

.. which is hardly helpful, I know.  I had a quick browse of the scripts 
and FreeBSD backend bits of sysutils/hal, and was frankly too horrified 
to consider trying to browse its full sources.

cheers, Ian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141211142932.X48067>