Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
Martin Husemann <[email protected]>
| Newsgroups | gmane.os.netbsd.devel.network,gmane.os.freebsd.architechture,gmane.os.freebsd.devel.hackers,gmane.os.freebsd.devel.net,gmane.network.tcpdump.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Sep 10, 2024 at 06:38:50AM +0000, Poul-Henning Kamp wrote: > 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. That fits fine with the "klua" kernel LUA states that NetBSD already has. Integrating that into proper bpf(4) hooks and extensions sounds like a good way forward. See: https://man.netbsd.org/luactl.8 and the refereneced pages from there. Martin