| dakedres | Yo has anyone had issues with the Droid 4 refusing to charge after like 30 seconds of being plugged in? | 21:02 |
|---|---|---|
| Wizzup | is the battery full? or empty? | 21:03 |
| dakedres | Empty, I assume | 21:03 |
| dakedres | It won't turn on | 21:03 |
| dakedres | the light shows green when I plug it | 21:03 |
| dakedres | Maybe it is full | 21:03 |
| dakedres | But it showed green the first time I plugged it in too | 21:04 |
| Wizzup | leave it on a charger for a few hours | 21:04 |
| Wizzup | it will still charge a bit usually | 21:04 |
| Wizzup | not a pc, but a wall charger | 21:04 |
| dakedres | The light goes off after about 30 seconds charging | 21:04 |
| dakedres | That's normal? | 21:04 |
| Wizzup | no, but if the battery is completely empty then it is | 21:08 |
| sicelo | regarding the UCM files for N900, automatic switching of sinks appears to only work when PA is running. with just alsa, it doesn't work | 22:40 |
| sicelo | Wizzup: would you have any idea? | 22:40 |
| sicelo | tbf, i am now wondering if it works on D4 or any other device if pulse isn't running ... | 22:41 |
| Wizzup | oh yeah, this depends on pa | 22:41 |
| sicelo | oh, interesting | 22:42 |
| sicelo | why does alsa have it then? | 22:42 |
| Wizzup | I think if alsa act on it, it's usually on x86 drivers that have more knowledge | 22:43 |
| Wizzup | these plug events aren't always connected | 22:43 |
| Wizzup | but tbh I feel like I am not the right person to ask | 22:43 |
| sicelo | you're the right person to ask about everything :p | 22:43 |
| sicelo | thanks for the pointer. at least i can be somewhat sure i'm not going crazy | 22:44 |
| sicelo | the jack event does show up with `alsactl monitor` fwiw | 22:44 |
| sicelo | node hw:0, #109 (0,0,0,AV Jack,0) VALUE | 22:45 |
| sicelo | node hw:0, #109 (0,0,0,AV Jack,0) VALUE | 22:45 |
| Wizzup | mhm yeah | 22:45 |
| sicelo | arno hooked it up correctly as far as docs go, https://github.com/maemo-leste/leste-config/blob/master/leste-config-n900/usr/share/alsa/ucm2/RX-51/HiFi.conf.leste#L171 | 22:46 |
| Wizzup | well, we always have pa running | 22:47 |
| sicelo | true :-) | 22:47 |
| Wizzup | so probably why we didn't care :D | 22:47 |
| Wizzup | I am making final changes to the news post | 22:56 |
| Wizzup | will post it in the next hour | 22:56 |
| sicelo | awesome! | 22:58 |
| sicelo | Wizzup: so, regarding IR TX ... I haven't done more thorough testing, but here's what I briefly tested, and seems to work: | 23:02 |
| sicelo | https://lore.kernel.org/all/20180713122230.19278-1-sean@mess.org/T/#t | 23:02 |
| sicelo | that guy was right, pwm-ir-tx appears to work just fine. at least `ir-ctl` is able to send pulse the LED | 23:03 |
| Wizzup | can you catch me up briefly? | 23:03 |
| Wizzup | I can add it to the news post too | 23:03 |
| sicelo | how to go about responding to that though? it's been over 5 years! | 23:03 |
| Wizzup | CC the folks with a new subject, paste the old email in body, maybe | 23:03 |
| sicelo | just edit the dts, and replace `nokia,n900-ir` with `pwm-ir-tx` ... this can be done without rebuilding kernel too | 23:04 |
| Wizzup | yeah, sorry, I mean, what didn't work before, everything? | 23:05 |
| Wizzup | and with that patch, does other userspace work, or just some lower level layer? | 23:05 |
| sicelo | ir-ctl -S rc5:0x1e01 works | 23:05 |
| sicelo | what didn't work before was - you send a pulse, and the entire device hangs | 23:06 |
| sicelo | the n900-specific driver probably has a timing issue leading to that lockup. while looking at that, i stumbled on this patch | 23:06 |
| sicelo | as for userspace, i have yet to make more tests, with specific remotes, for example. maybe we/i/someone should port Pierogi to Leste :-) | 23:07 |
| Wizzup | ok | 23:09 |
| Wizzup | sounds like we might want to include this patch regardless | 23:09 |
| sicelo | yeah | 23:09 |
| sicelo | i already shared this info with arno since he's keen on IR tx too ... maybe one of us gets to porting Pierogi quickly. I think it will be slightly easier than the other remote control applications since it didn't depend on lirc, and ir-ctl doesn't too | 23:11 |
| sicelo | s/lirc/lircd/ | 23:11 |
| Wizzup | got a link to it? | 23:11 |
| Wizzup | https://wiki.maemo.org/Pierogi | 23:12 |
| sicelo | yeah that one | 23:12 |
| sicelo | i used it extensively on Fremantle, and it worked well most of the time | 23:12 |
| Wizzup | oh, it's qt4? | 23:12 |
| Wizzup | shouldn't be too hard to port | 23:12 |
| sicelo | yeah, qt4 | 23:13 |
| sicelo | there were other remote control applications, but i don't have personal experience with using them, and afaik, they needed lircd, which we don't absolutely need on N900 since we won't ever receive incoming pulses | 23:14 |
| Wizzup | yeah, I remember some of the other ones that allowed you customise stuff | 23:15 |
| Wizzup | but it never really worked for me | 23:15 |
| maxwelld | i don't understand these things, for me it is very hard, but i managed to port several gtk, and even one qt program to later qt for maemo. | 23:21 |
| Wizzup | sicelo: I just pushed osme changes | 23:21 |
| Wizzup | to the news post | 23:21 |
| Wizzup | in case you have a bit of time to look | 23:21 |
| Wizzup | oh, sec, didn't push yet | 23:25 |
| Wizzup | pushed now | 23:26 |
| Wizzup | honestly, it's probably fine to push out as is | 23:29 |
| Wizzup | :) | 23:29 |
| sixwheeledbeast | only thing to consider with Pierogi is every remote is hardcoded | 23:30 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!