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]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.