We are using Cherry Trail (z8300) with AXP288C battery. We can not map any battery even using last patches from kernel next and tw.shuttle.com driver sent to us to try to solve this. We ware using kernel 4.8.0-rc1 and 4.8.0-rc1+ (from next repository tree).
We created a kernel .config with a lot of builtin modules (iio, i2c, axp etc) as recommended by documentation and with your script (specially i2cget commands) we can get battery information.
In our case we have to use i2c-6 (i2c-[46] does not exist).
We are getting a lot of OS hangs because i2cget commands (the other commands can not hang our OS). Some of them get "read failed error" from i2cget commands. We treated all of them to abort that loop after error but the problem seems relationated to use i2c-tools (i2cget in our case).
We tried to debug your script to identify which command (i2cget) hang our system, but after a lot of tests we only saw usually it will hang after charger_status_reg, but can occur between source_status_reg and charger_status_reg. Sometimes OS hang without "read failed error" too.
We tried to not use "-f" parameter, but without that device will appear always busy.
Do you know what can I do to avoid OS hang?
Oh, and we can test any driver or patch that you have for AXP288C.
thank you for all work and time.
We are using Cherry Trail (z8300) with AXP288C battery. We can not map any battery even using last patches from kernel next and tw.shuttle.com driver sent to us to try to solve this. We ware using kernel 4.8.0-rc1 and 4.8.0-rc1+ (from next repository tree).
We created a kernel .config with a lot of builtin modules (iio, i2c, axp etc) as recommended by documentation and with your script (specially i2cget commands) we can get battery information.
In our case we have to use i2c-6 (i2c-[46] does not exist).
We are getting a lot of OS hangs because i2cget commands (the other commands can not hang our OS). Some of them get "read failed error" from i2cget commands. We treated all of them to abort that loop after error but the problem seems relationated to use i2c-tools (i2cget in our case).
We tried to debug your script to identify which command (i2cget) hang our system, but after a lot of tests we only saw usually it will hang after charger_status_reg, but can occur between source_status_reg and charger_status_reg. Sometimes OS hang without "read failed error" too.
We tried to not use "-f" parameter, but without that device will appear always busy.
Do you know what can I do to avoid OS hang?
Oh, and we can test any driver or patch that you have for AXP288C.
thank you for all work and time.