Let's Embed a Go Program into the Linux Kernel (2023)

I&#x27;m a bit surprised the bulk of the comments here seem to <i>fixate</i> onto Go specifically, seemingly missing the <i>actual</i> point of the article:<p>The article demonstrates the <i>Usermode Driver API</i>, showing how a Linux driver can offload work <i>into userspace</i> (with or <i>without</i> access to a working filesystem).<p>I mentioned this yesterday in the context of the in-kernel codec discussion[1], where the questions &quot;can&#x27;t this be done in userspace&quot; or &quot;why not sandboxing&quot; were dismissed pretty quickly.<p>[1] <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=40174516#40184307">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=40174516#40184307</a>

You can also use objcopy to generate a object file from a resource file.

I was really hoping it would be executing Go in kernel.

How does this relate to the initrd? As I understand it, its purpose is also to load programs and modules before the filesystem becomes available, by embedding them in an image loaded with the kernel...

reminds me of go unikernel: <a href="https:&#x2F;&#x2F;github.com&#x2F;icexin&#x2F;eggos">https:&#x2F;&#x2F;github.com&#x2F;icexin&#x2F;eggos</a>

As soon as I read the article I thought a security person must write this and what do you know? It is!

Please don&#x27;t put Go with telemetry inside linux kernel.

Might sound surprising until you remember there used to be Lisp Machines.

Is it a good idea to embed a proprietary language into a open source os?