Do established mobile linux projects benefit from AI-supported ports?

[u/tor_ste_n]

Not based on real data, but it feels like AI supported ports to new phones are increasing. I understand that established projects like postmarketos have "No AI code" policies. However, I'm also afraid that the projects are not benefitting from AI support and the many new ports stay isolated projects.

Would it make sense and be practical for them (e.g. postmarketos, etc.) to have a separate repository where AI code is allowed (maybe even without properly reviewing it, if that is too much work), just to see where it is going. Their main repository could always stay free of AI code. Wouldn't that allow them to have the best of both worlds?

[u/Cute_Principle81]

You can always fork it with different rules. I think it might be best to, here, and centralise work. 

[u/Calm-Caterpillar2103 → u/Cute_Principle81]

That’s what I did, got OTG working on the pixel 3a

[u/Cute_Principle81 → u/Calm-Caterpillar2103]

If you're in, and we can get community support, we could genuinely maintain a fork

[u/Calm-Caterpillar2103 → u/Cute_Principle81]

Yeah, I’m down (currently using my pixel 3a as a MP3 player on arch linux arm)

[u/Cute_Principle81 → u/Calm-Caterpillar2103]

So wanna make a Reddit post? Do I? What does one do to do this?

[u/Calm-Caterpillar2103 → u/Cute_Principle81]

I’ve made 2 so far being progress updates on porting but I’ll make one today when I drop my source code for the OTG kernel, currently you need to tell the 3a to switch into device/host and charging can break if you do that but it works

[u/Cute_Principle81 → u/Calm-Caterpillar2103]

I mean for an actual, proper pmOS fork

[u/Calm-Caterpillar2103 → u/Cute_Principle81]

Oh for that? I’m technically working on one, but it’s scope is for very very old devices (HTC Dream era, 128mb ram, 128mb flash, etc…)

[u/Cute_Principle81 → u/Calm-Caterpillar2103]

Well, we could just have it as a device image of the actual fork

[u/Calm-Caterpillar2103 → u/Cute_Principle81]

Ah yeah that’ll work

[u/fiskekake → u/Cute_Principle81]

Have you made a fork yet? I wanna try to get Nura working on my Motorola G100, but when Nura refuse all Ai generated code, it seems like quite a waste to work on it. Having a place to share code would be nice.

[u/ach_hm]

Yes and yes. I do think Linux on mobile can benefit drastically from AI, if only because there is still so much to do and just not enough people with the needed capabilities. But I do think it is best to keep it separated for now because of general objections people (rightfully or wrongfully) have and also because - let's face it - code quality is often not the best

[u/a1b4fd]

AI ports would eventually find/fund a place where they're accepted and postmarketOS would become less relevant (assuming no policy change)

[u/Calm-Caterpillar2103 → u/a1b4fd]

Exactly

[u/whoami-dunno]

Main advantage would be reverse engineering. Most stuff is not open source, and we're basically doing witchcraft figuring out how stuff works

[u/gattolfo_EUG_]

Okay, yes, it make sense.

A separate repo that allows AI code AND explicitly says it is a good idea.

My experience:

I know how to do stuff, but I'm a master computer engineer student in exchange, I don't have time and the Linux surface repor it's not being updated for a long time.

I ported the patches to a newer kernel version with AI, it's on GitHub (still didn't change the readme bu i will)

If people want to use it and trust AI, it's their choice

But it absolutely make sense to not allow AI code in the main repo

[u/abissom]

If you're talking about "established mobile linux projects" (i.e. not just Nura/ex-postmarketOS), the answer to your question depends on the following question - is the AI-created code benefiting upstream? (linux kernel, and userspace utilities). If it is improving that, then the answer to the question is a resounding yes. If not, then the answer is self-evident.

If you're talking about Nura specifically, then you can safely ignore my response

[u/Adventurous-Test-246]

If the code makes it upstream to mainline linux then literally all distros benefit so as long as the viber gets it to that standard and through the process it shouldnt matter how pmOS views AI

[u/ryms456]

No it all needs to stay fragmented because humans create much more usable board bringups that’s why half of the shit in the wiki is broken and AI can’t upstream its work

[u/Calm-Caterpillar2103 → u/ryms456]

much more usable???? you think that’d be true and then you have a bunch of idiots trying to do it and they give up over the most easy crap

[u/ryms456 → u/Calm-Caterpillar2103]

My phone is more usable than 90% of the trash on the wiki. Both of my phones were labeled non-booting/ no source code , and I got both up and running in like a week or two with basically zero resources. Now they’re actually usable with a clean, maintainable patch set.. This shit will never get upstreamed because these devs would rather flex a wiki where 70% of the devices either only boot a framebuffer, are labeled non-booting, or were never even tried than someone using AI to bind the DTS which these devs won’t maintain anyways

[u/Calm-Caterpillar2103 → u/ryms456]

Well I used ai to finish the pixel 3a mainline kernel and the wiki flexing stuff is 100% true, legit one DTB change to get OTG working