‹ BackHN Continuity

Thread

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

422 points · 290 comments · ADevWithAnIdea

  1. MoltenMonster · · focus · HN ↗
    <a href="https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;AsahiLinux&#x2F;comments&#x2F;1whecn1&#x2F;comment&#x2F;pa1spia&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;AsahiLinux&#x2F;comments&#x2F;1whecn1&#x2F;comment...

    &gt; 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.

    1. ADevWithAnIdea · · focus · HN ↗
      &gt; concealing that he is a former Apple engineer with direct contacts to the people involved in Apple Silicon development

      This is false. I am a former Apple engineer. I did not conceal it (it&#x27;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&#x27;t have connections to people involved in Apple Silicon development (and I&#x27;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&#x27;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.

      1. thrwy19940314 · · focus · HN ↗
        At least according to your own accounts on the Asahi IRC rooms, you were very aware of SPTM (which is part of the AS platform) and knew the people working on it: <a href="https:&#x2F;&#x2F;oftc.catirclogs.org&#x2F;asahi-dev&#x2F;2026-06-04#35383763" rel="nofollow">https:&#x2F;&#x2F;oftc.catirclogs.org&#x2F;asahi-dev&#x2F;2026-06-04#35383763
        1. politician · · focus · HN ↗
          Do you work for Apple?
          1. bigyabai · · focus · HN ↗
            Probably not. Clean room RE is serious business, projects like Dolphin have to carefully vet contributors to remain legal.
            1. 15155 · · focus · HN ↗
              Everyone says this, and then exactly zero cases are cited in support of or against this creative legal theory known as &quot;clean room RE.&quot;

              No statute defines &quot;clean room RE&quot; and there&#x27;s basically no relevant litigation establishing case law.

              1. xoa · · focus · HN ↗
                &gt;No statute defines &quot;clean room RE&quot; and there&#x27;s basically no relevant litigation establishing case law.

                You seem confused here? &quot;Clean Room RE&quot; is simply a descriptive result of copyright law in the US, and is well established. In the US there is no &quot;sweat of the brow doctrine&quot;, pure facts simply cannot be copyrighted at all, nor underlying methods&#x2F;ideas (that&#x27;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.

                &quot;Clean room reverse engineering&quot; 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 &quot;dirty&quot; team that goes through copyrighted software and makes a specification that is purely factual, ie, &quot;function 1 takes (int16)X input and does equation ABC on it, function 2 takes (long)X &amp; (long)Y inputs and does LMN&quot; etc. A factual&#x2F;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&#x27;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&#x27;s a brand new work based off a list of uncopyrightable facts &amp; math&#x2F;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&#x27;re much more subjective, which legally speaking reads &quot;expensive, uncertain&quot;. 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&#x27;s at least some argument it&#x27;s tainted. But proprietary software is proprietary. If the LLM has never had any of the source code in its training input, then isn&#x27;t it clean in terms of producing anything derivative of that? That&#x27;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).

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.