LWN: Comments on "Standardizing the BPF ISA" https://lwn.net/Articles/975830/ This is a special feed containing comments posted to the individual LWN article titled "Standardizing the BPF ISA". en-us Thu, 23 Oct 2025 16:39:49 +0000 Thu, 23 Oct 2025 16:39:49 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Standardizing the BPF ISA https://lwn.net/Articles/977161/ https://lwn.net/Articles/977161/ foom <div class="FormattedComment"> You should use the BPF VM if you are writing code inside the Linux kernel (you're not going to be able to get a WASM VM accepted there). You might also want to use a BPF VM if you would benefit from the ability to run programs originally written in BPF for the Linux kernel's BPF VM.<br> <p> In all other contexts, use a WASM VM.<br> <p> </div> Wed, 05 Jun 2024 12:14:20 +0000 Standardizing the BPF ISA https://lwn.net/Articles/976919/ https://lwn.net/Articles/976919/ joib <div class="FormattedComment"> So from someone who has heard of both but used neither, if my project needs some small virtual machine for whatever reason, when and why should I choose BPF instead of WASM and vice versa?<br> </div> Tue, 04 Jun 2024 11:09:51 +0000 PREVAIL verifier question https://lwn.net/Articles/976521/ https://lwn.net/Articles/976521/ anselm <blockquote><em>Isn't "Docker on Windows or MacOS" simply a Linux VM under the hood?</em></blockquote> <p> On Linux, Docker containers are glorified chroot environments. On a non-Linux machine, you need to somehow bring in the underlying Linux bits that support the glorified chroot environment, and a VM is one reasonable way of doing this. </p> Mon, 03 Jun 2024 10:44:20 +0000 PREVAIL verifier question https://lwn.net/Articles/976502/ https://lwn.net/Articles/976502/ alison <div class="FormattedComment"> <span class="QuotedText">&gt; Isn't "Docker on Windows or MacOS" simply a Linux VM under the hood?</span><br> <p> On Linux, Docker is a container, so it's running the host's Linux kernel (with all the security implications thereof). Presumably therefore a Linux Docker container won't run on other hosts, but my ignorance of Windows and MacOs is total. <br> <p> -- Alison, about to hit new LWN comment limit<br> </div> Mon, 03 Jun 2024 00:02:15 +0000 PREVAIL verifier question https://lwn.net/Articles/976494/ https://lwn.net/Articles/976494/ intelfx <div class="FormattedComment"> <span class="QuotedText">&gt; Certainly if those docker invocations referred to in the document will run on Windows or MacOs, they must not need the Linux kernel.</span><br> <p> Isn't "Docker on Windows or MacOS" simply a Linux VM under the hood?<br> <p> (That is not to say that PREVAIL needs Linux kernel. At a glance, it looks like a purely userspace solution.)<br> </div> Sun, 02 Jun 2024 22:55:36 +0000 PREVAIL verifier question https://lwn.net/Articles/976455/ https://lwn.net/Articles/976455/ alison <div class="FormattedComment"> Thanks. Certainly if those docker invocations referred to in the document will run on Windows or MacOs, they must not need the Linux kernel.<br> </div> Sun, 02 Jun 2024 17:35:13 +0000 PREVAIL verifier question https://lwn.net/Articles/976452/ https://lwn.net/Articles/976452/ willy <div class="FormattedComment"> Seems to me that PREVAIL can run entirely in userspace:<br> <p> <a href="https://github.com/vbpf/ebpf-verifier">https://github.com/vbpf/ebpf-verifier</a><br> <p> It does talk about using sudo, but I'm pretty sure that's just to run the Linux verifier as a contrast to PREVAIL.<br> </div> Sun, 02 Jun 2024 17:19:58 +0000 PREVAIL verifier question https://lwn.net/Articles/976361/ https://lwn.net/Articles/976361/ alison <div class="FormattedComment"> Is it possible to run the PREVAIL verifier (or the Linux one for that matter) without trying to load the BPF program into the kernel? In other words, can these verifiers be run as standalone binaries, or via libraries that non-kernel applications can address? It would be great to be able to invoke a verifier from a build rule or a test script as part of CI. Doing so would greatly speed up code development.<br> </div> Sat, 01 Jun 2024 04:34:03 +0000