Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
"Poul-Henning Kamp" <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.hackers,gmane.os.freebsd.architechture,gmane.os.freebsd.devel.net,gmane.network.tcpdump.devel,gmane.os.netbsd.devel.network |
|---|---|
| Message-ID | <[email protected]> |
-------- 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 [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.