Wizzup | uvos: I made a few calls and the speaker and handset switching works fine )on the d4 at least) | 18:03 |
---|---|---|
uvos | Wizzup: great :) | 18:50 |
uvos | could you try the pp? | 18:51 |
uvos | and if that works ill promote sphone | 18:51 |
uvos | maybe after your rtcomm patch | 18:51 |
uvos | if thats comeing today | 18:51 |
Wizzup | should, but my day's been filled with work and meetings | 18:51 |
uvos | ok | 18:52 |
uvos | but you have a pp around? | 18:52 |
Wizzup | yes | 18:52 |
uvos | ok | 18:52 |
Wizzup | I will also test the other thing you asked me to test out | 18:52 |
uvos | thanks yeah | 18:52 |
Wizzup | I just want to do the rtcom el patch first | 18:52 |
uvos | that ones wierd, it worked on pp before and still works on bionic and d4 | 18:52 |
uvos | but multiple people have reported it | 18:52 |
Wizzup | btw, I've "received" the same sms about 9 times today on my d4 | 18:53 |
uvos | yeah i have seen that | 18:53 |
Wizzup | just got it again :D | 18:53 |
uvos | ofono is a mess still | 18:53 |
Wizzup | I think it relates to me turning on the screen or something | 18:53 |
Wizzup | ah, got it 3 times | 18:53 |
Wizzup | odd | 18:53 |
uvos | might be mce kicking the modem | 18:53 |
Wizzup | right | 18:53 |
uvos | and ofono failing to tell the modem its been recieved or somehting | 18:54 |
Wizzup | I am not sure if the problem is ofono or the kernel | 18:54 |
uvos | dunno yeah | 18:54 |
Wizzup | we should probably try it with the power consuming ofono as well, just to see if that works fine | 18:54 |
Wizzup | (the other ofono driver) | 18:54 |
uvos | the whole modem infra also behaves really wierd in a different way | 18:55 |
uvos | so i have a contract with 2 sim cards | 18:55 |
uvos | and often when the d4 is with the sim unlocked the other device wont be able to make or recive calls or send or recive sms | 18:55 |
uvos | as if the operator thinks the d4 is sending something on gsm | 18:56 |
uvos | (other than data) | 18:56 |
uvos | this even presits if the device is turned off | 18:56 |
uvos | the only way to make it go away is to reboot the d4 into android and connect to the operator there | 18:56 |
uvos | or wating a couple of h | 18:56 |
Wizzup | odd. | 18:56 |
sicelo | the issue with droid-4 refusing to charge if booted from cable is a bit annoying (because how else do you boot from a depleted battery?). anyway ... most times, the kernel is able to start, but then you have to know when to remove cable, and reinsert it (i think buZz explained this a couple of days/weeks ago). | 18:58 |
uvos | i dont see this | 18:58 |
uvos | but i can see why it would happen | 18:59 |
uvos | depending on when the charge enable interrupt comes in it will fail to work | 18:59 |
sicelo | i was wondering - would a forced reset in kernel be helpful *after* the module has loaded. clearly reinserting usb cable works, so i suppose a forced reset in s/w should help too | 18:59 |
uvos | depending on when cpcap-battery probes realatvie to cpcpa-mfd | 18:59 |
uvos | sicelo: not sure what you mean by reset | 18:59 |
uvos | sicelo: the way it works is cpcap fires an intterupt when the interrupt is enabled | 19:00 |
uvos | depending on how it goes timeing wise thats before the kernel is ready to start charging | 19:00 |
uvos | im not sure if theres a register you can read to see if the usb cable is plugged in | 19:01 |
uvos | iirc alot of the other negotaing stuff goes by the fw | 19:01 |
uvos | which we dont understand at all | 19:01 |
uvos | id have to check | 19:02 |
uvos | a temporary fix might be to just build the charger module into the kernel | 19:02 |
uvos | that would help with booting with a low battery anyhow since charging would start earlyer | 19:02 |
sicelo | maybe that's what should be done then | 19:02 |
sicelo | or delay loading the charging module until things have settled | 19:03 |
uvos | the problem is that the intterupt infa is enabled by the mdf code | 19:03 |
uvos | not the charging module | 19:03 |
uvos | *mfd | 19:03 |
sicelo | mmm. this is kernel code you're talking about? or firmware that we have no control over? | 19:04 |
sicelo | (mfd code, i mean) | 19:05 |
uvos | kernel code | 19:06 |
uvos | another way that might also work ist to just enable charging unconditionally on probe | 19:08 |
uvos | and just let the vbus low irq disable it again | 19:08 |
uvos | if vbus is low | 19:08 |
uvos | ie 0v | 19:08 |
sicelo | oh btw, this happens even when battery has power (just in that situation, you can simply boot without the cable) | 19:13 |
sicelo | anyway ... hope someday a solution will be found | 19:13 |
uvos | sicelo: yeah the driver just tries to read CPCAP_REG_INTSx at boot | 20:32 |
uvos | of you cant expect that to show the current state, or even to contain valid data at all if you just read the irq state registers without wating for cpcap to fire an irq | 20:33 |
uvos | no suprise its buggy and behaves inconsistantly | 20:33 |
uvos | looks like android itterogates the fw | 20:35 |
uvos | we cant do that | 20:35 |
uvos | ofc that dosent mean its the only way to gain the information | 20:35 |
uvos | looks like while i cant repo this on d4 i can on xt875 | 20:45 |
uvos | Wizzup: please kick linus | 21:45 |
uvos | *x | 21:45 |
uvos | for devel | 21:46 |
Wizzup | done | 21:54 |
uvos | https://phoenix.maemo.org/job/droid4-linux-source/182/console | 22:07 |
uvos | Wizzup: this is pretty hard to read | 22:07 |
uvos | upps forgot to push the tag | 22:07 |
uvos | Wizzup: ok pls kick again | 22:08 |
uvos | sicelo: when this drops please check if it fixes the issue for you | 22:08 |
sicelo | it's this? https://github.com/maemo-leste/droid4-linux/commits/maemo/beowulf-devel | 22:15 |
sicelo | i don't see a commit which can fix anything there. you didn't push or something? | 22:16 |
sicelo | seems the build failed too | 22:17 |
sicelo | https://phoenix.maemo.org/job/droid4-linux-source/182/consoleText | 22:17 |
* sicelo makes a note to build 5.19 for N900 | 22:20 | |
uvos | the source is not in that branch | 22:20 |
uvos | just the packaging | 22:20 |
uvos | yes it failed i forgot to push the tag as mentioned above | 22:20 |
Wizzup | uvos: yes I think that hapened in the latest update | 22:35 |
Wizzup | of jenkins | 22:35 |
uvos | sicelo: its in the repo now | 23:23 |
uvos | pls test | 23:24 |
uvos | Wizzup: btw i merged in your additional force enables | 23:24 |
uvos | and that seams to work ok | 23:24 |
Wizzup | also for headset? | 23:26 |
uvos | yes i squahsed exp3 and merged it in | 23:27 |
uvos | (without the regmap hack) | 23:27 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!