Live data from Hacker News

Building a Linux GPU Driver for the M4 Mac Mini in One Month

codyho.dev

31–40 of 292 posts

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#32
post #31

To the developer: it doesnt matter whatever you can upstream it or not. Just share the code and documentation of how this process can be reproduced. There plenty of us not working at Apple who can reuse the same approach for M5 and next generations of hardware.

For the kernel driver it's literally just: run the hypervisor, wait for the kick, save the UAT state, replay the whole thing, make sure the output pages change, then just follow the pointer to initdata until you've built the whole tree from scratch. LLM handles the rest.

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#33

All this work is tainted since the poster is ex-Apple[1]. There is no way Linux will take that code, since people from Apple also contribute to Linux and this creates a major conflict. There's also ongoing issues around Codex for this sort of thing, given Apple is suing OpenAI over stolen trade secrets[2]. And nobody knows whether training data in other models is similarly tainted. [1]: https://codyho.dev/documents/c…

Linking to another HN comment: https://news.ycombinator.com/item?id=49719480

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#34

> GPT-6 Astra and GPT-5.6 Sol are absolutely insane Perhaps before Astra was nerfed. It is now the dumbest model right after Gemini. Sol still holds up.

Claude models were blocked from logging into my own VM with my own credentials I gave it using ssh that I also gave it by its guard rails. I wouldn't doubt other models are nerfed but...you should provide some context around your comment

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#35

im pretty literate in intellectual property, but im pretty confused about the no looking at binary code artifacts bit.

TL;DR:

1. We want to guarantee our work is not a "derivative work" of anything Apple wrote.

2. If we look at any Apple binaries, there's no way prove that our code didn't borrow from Apple.

3. Since we didn't look at any Apple binaries, then there's no way our work can be a derivative work-- we didn't even look at their stuff.

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#36

All this work is tainted since the poster is ex-Apple[1]. There is no way Linux will take that code, since people from Apple also contribute to Linux and this creates a major conflict. There's also ongoing issues around Codex for this sort of thing, given Apple is suing OpenAI over stolen trade secrets[2]. And nobody knows whether training data in other models is similarly tainted. [1]: https://codyho.dev/documents/c…

Now that this work is done and out in the open what in theory would prevent the next generation of LLMs from ingesting it and eventually a non-Apple employee creating yet another driver “from scratch” but with the knowledge of how the hardware works acquired from an LLM or with the help of one? Basically, aren’t we facing a situation where LLM-assisted knowledge laundering is becoming a thing?

Yes, as well as accountability laundering. Technofascists are loving it.

Nobody has been held accountable for AI selecting a grade school as a bombing target on the first day of America and Israel’s strikes on Iran. 100+ school girls killed, and no accountability.

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#37

https://www.reddit.com/r/AsahiLinux/comments/1whecn1/comment... > The author was banned from Asahi Linux for hiding his extensive use of LLMs from us in another attempted contribution, and (more importantly) for concealing that he is a former Apple engineer with direct contacts to the people involved in Apple Silicon development. Make of this what you will.

Even if this is the case, this is still a valuable contribution to learn upon.

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#39

Earlier quoted context omitted.

Might be one of the only use cases where LLMs are necessary to succeed. Can't imagine the pain of reverse engineering a technology of this scale and "secrecy".

Traditional hardware RE centers around heroics by a small number of very smart people, see: marcan, Alyssa Rosenzweig, Asahi Lina, etc. What they did is insanely impressive, and given how hard it was with LLMs I'm sure I would not personally be able to do this work without LLMs. That said, I'm looking forward to a world where the staring at hexdumps and traces can be delegated to LLMs and talented humans can spend th…

Yeah I think it's a shame how much time and effort gets put into understanding things simply because other people want to keep them proprietary.

Re: Building a Linux GPU Driver for the M4 Mac Mini in One Month

#40

https://www.reddit.com/r/AsahiLinux/comments/1whecn1/comment... > The author was banned from Asahi Linux for hiding his extensive use of LLMs from us in another attempted contribution, and (more importantly) for concealing that he is a former Apple engineer with direct contacts to the people involved in Apple Silicon development. Make of this what you will.

Even if this is the case, this is still a valuable contribution to learn upon.

[deleted]
Post reply on HN