tmlind | freemangordon: to me sounds like the issue is that the phy pads don't see the modem k-state wake-up event after ohci runtime suspends when no more active child devices | 06:32 |
---|---|---|
tmlind | freemangordon: when we idle things, everything gets powered off, including the power domain. only the padconf wake-up events work at that state, not the ohci host feeatures | 06:34 |
tmlind | freemangordon: the HCOCPSYS related stuff and quirks should be already handled by ti-sysc.c driver but as ohci is not in the wake-up domain, it's wake up capabilities won't help | 06:37 |
sicelo | uvos, do i understand correctly that in sphone config, if in section [Sphone] i remove 'calls' from 'Features', then incoming calls will no longer be handled by sphone? | 07:31 |
freemangordon | tmlind: I see. ok, will try to configure wakeirq. | 07:52 |
tmlind | freemangordon: yeah try just with one pin at a time for the shared struct device for omap-usb-host.c to see which one works the best | 08:22 |
arno11 | sicelo: Device: /org/freedesktop/UPower/devices/battery_bq27200_0 | 12:28 |
arno11 | native-path: bq27200-0 | 12:28 |
arno11 | vendor: Texas Instruments | 12:28 |
arno11 | power supply: yes | 12:28 |
arno11 | updated: Fri 23 Feb 2024 12:24:05 PM CET (66 seconds ago) | 12:28 |
arno11 | has history: yes | 12:28 |
arno11 | has statistics: yes | 12:28 |
arno11 | battery | 12:28 |
arno11 | present: yes | 12:28 |
arno11 | rechargeable: yes | 12:28 |
arno11 | state: discharging | 12:28 |
arno11 | warning-level: none | 12:28 |
arno11 | charge: 1.52083 Ah | 12:28 |
arno11 | charge-full: 1.52902 Ah | 12:28 |
arno11 | charge-full-design: 2.05632 Ah | 12:28 |
arno11 | energy: 5.3801 Wh | 12:28 |
arno11 | energy-empty: 0 Wh | 12:28 |
arno11 | energy-full: 6.1222 Wh | 12:28 |
arno11 | energy-full-design: 8.23351 Wh | 12:28 |
arno11 | energy-rate: 1.71258 W | 12:28 |
arno11 | voltage: 4.092 V | 12:28 |
arno11 | time to empty: 3.6 hours | 12:28 |
arno11 | percentage: 99% | 12:28 |
arno11 | temperature: 25.4 degrees C | 12:28 |
arno11 | capacity: 74.3571% | 12:28 |
arno11 | technology: lithium-ion | 12:28 |
arno11 | icon-name: 'battery-full-symbolic' | 12:28 |
arno11 | History (charge): | 12:28 |
arno11 | 170868744599.000discharging | 12:29 |
arno11 | History (rate): | 12:29 |
arno11 | 17086874451.713discharging | 12:29 |
freemangordon | tmlind: https://pastebin.com/peuPBvvM | 14:59 |
freemangordon | [ 0.431640] usbhs_omap 4a064000.usbhshost: wakeup irq 132 | 14:59 |
freemangordon | does not seem to work, no irq generated according to /proc/interrupts | 14:59 |
freemangordon | will try the next pad | 14:59 |
freemangordon | still the same | 15:12 |
freemangordon | 132: 0 pinctrl 140 Edge 4a064000.usbhshost:wakeup | 15:12 |
freemangordon | padconf looks ok: | 15:12 |
freemangordon | Value at address 0x4A1000D0 (0xb6f2e0d0): 0x11F411D | 15:12 |
freemangordon | Value at address 0x4A1000CC (0xb6f030cc): 0x11D411D | 15:13 |
freemangordon | the same result with usbb1_mm_txen | 15:42 |
sicelo | arno11 you should use a pastebin, e.g. paste.debian | 15:44 |
sicelo | paste.debian.net | 15:44 |
sicelo | also, i would like to get the complete output from that command, even if there are many devices listed there (upower has an extra "DisplayDevice" device) | 15:45 |
sicelo | and when you take it, ensure all the following conditions are true: (1) charger is still connected, but battery is 100% | 15:46 |
sicelo | 100% according to /sys/class/power_supply/bq27200-0/capacity | 15:52 |
sicelo | but i might also do the test myself. i do have N900 with working USB, but it has dead modem and dead TS :-P | 15:54 |
sicelo | so i just use it to charge battery, that i then swap into the n900 that has working modem but dead USB. i should fix the USB actually | 15:55 |
duuude | sicelo: is the fact that it keeps "charging" dangerous? or it is just the way it is in GUI | 16:07 |
sicelo | just gui mostly. the actual charging is done under kernel control | 16:10 |
sicelo | again, it's not a problem i experience myself, but when you say always charging, you mean on the status bar, and led stays on blinking orange? | 16:16 |
sicelo | you can also help by providing the info i requested above. don't worry about the patch for now | 16:19 |
sicelo | arno11, duuude , here is the revised information that I'd like to get: (1) output of `cat /sys/class/power_supply/bq27200-0/uevent`, and (2) output of `upower -d` | 16:39 |
sicelo | required conditions when producing that output: (1) device is still connected to charger, (2) sysfs indicates 100% charge | 16:41 |
sicelo | i already see a caveat though ... maybe i shouldn't burden you guys. I'll do the tests :-) | 16:43 |
sicelo | the caveat is . | 16:43 |
sicelo | it might start reporting discharging while the charger is still connected :-P | 16:44 |
arno11 | sicelo: got 100% few min ago ;) | 18:15 |
arno11 | https://pastebin.com/YhQj9LUh | 18:15 |
arno11 | https://pastebin.com/2smRCim0 | 18:15 |
sicelo | thanks. i'm also on my N900 now. in the meantime i'm doing some updates (my internet is slow) | 18:16 |
sicelo | nice, you even got POWER_SUPPLY_CAPACITY_LEVEL=Full !!! | 18:17 |
sicelo | add the following: cat /etc/modprobe.d/blacklist-upower.conf | 18:19 |
sicelo | blacklist twl4030_charger | 18:19 |
sicelo | blacklist bq27xxx_battery_hdq | 18:19 |
sicelo | arno11: when you got into the state shown in your pastes, was the charging animation still showing? green led? | 18:53 |
arno11 | sicelo: the charging anim was still there iirc and no green led | 18:54 |
arno11 | in fact, not sure for the charging anim... | 18:55 |
sicelo | ok, thanks. i see mce looks at each device individualy, instead of using the DisplayDevice like others do. not saying it's a problem :-) | 18:55 |
arno11 | ok | 19:01 |
arno11 | sicdelo: for the blacklisted modules, could you plz clarify a bit ? possible idle blockers ? | 19:05 |
arno11 | *sicelo | 19:05 |
sicelo | you can ignore them for now ... they're already ignored in mce ... they're additional 'batteries' :p | 19:07 |
arno11 | ah ok | 19:07 |
sicelo | when i'm done, i'll remove their ignores from mce, because we don't need to be loading them in the first place. ideally we should drop them from kernel config, but i guess they're there in omap2plus in general. so a module blacklist will do just fine | 19:08 |
sicelo | goodness the locales!! | 19:09 |
arno11 | argh...the locales... | 19:09 |
sicelo | btw, the animation & led thing was fixed in the past. the trick now is to find what broke | 19:12 |
arno11 | Wizzup: btw what's the plan for locales ? :P just US or UK by default and all others as additional packages ? | 19:13 |
arno11 | sicelo: iirc it was working with last beowulf | 19:14 |
sicelo | 19:17 < sicelo> nice, you even got POWER_SUPPLY_CAPACITY_LEVEL=Full !!! ... < i was looking at the wrong thing. it still said "charging" | 19:14 |
arno11 | you mean in displaydevice ? | 19:16 |
arno11 | maybe my polarcell is not calibrated enough | 19:17 |
Wizzup | yes, spinal patched upower for the led | 19:17 |
sicelo | in sysfs ... CAPACITY_LEVEL is something else, which UPower doesn't care about in the case of a battery | 19:17 |
Wizzup | I don't know if we ported over his patches | 19:17 |
sicelo | arno11: yes i see you're out of calibration, but that shouldn't cause the problem | 19:35 |
sicelo | man ... src/modules/battery-upower.c and status-area-applet-battery/batmon.c are duplications somewhat. would it have been possible to share the code somehow? | 20:31 |
sicelo | mce for the first path | 20:32 |
Wizzup | sure, you can put in the work to make it a shared c library and package it | 20:33 |
Wizzup | I decided it was not worth the effort at the time | 20:33 |
sicelo | i get it | 20:34 |
sicelo | Wizzup: how to run mce and get logging? | 20:44 |
sicelo | arno11: with my patch from yesterday, no charging animation :-P ... so at least status-area-applet-battery is happy. now to figure out why the orange led still blinks. that's mce | 20:46 |
sicelo | s/with my patch/with my upower patch/ | 20:46 |
Wizzup | sicelo: mce--force-stddev --verbose --verbose | 20:47 |
Wizzup | maybe | 20:47 |
Wizzup | err | 20:47 |
Wizzup | mce --force-stder * | 20:47 |
sicelo | i just run this even though mce is already running? | 20:49 |
Wizzup | no, stop mce | 20:50 |
Wizzup | or look in syslog, but default mce does not log a lot | 20:50 |
sicelo | oh, i was thinking stopping mce leads to fireworks :-P | 20:51 |
Wizzup | you can restart mce with no problemas | 20:51 |
Wizzup | you can restart mce with no problems | 20:51 |
Wizzup | brb dinner | 20:51 |
sicelo | cool, thanks | 20:52 |
sicelo | i think i found it, will share in a moment | 21:16 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!