| *** n2klb_ is now known as n2klb | 01:50 | |
| *** xmn_ is now known as xmn | 01:59 | |
| T42 | <adampigg> Mal: maybe I'll move user/group creation to a post install of the kernel package | 07:53 |
|---|---|---|
| Mister_Magister | mal: i've decided to work on my mainline for x2 (same soc as fp2) and i have high hopes since fp2 got basically everything i want. audio doesn't work on fp2 mainline but claude seems to think that there's a chance to get it to work on x2 because x2's audio uses drivers that are opensource it just needs some glue | 07:55 |
| Mister_Magister | if i get display, audio, and wifi that'll be sweet | 07:56 |
| Mister_Magister | if i get mobile data that'll be extra sweet | 07:56 |
| Mister_Magister | could i just package op6 kernel and learn to do mainline sfos that way? mmmmmmmmmmmm yeah but like, that's boring xd | 07:56 |
| T42 | <Herrie1982> Mister_Magister: Claude can do magic, but it can take time and you need to be persistent... I got the full apq8060/msm8660 SoC ported including all features to 7.1 kernel. | 08:05 |
| Mister_Magister | i'm patient, i've been doing the mainline port off and on again for some years now, without claude previously and with just the help of lovely pmos members | 08:05 |
| Mister_Magister | got it as far as to spit dmesg to screen so thats good, now claude spoofed the charger to say it's connected so pmos ramdisk hosts the drive with logs and stuff so i don't even need that | 08:06 |
| Mister_Magister | and last time pmos guys told me i'm at the point where i need real OS to test stuff like touch etc so it could be pmos, it can be sfos, i pick sfos xd | 08:07 |
| Mister_Magister | i want mainline based port on x2 because it was never used for calls anyway and i want it to last forever and by forever i mean until I die | 08:07 |
| T42 | <Herrie1982> FWIW I have Android 16.0 based Halium GSI working with ancient 3.4 kernels for LuneOS with systemd 257.8 so even with ancient bits can still do things today | 08:14 |
| Mister_Magister | i'm not saying no my longest-supported-sfos-port-ever is well… still supported | 08:16 |
| Mister_Magister | but it doesn't mean 3.4 will work indefinitely, and 6.16 has MUCH better chance at working than 3.4 | 08:16 |
| Mister_Magister | + is more secure | 08:16 |
| Mister_Magister | + i can run nemo | 08:17 |
| Mister_Magister | + its way more cooler to have sfos withouht android | 08:19 |
| T42 | <Herrie1982> I agree with all of above :) | 08:26 |
| mal | @Herrie1982 did you need to revert some things in systemd? I know there are things in new systemd that don't work in old kernels anymore | 11:58 |
| T42 | <Herrie1982> No just force cgroupv1 | 12:00 |
| T42 | <Herrie1982> That is the key | 12:00 |
| T42 | <Herrie1982> And some bits and pieces on kernel side | 12:00 |
| T42 | <Mister_Magister> syscalls i assume | 12:01 |
| T42 | <Herrie1982> Let me provide a quick overview :) | 12:02 |
| T42 | <Herrie1982> Just we were on different Halium basis, so converted everything to 16.0 GSI now with some shims etc and treble conversions for non-treble devices. Some a bit hacky but all works in general hardware wise. | 12:03 |
| T42 | <Herrie1982> But device specific images reduced to a generic armv7 and aarch64 mostly now. With just kernel and some device specific overlays where needed | 12:06 |
| sharks[m] | Herrie1982: what device are you talking about here? A halium GSI based SFOS port? | 12:08 |
| Mister_Magister | sharks[m]: ofc you're interested | 12:09 |
| sharks[m] | You know why | 12:10 |
| T42 | <Herrie1982> Sharks: These were all LuneOS ports but we share a lot of internals with SFOS (except for the Halium approach part). | 12:11 |
| Mister_Magister | sharks[m]: thats why i said ofc xd | 12:11 |
| Mister_Magister | sharks[m]: what ever happened to the issue with setting wifi powersavign? | 12:12 |
| sharks[m] | Herrie1982: thanks, hopefully soon I'm starting a SFOS port likely based on Halium GSI, just trying to get a feel for what I'm up against. | 12:13 |
| Mister_Magister | brooo im telling ya you don't need halium or GSI | 12:13 |
| sharks[m] | Mister_Magister: I wrote a hacky systemd service that tried 20 times to set power saving on, it usually succeeds around the 7th attempt. I need a better solution but it works for now | 12:14 |
| sharks[m] | Battery life improvement is huge though | 12:14 |
| Mister_Magister | sharks[m]: solution proooooooooobably belongs in connman suspend plugin, but i'll look into it today | 12:15 |
| sharks[m] | Ok cool, let me know how you go. If you look at the logs from yesterday / the day before you'll see it seems to be some sort of race condition I was chasing, but yeah I didn't get much further than that | 12:17 |
| T42 | <Herrie1982> Mal: https://gist.github.com/Herrie82/95d4aa444c6b42974e244b7475f15fdd | 12:17 |
| T42 | <Herrie1982> That has everything we do and what was needed for these ancient 3.4 incl links to the kernel patches etc | 12:18 |
| T42 | <Mister_Magister> knew it was syscalls | 12:22 |
| mal | I need to think when to drop support for very old kernels, not sure if we can keep old systemd forever | 12:25 |
| mal | of course if someone want it would be possible to force custom older systemd on such old devices | 12:26 |
| T42 | <Herrie1982> 257.8 is not ancient at least | 12:31 |
| T42 | <Herrie1982> Not latest but also not that old | 12:31 |
| Mister_Magister | mal: we gotta support g2 for as long as possible | 12:31 |
| Mister_Magister | it's political statement not a port at this point xd | 12:31 |
| mal | @Herrie1982 my current plan is to first go to 250.14 which still works well on old devices and doesn't need hacks | 12:34 |
| mal | @Herrie1982 I'm thinking which way is the best for the glibc issues, forcing old kernel headers or patching glibc to keep the fallbacks always | 12:42 |
| T42 | <Herrie1982> Mal as you could see the hacks we needed to systemd itself were minimal | 12:49 |
| T42 | <Herrie1982> And this is with 3.4 on Nexus 4/5 and HP TouchPad as oldest ones we have | 12:49 |
| T42 | <Herrie1982> There is little extra patches that anything needs for the newer systemds really the whole ns batch that was required already in 219 or so we carried already for many years, BT stack backports as well for most | 12:52 |
| mal | yeah, systemds seems ok, I do consider adding env var support for the cgroup mode selection | 13:02 |
| mal | @Herrie1982 do you know is android kernels always have CLOCK_BOOTTIME? systemd 251 removed support for kernels which don't have that | 13:14 |
| T42 | <Herrie1982> @mal to be honest not sure, my experience with about 2 dozen devices says it's there since systemd works on all of them | 13:32 |
| Mister_Magister | mal: i can check across my devices | 13:38 |
| mal | fp2 kernel has commit from 2013 adding boottime support, authors from google | 13:46 |
| mal | so maybe I don't have to care about that part then | 13:46 |
| Mister_Magister | if anything it should be easy to backport | 13:48 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!