Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
Bob Bishop <[email protected]>
| Newsgroups | gmane.os.freebsd.architechture,gmane.os.freebsd.devel.hackers,gmane.os.freebsd.devel.net,gmane.network.tcpdump.devel,gmane.os.netbsd.devel.network |
|---|---|
| Message-ID | <[email protected]> |
Hi, > On 10 Sep 2024, at 07:38, Poul-Henning Kamp <[email protected]> wrote: > > -------- > 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. +1 We did something like this at $work years ago with FORTH, to do weird things in a driver. > Poul-Henning > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > [email protected] | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > -- Bob Bishop [email protected]