| Mister_Magister | *gasp* obs is up, why at 1am perfectly again? | 00:00 |
|---|---|---|
| Mister_Magister | yesterday i thought oh weird concidence, but today too? | 00:01 |
| Mister_Magister | that is suspecious at best | 00:01 |
| Mister_Magister | that sounds programatic | 00:01 |
| Mister_Magister | something is fishy here | 00:01 |
| T42 | <Mister_Magister> @adampigg you didn't merge the mesa fix ;-; | 00:12 |
| Mister_Magister | mal: shouldn't you put the mal:mainline packages in native-common? | 00:30 |
| T42 | <Mister_Magister> @adampigg "@Mister_Magister you need to try the Ofono version fro luneOS/@Herrie1982 ... its is up to date upstream + sfos features" I don't see it on obs or github | 00:33 |
| T42 | <Mister_Magister> https://github.com/sailfish-on-dontbeevil/ofono-luneos this perhaps? | 00:34 |
| mal | Mister_Magister: well in the past I was the only one doing qcom mainline | 00:46 |
| mal | some of those need updating anyway | 00:47 |
| Mister_Magister | :) now i'm standardising it xd | 00:47 |
| Mister_Magister | so you see nothing against me moving those to native-common? | 00:47 |
| mal | if you want but I need to update those | 00:48 |
| sharks[m] | @Mister_Magister re: OBS @ 1AM, I had noticed that when most of the europeans go to sleep, OBS tends to be more reliable. Hadn't noticed it was at the exact same time every day. | 01:30 |
| Mister_Magister | it's perfectly exact 1am because i have scripts that run at 1am and its in exactly same second | 01:30 |
| sharks[m] | Usually I wait until 1-2 AM european time before trying to do anything on OBS, less workers busy and more chance lately of no ddos or whatever is causing the outages | 01:31 |
| sharks[m] | Certainly weird its within the same second. That's not a coincidence | 01:31 |
| Mister_Magister | mal: https://github.com/VerdandiTeam/qrtr/commit/2b65388fdc1044a9070b04ed880a50148142830c | 01:44 |
| Mister_Magister | qrtr updated | 01:44 |
| Mister_Magister | rmtfs updated too | 01:52 |
| *** n2klb_ is now known as n2klb | 02:12 | |
| T42 | <Herrie1982> Here is a version claudette put together based on our other ports with similar kernel version that runs fine on LuneOS with systemd 257v8: https://github.com/shr-distribution/linux/commits/fortuna3g/3.10/lineage-19.1/ (https://github.com/shr-distribution/linux/commits/fortuna3g/3.10/lineage-19.1/) You might need to slightly adjust the defconfig (https://github.com/Herrie82/meta-smartphone/blob/88ebf1c56f593eb6619ee6aa464208880c876e1d/meta- | 03:53 |
| *** kimmoli_ is now known as kimmoli | 03:57 | |
| T42 | <damnbruh2004> @Herrie1982 looks interesting. But lineage 19 isn't available for this device. The trees for it were left in draft state by the oroginal developer Gabboxl. I am currently working on sfos to slowly learn how porting porting is done and to familiarise myself a little more with how linux operates internally. At this point nothing in sfos for fortuna3g works reliably, therefore i think it's not yet time to bring your project over to it | 04:27 |
| T42 | <Herrie1982> It could be worth to just try the kernel, it's a small build. My experience tells me that the kernel often makes the difference. Especially on these ancient devices. The above one should be pretty much interchangeable with the one you already have for SFOS. The LOS 18/19 for kernel doesn't make much difference. I took it as a reference just all fixes that went in are to keep LuneOS and SFOS happy just :) | 04:29 |
| T42 | <Herrie1982> And they are pretty generic backports from other same era Samsung kernels (SM-T520, A3-2015 etc) | 04:30 |
| T42 | <damnbruh2004> Oh so you mean this is a ready to use kernel that can presumably boot sfos and lune? | 04:31 |
| T42 | <Herrie1982> Yes :) | 04:32 |
| T42 | <damnbruh2004> Ooo 👀 | 04:32 |
| T42 | <Herrie1982> claudette took LOS 19.1 kernel, applied the commonly known patches + your fixes as well :) | 04:33 |
| T42 | <Herrie1982> In terms of kernel config SFOS and LuneOS are very similar, only difference is mostly that LuneOS uses lxc for Halium so some options differ there. We have used mer_kernel_check script for our kernels for a long time :D | 04:34 |
| T42 | <damnbruh2004> I guess will postpone testing it until i get mine to at least boot realiably. Otherwise if yours one works, I'll get demotivated ) | 04:34 |
| T42 | <damnbruh2004> Thanks for reminding me to check on similar devices | 04:35 |
| T42 | <Herrie1982> There are kernel trees for the sm-t520 and a3-2015 is the same shr linux repo ;) | 04:35 |
| T42 | <Herrie1982> Those are close siblings :) | 04:35 |
| T42 | <damnbruh2004> Btw mainline is also available for this device, but it has kinda broken gpu | 04:36 |
| T42 | <damnbruh2004> Alright, definitely will check out the repos | 04:36 |
| T42 | <Herrie1982> Yes I tried mainline on A3-2015 first but it wasn't great. Probably Mesa/Freedreno needs some patches. I have a ton of them locally for my apq8060 Tenderloin to make it somewhat behave a lot better on Adreno 22x. (re @damnbruh2004: Btw mainline is also...) | 05:11 |
| T42 | <Herrie1982> So I switched to the Android kernel instead and made it Halium 16.0/GSI based :) | 05:12 |
| T42 | <Herrie1982> I got INSANE battery on this A3-2015 though! Got it to be standby for 2 weeks or.... | 05:18 |
| T42 | <Herrie1982> I put it in a drawer while working on other devices for some weeks, then took it out and still had charge | 05:18 |
| T42 | <damnbruh2004> @Herrie1982 that tablet is kinda fancy 👀 | 06:56 |
| T42 | <damnbruh2004> Mainline on msm8916 needs proper memory handling for the gpu and vulkan support to run modern KDE. Currently it's glitchy there. | 06:57 |
| T42 | <Herrie1982> What you mean? (re @damnbruh2004: @Herrie1982 that tab...) | 06:57 |
| T42 | <damnbruh2004> As for standby... Android woth no gapps and no sim goves pretty good standby too, doesn't it? | 06:57 |
| T42 | <damnbruh2004> Checked out the hp tochpad tablet you mentioned | 06:57 |
| T42 | <Herrie1982> No idea I was just surprised :) Before our LuneOS devices would die in 5-6 hours, after some proper power management rework recently it got to 2-4 days on most devices. (re @damnbruh2004: As for standby... An...) | 06:58 |
| T42 | <Herrie1982> But this one amazed me :) | 06:58 |
| T42 | <damnbruh2004> Nice | 06:59 |
| T42 | <Herrie1982> Unkillable/brickable hardware in general. Biggest issue is battery and the 1GB memory for anything modern. (re @damnbruh2004: Checked out the hp t...) | 06:59 |
| T42 | <Herrie1982> The mainline kernel works pretty well, just dealing with lkml is a headache | 06:59 |
| T42 | <Herrie1982> So will deal with that again when I find some inspiration LOL (re @Herrie1982: The mainline kernel ...) | 07:15 |
| T42 | <Herrie1982> mal: New day some new fixes to the phone stack :) | 07:21 |
| T42 | <abranson> That's quite a lot of ofono-binder PRs! Are you ok? | 07:26 |
| T42 | <Herrie1982> Just want to clean it up :) It broke things at our end when switching to latest version on various targets | 07:26 |
| T42 | <abranson> ah yeah it has changed a fair bit just lately, and your paths could be quite different from ours. | 07:27 |
| T42 | <Herrie1982> Well we use more modern ofono, but the issues are real regardless in most cases and independent of ofono version | 07:28 |
| T42 | <abranson> hmm, well I don't think we've noticed! | 07:29 |
| T42 | <abranson> will get around to the droidmedia/gst-droid stuff soon. needs lots of device testing too. | 07:29 |
| T42 | <Herrie1982> Yeah I know, I did a soak at our side with quite some random devices to know it's solid, but good to test at your end as well | 07:30 |
| T42 | <Herrie1982> Just experienced quite some random hangs and lockups on camera here on various targets. Partially to blame to Halium, vendor blobs, exotic ancient kernels vs Android 16 userspace etc but still. Some bits in droidmedia and gst-droid needed some polishing too regardless to get it rock solid | 07:31 |
| *** Nokius712 is now known as Nokius71 | 07:37 | |
| T42 | <abranson> stability fixes in that stuff is never a bad thing | 07:40 |
| T42 | <abranson> but it is a little scary for potential regressions. The 'soaking' helps, not heard that word before. I thought it was a mormon thing. | 07:41 |
| T42 | <Herrie1982> Just have a bunch of devices on my desk so let it run automated tests on camera, switch front back, take pictures, record short video etc and do that a 100 times on each device | 08:21 |
| T42 | <abranson> so you're the one using all the tokens :D | 08:41 |
| T42 | <Herrie1982> LOL | 10:15 |
| T42 | <Mister_Magister> @abranson I'm at my weekly limit :D | 10:38 |
| T42 | <abranson> thought you'd gone quiet :DD | 11:01 |
| T42 | <adampigg> just aswell i cant post humorous memes here | 11:43 |
| T42 | <adampigg> <struggling man>cant code, no tokens</> | 11:44 |
| sharks[m] | You struggle because you have no tokens. I struggle because I have no idea what I'm doing. We are not the same | 12:01 |
| T42 | <abranson> [drake turns away from] Using tokens to learn how Sailfish is put together to understand the bug and its solution | 12:14 |
| T42 | <abranson> [drake approves of] Pls fix claud make no mistak | 12:14 |
| T42 | <adampigg> @Mister_Magister when you get tokens, you can ask your bot to analyse these logs and tell me what ive missed to get the gui up :) https://paste.opensuse.org/pastes/469ead6bd70c | 12:28 |
| T42 | <Herrie1982> @adampigg from claudette : https://irc.thaodan.de/.imgstore/a2a03451/file_10953.jpg | 19:25 |
| T42 | <Herrie1982> @adampigg from claudette : https://irc.thaodan.de/.imgstore/a2a03451/file_10953.jpg | 19:26 |
| T42 | <Herrie1982> "3. What to check next, from your telnet shell | 19:27 |
| T42 | <Herrie1982> ls -l /dev/mali* /proc/ged | 19:27 |
| T42 | <Herrie1982> mount | grep -E 'dlkm|vendor' | 19:28 |
| T42 | <Herrie1982> ls /vendor_dlkm/lib/modules/ | grep -iE 'mali|ged|conninfra|ccci' | 19:28 |
| T42 | <Herrie1982> grep -rn -E 'modprobe|insmod' /vendor/etc/init/_.rc /vendor/etc/init/hw/_.rc | head | 19:28 |
| T42 | <Herrie1982> modprobe -d /vendor_dlkm/lib/modules -a mali_kbase_mt6878_r* # or insmod the .ko directly | 19:28 |
| T42 | <Herrie1982> dmesg | grep -iE 'mali|kbase|ged' | 19:28 |
| T42 | <Herrie1982> If loading mali_kbase (with its dependencies such as ged) by hand makes /dev/mali0 appear, run systemctl restart sailfish-device-encryption-community-wizard. If that succeeds, systemctl start graphical.target should bring the UI up. After that, the fix is to load the modules properly at boot: either have the vendor modprobe step see the right vendor_dlkm path, or load them from a modules-load.d file or the initrd list." | 19:28 |
| T42 | <adampigg> thanks.... im already down the mali driver idea, and found that no such module exists! | 19:31 |
| T42 | <Herrie1982> It might be hiding on another partition, I had it hiding on some system_xxx instead of vendor_xxx sometime | 19:35 |
| T42 | <Herrie1982> Which device is this? | 19:35 |
| T42 | <adampigg> ta, yeah thats where im looking, as soon as ive flashed a fresh image! | 19:35 |
| T42 | <Herrie1982> I also had issues with Mali drivers and pid namespaces in combination with Waydroid for example | 19:37 |
| T42 | <Herrie1982> Ie: https://github.com/Herrie82/meta-smartphone/commit/bbb5b7ba26b395d29d818476f38f3060fa639140 | 19:39 |
| T42 | <Herrie1982> This was seen on a couple of differen mtk devices and socs | 19:39 |
| T42 | <adampigg> so, mali_kbase seems to be missing, which explains hte issues | 20:51 |
| T42 | <adampigg> ah, its in vendor_dlkm .. which doesnt seem to get mounted | 21:18 |
| T42 | <adampigg> and it boots! | 21:29 |
| *** n2klb_ is now known as n2klb | 21:33 | |
| *** n2klb_ is now known as n2klb | 21:50 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
