Date: Tue, 10 Sep 2024 06:38:50 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: Vadim Goncharov <vadimnuclight@gmail.com> Cc: freebsd-arch@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org, tcpdump-workers@lists.tcpdump.org, tech-net@NetBSD.org, Alexander Nasonov <alnsn@NetBSD.org> Subject: Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative Message-ID: <202409100638.48A6cor2090591@critter.freebsd.dk> In-Reply-To: <20240910040544.125245ad@nuclight.lan> References: <20240910040544.125245ad@nuclight.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
-------- Vadim Goncharov writes: > I've put a sketch of design to https://github.com/nuclight/bpf64 with files: Counter proposal: 1. Define the Lua execution environment in the kernel. 2. Add syscall to submit a precompiled Lua program (as bytecode) 3. Add syscall to execute submitted Lua program And yes: I'm being 100% serious. If we are going to reinvent "Channel Programs" 67 years after IBM came up with them for their 709 vacuum tube computer, at the very least we should use a sensible language syntax. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202409100638.48A6cor2090591>