| tmlind | freemangordon: abe_mcbsp1_dr.gpio_115 offset 0x100, omap4_pmx_core padconf offset 0x40, 0x100 - 0x40 = 0xc0 | 05:27 |
|---|---|---|
| tmlind | so this should work for gpio_115 padconf interrupt, untested: interrupts-extended = <&omap4_pmx_core 0xc0>; | 05:28 |
| tmlind | if that interrupt is common for modem uart and usb, then it could be set up as a generic wakeirq that ends up calling the runtime pm resume function | 05:29 |
| tmlind | if it's specific to the usb only, then it should have a separate threaded irq handler like you already have | 05:29 |
| tmlind | not sure if the powerup sequence with the gpio pins needs to be redone, i think the modem can watchdog reboot and return online, not sure. so maybe just detecting a modem reboot can be used to rescan the usb bus for devices | 05:31 |
| tmlind | maybe there's some way to do a modem reset or reboot over qmi? | 05:32 |
| freemangordon | tmlind: so, I should not add another gpio, but just interrupt, right? | 07:07 |
| freemangordon | lets try it | 07:08 |
| freemangordon | 253: 5 pinctrl 192 Edge mdm6600-usb-wake | 07:43 |
| freemangordon | lemme disable PM runtime resume for the UART from the irq handler | 07:45 |
| freemangordon | otherwise seems to work | 07:46 |
| freemangordon | pm resuming uart seems not needed | 07:59 |
| freemangordon | YAY! | 08:03 |
| dsc_ | freemangordon: https://github.com/maemo-leste/conversations/commit/8d5c9f65ef6283edcb5b09abfdde63222f6477a0.diff | 09:11 |
| dsc_ | I think this HoldTimer was there so it doesnt trigger when scrolling | 09:12 |
| dsc_ | else you cant really scroll without it triggering a popup | 09:12 |
| dsc_ | iirc | 09:13 |
| freemangordon | not sure I understand the question, but otherwise the patch seems reasonable | 09:14 |
| freemangordon | also, I thunk tapandhold is always synthesized | 09:15 |
| freemangordon | *think | 09:15 |
| dsc_ | you patched the holdTimer out, im just wondering if scrolling is a bit awkward now | 09:15 |
| dsc_ | anyway | 09:16 |
| freemangordon | ah | 09:16 |
| freemangordon | this is path is mine? | 09:16 |
| dsc_ | yeah :D | 09:16 |
| freemangordon | well, it is good that I find my patches reasonable :D | 09:17 |
| dsc_ | (y) | 09:17 |
| freemangordon | I don't see issues with scrolling | 09:17 |
| dsc_ | alright | 09:17 |
| freemangordon | scrolls just fine here | 09:17 |
| freemangordon | at least on d4 | 09:17 |
| dsc_ | i put presence and avatar into master | 09:19 |
| dsc_ | an avatar is 8kb | 09:19 |
| dsc_ | i dont suspect any drastic changes in memory | 09:19 |
| dsc_ | expect* | 09:19 |
| freemangordon | cool | 09:20 |
| freemangordon | even if you made it so images are loaded in background :) | 09:20 |
| dsc_ | they are yes, sorry | 09:20 |
| freemangordon | great | 09:21 |
| dsc_ | wait, what do you mean? | 09:21 |
| dsc_ | as in seperate thread? | 09:21 |
| dsc_ | no | 09:21 |
| freemangordon | no | 09:22 |
| freemangordon | anyway, lets see how it behaves | 09:22 |
| dsc_ | yes | 09:22 |
| dsc_ | we can do on-demand if its neccesary | 09:22 |
| freemangordon | will optimize further if needed | 09:22 |
| freemangordon | yeah, that's what I meant | 09:22 |
| freemangordon | sorry, still less coffee than needed | 09:23 |
| freemangordon | not to say I am dealing with kernel code ATM and is a bit hard to switch ;) | 09:23 |
| dsc_ | im going to try and get a virtual keyboard going with Qt apps | 09:39 |
| freemangordon | oh | 09:39 |
| dsc_ | on a OS level | 09:39 |
| freemangordon | which keyboard? | 09:39 |
| dsc_ | wizzup did some work, but it was for qt4 iirc | 09:40 |
| freemangordon | him? | 09:40 |
| dsc_ | will have to see what keyboard | 09:40 |
| dsc_ | but just like the one we already have I suppose | 09:40 |
| dsc_ | for gtk apps | 09:40 |
| freemangordon | perhaps see how it was done in fremantle qt4 | 09:40 |
| Wizzup | hi | 09:41 |
| dsc_ | yeah | 09:41 |
| dsc_ | im just wondering, why cant we use the gtk widget we already have? | 09:41 |
| Wizzup | yeah I spoke with dsc about this briefly | 09:41 |
| freemangordon | https://github.com/community-ssu/qt-x11-maemo | 09:41 |
| dsc_ | we just need to spawn it when focus is on a QLineEdit | 09:41 |
| Wizzup | the code is probably here https://github.com/maemo-leste/qt-platform-maemo/tree/him | 09:41 |
| Wizzup | but it wasn't finished and a bit of a mess | 09:41 |
| Wizzup | but I wanted to take more time to ensure that this was actually the latest code | 09:41 |
| freemangordon | Wizzup: I have d4 working with upstream ofono over qmi :) | 09:42 |
| freemangordon | including notifications | 09:42 |
| sicelo | this is awesome news!!! | 09:42 |
| freemangordon | sicelo: yeah | 09:42 |
| freemangordon | doing some code cleanup | 09:42 |
| Wizzup | freemangordon: wooo :) | 09:42 |
| sicelo | we really appreciate your work, and tmlind ;-) | 09:42 |
| Wizzup | we can build experimental kernel and ofono then | 09:42 |
| freemangordon | will push later on | 09:42 |
| freemangordon | yes | 09:42 |
| dsc_ | i have no idea what this means but goodjob | 09:43 |
| freemangordon | yeah, tmlind's hint about padconf was the key | 09:43 |
| * dsc_ gets coffee | 09:43 | |
| freemangordon | dsc_: this means we will have fully-functional modem on d4 | 09:43 |
| dsc_ | nice! :) | 09:43 |
| Wizzup | we've had a bunch of issues with notifications and some other stuff, so this is really great | 09:43 |
| freemangordon | and will remove (hopefully) the need for upsreaming serdev_gsm | 09:43 |
| Wizzup | I wonder if that will also make things easier eventually over the spi mapphone devices | 09:44 |
| freemangordon | or whatever the name was | 09:44 |
| freemangordon | perhaps | 09:44 |
| Wizzup | might make sense to check on the pm too, I suppose pm is ok? | 09:44 |
| freemangordon | if qmi_wwan works over spi | 09:44 |
| freemangordon | yes, it is | 09:44 |
| Wizzup | it does not, but the android kernel did stuff to make it work over spi iirc :D | 09:44 |
| freemangordon | we also get AT interface working | 09:44 |
| freemangordon | the only missing piece is voice contro;l | 09:45 |
| freemangordon | but I'll look into it | 09:45 |
| sicelo | new ofono helps Librem5, but I believe should also help PP. AFAIK it's currently using some weird hacks? | 09:47 |
| freemangordon | yes, PP too | 09:48 |
| freemangordon | and basically all QMI | 09:49 |
| freemangordon | which means all devices after 2012, no? | 09:49 |
| sicelo | although 2.13 is somewhat broken for PP, based on piggz report. Hopefully will be fixed soon. | 09:49 |
| freemangordon | I haven't had any issues with 2 quectel modems I have here and d4 | 09:50 |
| Wizzup | yes, pp is also qmi | 09:50 |
| sicelo | yes it's not clear yet what broke specifically for pp. | 09:51 |
| sicelo | https://lore.kernel.org/ofono/2292663.Vs0nDVz2aQ@adam-laptop-hp/T/#t for details | 09:54 |
| freemangordon | yeah, this also make it incompatible with older kernels (at least cannot compile on even 5.10) | 09:56 |
| sicelo | heh, at least we're mainline | 09:57 |
| freemangordon | yeah | 09:57 |
| freemangordon | but had to upgrade VM | 09:57 |
| freemangordon | and my PC | 09:57 |
| dsc_ | so the keyboard we have right now (that works with GTK apps) | 10:01 |
| dsc_ | its via him (hildon input method) | 10:01 |
| dsc_ | correct? | 10:01 |
| freemangordon | yes | 10:03 |
| Wizzup | sorry, yes | 10:04 |
| dsc_ | and it needs to be build into the maemo qt plugin | 10:05 |
| Wizzup | dsc_: basically what needs to happen in the qt side is to implement all the dbus calls, so even when sending a single key you need to send that over dbus and him will send the input | 10:05 |
| dsc_ | right | 10:05 |
| Wizzup | and if you want to provide 'context' - eg. line editing that also has to go over dbus | 10:05 |
| Wizzup | it's not ideal really, but it's what it is currently | 10:06 |
| Wizzup | there's also the at-spi2 stuff, but I don't know much about it | 10:06 |
| Wizzup | uvos has said at some point he thinks that might be a better way to go about this, but I don't know enough | 10:06 |
| Wizzup | this is hooking into the accessibility frameworks | 10:07 |
| freemangordon | IIUC that's the proper way, however, uvos said there are some issues | 10:07 |
| freemangordon | don;t remember the details | 10:07 |
| Wizzup | yeah | 10:08 |
| dsc_ | ok cool | 10:18 |
| freemangordon | hmm modem uart is waking-up device hundred times more than usb | 11:51 |
| freemangordon | 254: 14 pinctrl 192 Edge mdm6600-usb-wake | 11:51 |
| freemangordon | 263: 203 4805b000.gpio 21 Edge mdm6600-wake | 11:52 |
| dsc_ | (hello:9849): sapwood-engine-WARNING **: 11:25:25.732: sapwood-theme: Failed to load pixmap file /usr/share/themes/alpha/images/TextInput.png: Failed to connect to sapwood server using `/var/tmp/sapwood-:0.0': Connection refused | 12:25 |
| dsc_ | is there an env. var to supress sapwood-engine messages? | 12:26 |
| freemangordon | dsc_: export DISPLAY=:0 | 12:38 |
| freemangordon | tmlind: https://github.com/maemo-leste/droid4-linux/commit/c9acd3b9c606274f5cc421b199cff2f58eb60b1c | 12:41 |
| dsc_ | ty :) | 12:41 |
| freemangordon | this seems to work | 12:41 |
| freemangordon | tmlind: regarding modem disconnects - never seen them here, no idea how to test | 12:42 |
| freemangordon | but, I guess this can be handled in usb notifier | 12:42 |
| freemangordon | please have a look at the commit, if you see no obvious issues I'll send for upstreaming | 12:44 |
| freemangordon | Wizzup: could you make a new kernel release? | 12:44 |
| dsc_ | https://akademy2008.kde.org/conference/slides/maemo_qt.pdf | 14:04 |
| dsc_ | slide 21 | 14:04 |
| dsc_ | is also what I saw in the code yes | 14:05 |
| dsc_ | but its funny to read a presentation from when I was still a teenager :P | 14:05 |
| dsc_ | hmm | 14:06 |
| dsc_ | these slides were handy *before* diving into the code :D | 14:06 |
| dsc_ | would have been* | 14:06 |
| freemangordon | h,, aren;t we supposed to install event filter in polish() | 14:15 |
| freemangordon | ? | 14:15 |
| dsc_ | and yes, I can see how this is hacky re: at-spi2 | 14:15 |
| freemangordon | the way we do for scrollbasr | 14:15 |
| freemangordon | dsc_: which one is hacky? at-spi or him? | 14:16 |
| freemangordon | or qt | 14:16 |
| freemangordon | can;t parse :) | 14:16 |
| dsc_ | uhm I mean the way it communicates, qt + xcb | 14:16 |
| dsc_ | it stops some events, based on atoms, etc. | 14:16 |
| freemangordon | why hacky? | 14:16 |
| freemangordon | btw, qt5 should have standard way for input methods | 14:17 |
| dsc_ | idk what polish() is | 14:17 |
| dsc_ | basically what we should do is (and what Wizzup was working on) | 14:18 |
| dsc_ | register a QPlatformInputContext plugin | 14:18 |
| freemangordon | mhm | 14:18 |
| dsc_ | it hooks all widgets/inputs and installs a filter | 14:18 |
| freemangordon | right | 14:18 |
| dsc_ | it then creates a xcb conenction to him | 14:18 |
| freemangordon | makes sense | 14:18 |
| freemangordon | btw, that might be useful: | 14:19 |
| freemangordon | https://github.com/maemo-leste/hildon-input-method-framework/tree/master/src | 14:19 |
| dsc_ | yes I found this already | 14:20 |
| freemangordon | ok | 14:20 |
| dsc_ | i was using it to create a standalone program | 14:20 |
| dsc_ | but it really needs to be a plugin I think | 14:20 |
| freemangordon | cool | 14:20 |
| freemangordon | yeah | 14:20 |
| freemangordon | but at least gives you an idea what to do | 14:20 |
| dsc_ | yeah | 14:20 |
| freemangordon | there is also documentation | 14:20 |
| freemangordon | http://maemo.org/api_refs/5.0/5.0-final/hildon-input-method/ | 14:21 |
| freemangordon | not sure how useful it is though | 14:21 |
| dsc_ | wizzup was quite far already I think | 14:22 |
| freemangordon | cool | 14:22 |
| dsc_ | some technicalities with key combos to sort out | 14:22 |
| dsc_ | modifiers | 14:22 |
| dsc_ | im just trying to create a standalone application so its easier to test | 14:23 |
| Wizzup | freemangordon: yes I can make a kernel release today | 14:55 |
| dsc_ | hmm | 14:57 |
| dsc_ | might be more difficult, sending HILDON_IM_SHOW does not show the keyboard | 14:57 |
| freemangordon | it should, iirc | 14:57 |
| Wizzup | yes, there's bugs in the qt code for sure :) | 14:57 |
| dsc_ | btw | 14:58 |
| dsc_ | xcb_connection | 14:58 |
| dsc_ | this is a x11 connection right | 14:58 |
| dsc_ | does it use unix sockets for that? | 14:58 |
| dsc_ | well doesnt matter | 14:59 |
| Wizzup | depends on DISPLAY I think | 14:59 |
| dsc_ | i have not come across any dbus stuff yet Wizzup | 14:59 |
| Wizzup | sorry, bbiab | 14:59 |
| dsc_ | freemangordon: (hello:11016): hildon-1-WARNING **: 14:03:14.533: Tried to initialized Hildon more than once. | 15:03 |
| dsc_ | can I ignore this? | 15:03 |
| dsc_ | omg, I had "Enable Virtualkeyboard" disabled @ settings | 15:06 |
| freemangordon | yes | 15:06 |
| freemangordon | :) | 15:06 |
| dsc_ | k it works now ;p | 15:06 |
| tmlind | freemangordon: nice looks good to me, not sure if you need the wakeup-source though, maybe check with suspend/resume if it keeps some stuff enabled unnecessarily | 16:43 |
| tmlind | freemangordon: are you seeing events now also for incoming sms on the usb qmi? | 16:44 |
| freemangordon | yes | 16:47 |
| freemangordon | tmlind: without wakeup-source it does not work | 16:47 |
| freemangordon | what to check if properly suspended? | 16:48 |
| tmlind | i think the wakeup-source might have an effect of keeping things enabled, but maybe usb needs it | 16:50 |
| freemangordon | I did't see increase of power usage | 16:51 |
| tmlind | hmm maybe it's needed to keep the interrupt active though | 16:51 |
| tmlind | ok | 16:52 |
| freemangordon | yeah, no interrupt without it | 16:52 |
| tmlind | ok | 16:52 |
| tmlind | so incoming sms working? | 16:52 |
| freemangordon | yes | 16:52 |
| freemangordon | and call | 16:52 |
| tmlind | great! | 16:52 |
| tmlind | also seeing it on the qmi and not just ttyUSB4? | 16:52 |
| freemangordon | it is using qmi only :) | 16:53 |
| tmlind | amazing | 16:53 |
| freemangordon | but RING is seen on AT as well | 16:53 |
| tmlind | ok | 16:53 |
| tmlind | so the audio mixer, any clues? | 16:53 |
| freemangordon | didn't have time | 16:54 |
| freemangordon | this https://github.com/maemo-leste-upstream-forks/ofono/tree/upstream-wip | 16:54 |
| tmlind | ok | 16:54 |
| freemangordon | if you want to test it | 16:54 |
| freemangordon | this is latest ofono + d4 patches | 16:54 |
| tmlind | maybe over the holidays i get a chance | 16:54 |
| freemangordon | cool | 16:54 |
| freemangordon | please verify what you have concers for | 16:54 |
| freemangordon | suspend/resume I mean | 16:55 |
| freemangordon | because I verified that usb device and phy are suspended | 16:55 |
| freemangordon | but maybe more things have to be checked, dunno | 16:55 |
| freemangordon | I am trying to upstream d4 support in ofono though | 16:56 |
| freemangordon | well d4 qmi support | 16:56 |
| tmlind | no concerns :) | 16:57 |
| freemangordon | "not sure if you need the wakeup-source though, maybe check with suspend/resume if it keeps some stuff enabled unnecessarily" | 16:57 |
| freemangordon | thats what I mean :) | 16:57 |
| freemangordon | or, give me some hints what to check | 16:57 |
| tmlind | right sounds like that's needed to keep the interrupt enabled though | 16:57 |
| tmlind | nothing to check imo, the usb suspend should clear the modem if it reboots.. | 16:58 |
| tmlind | sorry i mean the usb notifier | 16:58 |
| freemangordon | you mean udev | 16:58 |
| freemangordon | yeah | 16:58 |
| freemangordon | BTW, I think if modem falls off the bus, maybe it can be rebooted in the notifier | 16:59 |
| tmlind | yup | 16:59 |
| tmlind | yeah that would be cool | 16:59 |
| freemangordon | but, I have never seen that happened here | 16:59 |
| freemangordon | so can;t test | 16:59 |
| tmlind | i need to reload the modem modules about every two weeks | 17:00 |
| tmlind | otherwise modem stops working | 17:00 |
| freemangordon | never have any issues here, but I am not sure I keep my d4 without reboot for so long | 17:00 |
| tmlind | let's hope that gets fixed too | 17:00 |
| freemangordon | do you use leste already? | 17:01 |
| tmlind | only on a test device still, should update it now :) | 17:01 |
| freemangordon | :) | 17:01 |
| freemangordon | Wizzup: is prting to current debian stable | 17:02 |
| freemangordon | *porting | 17:02 |
| freemangordon | should be ready soon(tm) | 17:02 |
| tmlind | cool | 17:02 |
| freemangordon | ok, lets see if I can re-send one more ofono patch | 17:02 |
| freemangordon | bbl | 17:02 |
| tmlind | later | 17:03 |
| freemangordon | sicelo: https://git.kernel.org/pub/scm/network/ofono/ofono.git/ | 19:41 |
| freemangordon | :) | 19:41 |
| sicelo | yeah i'm subscribed to the ML ;-) | 19:42 |
| freemangordon | those 4 patches are d4 related | 19:42 |
| sicelo | this is all that's needed for it? any still pending? | 19:42 |
| freemangordon | no I only have to send the big one | 19:43 |
| freemangordon | lemme push first | 19:44 |
| Wizzup | I didn't get to the kernel yet, I hope to do it later tonight, but I need a break first | 19:44 |
| freemangordon | sure, no hurry | 19:45 |
| sicelo | get a break, don't break :-) | 19:45 |
| freemangordon | sicelo: that one https://github.com/maemo-leste-upstream-forks/ofono/commit/b44ce9c07bfd7371b44e15849db7c2b268ac92b4 | 19:50 |
| freemangordon | ther is at least one more I will have to make, location related | 19:50 |
| freemangordon | also, back then I promised to implement better API for call forwarding | 19:50 |
| freemangordon | but those are details | 19:51 |
| sicelo | great, i understand | 19:52 |
| freemangordon | Dec 11 21:03:38 localhost ofonod[2291]: drivers/qmimodem/voicecall.c:all_call_status_ind() Call 1 in state QMI_VOICE_CALL_STATE_SETUP(10) | 20:04 |
| freemangordon | Dec 11 21:04:38 localhost ofonod[2291]: drivers/qmimodem/sms.c:event_notify() msg format 6 PDU length 35 | 20:05 |
| freemangordon | :) | 20:05 |
| freemangordon | tmlind: if anything, at least we can drop dtmf support from motmdm codec | 22:23 |
| Wizzup | does qmi support dtmf? | 22:34 |
| freemangordon | looks like | 22:36 |
| freemangordon | by the looks of eQMI_VOICE_START_CONT_DTMF and friends | 22:37 |
| Wizzup | ok | 22:40 |
| freemangordon | d4 modem also supports +VTS command | 22:42 |
| freemangordon | AT+VTS=? | 22:43 |
| freemangordon | +VTS: (0-9,A-D,*,#) | 22:43 |
| freemangordon | so that's not an issue | 22:43 |
| Wizzup | cool | 22:48 |
| freemangordon | volume control is the issue :) | 22:49 |
| arno11 | do you know guys why we can't stop (and restart) tone-generator ? it fails to find the correct pid | 23:20 |
| arno11 | and pgrep returns no pid | 23:21 |
| arno11 | i ask because i lost alerting tone again | 23:22 |
| Wizzup | is tone generator used for this? | 23:22 |
| Wizzup | (it might be, I don't know) | 23:22 |
| arno11 | iirc yes | 23:23 |
| arno11 | but that s a bit confusing | 23:23 |
| arno11 | Wizzup: i got troubles with 2g calls as well at the same time (after dist-upgrade). Is new debian rules in libcmtspeechdata possibly the root cause ? | 23:33 |
| arno11 | (with port to dh 10+) | 23:34 |
| Wizzup | could be, but I don't think I built any of my changes for chimaera | 23:34 |
| arno11 | ok | 23:35 |
| arno11 | it s late, i ll try tomorrow a local cmt build i have, to see if it works better | 23:36 |
| arno11 | indeed you didn t build it to chimaera so the problem is elsewhere | 23:41 |
| arno11 | thx for details | 23:41 |
| Wizzup | np | 23:44 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!