Re: 2.6.24-rc1 acpi battery driver -> sysfs interface does not update correctly

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 27/10/2007, Alexey Starikovskiy <aystarik@xxxxxxxxx> wrote:
> Ash Milsted wrote:
> > Hi again,
> > I just thought I'd say that this is still occuring with the current
> > linux-acpi-2.6 git tree on top of Linus' latest.. I don't get
> > (dis)charge uevents and, oddly, the sysfs charge_now value is
> As I remember, you did not found uevents in 2.6.23 as well?

Yeah, no uevents for (dis)charges or (un)plugs in 2.6.23.

> > initially wrong on boot-up. For some reason it gives a value of about
> > half the full charge of the battery (no matter what the true value is)
> > until I read it a couple of times, at which point it corrects itself.

Reading the sysfs value is, it turns out, not necessary to trigger
this single update (which also sends a change uevent). I guess this is
just the battery driver grabbing the initial value - after that there
are no more change uevents.

> > I attach a few extra details, in case they help.
> your acpidump output might be usefull at this point.

Attached.

> >
> > cat /sys/class/power_supply/BAT1/uevent
> > POWER_SUPPLY_NAME=BAT1
> > POWER_SUPPLY_TYPE=Battery
> > POWER_SUPPLY_STATUS=Charging
> > POWER_SUPPLY_PRESENT=1
> > POWER_SUPPLY_TECHNOLOGY=Unknown
> > POWER_SUPPLY_VOLTAGE_MIN_DESIGN=14800000
> > POWER_SUPPLY_VOLTAGE_NOW=14800000
> > POWER_SUPPLY_CURRENT_NOW=0
> > POWER_SUPPLY_CHARGE_FULL_DESIGN=4000000
> > POWER_SUPPLY_CHARGE_FULL=4000000
> > POWER_SUPPLY_CHARGE_NOW=1960000
> > POWER_SUPPLY_MODEL_NAME=PABAS005
> > POWER_SUPPLY_MANUFACTURER=TOSHIBA
> >
> > One odd thing about this is the TECHNOLOGY field - with the procfs
> > interface it is reported as lion, not "Unknown". As before, if I any
> > other info would help, just ask.
> I check against "LION" (strcasecmp), so lion should be recognized.
> Please take a look on dmesg with attached patch

Turns out that the string was "Li-Ion", not "lion".
...ACPI: unmatched technology 'Li-Ion'
I guess, chemically speaking, it's more precise :)

> Thanks,
> Alex.

No problem. One other thing - I just saw this is my dmesg...
Oct 28 13:41:49 tuktuk omnibook: Driver version 2.20070211-trunk.
Oct 28 13:41:49 tuktuk omnibook: Toshiba Satellite 1110 detected.
Oct 28 13:41:49 tuktuk omnibook: LCD backlight turn off at console
blanking is enabled.
Oct 28 13:41:49 tuktuk omnibook: Enabling all hotkeys.
Oct 28 13:41:49 tuktuk ACPI: EC: non-query interrupt received,
switching to interrupt mode

ACPI switched to interrupt mode only after the (out-of-tree) omnibook
driver loads. Will test without this module, however I know it was not
loaded when I tested 2.6.23.

Ash
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux