Upstreaming a Vulkan driver with a closed shader backend
jingxu zhang <[email protected]> Thu, 30 Jul 2026 09:49:56 +0800
| Newsgroups | gmane.comp.video.mesa3d.devel |
|---|---|
| Message-ID | <CAHWKmJHWmmoJb-gEW984smxUL4e+AF-Fh8Nj8tQ1eMeojayLHg@mail.gmail.com> |
--000000000000a9ccbc0657ca4a95 Content-Type: text/plain; charset="UTF-8" Hi, I work at Huawei on the Vulkan driver for an in-house GPU. It's built on Mesa's Vulkan runtime, and we'd like to open source the project, so I have some questions about what upstreaming into Mesa would involve. We have one constraint: the GPU ISA can't be published. The Vulkan driver and the NIR-level lowering can both be open. The NIR-to-machine-code backend can't, so it would have to ship as a binary that the driver loads at runtime. I've read docs/license.rst and docs/submittingpatches.rst. Neither forbids this as far as I can tell, but I don't take the silence as permission, and I'd like to understand your requirements in more detail. I couldn't find an earlier case of a vendor raising this, accepted or rejected. If it has come up before, a pointer would help. We'll carry on with the open source work either way. The question is whether to aim it at upstream Mesa. Thanks, jingxu zhang --000000000000a9ccbc0657ca4a95 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto">Hi,<br><br>I work at Huawei on the Vulkan driver for an i= n-house GPU. It's built on<br>Mesa's Vulkan runtime, and we'd l= ike to open source the project, so I have<br>some questions about what upst= reaming into Mesa would involve.<br><br>We have one constraint: the GPU ISA= can't be published. The Vulkan driver and<br>the NIR-level lowering ca= n both be open. The NIR-to-machine-code backend<br>can't, so it would h= ave to ship as a binary that the driver loads at runtime.<br><br>I've r= ead docs/license.rst and docs/submittingpatches.rst. Neither forbids<br>thi= s as far as I can tell, but I don't take the silence as permission, and= I'd<br>like to understand your requirements in more detail.<br><br>I c= ouldn't find an earlier case of a vendor raising this, accepted or<br>r= ejected. If it has come up before, a pointer would help.<br><br>We'll c= arry on with the open source work either way. The question is whether<br>to= aim it at upstream Mesa.<br><br>Thanks,<br>jingxu zhang</div> --000000000000a9ccbc0657ca4a95--