Sunday, 2025-07-06

T42<FakeShell> mal: do you happen to have your libhybris vulkan icd code somewhere? i am trying to make an icd of vulkan and even tho now it picks up my icd, right after that vulkaninfo throws a Bus error. passing in VK_LOADER_DEBUG=all as an env var shows that it is finding my gpu and driver:02:48
T42<FakeShell> Using "Mali-G68 MC4" with driver: "libvulkan_hybris.so.1"02:48
T42<FakeShell> to add to that, gdb shows no symbols or where we even are, as if the stack pointer is corrupted ^^02:49
rinigus@b100dian: nice to see you resuming :). as you have done already, droid-hal-pdx224-kernel and friends should go to droid-hal at obs06:43
rinigusthere should be nothing pdx223 specific in droid-hal-pdx223. we used the same approach for tama and it worked.06:44
rinigusactually, we should probably make droid-hal-vendor-dlkm into pdx223 and pdx224 versions.06:46
rinigusmal: probably dlkm can be somehow handled differently, but that way it allows to simply transfer los config to sfos06:48
rinigusI am adding dlkm files to sfos root, not separate partition. that way its easy to update.06:48
rinigus@b100dian: my mistake - dlkm is already different for pdx223 and 22406:53
rinigus@b100dian: for me, sb2 -t sony-xqct54-aarch64 rpm -qa | grep kernel does list kernel. kernel is needed to make sure that dlkm is the same version as the corresponding kernel. see spec buildrequires07:01
T42<b100dian> rinigus: thanks. I think I don't understand why just building droid-hal makes the dlkm package not be able to find the kernel one08:32
T42<b100dian> Maybe I need to do the other steps to up until --version08:33
T42<b100dian> But I remember an error at --config, let me try again08:33
T42<b100dian> hmm sb2-config showtarget: default target has not been set. Maybe its because of this08:40
rinigus@b100dian: no, you should have the target set to as in sony-... well, if you copy commands from hadk08:58
T42<b100dian> I did set it with sb-config -d sony-xqcq54-aarch64 and rebuilt packages with —droid-hal ..09:12
rinigusso, for some reason the package is not pulled via buildrequires from local repo. no idea why. also, not sure it was pulled automatically in my case either09:25
rinigus@b100dian: I can reproduce your error, I think. it looks to be an issue for the first build, when you don't have yet kernel installed09:55
rinigusnow somehow it was installed for me before (I removed it from repo as a part of the test)09:56
T42<b100dian> So, to proceed with the next steps (config and version) I would like to know if you have local changes to build --config with HABUILD_DEVICE vs DEVICE diffs?10:13
rinigus@b100dian: I don't build them locally, only via OBS10:33
rinigushow did you build dlkm?10:33
T42<b100dian> `rpm/dhd/helpers/build_packages.sh --build=hybris/mw/droid-hal-vendor-dlkm --spec=rpm/$HABUILD_DEVICE.spec` is the command that fails11:05
T42<b100dian> `rpm/dhd/helpers/build_packages.sh --droid-hal` before that succeeds11:05
T42<b100dian> it might be that you have build the whole thing and _then_ added the dlkm dependency in the dhd11:06
rinigus@b100dian: if you set mainver and relver in spec to some numbers and after the first build swap to the current implementation it would work too. I'll try to find a better working solution11:08
T42<b100dian> Good, let me try that next - right now I figured the manifest didnt sync hybris/droid-configs :D so I am trying to build forward up to —version11:09
riniguslocally?11:11
T42<b100dian> too much error prone ;) ?11:12
rinigus@b100dian: no need as we have obs anyway.11:18
rinigusand keeping local config minimal11:18
T42<b100dian> your last suggestion worked, I've uploaded the dlkm package, thanks11:20
T42<b100dian> I am just going out, will test in the evening.11:20
rinigusenjoy!11:21
rinigushmm, in principle we have already kernel-modules. which probably can be loaded in linux manner, not using scripts in android side. something that maybe even nicer in longer term11:28
rinigus@b100dian: found the way to install kernel before building dlkm. updated our hadk accordingly in dlkm section11:47
rinigus@b100dian: automatically updated vendor_boot with the wrong dtbo and phone refused to boot. on top of that, was unable to access the phone anymore via fastboot and even newflasher got "Error, no DATA reply!"13:22
rinigusfortunately, emma managed to flash stock android 13. so, lots of updates coming up, I guess13:23
rinigusits tempting to remove vendor_boot and boot img flashing from configs via update scripts. and let flash the images manually. but hopefully its isolated case.13:24
T42<b100dian> Hmm I think I got that no DATA and used flash mode for newflasher...13:24
rinigus@b100dian: I was in flash mode with newflasher (green led)13:25
rinigusspooky13:25
T42<b100dian> Yeah, but I definitely didnt have a windows machine for emma, so it was either green or fasboot blue led13:26
T42<b100dian> So the uodates will be tested on devel by us :)13:26
rinigusbefore newflasher worked, its the first time for this13:30
rinigus@b100dian: was it that after unlocking bootloader, system updates should be done via newflasher?13:41
T42<b100dian> rinigus: if you mean that the stock OS won't notify/install sony updates I guess that's correct. Not sure about emma. But mono xperifirm + newflasher should work, though it's a hassle to back up just to reflash everything14:22
T42<b100dian> maybe extracting xperifirm sin files with unsin and flashing them discretionary14:22
T42<b100dian> or even better, re-running extract-proprietary blobs and re-building lineage vendor..?14:23
T42<b100dian> Fantastic job, rinigus! It booted right away : https://irc.thaodan.de/.imgstore/4b609898/file_7501.jpg15:08
rinigus@b100dian: nice! happy it worked. I'll later will proceed with the update of stock via newflasher (files are already here), then to LOS, and then to SFOS. as all files are in place, shouldn't take too long. if it works...15:23
rinigusas for emma, that did not provide the latest stock version for some reason.15:23
T42<b100dian> rinigus: you don't remember having the network stuck at 3.5G instead of 4/5G, do you?17:36
rinigus@b100dian: no, not really17:36
T42<b100dian> ok, just checking, will try to see what's happening in my case17:37
malcorrect ofono binder config?17:37
malthe interface version17:37
mal@b100dian you have this https://github.com/mer-hybris/droid-config-sony-murray/blob/master/sparse/etc/ofono/binder.d/murray.conf ?17:38
T42<b100dian> Yes https://github.com/sailfishos-sony-nagara/droid-config-sony-nagara/blob/main/sparse/etc/ofono/binder.d/nagara.conf17:40
T42<b100dian> Let me check another sim though17:40
mal@b100dian do new nagara blobs also use aidl for nfc, sensors and gps?17:43
malis that a14 based build?17:43
T42<b100dian> lineage 21 so I guess yes17:44
malso then probably you need the aidl versions of middleware17:44
T42<b100dian> but I am not 100% sure since sensors work. I am just following rinigus' steps now and managed to boot on the sibling 5 IV17:44
malcheck binder-list17:45
malboth hwbinder and binder to see where those things are17:45
malare you using v7 blobs?17:45
T42<b100dian> just one mention about the 3G / 3.5G stuff: Another SIM works fine with 4g, even shows as "connected" to Volte - probably only for the sms thing17:46
T42<b100dian> mal: hang on, we're using lineage that rinigus brought up17:46
T42<b100dian> which means stock blobs17:47
rinigus@b100dian: do you have double sim? I have single sim + esim (latter doesn't work on los). maybe that's why and I didn't test such config on los. could be broken already there17:47
T42<b100dian> mal: binder-list17:48
T42<b100dian> https://pastebin.ubuntu.com/p/5SnkktjzWp/17:48
T42<b100dian> rinigus: I thought they are all dual sim + microSD hybrid. Now I need to check.. But for the record I was using the 1st SIM tray, Orange (just purchased) didn't work (3.5G) but vodafone (a bit older the sim, 1y?) worked 4G17:49
malthat uses hidl for sensors and gnss, but for nfc I don't see anything there do maybe it's in binder-list -d /dev/binder17:49
rinigusmal: nfc is broken on sfos. probably sits on aidl17:50
malI have wip nfc aidl code17:50
malit already does talk to binder17:50
rinigusmal: great! is it already in out? as I know on android its android.hardware.nfc.INfc/default -> aidl17:52
malI need to test on another device to be sure the code works, some device I know has working nfc17:52
malunless you want to test my code17:53
rinigusmal: on android we have working nfc. sure, I can test. just need first to get back to sfos17:53
rinigusturned out that my dev pc/nagara combination refused to work anymore and I have to restore now all back from stock android. may take full evening...17:54
malhttps://github.com/mer-hybris/nfcd-binder-plugin/commits/jb6359817:54
rinigusthanks!17:54
rinigus@b100dian: I will add mal's nfcd binder to obs. then let's see who will get it to test first :)17:56
rinigus@b100dian: nfcd-binder-plugin is compiled and should be already zypper up away18:03
T42<b100dian> :)18:31
T42<b100dian> will try soon18:31
T42<b100dian> mal: dual sim should be autodetected in /etc/ofono/ril_subscription.d/dual-sim.conf as it comes from sparse-14 right?18:31
T42<b100dian> zypper in jolla-settings-networking-multisim #of course18:33
maldoes the device have two real slots or one + esim18:36
T42<b100dian> should have an actual dual sim the XQCQ54C0B18:40
malhttps://github.com/mer-hybris/droid-hal-configs/blob/master/sparse/etc/ofono/binder.d/dual-sim.conf18:42
malthat is where the binder dual sim config is18:42
malthe configs are a bit of a mess18:42
rinigus@b100dian: there is also msim script in lineage that should somehow preconfigure it correctly. we may have to start there - but I haven't looked into it at all.18:47
T42<b100dian> mal: I really was confused by the same-named file in /etc/ofono/ril_subscription.d18:48
malyeah, it's for the ril plugin18:50
T42<b100dian> rinigus: one more question: do you have telnet after boot is done? Should I look into usb-moded stuff or do you have another way to debug since wifi is a bit laggy19:27
rinigus@b100dian: no, I don't have telnet. There seem to be some interference with one android service and I couldn't fix it. See usb issue at our repo19:56
rinigusWifi worked for me19:56
T42<b100dian> Yes, works good but with some lag. Ok, noted20:16
mal@b100dian did you test that new nfc code yet?20:21
b100dianI zyppered up, let me find an app. nfc logger from openrepos I guess?20:22
malyeah, or if you just have some simple tag you could see if works20:22
b100diangot this in nfc logger and systemctl status nfcd: "Xperia5IV nfcd[3086]: [dbusaccess] Name ':1.275' timed out"20:28
b100diananything I need to restart & watch logs for?20:29
malmaybe run nfcd manually with /usr/sbin/nfcd -vvvvvv20:30
malrun "systemctl stop nfcd" before20:31
b100dianI did get 1 time (only) a target detected / type 4a tag / idle => have_target20:34
malhmm20:34
b100dianbut it is very hit or miss, I cannot get it now again20:34
malmake sure nfcd is still running and hasn't crashed or something20:35
b100dianThis is the success on the log https://pastebin.ubuntu.com/p/2dr2z2sz7J/20:35
malso seems to work then20:36
b100dianthis is the second time when it didn't https://pastebin.ubuntu.com/p/fQWQC5nNRZ/20:36
b100dianso the first time it worked, but exactly once20:37
malhmm20:37
b100dianmight've been a race with waking up the display?20:38
malnot sure, maybe20:41
b100dianI mean I did have to turn on the screen exactly at that test. wasn't able to reproduce though20:41
malbut that tells the basic code is ok at least and it can see a tag etc20:41
b100dianyes, it did read, that's correct20:42
malI will recheck the code and of course test more on some of my devices20:42

Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!