Slackware inside Pandora.


I don't know if the battery can charge, I have a lot of:
Code:
bq27xxx_battery_setup
bq27xxx_battery_setup: dm_regs=00000000
bq27xxx_battery_settings
bq27xxx_battery_settings: power_supply_get_battery_info failed ret=0

A lot of these:
power_supply bq27000-battery: driver failed to report `status' property: -1
power_supply bq27000-battery: uevent: failed to send synthetic uevent: -1
...
 
I don't know if the battery can charge, I have a lot of:
Code:
bq27xxx_battery_setup
bq27xxx_battery_setup: dm_regs=00000000
bq27xxx_battery_settings
bq27xxx_battery_settings: power_supply_get_battery_info failed ret=0

A lot of these:
power_supply bq27000-battery: driver failed to report `status' property: -1
power_supply bq27000-battery: uevent: failed to send synthetic uevent: -1
...
This can be ignored. There is a bq27500 fuel gauge and the bq27000 is reported wrongly by a kernel bug.

This is a design flaw in the omap3 device tree where the HDQ driver is enabled by default. Even if it is not wired up physically. And the HDQ driver assumes that there is a potentially removable bq27000 battery fuel gauge. So it creates a /sys/class/power_supply/bq27000 in anticipatory obedience... This has been fixed in the latest Letux kernels (e.g. letux-6.12.37).

The "driver failed to report `status' property" is a different bug which has been submitted for upstream Linux: https://patchew.org/linux/bc405a6f782792dc41e01f9ddf9eadca3589fcdc.1753101969.git.hns@goldelico.com/.

So for monitoring charging activity, please look at /sys/class/power_supply/bq27500-1-0/status.
And/or /sys/class/power_supply/twl4030_ac/status resp. cat /sys/class/power_supply/twl4030_usb/status
Post automatically merged:

Another thing: my usb <-> ethernet adapters don't work on the 1GHz. Nothing happens in the syslogs when I plug them. Works fine on the CC 600MHz. I'll check that in detail later.
Unfortunately I have no 1GHz Pandora to test or debug such issues.
 
Back
Top