| sharks | @mister_magister did you have any ofono/connman problems with Miami / Lineage22 base? Seems if I set `%define android_version_major` to `14`, I can get VoLTE and MMS, but if I set it to `15` I can't. Either way I can't get cellular internet. | 00:34 |
|---|---|---|
| Mister_Magister | no | 00:34 |
| Mister_Magister | what kind of problems? | 00:34 |
| sharks | I dunno. The output of dbus commands is showing that the SIM card is working fine, it can see all the APNs it needs and everything, but connman is not picking them up. `connmanctl technologies` is completely missing any mention of cellular, `ip a` isn't listing routes. Hardly any mention of ofono at all in journal. But SMS works. | 00:37 |
| Mister_Magister | idk works for me | 00:37 |
| sharks | Yeah, bugger. It must be a device specific problem I guess | 00:38 |
| sharks | I think I'm going to go back to setting the android version major to 14 again just to make it work, and try to work around any other problems that causes. Might be easier | 00:40 |
| *** n2klb_ is now known as n2klb | 01:11 | |
| *** n2klb_ is now known as n2klb | 02:05 | |
| mal | the only relevant difference in droid-hal-config submodule is gbinder api level configuration which is on device at /etc/gbinder.conf | 02:06 |
| mal | you can override that in by adding a working file to sparse/etc/gbinder.conf in your config repo | 02:07 |
| sharks | Changing the gbinder apilevel value from 35 to 30 on device doesn't fix VoLTE. Do I need to do that before the first boot? | 04:44 |
| sharks | Nope, that doesn't work either | 04:54 |
| T42 | <Mattia990> I think the libaries errors i was having was due the missing ENV. By the way i still have the SIGBUS error when running pulseaudio (https://paste.opensuse.org/pastes/88a4fedd0bfa) | 07:31 |
| T42 | <Mattia990> Sometimes it starts but with NULL sink (re @elros34: or was it only becau...) | 07:31 |
| T42 | <Mattia990> And with NULL sink i can't hear any sound coming from the speaker | 08:53 |
| T42 | <Mister_Magister> well obviously | 08:53 |
| Mister_Magister | it's a null sink | 08:53 |
| sharks | Okay - trying to debug sensors now. I learnt that for AIDL sensors I need the latest 0.15.2 version of sensorfw so I compiled that and threw it on the device, which helped progress things along a bit but it's getting stuck with `hw_get_module() probe failed`. Output of running it manually -> https://paste.opensuse.org/pastes/e4e333547bbd | 09:25 |
| sharks | Also strace of what it's looking for --> https://paste.opensuse.org/pastes/644f4a80c5a9, I note that `/vendor/lib64/sensors.ssc.so`, the only sensor.*.so file on my filesystem, is missing from this output. I think that's the problem but I don't know how to fix it. | 09:26 |
| T42 | <elros34> @Mattia990 add more -v otherwise you will have to gdb it which might be tricky | 09:27 |
| T42 | <elros34> @sharks what spec file dd you use for building sensorfw plugin? | 09:30 |
| sharks | @elros34 sensorfw-qt5-hybris.spec | 09:31 |
| T42 | <elros34> that is for old android versions only | 09:31 |
| sharks | ...Really? I was going off what @mal said here: https://piggz.co.uk/sailfishos-porters-archive/index.php?log=2026-04-10.txt#line576 | 09:32 |
| T42 | <elros34> ok didn't follow this but hw_get_module doesn't seams right | 09:34 |
| sharks | So you suggest trying to build the sensorfw-qt5.spec instead? I can try that I suppose | 09:35 |
| T42 | <elros34> no, binder one. If your right that link you will see hybris was mistake | 09:37 |
| T42 | <elros34> read* | 09:37 |
| sharks | Oh balls, you're right. Sorry, I was struggling to follow the conversation too. And now I've already started building the wrong spec file again!! I will wait for it to finish and then build the binder version. Thanks | 09:39 |
| sharks | Wow the binder version builds way quicker | 09:44 |
| T42 | <Mattia990> I'm checking with gdb regarding the SIGBUS, i don't know if it can be this the problem, but there is a function that seems to point to selinux stuff. I didn't do this alone because i don't know about gdb, but maybe it can be useful | 09:52 |
| T42 | <Mattia990> | 09:52 |
| T42 | <Mattia990> open_output_stream = valid address | 09:52 |
| T42 | <Mattia990> close_output_stream = valid address | 09:52 |
| T42 | <Mattia990> open_input_stream = valid address | 09:52 |
| T42 | <Mattia990> ... | 09:52 |
| T42 | <Mattia990> create_audio_patch = "selinux." | 09:52 |
| T42 | <Mattia990> release_audio_patch = "so:libsy..." (re @elros34: @Mattia990 add more ...) | 09:52 |
| T42 | <Mattia990> https://paste.opensuse.org/pastes/eb93f8558945 | 09:53 |
| T42 | <elros34> so -vvvvvvvv didn't reaveal anything? | 09:59 |
| T42 | <Mattia990> I'm not seeing something strange: https://paste.opensuse.org/pastes/fff8a4b0f01b | 10:02 |
| T42 | <Mattia990> Maybe this: Opened hw audio device version 2.0 (This module compiled for API 3.1, Android 11.0.0) ? (re @elros34: so -vvvvvvvv didn't ...) | 10:02 |
| T42 | <elros34> maybe worth to look for some of quirks in pulseaudio-modules-droid readme | 10:10 |
| T42 | <Mattia990> In my case, as i'm on android 11, is it correct https://github.com/Halium/android_vendor_halium_hardware the halium-10.0 branch? Or should be halium-12.0? | 10:11 |
| T42 | <elros34> I am not sure but if it builds then I guess 10 is fine | 10:12 |
| sharks | @elros34 didn't seem to go much better with the binder version over the hybris version, I still see the same hw_get_module() probe failed --> https://paste.opensuse.org/pastes/b71ba7f57976 | 10:17 |
| sharks | and ot | 10:17 |
| sharks | and it's still not looking for `/vendor/lib64/sensors.ssc.so` --> https://paste.opensuse.org/pastes/fa6010ff3256 | 10:18 |
| T42 | <elros34> are you sure you have installed the right one? | 10:18 |
| sharks | `rpm -qa` outputs "hybris-libsensorfw-qt5-binder-0.15.2-0.aarch64" | 10:19 |
| sharks | So I have to assume it is the right one | 10:20 |
| T42 | <elros34> did you git clean -xdf sources when switching from hybris to binder? | 10:20 |
| sharks | Nooooo I just ran `build_packages.sh --mw=https://github.com/sailfishos/sensorfw --spec=rpm/sensorfw-qt5-binder.spec` | 10:21 |
| sharks | If I deleted $ANDROID_ROOT/hybris/mw/sensorfw and started again would that work? | 10:22 |
| T42 | <elros34> hope so because I have impression you are still using hybris one | 10:23 |
| sharks | So I re-ran the build_packages.sh, changed patterns to have "Requires: hybris-libsensorfw-qt5-binder" instead and built a new image | 10:24 |
| T42 | <elros34> but how did you choose that specific branch you were talking about? | 10:24 |
| sharks | And confirmed on the new image with `rpm -qa` that the binder version was installed | 10:24 |
| sharks | I didn't choose that specific branch because those changes have since been merged into the master branch | 10:24 |
| T42 | <elros34> ok | 10:25 |
| T42 | <elros34> wouldn't be faster to copy rpm and install on device? | 10:26 |
| sharks | Probably but I'm not a smart person and figured the best way of being truly sure some remnant of the old one wasn't still there would be to make a new image | 10:26 |
| T42 | <elros34> btw I guess binder one is default in patterns. Did you have something else there? | 10:27 |
| sharks | Before in patterns it just had `hybris-libsensorfw-qt5` not `hybris-libsensorfw-qt5-binder` | 10:28 |
| T42 | <elros34> IIRC same thing | 10:28 |
| sharks | oh | 10:28 |
| sharks | told you I wasn't smart | 10:29 |
| sharks | Okay so delete hybris/mw/sensorfw and build it again to be completely sure it's not still the hybris version? | 10:29 |
| T42 | <elros34> cmon don't be so hard on you, no way you could know this | 10:30 |
| T42 | <elros34> yeap delete or clean sources I think there was such a issue long time ago when switchin backend | 10:31 |
| sharks | Yeah okay thanks, I'm trying my best!! Have rebuilt it, copied the new rpm to device, installed with `pkcon install-local hybris-libsensorfw-qt5-binder-0.15.2-0.aarch64.rpm`, and got new output! No longer have "hw_get_module() probe failed" --> https://paste.opensuse.org/pastes/2a6041de7404 | 10:37 |
| sharks | But it still dies: https://paste.opensuse.org/pastes/7e637db5aa62 | 10:38 |
| sharks | Oh logcat is being spammed with "Unable to set property "ctl.interface_start" to "android.hardware.sensors@X.X::ISensors/default..." again, I thought that went away after I installed sensorfw-qt5-hybris but its back now with the binder one. It shouldn't be looking for these at all because they're HIDL not AIDL is my understanding | 10:52 |
| T42 | <elros34> play with binder-list on /dev/(hw)binder | 10:58 |
| T42 | <elros34> increasing logs verbosity in sensorfw should also help | 10:59 |
| T42 | <elros34> you should mask service if you are stating it manually | 11:00 |
| sharks | Alright forgive me but I just went back to check for myself and I definitely don't see those errors if I use the hybris version, but anyway I'll put the binder version back on and "play with binder-list" | 11:03 |
| sharks | Okay `binder-list -d /dev/hwbinder` returns a ton of stuff and `binder-list -d /dev/binder` returns nothing | 11:12 |
| sharks | If it matters the exact output is here --> https://paste.opensuse.org/pastes/254d849e1dfd | 11:13 |
| sharks | But to your point given that I believe the sensors to be AIDL I think you're trying to prove they should show up in the output of the /dev/binder result? | 11:14 |
| sharks | I have also masked sensorfw as requested and run it manually at higher verbosity --> https://paste.opensuse.org/pastes/3698fb982dfa | 11:17 |
| mal | sharks: do you have suitable volte plugin installed? | 11:36 |
| sharks | @mal I reverted android_version_major to 14 and volte registers now, but I have no sound in calls I'm yet to debug that. No matter what I did I could not get volte to register with android_version_major set to 15, even though the only differences I can find should be /etc/gbinder.conf and keymaster vs keymint | 11:39 |
| mal | sharks: another possible reason is that aidl dummy_netd setting in /etc/sysconfig/dummy_netd | 11:42 |
| sharks | You know that's probably totally it, considering its file contents are "DUMMY_NETD_ARGS=--device=/dev/binder" and @elros34 has just helped me prove that /dev/binder is completely empty | 11:46 |
| mal | if binder is empty that mean you have wrong gbinder api level in use | 11:49 |
| sharks | Yep, adding that file to my current working install on device has broken volte registration | 11:49 |
| mal | you should fix gbinder api level | 11:49 |
| sharks | Oh? How do I learn the right gbinder api level? | 11:49 |
| mal | try different value, possible values are https://github.com/mer-hybris/libgbinder/blob/master/src/gbinder_config.c#L189 35 or below, try checking binder-list -d /dev/binder after changing the config value | 11:52 |
| sharks | Do I need to reboot or restart anything first, or just change the value and run `binder-list`? | 11:53 |
| mal | no need to reboot | 11:53 |
| sharks | Dang, I had so much hope | 11:54 |
| sharks | I have tried all of those values, saved the file and run binder-list in between each attempt, but never got any output | 11:54 |
| sharks | Ooh scratch that | 11:55 |
| mal | is servicemanager process running? | 11:55 |
| sharks | Maybe I made a typo, I tried again and with apilevel 35 it works! | 11:55 |
| sharks | I have sensors!!! | 11:56 |
| sharks | mal you are a legend among men | 11:56 |
| mal | so using android_version_major should be fine after you remove that dummy_netd config file | 11:56 |
| mal | *android_version_major 15 | 11:57 |
| sharks | Yes, I will do that, thankyou. | 11:57 |
| mal | removing files can be done with delete_file.list way | 11:57 |
| sharks | Now I just need to fix mobile data because connman does not see a cellular technology for some reason, and fix audio in calls | 11:57 |
| mal | https://github.com/mlehtima/droid-config-fp5 | 11:57 |
| mal | you can see two delete_file*.list files there | 11:58 |
| sharks | I have seen you and magister discuss delete_file.list, I'll do it that way sure thanks | 11:58 |
| mal | to remove that dummy_netd config file you need to use delete_file_$DEVICE.list | 11:58 |
| mal | delete_file.list won't work in that case, has to have the device codename | 11:59 |
| sharks | Sure, thanks I'll do it that way | 11:59 |
| sharks | Not to be greedy but while I've got you, you don't know any leads I could chase to find out why `connmanctl technologies` doesn't list "cellular"? | 11:59 |
| sharks | If you can't help I'm just glad I've got sensors, been fighting that for a week now so thanks again | 12:00 |
| sharks | can confirm delete_file_$device.list worked, VoLTE fixed with android_version_major 15 | 12:10 |
| sharks | And now I've got the latest sensorfw the aidl sensors are working great out of the box | 12:11 |
| sharks | this thing is so close to actually usable now | 12:11 |
| mal | so mobile data is not working? | 12:12 |
| sharks | No, not at all | 12:13 |
| mal | do you see anything from ofono in journal? | 12:15 |
| sharks | ofono related things from journal --> https://paste.opensuse.org/pastes/0f14971b2d31 | 12:19 |
| sharks | I'm no expert but I don't think any of that is to do with mobile data | 12:24 |
| sharks | What I do know is that `dbus-send --system --print-reply --dest=org.ofono /ril_0 org.ofono.ConnectionManager.GetContexts` spits out the right APN for mobile data in "/ril_0/context1" | 12:25 |
| mal | which interface are you using? | 12:30 |
| mal | check binder-list -d /dev/hwbinder for anything related to radio | 12:30 |
| sharks | radioInterface = 1.5 | 12:30 |
| mal | ok | 12:31 |
| sharks | Fair bit of radio stuff in hwbinder --> https://paste.opensuse.org/pastes/08155fbe24b4 | 12:31 |
| mal | try adding defaultDataProfileId = 65535 to /etc/ofono/binder.d/*.conf | 12:34 |
| sharks | Hmm I added it to /etc/ofono/binder.d/qti.conf under [Settings], not sure if that was the right thing to do but after a reboot it has not worked | 12:36 |
| mal | where do you set radioInterface = 1.5? | 12:38 |
| mal | it seems you are not doing that correctly | 12:39 |
| mal | [gbinder-radio] Connected to android.hardware.radio@1.2::IRadio/slot1 | 12:39 |
| T42 | <welhone> where can you find list of all the latest SFOS ports and community editions? | 12:39 |
| sharks | in /etc/binder.d/$device.conf | 12:39 |
| mal | show the file? | 12:40 |
| mal | and that is wrong | 12:41 |
| sharks | repo not up to date with latest changes but https://github.com/sharks-dev/droid-config-pdx225/blob/master/sparse/etc/binder.d/pdx225.conf | 12:41 |
| mal | https://github.com/mer-hybris/droid-config-sony-murray/blob/master/sparse/etc/ofono/binder.d/murray.conf | 12:41 |
| sharks | Dang, I have the location wrong? | 12:41 |
| mal | those should be in /etc/ofono/binder.d/ not /etc/binder.d | 12:41 |
| mal | no wonder you have problems | 12:42 |
| sharks | I believe that's what they call a "rookie mistake" | 12:42 |
| sharks | Thanks for helping mal, I've just fixed that on device and rebooting now | 12:42 |
| mal | I sometimes do such mistakes also | 12:44 |
| sharks | Hmm I may have made a mistake but that hasn't actually fixed it | 12:44 |
| sharks | I moved it to /etc/ofono/binder.d/pdx225.conf but still no mobile data with or without defaultDataProfileId = 65535 | 12:45 |
| sharks | `connmanctl technologies` should list "cellular" shouldn't it, or am I barking up the wrong tree? It still only has ethernet, wifi, bluetooth and gps | 12:46 |
| sharks | And mobile data option in sailfish settings is greyed out and disabled | 12:46 |
| mal | any difference in ofono output | 12:48 |
| sharks | Doesn't seem like much difference --> https://paste.opensuse.org/pastes/8ac498bd9799 | 12:49 |
| mal | hmm, do you have both sim slots enabled? | 12:57 |
| sharks | Yes, is that a bad thing? It's a dual sim phone after all but to be fair I personally only use one sim | 12:57 |
| mal | so what is xperia 10 iv? | 12:58 |
| mal | doesn't it only have one physical sim slot? | 12:58 |
| sharks | No mine is XQ-CC72 | 12:58 |
| mal | ah | 12:58 |
| sharks | I think XQ-CC52 only has one physical sim, but I have two | 12:58 |
| mal | ok, then that is not the problem | 12:58 |
| sharks | Cool, okay | 12:59 |
| sharks | But it could be a problem if someone with a XQ-CC52 tried to use this port? | 12:59 |
| mal | yes | 13:00 |
| mal | at the moment eSIM slots are a problem if there is no valid profile there | 13:01 |
| T42 | <Mattia990> I fixed my pulseaudio problem, now i have audio output from main speaker and headphones working, also mic | 13:01 |
| T42 | <Mattia990> I didn't test calls | 13:01 |
| T42 | <Mattia990> I opened an issue here with what I did | 13:01 |
| T42 | <Mattia990> https://github.com/Halium/android_vendor_halium_hardware/issues/2 | 13:01 |
| sharks | So just get rid of /etc/ofono/binder.d/dual-sim.conf and an XQ-CC52 would be happy? Notwithstanding whatever the issue actually is with mobile data? | 13:02 |
| mal | also /etc/ofono/ril_subscription.d/dual-sim.conf | 13:02 |
| sharks | Ah of course | 13:02 |
| sharks | Should there be something in the ofono output that indicates mobile data is working, or are you just looking for some error message? | 13:04 |
| mal | looking for error messages | 13:06 |
| sharks | And it is most likely ofono at fault you think? | 13:08 |
| mal | not sure | 13:15 |
| mal | do you see anything interesting in output of /system/bin/logcat or /system/bin/logcat -b radio | 13:16 |
| sharks | Seems just as devoid as everything else in regards to mobile data --> https://paste.opensuse.org/pastes/13a2cba9d4f8 | 13:18 |
| mal | do you see anything about waiting something in /system/bin/logcat ? | 13:20 |
| mal | did you try removing the dual-sim things already? | 13:22 |
| mal | on device first | 13:22 |
| mal | and don't add the defaultDataProfileId | 13:22 |
| sharks | Not sure this is helping you with anything, but re: waiting... https://paste.opensuse.org/pastes/b9f7c2359a27 | 13:23 |
| sharks | Give me a moment I'll remove dual sim | 13:23 |
| mal | always grep with -i | 13:25 |
| sharks | Oh dual sim did it | 13:25 |
| sharks | Sorry, did not know about `grep -i` | 13:26 |
| sharks | Well I can live with no dual sim, but I wonder why that broke it | 13:26 |
| mal | yes, very odd | 13:27 |
| mal | would need some ofono debug logs probably for that | 13:27 |
| mal | or maybe it didn't like that you had dual sim ofono but not installed jolla-settings-networking-multisim | 13:28 |
| mal | if your patterns are correct | 13:28 |
| sharks | Ah, yes the patterns are correct. That might do it | 13:29 |
| mal | while at it maybe enable some other things, you have nfc disabled, also uncomment that mapplauncherd-booster-silica-qt5-media | 13:29 |
| mal | in patterns-sailfish-device-configuration-pdx225.inc | 13:30 |
| sharks | I also need to put fingerprint in there too at some stage | 13:30 |
| mal | for nfc to work you need https://github.com/mer-hybris/droid-config-sony-murray/blob/master/sparse/etc/libncicore.conf | 13:31 |
| sharks | Okay sure, thanks mal! | 13:32 |
| sharks | I am glad to have some progress again, it's been a while. You're a lifesaver | 13:33 |
| sharks | If I can fix audio in calls now I will have a device functional enough to put back in my pocket, but it is getting close to midnight again so perhaps I should leave that challenge for another day | 13:34 |
| Mister_Magister | mal: i just ran my 3.4 device's kernel through latest mer_kernel_check, do you think any of those are critical for 5.1? https://paste.opensuse.org/pastes/f4a7490a7c6f | 13:58 |
| Mister_Magister | it doesn't seem so to me but thought i'd ask | 13:59 |
| Mister_Magister | none of those sound like issuse I've encountered | 14:00 |
| Mister_Magister | WARNING: CONFIG_RFKILL is invalid hoho | 14:01 |
| Mister_Magister | but comment says its for bluebinder | 14:01 |
| mal | I think those might be for vpn use or something | 14:05 |
| Mister_Magister | yeah | 14:05 |
| Mister_Magister | or if you're connecting your ISP provided ETTH directly to your phone | 14:06 |
| Mister_Magister | there's gotta be madman who tired that | 14:06 |
| Mister_Magister | my isp gives me PPPoE so i could do that xd | 14:07 |
| T42 | <Mattia990> Is this still working for fingerprint support or is there another way to make it work? (re @Mister_Magister: @b100dian ping about...) | 14:35 |
| Mister_Magister | this was discussion about in-screen fingerprint, fingeprint alone is done in slightly different way | 14:36 |
| T42 | <Mattia990> Yes, in my case is in-screen fiingerprint, xiaomi one | 14:36 |
| Mister_Magister | well good luck with that | 14:37 |
| Mister_Magister | for the record, nobody made in-screen one to work | 14:37 |
| Mister_Magister | only in like test environment | 14:37 |
| T42 | <Mattia990> Ahhh, that's good, so i think my phone will live without it | 14:37 |
| Mister_Magister | jolla would have to add API to draw circle at lock screen, which obviously, will only happen if they get device with in-screen fingerprint | 14:39 |
| T42 | <Mattia990> Mister_Magister i read you were helping a guy with the bzip2 to gzip for flashing resulting zip in recovery. | 15:13 |
| T42 | <Mattia990> I'm trying to read hadk hot to understand how to implement it. As far as i understand i need to modify the installer script and just the rpm/dhd/helpers/build_packages.sh to change the file extension, right? | 15:13 |
| Mister_Magister | nah i didn't do gzip conversion instead i create image file and flash that | 15:13 |
| Mister_Magister | but yes | 15:14 |
| Mister_Magister | I think | 15:14 |
| Mister_Magister | I never did it | 15:14 |
| Mister_Magister | you probably need to modify droid-configs too | 15:14 |
| T42 | <Mattia990> Yeah, i saw that script you made, is it compatible with all the phones? | 15:14 |
| Mister_Magister | should be, i haven't tested all phones | 15:14 |
| Mister_Magister | its nicer in my opinion becaues it ensures that filesystem is not encrypted and it's filesystem type we expect | 15:15 |
| Mister_Magister | if you want to implement my thingie i can help | 15:19 |
| mal | implementing things without a device test it with is a bit difficult, related to that in-screen fingerprint support | 15:58 |
| Mister_Magister | i mean just drawing circle in user-defined place and size does not require device | 15:59 |
| Mister_Magister | it's in fact quite simple deed | 15:59 |
| mal | would need some planning on what triggers it etc | 16:00 |
| Mister_Magister | jsut some api for service to use, like dbus command | 16:00 |
| T42 | <b100dian> rinigus: found the hard way that 5.1 upgraded pulse needs also upgraded droid-config submodule with https://github.com/mer-hybris/droid-hal-configs/pull/287/changes otherwise no BT headset | 17:08 |
| T42 | <b100dian> Now I'm trying to figure out horrible sound after making that change, I'll update the submodule first to see if there are more changes | 17:09 |
| Mister_Magister | @b100dian could be worse, i got no audio or wifi | 17:09 |
| T42 | <b100dian> after pulse update? or 5.1 in general? | 17:10 |
| Mister_Magister | 5.1 | 17:10 |
| T42 | <b100dian> Well :) Nothing like debugging what used to be a functional port isn't it :D | 17:13 |
| T42 | <b100dian> I appreciate the progress in package versions nonetheless | 17:13 |
| mal | @b100dian don't use latesy droid-config submodule, it won't work with 5.1 | 17:42 |
| T42 | <b100dian> ok, so updating the entire droid-config submodule got rid of some robotesque codec or whatever happened. Good. | 17:42 |
| T42 | <Mister_Magister> @b100dian I recommend searching "PSA" in this channel | 17:44 |
| mal | 41cd1d9dbe6f644c98478705a4d96e9eb3fe0a90 is latest commit in droid-config submodule to use with 5.1 | 17:45 |
| T42 | <b100dian> Oh, I thought it was a dhd commit. Ok, so I should revert to that. | 17:46 |
| T42 | <b100dian> Curious, what is broken? | 17:46 |
| mal | dhd also has limitations what to use | 17:47 |
| mal | in droid-hal-configs it has changes which need other packages to be updated | 17:48 |
| mal | for audio handling, usb audio to be specific | 17:48 |
| mal | also latest pulseaudio-modules-droid should not be used with 5.1 | 17:51 |
| mal | pulseaudio-modules-droid-jb2q is fine though at the moment but not for long, it probably will break once we port the changes from pulseaudio-modules-droid | 17:51 |
| Mister_Magister | mal: when i find some free time expect to get bothered about 3.4 not working xd | 17:52 |
| mal | once I get to testing fp2 | 17:55 |
| Mister_Magister | :P | 17:55 |
| T42 | <b100dian> The changelog for 5.1.0.7 shows pulseaudio-modules-droid-14.2.106 | 17:59 |
| mal | yes, that is the recommended version for 5.1 | 18:06 |
| rinigus | b100dian: thanks - I'll try to catch up in the logs and repos tomorrow | 18:10 |
| T42 | <nightishaman> does anyone have experience with trusty suddenly crashing | 18:43 |
| T42 | <nightishaman> https://gist.github.com/maltesermailo/7a1d62cbd49a71f2de9c73d51b3fa07b | 18:53 |
| T42 | <nightishaman> kernel log | 18:53 |
| T42 | <elros34> stupid idea: disable citadel? | 19:13 |
| T42 | <TheVancedGamer> disabling citadel will take away biometrics, sound and other things | 19:20 |
| mal | @nightishaman which android base? | 19:29 |
| T42 | <nightishaman> mal: Android 16, started happening with the TLS padding | 19:30 |
| mal | hmm | 19:31 |
| mal | tls padding should only affect sailfish side afaik | 19:31 |
| mal | but anyway there is one change now in hybris-23.2 branch of hybris-patches which helps with some linkerconfig issues | 19:31 |
| T42 | <nightishaman> Before trusty only crashed two times in the entire development | 19:32 |
| T42 | <nightishaman> mal: gonna have to merge that since I have my own patch for the kernel module loading | 19:33 |
| mal | it prevents waiting for vold to happen during droid-hal-init startup, that vold waiting makes boot about 10 seconds slower and can cause random failures of some android services because it prevents final linkerconfig from being generated until the waiting times out | 19:33 |
| T42 | <nightishaman> Maybe we can incorporate my patch for pixel devices | 19:34 |
| T42 | <nightishaman> mal: https://github.com/maltesermailo/hybris-patches/blob/hybris-23.2/system/core/0044-Allow-building-of-load_kernel_modules-binary.patch | 19:35 |
| mal | more detailed description is that apexd keeps waiting 5 seconds for vold each time it runs and in android 16 in init.rc there are two places where it waits for apexd to do things | 19:35 |
| T42 | <nightishaman> It adds a new build target to build load_kernel_modules which loads them with Android modprobe correctly | 19:36 |
| mal | still don't understand why loading modules from sailfish side is an issue | 19:36 |
| T42 | <nightishaman> I don’t either, but Pixel drivers are nasty | 19:37 |
| T42 | <nightishaman> My UART cable didn’t arrive yet for debugging | 19:37 |
| mal | I even did this recently https://github.com/mer-hybris/droid-hal-configs/commit/37f29754a357313b1e4562aa43b0a358954d0491 | 19:37 |
| T42 | <nightishaman> mal: well the issue is before systemd modprobe tho | 19:39 |
| T42 | <nightishaman> And that was the only fix without the cable | 19:40 |
| T42 | <nightishaman> If you don’t want to incorporate it, I must find another place to apply my patches | 19:41 |
| T42 | <NotKit> that sounds interesting for Halium as well, but does it compile a static binary? (re @nightishaman: It adds a new build ...) | 19:42 |
| T42 | <nightishaman> @NotKit Should be, lemme check | 19:43 |
| T42 | <nightishaman> load_kernel_modules: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), statically linked, for Android 36, BuildID[md5/uuid]=b0c43f6b7fc61d0ea824d113fe742332, stripped | 19:45 |
| T42 | <nightishaman> static | 19:45 |
| mal | what in android usually builds that? | 19:45 |
| T42 | <nightishaman> its android init with a preprocessor flag to only load kernel modules | 19:46 |
| T42 | <nightishaman> very simple | 19:46 |
| T42 | <nightishaman> HYBRIS_EXIT_AFTER_LOAD_KERNEL_MODULES | 19:47 |
| mal | what uses that init_load_kernel_modules | 19:47 |
| T42 | <nightishaman> i compile it manually in hybris-boot currently | 19:48 |
| T42 | <nightishaman> and put it in initramfs | 19:48 |
| T42 | <nightishaman> init script calls it | 19:48 |
| T42 | <nightishaman> @NotKit would be cool if u can use it | 19:49 |
| mal | I wonder what it does differently compared to modprobe | 19:49 |
| T42 | <nightishaman> something android parses | 19:49 |
| T42 | <nightishaman> because it appends args to modules | 19:49 |
| mal | are those args defined somewhere? | 19:50 |
| T42 | <nightishaman> couldnt find them | 19:51 |
| T42 | <nightishaman> no idea | 19:51 |
| T42 | <NotKit> mal, I think the problem is about ordering and possible race conditions | 19:51 |
| mal | and the modules.load* files in init ramdisk don't have the args? | 19:51 |
| T42 | <NotKit> modules.load can have the args | 19:52 |
| mal | modprobe in init loads modules.deps afaik | 19:52 |
| mal | or what it was called | 19:52 |
| T42 | <nightishaman> @NotKit correct and modules.load is wrong order | 19:53 |
| T42 | <nightishaman> no idea why | 19:53 |
| T42 | <nightishaman> ./hybris/hybris-boot/Android.mk:367:HYBRIS_COMMON_TARGETS := bootimage hybris-updater-unpack servicemanager logcat updater adb adbd linker libc libEGL libGLESv1_CM libGLESv2 *init_load_kernel_modules* $(HYBRIS_INIT_TARGETS) | 19:54 |
| T42 | <NotKit> https://gitlab.com/ubports/porting/community-ports/android12/generic/halium-gki/-/blob/main/ramdisk-overlay/scripts/halium?ref_type=heads#L448 for Pixel 7 at least this worked with upstream kmod build | 19:55 |
| T42 | <NotKit> does SailfishOS ramdisk include kmod or use busybox? | 19:55 |
| mal | busybox, but the busybox modprobe it uses now (didn't in earlier versions) has support for modules.dep loading | 19:56 |
| T42 | <NotKit> does it handle transitive softdeps? that was the issue on Exynos | 19:57 |
| T42 | <NotKit> like A -> depends B -> B softdeps C | 19:57 |
| mal | not sure | 19:57 |
| mal | how new busybox do you have in your builds? | 19:57 |
| T42 | <NotKit> for Halium ramdisk it was really old | 19:58 |
| mal | the fix for modules.dep was added to the prebuilt busybox used in init in march of this year | 19:58 |
| mal | https://github.com/sailfishos/busybox/commit/a37f6d1b57e868321b4b5a3fd959c8245dc61459 | 19:59 |
| mal | @NotKit does halium use kmod or busybox? | 19:59 |
| T42 | <nightishaman> mal: I manually applied vold patch, what do I have to remake? | 20:07 |
| mal | "make hybris-hal" and then build_packages.sh -d | 20:07 |
| mal | maybe make apexd would be enough instead of hybris-hal but it shouldn't matter since it only builds what has changed | 20:08 |
| T42 | <nightishaman> what is current Sailfish version | 20:14 |
| T42 | <nikita_kraev> 5.1.0.11 | 20:14 |
| T42 | <nightishaman> thanks | 20:15 |
| T42 | <nightishaman> Warning[07/11 20:17:48] : repo problem: nothing provides 'libpulsecommon-14.2.so()(64bit)' needed by the to be installed pulseaudio-modules-droid-hidl-1.5.1-1.aarch64, | 20:20 |
| T42 | <nightishaman> hmm | 20:20 |
| mal | are you building for 5.1? | 20:22 |
| mal | have cleaned up the pulseaudio sources from old builds? go to that hybris/mw/pulseaudio-modules-droid-hidl and run "git clean -x -f -d" | 20:23 |
| T42 | <nightishaman> well i guessed id try for newest version | 20:26 |
| T42 | <nightishaman> and after that? | 20:26 |
| T42 | <nightishaman> —mw? | 20:26 |
| T42 | <nightishaman> still the same error :,( | 20:35 |
| mal | are you sure it's the same error? | 20:39 |
| mal | not sure how it could fail if you rebuilt it | 20:39 |
| T42 | <NotKit> busybox by default, but I specifically hacked in kmod on that halium-gki project (re @SailfishFreenodeIRCBridgeBot: <mal>@NotKit does ha...) | 20:39 |
| T42 | <nightishaman> mal: Warning[07/11 20:34:45] : repo problem: nothing provides 'libpulsecommon-14.2.so()(64bit)' needed by the to be installed pulseaudio-modules-droid-hidl-1.5.1-1.aarch64, | 21:03 |
| T42 | <elros34> did you update sdk target/tooling? | 21:05 |
| T42 | <nightishaman> Where is that? | 21:05 |
| T42 | <nightishaman> You mean Platform SDK needs an update? | 21:06 |
| T42 | <elros34> maybe too but I am talking about sdk target: sdk-assistant list | 21:07 |
| T42 | <nightishaman> sdk-assistant list | 21:08 |
| T42 | <nightishaman> SailfishOS-4.5.0 | 21:08 |
| T42 | <nightishaman> └─google-panther-aarch64 | 21:08 |
| T42 | <elros34> ancient | 21:09 |
| T42 | <elros34> do you porting for 2 years already) | 21:10 |
| T42 | <nightishaman> no | 21:10 |
| T42 | <nightishaman> 3 months haha | 21:10 |
| T42 | <elros34> I guess it's fake version then | 21:11 |
| T42 | <nightishaman> June had a new version | 21:11 |
| T42 | <nightishaman> I guess i updaate to that | 21:11 |
| T42 | <nightishaman> Warning[07/11 21:20:49] : repo problem: nothing provides 'libpulsecommon-14.2.so()(64bit)' needed by the to be installed pulseaudio-modules-droid-hidl-1.5.1-1.aarch64, | 21:21 |
| T42 | <nightishaman> still the same | 21:21 |
| T42 | <nightishaman> did git clean again | 21:21 |
| mal | in correct folder? | 21:23 |
| mal | when you update target did you also update tooling? | 21:23 |
| mal | or are you trying to build 5.1 image using packages built with 5.0 target? | 21:23 |
| T42 | <elros34> lets hope it's not 4.5 target | 21:26 |
| mal | yeah | 21:26 |
| mal | you can see the versions of each using: sdk-foreach-su -ly ssu re | 21:27 |
| mal | if those are old the we can use similar command to update those | 21:27 |
| T42 | <nightishaman> https://gist.github.com/maltesermailo/778c3c8fba7aa8f88f7fb7b33c03ada4 | 21:43 |
| T42 | <nightishaman> old | 21:43 |
| mal | I suggest first running "sdk-foreach-su -ly 5.1.0.11" then "sdk-foreach-su -ly zypper ref" and finally "sdk-foreach-su -ly zypper dup" | 21:57 |
| T42 | <NotKit> so it is Pixel 7? (re @nightishaman: sdk-assistant list | 22:02 |
| T42 | <NotKit> S...) | 22:02 |
| T42 | <nightishaman> @NotKit Yes | 22:03 |
| T42 | <NotKit> kmod should be working in that case, but I haven't tried with A16 kernel | 22:03 |
| T42 | <nightishaman> Ill stick to my hack for now | 22:03 |
| T42 | <nightishaman> will try once uart cable arrives | 22:04 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!