| T42 | <kreatowastaken> i still couldnt fix it... | 01:32 |
|---|---|---|
| T42 | <kreatowastaken> idk why it suddenly just broke | 01:32 |
| T42 | <kreatowastaken> i just did make hybris-hal droidmedia and build_packages.sh | 01:32 |
| T42 | <edp_17> @kreatowastaken : regarding that signal: 7 eror. I got this many times. You need to use an older version of TWRP. | 07:56 |
| T42 | <kreatowastaken> i dont use TWRP | 07:57 |
| T42 | <kreatowastaken> and i searched irc logs | 07:57 |
| T42 | <kreatowastaken> the people that got signal 7 error got it because tar OOM or some stuff like that which i dont have that same issue | 07:57 |
| T42 | <kreatowastaken> atleast didnt until i decided to rebuild the zip | 07:57 |
| T42 | <kreatowastaken> i use lineageos recovery | 07:58 |
| T42 | <kreatowastaken> and busybox bzip2 | 07:58 |
| T42 | <kreatowastaken> it says signal 7 when its unmounting the system, not when it extracts the rootfs which what most people had as a issue | 08:00 |
| T42 | <kreatowastaken> the oldest version TWRP i have is 3.3.0 | 08:01 |
| T42 | <edp_17> I see. Might worth to try with that twrp... | 08:05 |
| T42 | <kreatowastaken> i have no idea how that would help anything but ill try it | 08:05 |
| voidanix[m] | @Thaodan : so, have you tried importing some of the xiaomi changes for sdx55 to see if it fixes the modem? | 08:06 |
| T42 | <kreatowastaken> wait | 08:07 |
| T42 | <kreatowastaken> it says footer is wrong | 08:07 |
| T42 | <kreatowastaken> for some reason its building the zip incorrectly | 08:07 |
| T42 | <kreatowastaken> i guess | 08:08 |
| deathmist1 | @kreatowastaken so have you tried to extract the zip via adb shell in recovery and run the tar command manually? https://github.com/mer-hybris/hybris-boot/blob/master/updater-unpack.sh#L8 | 08:10 |
| T42 | <kreatowastaken> i didnt | 08:11 |
| T42 | <kreatowastaken> ill try that | 08:11 |
| T42 | <kreatowastaken> what do i do next? | 08:14 |
| deathmist1 | idk, assuming you extracted it successfully to the right dir I guess flash hybris-boot.img and reboot | 08:14 |
| T42 | <kreatowastaken> alright | 08:14 |
| T42 | <kreatowastaken> deathmist1: that did the trick, thanks | 08:28 |
| T42 | <kreatowastaken> droid-hal-init not starting properly, and lipstick having library errors | 09:01 |
| T42 | <kreatowastaken> how can i fix these? | 09:01 |
| T42 | <kreatowastaken> journalctl | grep droid output | 09:01 |
| T42 | <kreatowastaken> https://hastebin.com/awasazasin.apache | 09:01 |
| T42 | <kreatowastaken> droid-hal-init not starting properly, and lipstick having library errors | 09:01 |
| T42 | <kreatowastaken> how can i fix these? | 09:01 |
| T42 | <kreatowastaken> `journalctl | grep droid` output | 09:01 |
| T42 | <kreatowastaken> https://hastebin.com/awasazasin.apache (edited) | 09:01 |
| T42 | <elros34> have you tried following hadk-hot advices? Firs you need to fix droid-hal-init | 09:06 |
| T42 | <kreatowastaken> i checked the lib "libandroidicu.so" not found error part of it | 09:08 |
| T42 | <kreatowastaken> but idk if my device uses /odm or not | 09:08 |
| T42 | <kreatowastaken> should i strace droid-hal-init first? | 09:09 |
| T42 | <elros34> then check: ls /odm | 09:09 |
| T42 | <kreatowastaken> no such file or directory | 09:09 |
| T42 | <kreatowastaken> hm | 09:09 |
| T42 | <kreatowastaken> but /system_root had it so | 09:09 |
| T42 | <kreatowastaken> i thought it may have it | 09:09 |
| T42 | <elros34> follow instruction about uevent*rc then get full dmesg/journal and do not filter logs | 09:10 |
| T42 | <kreatowastaken> alright | 09:10 |
| T42 | <kreatowastaken> do i just build everything thats on make modules? | 09:14 |
| T42 | <elros34> of course no only uevent* and only if it's missing in out directory | 09:16 |
| T42 | <kreatowastaken> so stuff like `ltp_uevent01` | 09:17 |
| T42 | <kreatowastaken> ok | 09:17 |
| T42 | <elros34> no, not really, more like ueventd.qcom | 09:17 |
| T42 | <kreatowastaken> well | 09:17 |
| T42 | <kreatowastaken> i dont have anything like that | 09:17 |
| T42 | <elros34> so that case is also explained, did you bother to read it all? | 09:18 |
| T42 | <kreatowastaken> i cant see anything about that | 09:19 |
| T42 | <kreatowastaken> i couldnt find anything about that | 09:21 |
| T42 | <kreatowastaken> sorry if i misread | 09:21 |
| T42 | <kreatowastaken> ok | 09:25 |
| T42 | <kreatowastaken> on `./out/target/product/beyond1lte/recovery/root/system/etc/ueventd.rc` theres a ueventd file | 09:25 |
| T42 | <kreatowastaken> but thats it | 09:25 |
| T42 | <kreatowastaken> dont know if that is enough or not | 09:25 |
| T42 | <elros34> then read droid-hal-device.log to figure out whether it's used | 09:27 |
| T42 | <kreatowastaken> alright | 09:27 |
| T42 | <kreatowastaken> it is | 09:28 |
| T42 | <kreatowastaken> theres this warning though | 09:29 |
| T42 | <kreatowastaken> `WARNING Rule not converted: firmware_directories /etc/firmware/ /odm/firmware/ /vendor/firmware/ /firmware/image/` | 09:29 |
| T42 | <kreatowastaken> should i worry about this? | 09:29 |
| T42 | <kreatowastaken> and theres https://hastebin.com/dohitirare.properties these | 09:29 |
| T42 | <kreatowastaken> anyway | 09:37 |
| T42 | <kreatowastaken> heres the journalctl output | 09:37 |
| T42 | <kreatowastaken> https://hastebin.com/elovipoqay | 09:37 |
| T42 | <kreatowastaken> anyway | 09:37 |
| T42 | <kreatowastaken> heres the journalctl output | 09:37 |
| T42 | <kreatowastaken> https://hastebin.com/elovipoqay | 09:37 |
| T42 | <kreatowastaken> @elros34 (edited) | 09:37 |
| T42 | <elros34> you waited to long get get journal, initial logs are lost | 09:56 |
| T42 | <elros34> what permisions do you have on /dev/kmsg_debug? grep for kmsg_debug in /system_root and /vendor in uevent*files. Is there any entry? | 10:00 |
| T42 | <kreatowastaken> `crw--w--w- 1 root root 1, 11 Aug 20 13:02 /dev/kmsg_debug` | 10:03 |
| T42 | <kreatowastaken> permissions | 10:03 |
| T42 | <kreatowastaken> `cat /system_root/etc/ueventd.rc | grep kmsg_debug` and `cat /vendor/ueventd.rc | grep kmsg_debug` gave no output | 10:04 |
| T42 | <elros34> maybe it's not worth to worry about it now, before you get full logs | 10:06 |
| T42 | <kreatowastaken> https://hastebin.com/heyeqidofi | 10:08 |
| T42 | <kreatowastaken> hope this is full, i got it as fast as i could after telnet opened | 10:08 |
| T42 | <elros34> not really but good enough to see that apex fails. Read 'Generating logs' section if you still didn't. What about dmesg? | 10:17 |
| T42 | <kreatowastaken> alright ill read that | 10:17 |
| T42 | <elros34> you should read everything that way you will save your time and mine | 10:18 |
| Thaodan | Any idea why my modem should power down from mhi shortly after booting/ | 11:07 |
| Thaodan | ? | 11:07 |
| Thaodan | hm is wifi also connect over mhi through pci on phones? | 11:09 |
| T42 | <kreatowastaken> @elros34 i checked out the dmesg, found one bug that was on hadk-hot and that i could fix but couldnt find anything else | 11:20 |
| T42 | <kreatowastaken> can i send the dmesg through tg? I cant send it through hastebin because it exceeds file size | 11:20 |
| T42 | <kreatowastaken> @elros34 i checked out the dmesg, found one bug that was on hadk-hot and that i could fix but couldnt find anything else | 11:22 |
| T42 | <kreatowastaken> can i send the dmesg through tg? I cant send it through hastebin because it exceeds line size (edited) | 11:22 |
| voidanix[m] | afaik no, the soc has a fastconnect subsystem for wifi/bt, only the 5g modem is external | 11:53 |
| Thaodan | voidanix[m]: Yeah that makes sense, just the mix cnss = wifi/bt and cnss = rmnet/modem is confusing. | 11:56 |
| Thaodan | A lot of erros are just noise which makes it hard to differenciate | 11:56 |
| Thaodan | I'm not sure about these two: | 11:57 |
| Thaodan | [ 0.792851] cnss: Unable to create CNSS MHI IPC log context | 11:57 |
| Thaodan | [ 0.792855] cnss: Unable to create CNSS MHICNTRL IPC log context | 11:57 |
| Thaodan | Also why this [ 10.666121] cnss: Setting MHI state: POWER_OFF(4) | 11:59 |
| Thaodan | The modem shouldn't go off | 11:59 |
| T42 | <elros34> @kreatowastaken then use other paste service or gist. BTW what bug? | 12:07 |
| T42 | <elros34> gist github | 12:07 |
| T42 | <kreatowastaken> alright ill use github gist then | 12:07 |
| T42 | <kreatowastaken> it was ` apexd: Failed to LOOP_SET_BLOCK_SIZE: Try again'` | 12:07 |
| T42 | <kreatowastaken> i applied the pr and it seems to be gone now so i guess that is fixed | 12:08 |
| T42 | <elros34> so apex doesn't fail anymore? | 12:09 |
| T42 | <kreatowastaken> seems so | 12:09 |
| T42 | <kreatowastaken> ok maybe not but that spesific error is gone | 12:11 |
| T42 | <kreatowastaken> https://gist.github.com/kreatoo/8941e5ae4ceec42481c96e61b95bcc5c | 12:11 |
| T42 | <kreatowastaken> heres the gist | 12:11 |
| T42 | <TheVancedGamer> what is your kernel cmdline? | 12:13 |
| T42 | <TheVancedGamer> do you have `loop.max_parts=7`? | 12:13 |
| T42 | <kreatowastaken> i dont | 12:14 |
| T42 | <TheVancedGamer> add it | 12:14 |
| T42 | <elros34> why did you disable selinux? | 12:18 |
| T42 | <kreatowastaken> i did not | 12:18 |
| T42 | <elros34> ok its in permissive, I do not remember what is the recommended state for hybris18. | 12:19 |
| T42 | <elros34> I wonder because "Check failed: selinux_status_open" in your logs | 12:20 |
| T42 | <kreatowastaken> @TheVancedGamer i did, what next | 12:21 |
| T42 | <TheVancedGamer> rebuild kernel and flash | 12:21 |
| T42 | <kreatowastaken> i did | 12:21 |
| T42 | <TheVancedGamer> difference in apex logs should be obvious now | 12:22 |
| T42 | <TheVancedGamer> it should mount all apexes | 12:22 |
| T42 | <kreatowastaken> yeah | 12:22 |
| T42 | <TheVancedGamer> send logs now | 12:22 |
| T42 | <kreatowastaken> okay | 12:22 |
| T42 | <elros34> where do you see apex mount failure? | 12:23 |
| T42 | <TheVancedGamer> https://gist.github.com/kreatoo/8941e5ae4ceec42481c96e61b95bcc5c#file-gistfile1-txt-L6404 | 12:23 |
| T42 | <TheVancedGamer> this error is widely regarded as the most confusing one | 12:24 |
| T42 | <TheVancedGamer> but it just ran out of loop blocks | 12:24 |
| T42 | <elros34> on loop2?:) | 12:24 |
| T42 | <TheVancedGamer> well, yes | 12:25 |
| T42 | <TheVancedGamer> (I took reference from AOSP docs though) | 12:25 |
| T42 | <kreatowastaken> https://gist.github.com/kreatoo/c6d9d805f00694d10b4b923f120c987e | 12:25 |
| T42 | <TheVancedGamer> wait | 12:25 |
| T42 | <TheVancedGamer> they're still there | 12:25 |
| T42 | <elros34> there is no any kernel cmd line chane | 12:28 |
| T42 | <kreatowastaken> i just changed CONFIG_CMDLINE | 12:29 |
| T42 | <kreatowastaken> maybe i shouldve rebuilt everything | 12:29 |
| T42 | <kreatowastaken> ok forgot a config option, my fault | 12:30 |
| T42 | <kreatowastaken> rebuilding and resending now | 12:30 |
| T42 | <elros34> Did you see anything in CONFIG_CMDLINE before you change it? Doubt it's used | 12:31 |
| T42 | <TheVancedGamer> wait | 12:31 |
| T42 | <kreatowastaken> i forgot CONFIG_CMDLINE_EXTEND | 12:31 |
| T42 | <TheVancedGamer> it's `loop.max_part=7`, not `max_parts=7` | 12:31 |
| T42 | <kreatowastaken> lol guess its the perfect time to correct it then | 12:31 |
| T42 | <kreatowastaken> ok now it is on the cmdline | 12:36 |
| T42 | <kreatowastaken> ill send dmesg again | 12:36 |
| T42 | <kreatowastaken> https://gist.github.com/kreatoo/874e618a706c1ac758fc9795af9fc780 | 12:38 |
| T42 | <TheVancedGamer> I recognize that vndservicemanager panic | 12:40 |
| T42 | <TheVancedGamer> why did you disable selinux? | 12:40 |
| T42 | <kreatowastaken> i didnt | 12:40 |
| T42 | <TheVancedGamer> it fails because of missing selinux shims | 12:40 |
| T42 | <kreatowastaken> https://gist.github.com/kreatoo/874e618a706c1ac758fc9795af9fc780#file-gistfile1-txt-L132 | 12:41 |
| T42 | <TheVancedGamer> oh | 12:41 |
| T42 | <TheVancedGamer> watchdog | 12:41 |
| T42 | <TheVancedGamer> do you have telnet? | 12:41 |
| T42 | <kreatowastaken> i do | 12:42 |
| T42 | <TheVancedGamer> `ls -ltha /dev/watchdog` | 12:42 |
| T42 | <kreatowastaken> `crw------- 1 root root 10, 130 Aug 20 15:42 /dev/watchdog` | 12:42 |
| T42 | <elros34> error is quiet clear, its something selinux related and not only for watchdog but for servicemanager: selinux_status_open fails | 12:43 |
| T42 | <TheVancedGamer> I'm more curious if selinux was even built on android side | 12:43 |
| T42 | <TheVancedGamer> do you have `libselinux_stubs.so`? | 12:44 |
| T42 | <kreatowastaken> on where? | 12:44 |
| T42 | <TheVancedGamer> anywhere | 12:44 |
| T42 | <kreatowastaken> yeah | 12:44 |
| T42 | <TheVancedGamer> where? | 12:44 |
| T42 | <kreatowastaken> https://hastebin.com/yawukuveha.pl | 12:45 |
| T42 | <TheVancedGamer> did you apply hybris-patches? | 12:45 |
| T42 | <kreatowastaken> yes | 12:45 |
| T42 | <TheVancedGamer> pastebin the file contents of /system/etc/init/vndservicemanager.rc | 12:46 |
| T42 | <kreatowastaken> no such file or directory | 12:46 |
| T42 | <TheVancedGamer> find a vndservicemanager.rc | 12:47 |
| T42 | <kreatowastaken> theres one on vendor | 12:47 |
| T42 | <kreatowastaken> ok | 12:47 |
| T42 | <elros34> Did you define android_version_major in droid config? | 12:47 |
| T42 | <TheVancedGamer> why is that file in your vendor | 12:47 |
| T42 | <kreatowastaken> idk | 12:47 |
| T42 | <TheVancedGamer> it's supposed to be always in system | 12:47 |
| T42 | <kreatowastaken> droid-hal-init.service loaded active running droid-hal-init | 13:58 |
| T42 | <kreatowastaken> i got droid-hal-init working lets goo | 13:58 |
| T42 | <kreatowastaken> but lipstick still doesnt work | 14:00 |
| T42 | <elros34> mind sharing solution with others? | 14:01 |
| T42 | <kreatowastaken> following the faq fully xD (re @elros34: mind sharing solutio...) | 14:01 |
| T42 | <kreatowastaken> i didnt add the sparse stuff thats on faq | 14:01 |
| T42 | <elros34> what sparse stuff you added for hybris18? | 14:02 |
| T42 | <kreatowastaken> "Add to sparse: https://github.com/mer-hybris/droid-config-sony-seine/tree/eaa09db67b94352ef801417363008dc4005d9213/sparse/etc/selinux. You may need to replace symlinks with the actual files from your device." | 14:02 |
| T42 | <kreatowastaken> this | 14:02 |
| T42 | <kreatowastaken> i didnt need to replace the symlinks | 14:03 |
| T42 | <kreatowastaken> but as i said lipstick doesnt work yet | 14:03 |
| T42 | <kreatowastaken> atleast progress though | 14:03 |
| T42 | <elros34> so this fixed selinux_status_open failure? | 14:04 |
| T42 | <kreatowastaken> yep | 14:04 |
| T42 | <kreatowastaken> `user@100000.service` is running | 14:05 |
| T42 | <kreatowastaken> but no gui | 14:05 |
| T42 | <elros34> did you add android_version_major? | 14:06 |
| T42 | <kreatowastaken> i did | 14:06 |
| T42 | <kreatowastaken> as 11 though | 14:06 |
| T42 | <kreatowastaken> instead of 10 thats on the faq | 14:07 |
| T42 | <kreatowastaken> is that ok? | 14:07 |
| T42 | <elros34> you use android version so yes | 14:07 |
| T42 | <kreatowastaken> should i try to mask user@100000? | 14:09 |
| T42 | <elros34> what for, you said it works:) | 14:10 |
| T42 | <elros34> find failure error | 14:10 |
| T42 | <elros34> in journal or logcat | 14:10 |
| T42 | <kreatowastaken> `droid-bootctl.service loaded failed failed Droid bootctl` | 14:13 |
| T42 | <kreatowastaken> this failed it seems | 14:13 |
| T42 | <kreatowastaken> also dev-binderfs.mount and dev-mtp.mount doesnt work but are those even required | 14:13 |
| T42 | <elros34> but why lipstick fails | 14:14 |
| T42 | <kreatowastaken> `Aug 20 17:15:22 GalaxyS10 droid-hal-init: Could not restart 'surfaceflinger': Cannot find 'surfaceflinger_HYBRIS_DISABLED': No such file or directory` | 14:15 |
| T42 | <kreatowastaken> maybe this is related? | 14:15 |
| T42 | <elros34> no it's not | 14:17 |
| T42 | <elros34> `>_HYBRIS_DISABLED`< | 14:17 |
| T42 | <kreatowastaken> okay | 14:17 |
| mal | how does lipstick fail? | 14:18 |
| T42 | <kreatowastaken> idk | 14:19 |
| T42 | <kreatowastaken> gui just doesnt come out | 14:19 |
| T42 | <kreatowastaken> even though stuff seems right | 14:19 |
| mal | what is in journal log? | 14:22 |
| T42 | <kreatowastaken> i couldnt find any relevant errors | 14:27 |
| T42 | <elros34> no error, so lipstick doesn't fail? | 14:32 |
| T42 | <kreatowastaken> i guess? | 14:33 |
| T42 | <kreatowastaken> but gui isnt there | 14:33 |
| T42 | <kreatowastaken> just a black screen | 14:33 |
| T42 | <elros34> you guess? just check logs | 14:33 |
| T42 | <kreatowastaken> i did | 14:34 |
| T42 | <kreatowastaken> i couldnt find anything bout lipstick | 14:34 |
| mal | is lipstick running? | 14:39 |
| T42 | <kreatowastaken> no | 14:40 |
| T42 | <kreatowastaken> just checked | 14:40 |
| mal | so then something should be in logs telling what happened to it | 14:41 |
| mal | how about you show the full journal log? | 14:41 |
| T42 | <kreatowastaken> mal: https://hastebin.com/iwumolalut | 14:54 |
| T42 | <kreatowastaken> sorry for the delay | 14:54 |
| T42 | <hasajacy> https://github.com/nit-in/droid-hal-beryllium | 16:33 |
| T42 | <hasajacy> can i use it somehow to build latest sailfish version? | 16:34 |
| T42 | <hasajacy> or can i install order version and just run somethink like apt dist-upgrade? | 16:35 |
| T42 | <hasajacy> or can i install order version and just run somethink like `apt dist-upgrade`? (edited) | 16:35 |
| T42 | <hasajacy> or can i install order version and just run something like `apt dist-upgrade`? (edited) | 16:37 |
| mal | @kreatowastaken there seems to be a lot of android side processes failing | 16:47 |
| T42 | <KernelPanix> https://paste.ubuntu.com/p/PKGf2WHWt8/ | 16:59 |
| T42 | <KernelPanix> hi | 16:59 |
| T42 | <KernelPanix> i need help | 16:59 |
| mal | what is the problem? | 17:07 |
| mal | @KernelPanix edit rpm/dhd/helpers/util.sh like above this comment https://github.com/mer-hybris/droid-hal-device/pull/324#discussion_r859585753 | 17:11 |
| T42 | <KernelPanix> yes this work. thks (re @SailfishFreenodeIRCBridgeBot: <mal>@KernelPanix ed...) | 18:19 |
| T42 | <11> hello guys, there is such a problem that after running dsme I get a kernek bug , build based on lineage-14.1 , | 21:17 |
| T42 | <11> | 21:17 |
| T42 | <11> here is the error itself: https://pastebin.com/0yTjH0Nf | 21:17 |
| T42 | <11> | 21:17 |
| T42 | <11> here is the line on the git that the error points to: https://github.com/LineageOS/android_kernel_samsung_msm8974/blob/da48a34d7a3b9085819a716ce95f4b80e6f0a209/fs/sysfs/dir.c#L534 | 21:17 |
| T42 | <11> | 21:17 |
| T42 | <11> | 21:17 |
| T42 | <11> | 21:17 |
| T42 | <11> if anyone can help i would be very grateful | 21:17 |
| mal | I remember seeing that error on one of my ports, can't remember exactly how I fixed it, which 3.4 kernel do you have? | 21:19 |
| mal | also please do use so many empty lines when posting, it looks terrible on irc side | 21:20 |
| T42 | <11> yes if that EleventhLast (re @SailfishFreenodeIRCBridgeBot: <mal>I remember seei...) | 21:20 |
| T42 | <11> oh, sorry . okey (re @SailfishFreenodeIRCBridgeBot: <mal>also please do ...) | 21:20 |
| T42 | <11> yes, I have a kernel 3.4 msm8974 | 21:21 |
| mal | ah, 3.4.113 | 21:22 |
| T42 | <11> yes | 21:22 |
| T42 | <11> It's been 3 weeks and I can't figure it out. | 21:22 |
| T42 | <11> deleting the line that calls this function is not an option, then there are a lot of kmem errors | 21:23 |
| T42 | <11> mal , so do you remember how you solved this problem? | 21:26 |
| T42 | <Herrie1982> We had quite some issues with 3.4 kernels and newer systemd (re @11: mal , so do you reme...) | 21:28 |
| T42 | <Herrie1982> We added some patches at our end for LuneOS kernel | 21:28 |
| T42 | <11> Can I have links to patches? | 21:29 |
| T42 | <Herrie1982> What does dsme do? I don't know SFOS that well, and readme in the repo is not very useful ;) | 21:29 |
| T42 | <Herrie1982> Let me check (re @11: Can I have links to ...) | 21:30 |
| T42 | <11> I don’t know myself, but as far as I understand it is something like systemd-hostnamed (re @Herrie1982: What does dsme do? I...) | 21:30 |
| T42 | <Herrie1982> OK | 21:31 |
| T42 | <Herrie1982> Well these are the patches we carry on 3.4 for Hammerhead: https://github.com/shr-distribution/linux/commits/hammerhead/3.4/halium-9.0 | 21:31 |
| T42 | <11> If I understand correctly, do I need to add all these patches? (re @Herrie1982: Well these are the p...) | 21:32 |
| T42 | <Herrie1982> No, probably not | 21:32 |
| T42 | <Herrie1982> I'm not sure what the exact problem is, but we had some issues with some of the namespace stuff for which there's a bunch of patches. But it might be more file system related here. | 21:32 |
| T42 | <Herrie1982> So I would start with these: https://github.com/shr-distribution/linux/commit/b70a94373212e69f928721c7b8efb2d612f548a8, https://github.com/shr-distribution/linux/commit/9fdb10cf200c634ac1e1bfee63e2b14ce326fdfe | 21:33 |
| mal | @11 maybe try backport this https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=26ea12dec0c84133add937455be76d44fe253d85 | 21:33 |
| T42 | <Herrie1982> Or this one from Tenderloin: https://github.com/shr-distribution/linux/commit/b6cd8b865e84a5a01500cc477a29887c6d2ae936 | 21:34 |
| T42 | <11> I'm not sure what the exact problem is, but we had some issues with some of the namespace stuff for which there's a bunch of patches. But it might be more file system related here. (re @SailfishFreenodeIRCBridgeBot: <mal>@11 maybe try b...) | 21:35 |
| mal | @Herrie1982 dsme is a very low level system state handling process, one of the most critical ones, this may explain it https://github.com/sailfishos/dsme/blob/master/rpm/dsme.spec#L29 | 21:36 |
| T42 | <Herrie1982> h OK (re @SailfishFreenodeIRCBridgeBot: <mal>@Herrie1982 dsm...) | 21:37 |
| mal | @Herrie1982 that kernel is 3.4.113 which already has some of those patches, except that revert one | 21:43 |
| mal | @11 so try added the patch I linked and maybe also this https://github.com/shr-distribution/linux/commit/b6cd8b865e84a5a01500cc477a29887c6d2ae936 | 21:44 |
| T42 | <Herrie1982> We kept 3.4 alive as long as we could at our end but seems we're at a dead end now with our new compositor and Qt6 so venturing into mainline for these targets | 21:44 |
| mal | @Herrie1982 yeah, 3.4 is starting have all sorts of issues, I'm doing some mainline porting also | 21:45 |
| mal | @Herrie1982 right now cleaning up msm8974 iommu support code I have locally | 21:46 |
| mal | that would help with hammerhead also :) | 21:47 |
| T42 | <11> should I apply this? (re @SailfishFreenodeIRCBridgeBot: <mal>@11 so try adde...) | 21:48 |
| mal | @11 apply these https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=26ea12dec0c84133add937455be76d44fe253d85 and https://github.com/shr-distribution/linux/commit/b6cd8b865e84a5a01500cc477a29887c6d2ae936 | 21:48 |
| T42 | <Herrie1982> Hammerhead seems to boot OK at our side but some graphic glitches still (re @SailfishFreenodeIRCBridgeBot: <mal>that would help...) | 21:49 |
| T42 | <11> I've already used the first one, but I'm not sure about the second one. (re @SailfishFreenodeIRCBridgeBot: <mal>@11 apply these...) | 21:50 |
| mal | @Herrie1982 I assume without gpu? or do you have some patches for it | 21:50 |
| mal | @Herrie1982 or more like without iommu, btw do you use FD_DBG_NOBIN for mesa? | 21:52 |
| T42 | <Herrie1982> Well we have UI at our side with Qt6 from what I recall (re @SailfishFreenodeIRCBridgeBot: <mal>@Herrie1982 I a...) | 21:53 |
| T42 | <Herrie1982> Let me see | 21:53 |
| T42 | <11> the first brocade solved the problem. thank you so much (re @SailfishFreenodeIRCBridgeBot: <mal>@11 apply these...) | 21:53 |
| T42 | <Herrie1982> A few patches we carry on top of 5.19.1: https://github.com/shr-distribution/linux/commits/hammerhead/5.19.1/mainline | 21:53 |
| mal | @Herrie1982 FD_DBG_NOBIN fixed some graphics issues I had when using iommu, not sure if it helps with other issues, you don't have iommu in use, but that env var did fix some glitches on some other adreno gpus so worth a try if you don't have it | 21:55 |
| T42 | <11> by the way, there are a lot of such errors [ 13.617498] systemd-cgroups (4275): undefined instruction: pc=b6861d66 | 21:55 |
| T42 | <11> [ 13.617506] Code: 8000 ef20 0150 4770 (ec51) 0f1e | 21:55 |
| mal | not sure what those are and if those are critical, maybe check if kernel check script has some cgroup related warnings | 21:56 |
| T42 | <Herrie1982> I don't recall we have this, let me check (re @SailfishFreenodeIRCBridgeBot: <mal>@Herrie1982 FD_...) | 21:57 |
| T42 | <11> Yes, these errors are very common, but not captured, you can stupidly ignore (re @SailfishFreenodeIRCBridgeBot: <mal>not sure what t...) | 21:58 |
| mal | @Herrie1982 or is it FD_MESA_DEBUG=nobin | 21:59 |
| T42 | <Herrie1982> This seems to suggest FD_DBG_NOBIN? https://github.com/anholt/mesa/blob/master/src/gallium/drivers/freedreno/freedreno_screen.c#L73 | 21:59 |
| Thaodan | Personally I would like to drop support for anything below linux 4.4.x or even 4.14.x | 22:00 |
| Thaodan | The best solution is to have ports that upgrade kernel versions | 22:00 |
| mal | @Herrie1982 yes, that was it, I think i forgot which name it has, as an example https://wiki.postmarketos.org/wiki/Fairphone_3_(fairphone-fp3) | 22:00 |
| mal | @Herrie1982 it seems usign that FD_MESA_DEBUG=nobin will set FD_DBG_NOBIN | 22:01 |
| T42 | <Herrie1982> Ah OK | 22:02 |
| T42 | <Herrie1982> We'll try that at our end and see if it gives improvements | 22:02 |
| mal | several pmos devices use that | 22:03 |
| T42 | <Herrie1982> Our most challenging device seems will be Tenderloin which uses APQ8060/MSM8660 which should be pretty OK, but whole DT needs to be build still mostly | 22:04 |
| T42 | <Herrie1982> hammerhead and mako should be in pretty OK shape mostly I guess | 22:05 |
| mal | audio will not be fun, I was thinking if I should try, at least fp2 uses wcd9320 | 22:06 |
| T42 | <Herrie1982> Yes probably not :( Was able to at least get a hold of the schematics for Tenderloin, so that should help a bit (re @SailfishFreenodeIRCBridgeBot: <mal>audio will not ...) | 22:12 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!