Date: Tue, 09 Dec 2014 10:42:39 +0100 From: Dan Lukes <dan@obluda.cz> To: freebsd-acpi@freebsd.org Subject: Re: ENXIOing non-present battery Message-ID: <5486C40F.20802@obluda.cz> In-Reply-To: <20141209162141.R48067@sola.nimnet.asn.au> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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");
Dan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5486C40F.20802>