| entil | [20:45] < mal> entil: maybe fastboot getvar all might tell something | 05:44 |
|---|---|---|
| entil | (bootloader) unlocked:no | 05:44 |
| entil | mal: pretty sure none of that's surprising or immediately useful :/ | 05:44 |
| entil | like get_unlock_ability gives 0, just as flashing unlock says "Flashing Unlock is not allowed" | 05:45 |
| entil | and `reboot --slot other` and `reboot --slot b` have no effect (also didn't see anything in the sfos flash script about keeping any slot partitions as-is) | 05:55 |
| entil | I'll go back to being off this case until we hear from your fairphone buddy... and this whole ordeal makes me think why edl is such a hard thing to do, from an rtr pov and generally the fp vibe, like is it a necessary compromise to keep that stuff secret so thieves won't be able to completely wipe and sell off phones illegally? cuz they've been doing that for decades even without open specs | 05:59 |
| rinigus | @b100dian: I have implemented call swap in IMS plugin. this allows you to put calls on hold, resume, and accept call while other call is ongoing. the corresponding version is at obs | 10:04 |
| rinigus | there are few corner cases: (1) if you want to hangup active call and accept new call. in this case, binder plugin calls swap but asking for putting active call on hold and accept a new one. only after that, binder plugin will call hangup on old call. why BINDER_EXT_CALL_SWAP_FLAG_HANGUP is not used, I have no idea. | 10:13 |
| rinigus | cc mal : ^ | 10:13 |
| rinigus | (2) if handover IMS->GSM happens during a call and you have combination active+onhold, looks like you will not be able to reach onhold anymore. pretty much hoping that other party will hangup. or restart ofono. would have to checkout this case and maybe proactively just hangup all onhold calls - that's possible. | 10:16 |
| rinigus | (3) if you selected Merge calls you are transferred to conference call state and looks like ofono/binder plugin/user interface go all together nuts. pretend to do such conference call, but rather sketchy in practice and hard (if impossible) to stop. that's even if conference call callback is set to NULL | 10:17 |
| rinigus | I also suspect that there are multiple memory leaks in IMS plugin (HIDL and probably mtk). namely, signals are emitted in several places with allocated data, but it never gets cleaned. I fixed it in AIDL version as shown here: https://github.com/rinigus/ofono-binder-plugin-ext-qti/blob/9bdd68c4bcd860c5609b6cc41bf15b11748a2219/src/qti_radio_ext.c#L606 | 10:23 |
| rinigus | as far as I understand, emitter should remove allocated data (in this case array) after signal has been sent. similar issues were with sms pdu in the plugins. or am I wrong? | 10:24 |
| T42_ | <DerRenard> https://irc.thaodan.de/.imgstore/95e3a2b9/image.png | 13:04 |
| T42_ | <birdzhang> @Mister_Magister Hi, can i ask if the OnePlus 6 can use OTG? A friend of mine just flashed Sailfish OS and found that it doesn't work. I'm wondering if it's an issue with the OTG adapter. | 14:43 |
| Mister_Magister | OTG for what | 14:43 |
| Mister_Magister | like what device | 14:43 |
| T42_ | <birdzhang> usb drive | 14:44 |
| Mister_Magister | yup works | 14:45 |
| Mister_Magister | i had to disable usb dacs but storage works | 14:45 |
| T42_ | <birdzhang> I see, thanks | 14:47 |
| rinigus | @b100dian: tested multicall case (2 above) and could sometimes get handover to work correctly. but as it is up to a chance, decided to hangup all calls that were on hold during handover. at least we will have determined behavior in this case | 16:19 |
| T42_ | <DerRenard> Hello. There's some interesting question about mountpoints. | 16:53 |
| T42_ | <DerRenard> | 16:53 |
| T42_ | <DerRenard> When i was doing it, i flashed LOS 21 thru LOS recovery and did this command `ls -l /dev/block//bootdevice/by-name/userdata, ls -l /dev/block/platform/*/*/by-name/` to get mountpoints. | 16:53 |
| T42_ | <DerRenard> | 16:53 |
| T42_ | <DerRenard> But, now i flashed it thru TWRP with dynamic partition fix for my device and it shows different partitions on the same device and same firmware. (It started to have dm* partitions) | 16:53 |
| T42_ | <DerRenard> | 16:53 |
| T42_ | <DerRenard> Which should i use - with dynamic partitions like now, or without like it was? | 16:53 |
| T42_ | <DerRenard> | 16:53 |
| T42_ | <DerRenard> And also. Does SFOS supports `retrofit dynpart`? | 16:53 |
| rinigus | @DerRenard: to handle dynpartitions we usually use [parse-android-dynparts](https://github.com/mlehtima/parse-android-dynparts) and write systemd mount scripts. tricks start when you have to flash something there | 17:27 |
| rinigus | if you had it working, keep it as it was. dm start I suspect is for dynamic parts as well :) | 17:28 |
| rinigus | Q: for those with Jolla's volte - does it support conference calls? I wonder whether we can disable it in ofono binder plugin and/or phone app. | 17:30 |
| T42_ | <DerRenard> At the start my phone didn't support any dynamic partitions, but latest twrp for handle android ^12 requires to have dyn.part... so there's such fix you need to flash before firmware is installed, do reboot and start to install firmware (re @SailfishFreenodeIRCBridgeBot: <rinigus>@DerRenard:...) | 17:30 |
| rinigus | @DerRenard: choose your poison. if you want with dyn partitions (or have to use them), use that. then look into ports using parse-...-dynparts and try to make similar port | 17:32 |
| T42_ | <DerRenard> in theory, can DP be disabled? especially for newer devices. i have xiaomi 11 lite 5g ne and it suppose to support dynamic partitions out of the box, cause this is new device, but can it be avoided to use? (re @SailfishFreenodeIRCBridgeBot: <rinigus>@DerRenard:...) | 17:37 |
| rinigus | @DerRenard: no, not to my knowledge. ports so far were done with dynparts if those were on android (PS: don't use reply - just write username in reply you reply to if you want to ping) | 17:39 |
| mal | well except me, I did the different way (as done for official device also) and packaged the android side partition content | 17:43 |
| T42_ | <adampigg> rinigus: ill take a look in the mtk plugin | 18:04 |
| rinigus | @adampigg: you could look into my changes during the last few days. probably few can be carried over | 18:04 |
| rinigus | assuming that I am right regarding memory handling and glib signaling, i.e. memory leaks. note that I haven't used any tools to check whether I am right | 18:05 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
