| freemangordon | yes, but I will do tomorrow | 00:00 |
|---|---|---|
| freemangordon | (push) | 00:00 |
| freemangordon | too tired now | 00:00 |
| Wizzup | sounds good | 00:06 |
| dsc_ | can I disable 'apparmor' from the TARGET line @ /etc/init.d/.depend.boot | 09:12 |
| dsc_ | i want to run without apparmor | 09:13 |
| freemangordon | Wizzup: ok, finally found the reason for high power usage | 09:29 |
| freemangordon | CPCAP_REG_VAUDIOC.CPCAP_BIT_VAUDIO_MODE1 must be set | 09:30 |
| freemangordon | previously it was done by the hack | 09:30 |
| freemangordon | I have to find the proper place to do it now | 09:30 |
| Wizzup | maybe it can be part of the route | 09:31 |
| freemangordon | we don;t have a widget for it | 09:32 |
| sicelo | Wizzup: not important & no rush - i'm just curious why https://github.com/maemo-leste/leste-config/blob/master/leste-config-common/etc/wpa_supplicant/wpa_supplicant.conf.leste#L1 specifies different ctrl_interface from https://github.com/maemo-leste/libicd-network-wpasupplicant/blob/master/src/wpasupplicant-defs.h#L37 ... things are working, but i'm just trying to understand the code | 09:32 |
| freemangordon | tmlind added it as a part of https://github.com/maemo-leste/droid4-linux/commit/0dedbde5062dbc3cf71ab1ba40792c04a68008e9 | 09:34 |
| freemangordon | but nobody calls cpcap_voice_set_tdm_slot() | 09:34 |
| freemangordon | anyway, I'll fix that | 09:34 |
| Wizzup | sicelo: sorry, what do you need? :) | 09:35 |
| Wizzup | I must have missed a message | 09:35 |
| sicelo | you haven't :-) | 09:35 |
| sicelo | i've just been going through libicd-network-wpasupplicant, and observed code is using different wpa_supplicant control sock from what the config sets. i think there's a good reason for that (after all, wifi works) | 09:36 |
| sicelo | oh, i get it now. sorry for the noise | 10:10 |
| Wizzup | sicelo: ah, ok, check :) | 10:59 |
| sicelo | i'm now trying to figure out why we do scanning via the control socket, and also via dbus .. | 11:11 |
| freemangordon | tmlind: ping | 11:11 |
| freemangordon | tmlind: why is CPCAP_REG_VAUDIOC set to 0 her https://github.com/maemo-leste/droid4-linux/commit/0dedbde5062dbc3cf71ab1ba40792c04a68008e9#diff-3943bf3a33be67e51248be2256236bc49d57d158b6963870c0410b4853303cf7R232? | 11:11 |
| sicelo | someday i hope to have time to change everything away from that control socket - looks like that will at least help us avoid hardcoding wlan0 | 11:11 |
| freemangordon | and then later on CPCAP_BIT_VAUDIO_MODE1 bit is set | 11:12 |
| Wizzup | sicelo: we can have multiple contrl sockets too, but we need it because the dbus interface doesn't do everything | 11:14 |
| sicelo | mmm, what can't it do? i was able to scan and connect via busctl only. looks like NetworkManager also doesn't use the ctrl sock | 11:16 |
| sicelo | my idea is ... we can tell icd2 to find a wireless device by asking udev, then we teach icd2 to do the rest, which is mainly CreateInterface, etc. | 11:17 |
| Wizzup | I bet the commit history or the ode contains the motivation | 11:17 |
| sicelo | i'll check | 11:17 |
| Wizzup | see 16bd225c14e3c9c12fd01aefbd6ac8cffa61e13c for example | 11:18 |
| sicelo | ah thanks | 11:20 |
| freemangordon | uvos__: Wizzup: do we have cpcap register dump from android? | 11:35 |
| Wizzup | yes, but from what scenario | 11:35 |
| Wizzup | https://uvos.xyz/maserati/stockinfo/call/ | 11:36 |
| freemangordon | idel | 11:36 |
| freemangordon | *idle | 11:36 |
| uvos__ | freemangordon: not for the idle state | 11:46 |
| uvos__ | freemangordon: but https://uvos.xyz/maserati/cpcaprw is a nativ android binanay that will create sutch a dump | 11:46 |
| uvos__ | i can also do so later | 11:46 |
| freemangordon | please do | 11:46 |
| Wizzup | are you checking pm? then omapconf could help too | 11:46 |
| freemangordon | as I think we are not controlling CPCAP_REG_VAUDIOC properly | 11:47 |
| freemangordon | omapconf will not help here | 11:47 |
| freemangordon | cpcap supports some low-power modes etc | 11:47 |
| freemangordon | seems we have to set CPCAP_REG_VAUDIOC.CPCAP_BIT_VAUDIO_MODE1 all the time to 1 | 11:47 |
| freemangordon | and also CPCAP_REG_VAUDIOC.CPCAP_BIT_AUDIO_LOW_PWR when not playing audio or dunno | 11:48 |
| freemangordon | I need hifi playback and idle dumps | 11:48 |
| Wizzup | freemangordon: telepathy-nonsense uses 'xmpp' as 'protocol' rather than 'jabber' | 12:15 |
| Wizzup | shall I fix our rtcom-accounts-ui plugin to do both? | 12:15 |
| freemangordon | sure, why not? | 12:16 |
| freemangordon | or, if we are to drop jabber | 12:16 |
| Wizzup | the settings might not be super compatible maybe | 12:16 |
| Wizzup | jabber==xmpp | 12:16 |
| freemangordon | well, I mean current tp plugin | 12:17 |
| freemangordon | gabble | 12:17 |
| Wizzup | I think maybe we should make nonsense use jabber | 12:17 |
| Wizzup | since now the VCardField is also different | 12:17 |
| Wizzup | it's impp (?) not x-jabber | 12:17 |
| Wizzup | x-jabber* | 12:18 |
| freemangordon | heh | 12:18 |
| freemangordon | what is impp? | 12:18 |
| Wizzup | no clue | 12:18 |
| freemangordon | sounds like a bug | 12:18 |
| Wizzup | nonsense.manager:VCardField=impp | 12:18 |
| Wizzup | protocol.cc: setVCardField(QStringLiteral("impp")); | 12:18 |
| Wizzup | protocol.cc: m_addrIface->setAddressableVCardFields(QStringList() << QStringLiteral("impp")); | 12:18 |
| Wizzup | https://www.rfc-editor.org/rfc/rfc4770.html | 12:20 |
| Wizzup | dsc_: later I think we should support ChannelFactory::featuresForServerAuthentication stuff in conversations | 12:46 |
| Wizzup | so that we handle some sasl auth stuff | 12:46 |
| uvos__ | Wizzup: did you note this weekends sphone changes? you responded to the rfc | 15:15 |
| uvos__ | Wizzup: the vcm changes examplery are probubly wrong and it needs you to decide what the new fields should be there | 15:16 |
| uvos__ | *you never responded to the rfc | 15:16 |
| Wizzup | I will check when I am back in an hour, maybe github just doesn't email me anymore | 15:29 |
| freemangordon | Wizzup: I will wait for cpcap regs dump before pushing, there are thing I still don't understand about cpcap audio PM | 16:08 |
| Wizzup | I could make a dump on 6.1 but otherwise you'l have to wait for uvos | 16:16 |
| freemangordon | yeah, I prefer to have android values | 16:17 |
| freemangordon | also, I want to know what tmlind knows about bits in CPCAP_REG_VAUDIOC | 16:17 |
| tmlind | freemangordon: you can have your wish, i don't know much anything | 17:48 |
| tmlind | is it a regulator? | 17:48 |
| tmlind | freemangordon: have you looked at MC13783UG.pdf? it has "Table 7-45. VAUDIO Forced Enable Function" that might provide some info? | 18:27 |
| sicelo | Wizzup: i read through the libicd-network-wpasupplicant commit you mentioned, as well as https://github.com/maemo-leste/bugtracker/issues/489#issuecomment-850713508. | 21:47 |
| sicelo | curiously, looks like the disconnect is implemented exactly the same for dbus as well as ctrl_iface ... so sounds weird that they behave differently | 21:49 |
| sicelo | or, more likely ... when the plugin was created/ported, https://w1.fi/cgit/hostap/commit/?id=5f040be4ff78f26b84840fa31037831bdd886f5b was not there in devuan ... | 21:51 |
| uvos | Wizzup: have a place to send devices in us? | 21:52 |
| uvos | https://www.ebay.com/itm/135148557032 | 21:52 |
| uvos | seams decent | 21:52 |
| freemangordon | tmlind: yes, it is a regulator, so setting its bits from cpcap-voice seems a hack to me. OTOH, I don't know how to set it from DT | 22:19 |
| freemangordon | yes, I have looked at MC13783UG.pdf and MC13783IGPLDRM.pdf. The latter have more info | 22:20 |
| freemangordon | still, I'll appreciate if you give me some hints how set those bits from regulator FW | 22:21 |
| freemangordon | cpcap-regulator that is | 22:21 |
| freemangordon | I can use REGULATOR_MODE_IDLE, but, under what conditions will it be used? | 22:23 |
| freemangordon | uvos: will you do capture of idle and music playback regs? | 22:23 |
| uvos | freemangordon: im currently doing it | 22:24 |
| uvos | not haveing mutch fun | 22:24 |
| freemangordon | thanks! | 22:24 |
| uvos | so my old d4 with los installed had a als that stoped working so i shoved it in a drawer, and since then it seams to have worsend since now the ts dosent work so i cant use that one | 22:25 |
| freemangordon | tmlind: also, I don't understand what 'low power mode' is supposed to mean | 22:25 |
| uvos | so im on my main d4 now, but that has android 4.1.2 which cant be rooted by normal means so i tried to manually root it from linux | 22:25 |
| uvos | but now it dosent boot | 22:26 |
| freemangordon | heh | 22:26 |
| uvos | so now im reinstalling android 4.0.4 over that | 22:26 |
| uvos | so fun | 22:26 |
| uvos | ill get there | 22:26 |
| freemangordon | I see | 22:26 |
| freemangordon | imagine if I was to do it :) | 22:26 |
| uvos | freemangordon: https://uvos.xyz/maserati/stockinfo/audio_states/ | 22:42 |
| freemangordon | thanks | 22:42 |
| uvos | yw | 22:44 |
| freemangordon | ok, seems cpcap-audio never properly idles in upstream | 22:44 |
| freemangordon | unless I am missing something | 22:44 |
| uvos | probubly not | 22:44 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!