Perhaps before Astra was nerfed. It is now the dumbest model right after Gemini. Sol still holds up.
I assume I’ll get used to it, but my mental model of what’s possible hasn’t been fully rewired yet.
However, Asahi Linux has a strictly no-AI policy [1]. So this great work can't be upstreamed. I expect to see a bunch of AI-assisted forks that get things working smoothly on newer hardware to dominate as most people just care about getting stuff working, while only a handful of purists stick to the non-AI version running on ancient hardware.
This may never end up working like that, considering how complicated installation is, comparatively speaking, and how macOS is still pretty much required to be installed.
The problem right now is more that you then need to use a patched kernel+mesa+others to do much with that environment. As more and more of those patches make it upstream, the process will converge to being a standard ARM64 install from the distro's point of view.
I don't use Asahi now but that's largely because my current Apple M series hardware is still supported. I see a day where an older unsupported Mac is running in a rack in my basement or being used by my kids as a general purpose computer.
I mean you can get good stuff out of it if you know what you are doing and guide it, but if you just say “here’s a regression suite. Write an implementation that passes” you will get something that works for a while but ages quickly and will need to be thrown away.
Apple releases the M15, and using everything leaned while building drivers for the M4 - M14, the LLM just does the whole job and we have the drivers a day later.
- During my time at Apple I never saw any of the macOS source code, at all, even for userspace components. I had not even heard of things like SPTM.
- I have not worked there since June 2025
I don't believe that there's any risk due to my former Apple employment. As another example, WINE does not ban all former Microsoft employees, they just ban anyone who has ever looked at the Windows source code. If I felt there was even a chance that my employment at Apple may have exposed me to relevant internal secrets, I would refrain from contributing to community projects.
[1]: https://github.com/Rust-for-Linux/linux Rust for Linux
[2]: https://android.googlesource.com/kernel/common/ Android OS linux kernel
[3]: https://github.com/openzfs/zfs OpenZFS kernel module
[4]: https://github.com/awemorris/linux-pc98 Linux pc98 / 32 bit x86
[5]: https://github.com/OpenDingux/linux Linux on retro gaming device
[6]: https://github.com/AsahiLinux/linux Linux on older apple silicon M1/M2/M3 chip
[7]: https://github.com/microsoft/wsl2-linux-kernel Linux on Windows
It's an interesting example given that Wine considers deriving code from traces of original components (like hypervisor traces) tainted and also bans LLM contributions for legal considerations: https://gitlab.winehq.org/wine/wine/-/wikis/Clean-Room-Guide...
- https://news.ycombinator.com/item?id=43929828 , MS / ex-microsoft employee developing windows 11 like linux distro
- https://github.com/KyleGospo , MS employee developing Bazzite competing with Windows Game Ecosystem / DirectX
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/cody_ho_resume.pdf
[2]: https://www.theguardian.com/technology/2026/jul/10/apple-sue...
I didn't mean that I understand the actual intricacies of the legal situation.
Sorry for my confusing wording.
It may also be legal to do the following: 1. Have an llm read all the code these people have written and produce extensive documentation. 2. Have another llm consume that documentation and write another working driver. I am not a lawyer but I think this may fall under fair use, because reverse engineering is allowed for interoperability.
The problem with this driver is not licensing or code quality; I assume it's under a threat of receiving C&D letter, or maybe also a legal suit for breaking some NDA.
Including the proprietary GPU drivers. If this MacBook driver end up out of tree, so be it.
Basically, aren’t we facing a situation where LLM-assisted knowledge laundering is becoming a thing?
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.
So if I worked as a janitor at Apple, I couldn't contribute anymore?
I guess author can cleanup the code and try upstream it themself. Then let's see what Linus thinks of it.
Exactly how does that equate to knowing details of Apple's GPU implementation? Apple is a massive company.
Apparently. But Apple should be ashamed of themselves for that fact. What are they so afraid of? That Mac OS is so inferior to Linux that if they publish specs so that a driver can be made, that everyone will wipe Mac OS off their disks like it's Windows ME??
Once again, modern Apple is allergic to competing on their product's merits, clinging to force as though it's the only way anyone will choose them. Which is insane to me given how loyal their following is. I'm typing this shit on Mac OS right now.
Apple comes off like the most insecure corporate culture in history.
these two things have absolutely nothing to do with each other whatsoever
Ignoring the idiocy of Imaginary Property is how China is winning.
It's time we caught up and then leap ahead. Everything is a derivative work.
Plumbers don't extract subscription fees from your use of the toilet. Electricians don't get a fee for your use of a light fixture. They don't get a monopoly on fixing your things because you bought it through them. The whole idea of IP is absurd. It should be the opposite: anyone should always be free to go to someone else if they become unhappy with us, taking the work they bought from us with them. The law should bar any attempts to stop them/build roadblocks.
Happily, I see LLMs have great potential to make everything effectively FOSS now anyway, so all we really need is regulations against anti-competitive behavior like requiring signed firmware.
That's the entire point of copyright -- to incentivize this work by conveying ownership to those who produce such software. Without ownership, others would be free to take it and give you nothing. The world doesn't work for free. I doubt you do, either.
Software either has some functional purpose, so people will pay to see its creation (e.g. device drivers; no one will buy your hardware if there's no software for it to do anything), or it exists as e.g. art, in which case patronage avoids the damage of copyright. Either way, if you want to incentivize creation, then you should want a system where payment is for creation, and where further creation (e.g. paying a different developer to modify it) is freely allowed. Copyright is a system where people pay to rent, so once it's created you can rest on your laurels forever unless someone undertakes the inefficiency of recreating the same thing for no reason before they can add to it.
Why is that? I would think that the possibility of exclusivity over derivative works is an even greater incentive to creation.
On the contrary, Apple engineers--paid professionals--wrote the driver to make MacOS work with the integrated GPU.
I don't know why you think not writing a driver for Linux is proof of anything, other than that Apple does not care one whit about Linux. They have no interest in that. They build integrated computer systems (hardware + software); to build them for Linux is, to them, an utter waste of resources.
> copyright law for software is quite frequently used to manipulate and control appliance owners or end-users, even when the software itself is not really "the point" of the thing
That's right. Builders of things get control over what they build. That control is designed to maximize profit, which is a strong motivator for building novel and useful things. If you don't like what they're building, buy something else, or build something better! That's how capitalism is supposed to work.
And product tying (requiring that if you want to buy Apple's hardware you must also use their software) is an anti-competitive practice that harms society, which is why I oppose it. The world is a better place when you can plug your Dell monitor into your Apple computer and it just works. It's also a better place when you can buy your operating system from Canonical if you'd like to run on your Apple computer. It means we all have more choice. Even if Apple doesn't want to have any part in making that work, we should say they have to release the necessary information to let you pay someone else to do it if you'd like, or at least let people re-use whatever they do get from Apple to make it work (e.g. look at what Apple's binary code does). As I said, it's a basic consumer protection requirement for the 21st century where everything has software now.
Society gains literally nothing from letting them have a monopoly on software necessary for their hardware to run, so why give it to them?
The thing is, you're suggesting imposing that choice on the unwilling. What if I, as a creator, don't want to see the software I put my blood, sweat, and tears into running on inferior (or less capable) hardware, or vice versa? Whether that is "better" for the world isn't obvious to me.
> Society gains literally nothing from letting them have a monopoly on software necessary for their hardware to run, so why give it to them?
I think it comes down to whether you believe hardware and software are always severable things, or whether you believe they comprise an integrated product. If you think like a hacker, they are the former. If you think like a product person, they are the latter. Woz was a hacker. Jobs was a product guy.
Programmable hardware and software are obviously always severable. This is not up for debate, but is a basic fact. You can always sell the product you want. That doesn't mean you have the right to control how the owner uses it. If they want to install Linux on it, that's their prerogative. If they want to shoot it out of a cannon or detonate it with an M-80, also their prerogative. If someone wants to sell an emulator for your hardware that runs your software, also fine (and explicitly ruled legal).
That makes no sense, either as a hypothetical or a historical reference.
> Programmable hardware and software are obviously always severable. This is not up for debate, but is a basic fact.
That's a fact you made up that sounds "truthy". It's an opinion. You're entitled to your opinion, but you're not entitled to make up your own facts. And yeah, it’s up for debate. You know how? Because people have been debating this for decades.
Think about all the gazillion pieces of hardware out there that have dedicated control software that works closely in tandem with the hardware. Practically nobody is clamoring for the absolute freedom to replace the hardware in the stability control systems for for their vehicles or the autopilot systems in airplanes.
> You can always sell the product you want. That doesn't mean you have the right to control how the owner uses it.
You must be unfamiliar with this thing called "the law." You don't "own" the software component of an object when it's purchased. What you do "own" is a limited transferable license to use it, which conveys with the physical object. Same with all forms of physical prerecorded media.
Perhaps you are arguing for how something should be. And that's fine, but that's different from what is.
And yeah people hack their appliances all the time. Car modders replace all sorts of things; I don't see why they wouldn't touch software (in fact I already gave an example of an obvious piece of control software to mod: locked down seat heaters). Airplanes have a unique regulatory environment where "consumer" protection is less relevant, but for the same reason it's not like copyright serves a purpose.
I'm familiar with the law; I said we should change it. And no, when I buy a computer, I own the computer, not a limited license to use it. It is 100% mine. I can smash it with a hammer and no one has any recourse because they don't own it; I do. I can replace chips on the board if I'd like, or move chips onto another board. And I absolutely can install other software on it if I please.
You own the hardware portion of the computer. You do not own the software portion. Look, if you don't believe me (IAAL who studied this in detail), ask your own attorney. If they tell you different, give me their contact info. :-)
> And I absolutely can install other software on it if I please.
You might be able to do that, mechanically speaking, but the vendor is under no obligation to help you either install it or make it work (safely, or even at all).
And that's fine, because I'm being paid to provide a service, actual labour (which might admittedly involve prompting an LLM), but it's still doing something new. There's tons of people being paid to work on OSS, and much of which would still exist by volunteer effort alone.
Those people are largely working on OSS as a hobby or for clout, i.e., to kickstart their career; or, they're working on a loss leader that will (if history is any indication) eventually lead to a license rug pull when they find out GPL/BSD/MIT licenes aren't a path to riches.
I'll concede that hobby projects that have led to Linux, programming languages, etc. do provide valuable connective tissue to the world, but most of the stuff that appeals to the end user isn't OSS.
> I'm being paid to provide a service
If you're like most of us, you're likely being paid to provide a service that depends on copyright as a foundation. Ask your company's lawyer their opinion on what the company would do if your work wasn't protected by it, or if someone broke into your company's source code repos and stole it.
Neither OpenAI or Apple "owns" the Linux project. As long as there is enough evidence that code is real contribution and not stolen property (if you can even prove it), there is no reason to deny it.
Furthermore, given that Asahi Linux, the biggest game in town when it comes to running Linux on Apple silicon, is trying to be cleanroom, it is incredibly rude of you to not mention LLMs until after showing a page full of LLM-derived firmware ABI. This is a trap for anyone who's trying to be cleanroom.
Are you claiming models were trained on proprietary Apple code? How would that even be possible?
It's easy to make random claims that are impossible to prove or disprove.
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.
The legal framework around all this is way too immature to make a definitive statement one way or the other. Anyone who says otherwise is speculating.
The only way to clarity will be legislation or court cases, because it really could go either way.
It doesn't have to necessarily have to make sense to make a claim, but it doesn't necessarily bear any weight.
You can't claim that some work is necessarily tainted by existing, you also have to prove which knowledge was retrieved, used and that there was no other reasonable way to know it. But unless it is actually tried in a court in all major jurisdictions, it's just speculation from all parties (including line).
One person could also claim that someone someday might leak information to them, and even though they'll ignore it, since they'll be exposed, they are tainted and can't contribute anymore. It'd be absurd.
A project is free to chose who can contribute, but they can't necessarily gatekeep others from doing their own project with different rules.
> 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.
Weird how justified reasonable policies get the "crazy" label.
Imagine what happen if OP submit patches upstream skipping Asahi and they gonna be accepted.
I have many frustrations with LLMs, mainly around the type of user whos brain shuts down, but Apple would be walking a very fine line if they offer a service that they also will sue you for using.
Perhaps they should have used the Foundation Models to build their code. Really put Apple in a difficult position.
It won’t be clean room like the stuff Alyssa did.
Judges, as far as I know, do not generally take kindly to such arguments.
That's what's referred to as a "clean room implementation" further up the thread.
However, this specific thread is about the scenario where an employee has inside knowledge and is passing that knowledge on to the implementer.
Legally speaking, a clean room implementation has much better defenses from claims of copyright violation.
Any other interpretation would mean trade secrets have essentially infinite protection/NDAs apply to all of humanity.
The NDA doesn't apply to people who haven't signed it, but copyright law does. If you know the material you're receiving is under copyright (eg proprietary source code), and you publish work based on that copyright material, the fact that it's now widely available is not an effective defense against claims of copyright violation.
Person B in this scenario hasn't violated the NDA, but they could be sued for copyright infringement.
Which I think you know, so I don't understand your argument.
You said in another comment "However, this specific thread is about the scenario where an employee has inside knowledge and is passing that knowledge on to the implementer."
It being proprietary and/or secret information doesn't affect the copyright of the clean-room output. If there's trade secret implications those are worth discussing, but as a separate issue.
This sort of thing has always been a concern for projects that re-implement some existing piece of software, e.g. there were concerns early on during development of the GNU project about people contributing after having been exposed to Unix source code. Similarly, it is an ongoing concern for the Wine project[1], as well as ReactOS. The later even had a code freeze and internal audit in 2006, after allegations came forward that code had been derived from disassembled Windows binaries[2].
[1] https://gitlab.winehq.org/wine/wine/-/wikis/Clean-Room-Guide...
I think at this point the hacking community needs to grow some balls.
The fact is, open source has much more liability than closed source software does. If copyrighted material ends up inside a private code base it'll be nearly impossible for the owner to discover that and sue.
Do you have many examples of this actually happening that you could share?
I really don't see how this issue is going to be feasible for courtrooms to deal with in a world where big tech are bragging about large percentages of all their code being produced by LLMs.
Business and code production would grind to a halt whilst basically every big tech company shares it's entire codebase with every other tech company for discovery. It's basically MAD.
And if it was feasible, given we've had a couple of years of all the big tech companies heavily using LLMs, there should be some notable court cases by now, surely?
LLMs have been firing out a lot of code for a year or 2 now at least, so I would have thought we'd start seeing some court cases by now?
The only real innovation for small planes is in the electric flight area - when you gotta do a full certification anyway as you're piloting an entirely new drivetrain, you can financially afford to be much more innovative on other parts of the design.
If by "this" you mean "an LLM [reproducing] copyrighted material", I have one here [0], with the challenge posed and plagiarized response at [1], found via [2].
One wonders how often the "Don't plagiarize, make no mistakes about this!" instruction fails and the LLMs include nontrivial chunks of other people's work into what they emit.
[0] <https://infosec.exchange/@zzt@mas.to/117134157775929932>
[1] <https://mas.to/@zzt/117122289150514171>
[2] <https://infosec.exchange/@david_chisnall/117134446424182178>
No. I have absolutely no doubt that happens, and I'm not defending it or encouraging it.
My point is whilst it technically might be illegal and happening all the time, if it's unenforceable or sets a precedence that would severely break the business world, there's every chance nobody would dare bring it to a court room.
I'm not aware of it happening yet (someone trying to enforce copyright on code that was put in production via an LLM) and I would have thought if it did, we would all know about the precedence now.
AIUI, in the US something that's entirely machine-generated is not eligible for copyright protection. If one could demonstrate that that machine-generated output is plagiarized human work and were rich enough to bring it to court, and able to wait five to ten years for the outcome, I have to believe that the usual copyvio rules would apply because that's not machine-generated output, it's straight-up unauthorized copying performed by a machine.
> My point is whilst it technically might be illegal and happening all the time...
If it's illegal, it's illegal. Refusal to enforce the law doesn't make the action any less illegal. Criminals who get away with their crimes are still criminals. [0]
> ... if it's unenforceable or sets a precedence that would severely break the business world, there's every chance nobody would dare bring it to a court room.
Or the highest court of the land would find a way to misinterpret "related" historical decisions to make the crime retroactively legal, yeah.
> ...I would have thought if it did, we would all know about the precedence now.
I'm not so sure. For one thing, the courts move really slowly when they're not very motivated to address something. For another, news that paints the twin VC darlings and their "industry" as villainous has a tendency to get buried by any one of a billion hype pieces or minor scandals that they have waiting in the wings.
[0] To bystanders who might wish to retort: Yes, I'm very aware that some things that are illegal should not be. I'm also aware that some things that are not illegal very much should be.
Can you state what actual point you're trying to make, rather than just picking each of my sentences and saying you're not so sure or you disagree? I could do the same to you, but it's just a waste of time if we're not trying to actually come to a conclusion together.
My hypothesis is that I suspect there's a MAD type situation where technically - by the letter of the law - all the big tech companies bragging about x% of their code being LLM generated are basically admitting to breaching copyright laws. But if one well funded tech company successfully prosecutes that and sets a precedence, then all big tech is going to have to wind back all the LLM code its put in production in the past few years to prevent litigation, which is probably unworkable, hence MAD.
I was looking to disprove my own hypothesis by asking for court cases prosecuting this. I'm not interested in arguing semantics with you.
(FWIW, I was repeatedly taught by various legal scholars at various levels of education that a criminal is someone who has been found by a court to be guilty of committing an act that violates criminal law. Up until that point, they're usually just a suspect or similar. Not debating, just highlighting that your definition of criminal doesn't negate or disprove any point I'm making. Same for your definition of illegal.)
I hate the new system of no ownership and closed everything.
(I worked in a federal district court for a while.)
In a case where both parties have lawyers, having more and more expensive lawyers is not necessarily predictive of a case’s outcome. There are diminishing returns.
What having more resources tends to do is force the poorer party to settle quicker. But that’s not necessarily a loss. Judges still have to approve settlements in the interest of justice.
Despite the fact that the raw output of the system is incomprehensible to humans, scanning a photograph of Mickey Mouse and running it through a lossy compression system like JPEG doesn't suddenly make it not a picture of Mickey Mouse. Similarly, running the code for a system through the lossy compression system that is LLM "training" doesn't suddenly obliterate that data and make that LLM a "clean room". If one has any doubt of that, remember that they are known to reproduce their inputs, even after all these years of work to make them not do that. [0]
I'd also rephrase your first sentence as "Plagiarism isn't illegal, actually.". Unless you're rich and/or very influential, plagiarism is a seriously bad thing to do.
In emulators, there is Azahar which is an emulator without the ability to decrypt games, and there is Azahar Plus, by different people, which is downstream of Azahar and adds piracy-specific features. The Azahar developers, who do the majority of the work, do not need balls. Only the people making the piracy fork need balls.
This is false. I am a former Apple engineer. I did not conceal it (it's the top item of my resume and my LinkedIn and I made my PR from my public Github with my name attached, as opposed to a pseudonym which is expressly allowed by Asahi policy). I also had no exposure, at all, to any internal information or code about macOS, SPTM, or Apple Silicon during my time there.
I also don't have connections to people involved in Apple Silicon development (and I'd add that this does not mean someone cannot contribute, the question is were they exposed to tainted information, which is absolutely not true in my case). I have many friends who work for Apple (I'm a Stanford alum) but none in Apple Silicon directly.
I disagree with the phrasing of this entire thing, but this statement is demonstrably false.
No statute defines "clean room RE" and there's basically no relevant litigation establishing case law.
It's safest to err on the side of plausible deniability, any proximity to OEM software increases liability if things go wrong.
For the record Yuzu included code for circumventing Nintendo's DRM they had on game carts. It violated the DMCA.
It doesn't, this is what Nintendo claimed but it's false. The community learned their lessons from the Wii emulation era and you are supposed to bring your own keys, nothing is included in the emulator.
And yes, they also wrote this lie on their DMCA takedown against Suyu (which also doesn't have any keys), so they officially lied on a DMCA takedown.
Just because you have to bring your own keys that doesn't make it not a circumvention measure.
Here's the code that breaks the DRM.
https://github.com/Fabi/yuzu-mirror-mirror/blob/master/src/c...
Also I may mention that the support of external keys is there for you to get games for your own switch, pirates can just share decrypted games anyways.
Nintendo didn't want to get in court and also had to basically lie in a DMCA, I think that tells it all on their legal standpoint, they were afraid of creating a precedent.
Don't worry that if they were so sure to win, they would be in court already like they did with the R4 cartridge.
I seem to recall DeCSS being the 'hot button' as it was RE'd in a 'non clean' way, the code released, and then a 'clean room' RE could be made from the 'public' info ??
edit: actually, at the time I think there was German law allowing RE for 'interoperablity' or some such. But that was a long time ago so my memory might be off.
This "clean room RE" fabrication is also not something so obviously compelling that nobody would ever attempt to challenge it - it's just that nobody has cared to put dollars behind it. IP provenance cases are enormously difficult to prove and are almost always settled ahead of trial. This concept is software engineer folklore more than anything.
There's no law saying you have to do clean room RE. It's legal for me to look at a decompiled driver and write my own driver from scratch. It's not legal for me to just copy the decompilation, and a clean room environment is solid proof that it wasn't copied, but it's not the only way to not copy it, since I could also just not copy it.
Who has used it successfully in litigation?
I do agree with you that the term is misused (it’s almost completely irrelevant here, anyway) and over-applied, but “not having ever been in a position to see or access the source code” is proven, especially in SAS v World, to be a pretty strong defense that’s worth pursuing in some re-implementation scenarios.
You seem confused here? "Clean Room RE" is simply a descriptive result of copyright law in the US, and is well established. In the US there is no "sweat of the brow doctrine", pure facts simply cannot be copyrighted at all, nor underlying methods/ideas (that's patents). And as a direct result of the latter, again unlike patents, if two people truly independently write the same thing, both get separate copyright.
"Clean room reverse engineering" is just applying that to make any legal fight much cheaper or discourage it from every being bothered with in the first place. You have an RE "dirty" team that goes through copyrighted software and makes a specification that is purely factual, ie, "function 1 takes (int16)X input and does equation ABC on it, function 2 takes (long)X & (long)Y inputs and does LMN" etc. A factual/math spec like that cannot be copyrighted, so it breaks any derivation chain. They then give that, and only that with no other communications, to the clean team. If someone with no other exposure to the software being RE'd uses that spec to write a new piece of software themselves, then by definition the result cannot have any copyright of the original. It's a brand new work based off a list of uncopyrightable facts & math/ideas (though worth noting it could still get tripped up by abomination that is software patents).
There are other ways to argue against copyright infringement successfully, but they're much more subjective, which legally speaking reads "expensive, uncertain". CRRE simply trades that for two clear binary questions: was the spec copyrightable, and did the people writing a new piece of software from that spec have any previous exposure to the original? If the answers to that are no, then all arguments about function names being similar or whatever are no longer relevant.
On the subject of LLMs, one curious twist is that proprietary software might have less effective protection then open source depending on how it all goes. A coding LLM almost certain trained on all open source software available on the web. So there's at least some argument it's tainted. But proprietary software is proprietary. If the LLM has never had any of the source code in its training input, then isn't it clean in terms of producing anything derivative of that? That'll be kinda interesting, and might leave some companies with a bit of a conundrum (or I guess pushing the patent side even harder, but that has a much more sane 20 year expiration date vs copyright).
It doesn't really make sense for it to be in a statute or in case law.
When you are a copyright infringement defendant the plaintiff has the burden of proving two things: (1) that they have valid and enforceable copyright rights, and (2) that you infringed those rights.
Direct proof of the later is rare, so they usually prove infringement by showing you had access to the work and that your alleged infringing work is substantially similar.
There are some defenses in the statute, such as fair use. With these defenses you are basically saying "Even if they prove everything that normally would prove they case, there is this exception that says in these circumstances I'm allowed to do that". (That's called an affirmative defense).
There are also affirmative defenses that were developed in case law. First sale doctrine was originally a case law developed affirmative defense, but was later incorporated in the statute. Copyright misuse is another case law affirmative defense. That one has not been incorporated into statute.
There are also non-affirmative defenses, often called negative defenses or failure-of-proof defenses. With these your defense it "They can't prove I did this thing that is necessary for them to win".
Clean room implementations are not technically a defense. They are a development methodology designed to provide rebuttal evidence to support a future failure-of-proof defense if you are accused of infringement.
How would you even put that in a statute? As far as case law goes all the case law you'd expect to see is around the particular evidence offered to show the implementers really did not have access to copyrighted elements of plaintiff's work, like record keeping and proof of authenticity and things like that.
An analogy would be like not having alcohol at an event you are hosting that is open to families because you want to make sure you don't violate laws against serving alcohol to minors. You aren't going to find a statute that says "Not having served alcohol to children is a defense to a charge violating the not serving alcohol to children statute". It is implicit in the not serving alcohol to children statute.
Any case law you find on this will not be about whether not serving alcohol to children is a valid way to avoid violating the not serving alcohol to children law. It will be about whether or not some kid that had alcohol got it from you or snuck it in from outside or about whether you took care to make sure your caterer adhered to you no alcohol policy or things like that.
On mobile I didn't see the full URL, and zoomed before I saw the calendar. My bad.
The author’s blogpost is sloppy and has some signs of being AI written. This kind of bleeds into the main point I’m going to make.
Asahi Linux folks are clearly more conservative and erring on the side of caution, so, this means that the glibness with which the author is treating any of this is probably sufficient cause to refuse his entries. It is unclear if LLMs should be considered a toxic waste dump in terms of trying to maintain a clean room. We have not established a standard. It is clear the author doesn’t think this is a big deal, so that’s one conflict. The other conflict is that it is not clear what their exact interactions with Apple Silicon folks is and their glibness of it doesn’t clarify anything.
If you take a group that is trying to be very careful about the potential legal landmines a still nascent technology has and you get someone that espouses a general glibness about those concerns wanting to merge code…why on earth would you expect that group to accept them as a contributor?
This is not to say this isn’t really cool and a neat use of LLMs, but it is totally understandable why Asahi Linux won’t accept the fruits of this kind of development. If it turns out that Apple can identify its non-OSS code in this, it’ll be a mess.
I mean they are working around and on hardware controlled by a nearly 5 trillion market cap behemoth who has resources on the level of some nation states.
I'd be erring on the side of caution as well if they could hire that many lawyers.
And they say irony is dead.
I say this from an anonymous account but at least it isn't a throwaway. And at least I have the good taste to feel a little shame for my hypocrisy.
For the lazy.
The only way to get flawless Linux support is to buy hardware from an OEM that supports Linux well.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Just call yourself "Idea Llmina" or whatever and let someone else commit it.
Isn’t that just saying “he uses modern tools and has subject matter expertise”?
See DCO. You cant sign off on you having permission to license the code when you stole it.
Many open source contributors like copyleft, but with illegal LLM copyright-washing many people disrespect the terms. https://en.wikipedia.org/wiki/Developer_Certificate_of_Origi...
General thought here is the entire economy is all in on a bet that that would never be enforced and I am willing to bet we would rather change the law than destroy the economy…
There plenty of us not working at Apple who can reuse the same approach for M5 and next generations of hardware.
I just think one good part of Marcan's work is that they streamed a lot of their workflow with all kind of problems occured along the way and you could see how to solve them.
And please so not let anti-llm crowd discourage you. People like me who want to use good hardware and already choose to pay for Apple one just need drivers that work good and feature complete - code purity and "quality" is secondary.
https://codyho.dev/blog/hypervisor-macbook-neo/
tl;dr you reboot the device with `macvdmtool`, you install m1n1 as the boot object, you talk to the m1n1 proxy over a python shell. I'm documenting the process as I go also (see: the blog posts, also my github repos) both so others can do it and as record of the clean room nature, but this really is just GPT go brrrrr
I guess its a good reason to try it with M6 mac mini or Vision Pro then (yeah I know AVP has locked bootloader). Thanks.
- boot macos under hypervisor (detailed guide in my part 1) into single user mode
- write your own metal program and run it as early in boot as you can
- trace all relevant graphics regions
- once you see the first kick, intercept that kick, then capture the full uat state
- reboot the device, then copy that whole uat state back into the machine, every bit exactly where it was
- perform the kick, verify the output page changes as expected
- have the LLM build all the objects itself in python
- repeat with different metal programs until we have all the behavior you want
- for a list of all behaviors you want, just look at the m1/m2 kernel driver and make sure everything they do has an analogue in your codebase
- if there's every any problems, there's a very simple debugging loop: 1. MAKE SURE YOU HAVE A REPLAYABLE CAPTURE. if you don't then priority #1 is to get that capture. once you have that capture, it's only a matter of time until it works
> Dj is writing the GPU drivers, and got Touch ID working by talking directly to the Secure Enclave
It's also interesting to see all this work seems adjacent to Asahi's own.
So many people are clinging to practices that are rapidly becoming antiquated. Even Linus had to put his foot down and had to stop the ideologues from attempting to stop AI use in the linux kernel.
It's not okay to ban tool use when a person is honest about it. The only thing you can achieve with a ban is that people will learn to lie about it and conceal it better.
But they do objectively exist in many desktop Linux projects. If you are the sort of person that sees software as "dead in the water" from AI prohibition, desktop Linux will feel like a mausoleum compared to macOS or Windows.
Codex ported it to MacOS as part of my project to port Wine to M4.
Unfortunately, FEX is no llm, so I’ll have to fork.
Fact that a person who was not previously driver developer can achieve this in a few weeks is pure wonder. No matter what tools are used.
Leave legal questions to Linux Foundation laywers or whoever is responsible to accept or not accept the patches.
If Apple actually wanted to prevent any of this from happening they can just lock bootloader. They not just gonna do it now because someone used fancy text generator to make working GPU driver.
Attacking a person who spent their personal time and money on making walled garden black box hardware more usable, more privacy friendly and further away from landfill is a crime against the future of humanity.
The difference between AI RE and non-AI RE, is being able to see AI_SubmitCommandQueue instead of FUN_92f475a1 when you are reading some other function, and knowing that function probably submits a command queue even if you haven't got to it yet. This makes it way easier to check the function you're currently in - for every function. There's still a good chance it's wrong, also.
At some point you get to AI_SubmitCommandQueue and have to verify it does actually submit a command queue, then you can rename it to just SubmitCommandQueue.
Or at least that's how I'd do it
> It is okay to publish things that aren't production ready and they are much better than nothing at all, and we shouldn't harshly criticise the best thing in a category unless we make something better.
So much of this.Production ready or not we should praise all people who made decision to try, put an effort and find a way to made any device more usable with Linux.
This isnt just another vibe coded rewrite of XYZ library in rust or vibe coded javascript framework. We dont have a queue of people to work on open source GPU drivers or RE in general. Even if its mostly prompting and testing.
I'm just a game developer and linux nerd and for me fact that something like this is now possible is ultimately best news ever. It means I now motivated to try it myself and work on devices I want. Most inspiring and amazing thing ever!
Define "production ready." Can any driver developed without official specifications, corporate approval, or long-term support plan, ever be properly considered production ready?
At this scale, the only question is if it gets merged upstream. Outside of that it's a "nuh uh, you didn't design it my way."
Please don't lump HN users together to attack them. This is "sneering at the community", which is explicitly forbidden in the guidelines:
> Please don't sneer, including at the rest of the community.
If you have a specific comment to respond to, then respond to it.
AFAIK Nvidia drivers are proprietary and AMD has a tendency to drop support quickly
I'm surprised you worked with Niklas on this. I'd have assumed you'd think he was competent, given he went to Binghamton and not Stanford.
I’ve just found that having more cousin projects to be inspired by really helps llms. Plus, you never know what future project/agent may find a gem in your project to apply somewhere else.
You could code for it now directly, instead of having to wrap a driver API. (There's also a few API bits missing on Metal today, that are present on Vulkan—and the the hardware can do it.)