-
@developerbayman said:
... its to my understanding they past "right to repair " basically everywhere? ...the U.S and the U.K?? ....I thought, in USA, a few states have passed a few laws regarding 'Right to repair'. Articles I read in recent years pointed out limitations and weaknesses in the laws. Maybe there are newer better laws. If you know of them, please post a link or a search term, specifically for those right to repair laws.
The cases you mentioned are good, but that still could mean ending up in court, to PROVE that you did a 'clean' or 'isolated' reverse engineer process.
Whatever process the Linux team that developed the Nvidia GPU driver followed would be a very relevant example, right ? -
@developerbayman said:
... AI isnt always like a LLM like chatgpt you can have a very basic small ML program that does one thing very intelligently between a few options ...it chooses or does one or a few things based on the input ...I understand that the various AI's have differences, and that the frequent crap answers I get from Google quick response and 'dive deeper' (Gemini 3.2 Pro), might not be the same as using Claude 4.n specifically to code.
I recently tried Claude for C++ coding for the first time ever, and while I was impressed, and it helped fix mistakes I made, I also helped fix mistakes Claude made. The only way I was able to do that was by having every bit of the code available to study (and I had told it the concept of the project, knowing exactly what I wanted, and had created similar thing 5 years ago, using Arduino - so I had very specific related knowledge).So, I think your idea that AI could look at all code & reverse engineer seems like it could speed up the process, but I think you still need highly experienced coders with specialized background for each hardware device you are creating driver for, to review that code. Your AI might save them time.
Anyone have any guesses on how long it would take for a driver (pick one), with and without AI help ?
Is it hundreds or thousands of hours (for the difficult parts, like modem-radio) ?
I am asking because I have no idea ?
Also, is it possible to retain halium layer for modem-radio and other components for which there is no no kernel driver, but put simple things (I assume turning flashlight LED on & off & PWM for dimming would be easy) into kernel ?
Is that how it already IS being handled ? or does halium translate everything ? -
@oldbutndy not look at any code but actually test the hardware ..and i dont im sure it would basically be a nuts ...ill toy with it a little later i think lol maybe ill try my phone for a laugh not really a issue on it being unlocked and already running UT
-
Also, is it possible to retain halium layer for modem-radio and other components for which there is no no kernel driver, but put simple things (I assume turning flashlight LED on & off & PWM for dimming would be easy) into kernel ?
Is that how it already IS being handled ? or does halium translate everything ?The thing is that any new support for hardware is likely to land in newer version of the kernel. Halium ports are tied to a specific version of the kernel for ABI compatibility with the drivers the device vendor provides. And backporting those new drivers to the older kernels would probably be more work than it's worth.
-
@arubislander said:
The thing is that any new support for hardware is likely to land in newer version of the kernel. Halium ports are tied to a specific version of the kernel for ABI compatibility with the drivers the device vendor provides. And backporting those new drivers to the older kernels would probably be more work than it's worth.Ahhh. Excellent point. Thank you.
so, for @developerbayman style AI assisted concept to work, either every single hardware driver would have to be created & built into modern kernel (for each phone or all phones), or, to use halium layer for the difficult parts, would mean custom modifying every kernel, for each old device, to use the newly created drivers and still talk to halium for some.
So, AI could make this possible, by saving time in some areas.
But, it seems this would end up not reducing the huge number of variations for all the different phone models.
Am I missing something here ?
-
But, it seems this would end up not reducing the huge number of variations for all the different phone models.
Am I missing something here ?
No, you are on to soimething. People forget that ARM hardware in general and phone hardware in particular is totally not standardized. So to get all the drivers for all that hardware upstreamed would be a huge endeavor. One, frankly that I am not at all convinced that AI is capable of taking on. And even if and when, new hardware keeps coming out with each new generation of devices, so you'd have to practically start from scratch each time.
We saw how just the jump from Pinephone to PinePhone Pro brought in such fundamentally different hardware that the Pro never really caught up, software wise, with the original device.
What makes 'mainline' kernels viable on x86 / x64 server and desktop is the high degree of standardization of the hardware in that area.
-
@oldbutndy your spot on ...its a scary prospect to try to undertake
-
C CiberSheep moved this topic from Design
-
I like the plan, however I think Waydroid is tight to Halium too, isn't it? How is that taken into account in the plan?
-
@Fla you may be right honestly just a idea i wanst aware there was already topics on this ....im like a raccoon with shiny things when it comes to ideas
-
-
@arubislander so on the regular desktop version its a normal ubuntu boot stack then it hands off into the UT rootfs .....still not done ...taking a break on that for sanity rn
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better π
Register Login