| rinigus | piggz: congratulations! I'll still have to finish the code, probably 1-2 h tonight should do it with testing | 05:28 |
|---|---|---|
| T42 | <KernelPanix> hello | 07:05 |
| T42 | <KernelPanix> https://paste.ubuntu.com/p/5FHrSTsRZh/ | 07:05 |
| T42 | <KernelPanix> this log | 07:05 |
| T42 | <KernelPanix> please help me | 07:05 |
| T42 | <KernelPanix> ☺️☺️☺️ | 07:05 |
| T42 | <adampigg> Rinigug gr8, i wonder what we tackle next! | 07:46 |
| rinigus | @adampigg: qt update, obviously | 08:10 |
| T42 | <adampigg> rinigus: lol :D | 08:11 |
| T42 | <naive17> rinigus : where would you start to update qt? | 08:13 |
| r0kk3rz | nemomobile | 08:13 |
| rinigus | will see. have to look through few stalled issues on maps. | 08:13 |
| rinigus | r0kk3rz: nemomobile maybe a path to new qt, indeed | 08:13 |
| r0kk3rz | you can test things that require it on it | 08:15 |
| rinigus | r0kk3rz: did they managed to make the update? I think I missed it if they did | 08:16 |
| piggz | i think they did | 08:16 |
| r0kk3rz | i think so | 08:16 |
| piggz | neochapay was posting about it | 08:16 |
| r0kk3rz | yeah | 08:16 |
| rinigus | interesting. maybe we should look into helping them and work through those parts which are closed source in sfos. | 08:19 |
| rinigus | probably would need some extra device for nemo. something easy to find/buy, decently supported | 08:20 |
| r0kk3rz | you can build an image from a sfos port | 08:21 |
| r0kk3rz | or at least you used to | 08:21 |
| r0kk3rz | neochapay has been building for pinephone i think | 08:22 |
| T42 | <neochapay> Who say nemomobile ? ^_^ | 08:23 |
| rinigus | well, let's get FP over the line first. and I can ask then on nemo channel for update on devices/qt/how to help. | 08:23 |
| rinigus | @neochapay : see above. would love to continue the discussion out-of-working hours, though | 08:25 |
| piggz | rinigus: PP is nice n cheap | 08:26 |
| rinigus | piggz: hard-to-get? | 08:27 |
| T42 | <naive17> rinigus : not too much | 08:28 |
| rinigus | funny enough, they still have xperia x in stock. 1/2 price for pp | 08:29 |
| rinigus | no, make it the similar price to pp | 08:29 |
| rinigus | does pinephone have nemo edition? :). will look into it bit later | 08:31 |
| T42 | <neochapay> rinigus yeap. see nemomobile.net | 08:31 |
| rinigus | neochapay: I'll come back to this subject. thanks for the link | 08:33 |
| piggz | rinigus: can 10 be closed? https://github.com/piggz/sailfish-fpd-community/issues/10 | 09:01 |
| rinigus | piggz: sadly, no. I still get reboots / freezed device. mainly waiting if someone else will observe the same | 09:02 |
| r0kk3rz | piggz: so whats this finger whatsit? | 09:03 |
| piggz | r0kk3rz: wdym? its an open source implementation of sailfish-fpd | 09:03 |
| piggz | so, allows fingerprint support on communit devices | 09:03 |
| r0kk3rz | using hybris? | 09:04 |
| piggz | doesnt use a slave package, talks to android hidl over hybris | 09:04 |
| r0kk3rz | ah hild thingie | 09:04 |
| piggz | r0kk3rz: this is the android side https://github.com/piggz/sailfish-fpd-community/tree/master/android/hybris | 09:05 |
| piggz | very small | 09:05 |
| piggz | those parts were taken from biometryd for UT | 09:06 |
| piggz | then weve implemented a new daemon onto that mimics the sailfish-fpd dbus api | 09:06 |
| piggz | reverse engineered using dbus-monitor, strings, and mce source | 09:06 |
| piggz | and it works well for volla and rinigus sony | 09:06 |
| T42 | <birdzhang> and vince, hybris16.0 base ;) | 09:08 |
| r0kk3rz | sounds cool | 09:08 |
| piggz | r0kk3rz: yeah, im pretty happy with it :)) | 09:12 |
| deathmist | @piggz I may test this today as biometryd works perfectly for me on Halium 9 based UT, would I need to build an entirely new mic image or can I just grab some updated RPMs from droid-local-repo? | 10:23 |
| T42 | <birdzhang> deathmist: https://github.com/piggz/sailfish-fpd-community#android-library | 10:25 |
| T42 | <birdzhang> copy out/target/product/$DEVICE/system/lib/libbiometry_fp_api.so to your phone /usr/libexec/droid-hybris/system/lib/ | 10:26 |
| T42 | <birdzhang> then install sailfish-fpd-community and sailfish-fpd-community-test from https://build.merproject.org/project/show/home:rinigus:fp | 10:28 |
| T42 | <birdzhang> this is the easiest way | 10:28 |
| piggz | deathmist: what he said :D | 10:37 |
| rinigus | note that the builds at obs are OLD. VERY OLD | 11:07 |
| rinigus | for FPD. Deathmist ^ | 11:08 |
| piggz | rinigus: deathmist: where "old, very old" is in the context that the project has existed for 7 days | 11:15 |
| piggz | :D | 11:15 |
| T42 | <ankaos> the call is going. but it turns off after 1 minute. sms is going. but sms is not coming to me. | 11:37 |
| T42 | <ankaos> how can i solve this? | 11:37 |
| deathmist | piggz: rinigus: https://i.imgur.com/ERQxrbD.png this keeps happening always towards the last few remaining and I can never enroll a fingerprint using the latest version of the test app, any suggestions? | 12:26 |
| deathmist | latest version as in built from source & commit da183c90c7742c0faec201a9ff4e57c3c9f90fa5 | 12:28 |
| piggz | deathmist: tried enrolling in sailfish settings? | 12:28 |
| piggz | as usual, logs and logcat | 12:28 |
| deathmist | piggz: attempting to install "sailfish-devicelock-fpd" results in https://pastebin.com/raw/nuZ7UKUW either way here is journal https://pastebin.com/raw/uMWgqxtL and logcat https://pastebin.com/raw/iwnwc20f after coming across the issue once right after rebooting | 12:37 |
| rinigus | Deathmist: did you build it against your own hybris? also the android bits? not sure it matters, though | 12:46 |
| deathmist | ye I built this on my local 16.0 tree with HAL stuff etc in place | 12:47 |
| rinigus | Deathmist: looks like qseecomd is rather unhappy. I wonder if its an issue with the paths that are not freely selectable in practice | 12:48 |
| piggz | qseecomd is unhappy on my device too | 12:49 |
| piggz | pro1, not volla | 12:49 |
| piggz | deathmist: you woulld have to remove jolla-devicelock-plugin-encsfa from you pattern, or, be brave and use rpm -e :D | 12:49 |
| rinigus | piggz , Deathmist: you don't need to switch to Jolla's lock implementation as enroll is not working | 12:50 |
| piggz | sure | 12:50 |
| rinigus | but the path is rather odd there (.bak) | 12:50 |
| piggz | need to fix that first | 12:50 |
| rinigus | in logcat | 12:50 |
| rinigus | Deathmist and piggz: issue is in journal: `sailfish-fpd-community[6017]: setActiveGroup failed: SYS_EINVAL` | 12:51 |
| piggz | rinigus: folder permissions | 12:51 |
| piggz | deathmist: ^^ | 12:51 |
| rinigus | that has to be fixed. you can wait for my code tonight, or try to make folder manually. but folder may change as well | 12:52 |
| piggz | deathmist: https://github.com/piggz/sailfish-fpd-community/pull/12#issuecomment-636517230 | 12:53 |
| deathmist | piggz: I can add fingerprints with that in place & identification also works :) | 12:58 |
| piggz | great, hopefully it will continue to work when we make some folder structure changes | 12:58 |
| T42 | <birdzhang> this should be add to README | 12:59 |
| piggz | but, we have another user rinigus! | 12:59 |
| piggz | birdzhang: it may not be needed after tonight | 12:59 |
| T42 | <birdzhang> waiting for the magic xD | 12:59 |
| rinigus | piggz: nice! let's see if different folders would work as well. | 13:03 |
| T42 | <birdzhang> ohmd.service failed to start after reboot sometimes, journalctl log: https://pastebin.com/r3rPtwFm hybris16.0 base, selinux disabled via cmdline and CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0, also SELINUX=disabled in /etc/selinux/config | 13:16 |
| T42 | <birdzhang> seems it run in sandbox, i'm confused | 13:17 |
| deathmist | https://imgur.com/a/R2fudPk enrolling in settings app works after "rpm -e jolla-devicelock-daemon-encsfa jolla-devicelock-plugin-encsfa && zypper in sailfish-devicelock-fpd" ^^ | 13:17 |
| deathmist | and unlocking works too :D | 13:19 |
| rinigus | Deathmist: as a test (and possibly leading to reboot), try to enroll multiple fingers in sailfish settings, one after another | 13:29 |
| rinigus | https://github.com/piggz/sailfish-fpd-community/issues/10 | 13:30 |
| rinigus | Deathmist ^ | 13:30 |
| zinstack | I'm back. And now with a revelation. Graphics are still dead, but now there're some logs to back it. Somebody willing to look? Journal: https://pastebin.com/9TwFfwh9. Logcat: 1) https://pastebin.com/YnL7r0UD 2) https://pastebin.com/2Eg0xDfX. I think there's a problem with android part, specifically disable_services.rc, could someone confirm? | 13:31 |
| deathmist | rinigus: I just re-added the 1st fingerprint and authenticated to add the 2nd one using the PIN as well, no reboot after a minute or so, how long should it take if I'm affected= | 13:32 |
| rinigus | Deathmist: its adding fingers one after another without leaving settings and using pin. if you are affected, you will not be able to enroll, device will freeze and reboot. if it enrolls, you are fine | 13:33 |
| rinigus | Deathmist: try to add 3,4,5 | 13:33 |
| deathmist | can't add more than 5 it seems | 13:35 |
| deathmist | no reboot still though even while staying in settings and adding new ones while authentication with PIN | 13:35 |
| rinigus | Deathmist: very good. let's hope most (all) will be the same | 13:36 |
| piggz | so, at what point do we support more devices than sailfishx? :D | 13:37 |
| rinigus | piggz: I suspect we support all sailfishx devices as well | 13:39 |
| zinstack | Can someone guide me on what android services to disable? Or what should I do, if disabling stuff won't help me? | 13:42 |
| deathmist | https://i.imgur.com/kG3X3J8.mp4 ^^ | 13:42 |
| vakkov | Is this channel still alive :P sledges, where are you | 13:44 |
| piggz | deathmist: very nice | 13:45 |
| piggz | vakkov: very much so | 13:45 |
| vakkov | awesome, what devices have you guys been working on lately | 13:45 |
| piggz | me: mido, pinephone, volla, pro1 and latte | 13:46 |
| piggz | 5 is a bit of a stretch tbh! | 13:46 |
| zinstack | @piggz latte? That thing lays on my table rn. It's a dead horse, but I can be a tester if that's needed | 13:47 |
| piggz | zinstack: no need for testers, but feel free to use it, i find it quite nice, and its a native port | 13:49 |
| zinstack | @piggz Can you point m to it? The one I know is very old, like 3.0 or something | 13:50 |
| deathmist | piggz: feel free to ping me if you need to test other things with FP, I'd like to release an update to my port when this is somewhat "stable" and ready at OBS :D | 13:53 |
| piggz | zinstack: you can just OTA to 3.3 | 13:58 |
| zinstack | @piggz Never considered it could do that. Will flash it this evening, perhaps. | 14:00 |
| piggz | zinstack: CI builds are on porters ci https://gitlab.com/sailfishos-porters-ci/latte-ci/-/jobs | 14:00 |
| *** redj_ is now known as redj | 14:02 | |
| T42 | <elros34> zinstack: this FAILED_TRANSACTION in logcat could be because of some binder kernel changes which you need to revert. There were other devices which had to do this but I have no example, you need to search in logs | 14:13 |
| T42 | Coltor %lastname% was added by: Coltor %lastname% | 16:46 |
| T42 | <ankaos> whatsup work? | 17:12 |
| T42 | <ankaos> Do you have WhatsApp? | 17:12 |
| rinigus | piggz: PR submitted. please read it through, test, and see if it is what expected | 17:17 |
| piggz | rinigus: ok, proper review of this one! | 17:32 |
| rinigus | piggz: yes, please. No rush as its relatively large | 17:34 |
| piggz | rinigus: building now | 17:36 |
| rinigus | piggz: for test, I removed all the corresponding folders and rebooted. Also cleaned init | 17:39 |
| piggz | rinigus: functionally, it still works | 18:09 |
| rinigus | piggz: that's a good start :) | 18:16 |
| piggz | mal: around? | 19:05 |
| piggz | monich: any experience with ofono on mediatek ? | 19:16 |
| monich | piggz: it may be tricky, there are different flavors of mediatek ril interfaces, but it's doable | 19:51 |
| monich | with some luck, socket-based ril could work (almost) out of the box | 19:52 |
| piggz | monich: i have a problem ill show u the radio log.... | 19:53 |
| piggz | https://paste.mozilla.org/u3ZaM7JV | 19:53 |
| piggz | thekit believed this commimt fixed it, but there may be other cases https://github.com/NotKit/ofono/commit/c422c8b8a76ad9f2c3dfe85a55c7f92c1e536e27 | 19:54 |
| monich | piggz: do you have vendorDriver=mtk in ril_subscriptions.conf? | 19:55 |
| monich | if not, add it, that would enable some mtk specific magic | 19:56 |
| monich | like this initial attach apn and not only that | 19:56 |
| piggz | monich: i dont...will do | 19:56 |
| T42 | <NotKit> @monich [piggz: do you have vendorDriver=mtk in ril_sub …], does that work with binder interface as well? | 19:56 |
| T42 | <NotKit> I tried to enable it before but it seemed to break things for me | 19:57 |
| monich | mtk always requires some luck | 19:57 |
| piggz | monich: im sure i can count on you to fix it for me if i supply the logs ;) | 19:58 |
| monich | for binder, an additional component is probably required | 19:58 |
| monich | a plugin into a plugin | 19:58 |
| monich | int oa plugin | 19:58 |
| T42 | <NotKit> the problem with MT6763/MT6771 is that they use setDataProfiles to store APN information on modem and will refuse to activate non-configured in advance APN | 19:59 |
| T42 | <NotKit> setInitialAttachApn seems to reset APN configuration from setDataProfiles by creating a new APN with ia-only type | 19:59 |
| T42 | <NotKit> https://bpa.st/T7GQ | 20:00 |
| monich | yeah, setDataProfiles rings a bell... | 20:00 |
| piggz | monich: so, some firther coding is required for use with binder? | 20:02 |
| T42 | <NotKit> I personally think we encounter a bit different problem from the one previously solved by mtk plugin | 20:03 |
| monich | NotKit: did you try useDataProfiles=true? | 20:03 |
| T42 | <NotKit> yes, that helps it, but my commit tries to hack it to issue setDataProfiles after setInitialAttachApn | 20:04 |
| T42 | <ankaos> I cannot see incoming calls. | 20:04 |
| T42 | <ankaos> how fix this problem? | 20:05 |
| monich | piggz: I'm looking at mtk specific binder component, it's not in a public repo, but it has bsd license, I don't see any reason why I can't push it to the open :/ | 20:06 |
| piggz | monich: thx, happy to test against this device, and provice any feedback to improve it | 20:06 |
| piggz | rinigus: merged, can i close 17 and 5 ? | 20:11 |
| rinigus | piggz: excellent! 5 for sure; 17 we can close and later reopen when multiuser support will arrive to sfos. | 20:13 |
| monich | piggz: https://github.com/monich/ofono-ril-binder-mtk-plugin | 20:14 |
| monich | NotKit ^ | 20:14 |
| monich | this is basically a replacement for ofono-ril-binder-plugin | 20:14 |
| rinigus | piggz: can you make the releases then? any version you decide to put is fine by me (0.1 or 1.0, for example). releases would be great for the daemon and test software. I have included dependency on test into sony tama as well | 20:16 |
| piggz | rinigus: sure ... are you still getting reboots? | 20:16 |
| monich | piggz: that plugin requires transport=binder-mtk in /etc/ofono/ril_subscription.conf | 20:17 |
| monich | and useDataProfiles=true | 20:17 |
| piggz | monich: building :) | 20:17 |
| rinigus | piggz: yes, I am. and I am ignoring them too. will just suggest users to use -test app which works perfectly (no reboots) | 20:17 |
| piggz | rinigus: so, test app can enroll > 1 finger? | 20:17 |
| rinigus | piggz: yes, test app can do as many as it supports on device | 20:18 |
| piggz | huh | 20:18 |
| monich | piggz: actually, I'm not sure about useDataProfiles=true, it may depend on your ril | 20:18 |
| monich | anyway, that's what I saw working on at least one mtk phone | 20:19 |
| monich | over binder | 20:19 |
| piggz | monich: i got: | 20:27 |
| piggz | Jun 04 21:26:03 Phone ofonod[1010]: Initializing MediaTek RIL binder transport plugin. | 20:27 |
| piggz | but, no signal icons | 20:27 |
| monich | transport=binder-mtk:name=slot1 | 20:28 |
| piggz | monich: yes, thats what i have | 20:29 |
| piggz | radio log implies radio is off | 20:29 |
| monich | well, then i need to see ofono logs | 20:29 |
| monich | from the console, with -d | 20:30 |
| piggz | ok | 20:30 |
| monich | emptyPinQuery=false | 20:31 |
| monich | piggz: I would also suggest that ^ | 20:31 |
| monich | and that: | 20:31 |
| monich | radioPowerCycle=false | 20:31 |
| monich | confirmRadioPowerOn=false | 20:31 |
| monich | and that too: | 20:31 |
| monich | SetRadioCapability=off | 20:32 |
| monich | all those in [Settings] | 20:32 |
| monich | i.e. for all slots if you have more than one | 20:32 |
| piggz | yes, 2 | 20:32 |
| monich | [ril_0] | 20:32 |
| monich | transport=binder-mtk:name=slot1 | 20:32 |
| monich | name=slot1 | 20:32 |
| monich | [ril_1] | 20:32 |
| monich | transport=binder-mtk:name=slot2 | 20:32 |
| monich | name=slot2 | 20:32 |
| piggz | monich: https://paste.mozilla.org/Q8kLJEYf | 20:33 |
| piggz | monich: i already have: | 20:34 |
| piggz | SetRadioCapability=off | 20:34 |
| piggz | emptyPinQuery=false | 20:34 |
| piggz | radioPowerCycle=false | 20:34 |
| piggz | confirmRadioPowerOn=false | 20:34 |
| monich | looks ril backend is not there | 20:34 |
| monich | piggz: build this app: https://github.com/mer-hybris/libgbinder/tree/master/test/binder-list | 20:35 |
| monich | and see what's there: | 20:36 |
| monich | binder-list -d /dev/hwbinder | 20:36 |
| monich | iirc that plugin is looking for vendor.mediatek.hardware.radio@2.0::IRadio/slot1 | 20:37 |
| monich | and vendor.mediatek.hardware.radio@2.0::IRadio/slot2 | 20:37 |
| monich | the last part (slot1 and slot2) is coming from ril_subscription.conf | 20:38 |
| monich | transport=binder-mtk:name=... | 20:38 |
| piggz | monich: i think my version is 3.0 | 20:39 |
| piggz | https://paste.mozilla.org/2iHGjQG2 | 20:39 |
| monich | piggz: well, then you're out of luck | 20:40 |
| monich | then you better try to get the standard ofono-ril-binder-plugin working | 20:41 |
| monich | at least android.hardware.radio@1.0::IRadio is there | 20:41 |
| monich | mediatek seems to rewrite everything for each phone | 20:42 |
| monich | qcom is so much more stable as a platform | 20:42 |
| piggz | monich: ok, so, we are back tothe original problem, of it causes APMproblems | 20:42 |
| piggz | rinigus: https://github.com/piggz/sailfish-fpd-community/releases | 20:49 |
| piggz | rinigus: so, maybe changes are required to the binderplugin? which add the vendor=mtk fixes? | 21:00 |
| piggz | s/rinigus/monich :D | 21:01 |
| monich | piggz: iirc vendor=mtk is only useful with socket-based mtk rils | 21:04 |
| piggz | monich: yes, thats what i mean .... changes would be needed to binder plugin? | 21:04 |
| monich | piggz: I'm afraid that each android 8+ (binder based) mtk phone would require its own adaptation like this ofono-ril-binder-mtk-plugin thing | 21:06 |
| piggz | monich: how best to fx the issues we have? | 21:07 |
| monich | if https://github.com/NotKit/ofono/commit/c422c8b makes you guys happy and it doesn't break anything | 21:09 |
| monich | I could apply it | 21:10 |
| monich | submit a patch to https://git.sailfishos.org/mer-core/ofono | 21:10 |
| monich | I would need to test it first against other devices | 21:11 |
| monich | it's not like I had any particular reason to set profiles before initial attach apn | 21:12 |
| monich | it could well be a wrong order | 21:12 |
| monich | so, go ahead and submit a patch | 21:12 |
| monich | piggz, NotKit ^ | 21:13 |
| T42 | <NotKit> piggz still seems to have issues even with that, so I'd prefer to figure out first what else may be wrong | 21:15 |
| piggz | monich: yeah, even with that patch im still having issues, so, @notkit can i work with you to debug? ofono/ril isnt something im used to debugging | 21:25 |
| T42 | <NotKit> ok, I need to find patched lib for more verbose AT commands log | 21:36 |
| T42 | S %lastname% was added by: S %lastname% | 22:08 |
| T42 | <ankaos> https://paste.ubuntu.com/p/wc2Yf3fmyK/ dmesg -w output | 23:08 |
| T42 | <edp_17> Somebody can take a look to my "logcat -b radio", please? The ofono service is masked. I am trying to fix rild, any help is appreciated. https://paste.ubuntu.com/p/82zZVz9hB6/ | 23:09 |
| T42 | <ankaos> @edp_17 [Somebody can take a look to my "logcat -b radi …], rm -rf /etc/systemd/system/ofono.service and ofono.service enable | 23:12 |
| T42 | <ankaos> Is there a compilation instruction for cm-12.1? | 23:31 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
