Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative

[Bob Bishop <rb%gid.co.uk@localhost>]

Hi,

> On 10 Sep 2024, at 07:38, Poul-Henning Kamp <phk%phk.freebsd.dk@localhost> 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
> phk%FreeBSD.ORG@localhost         | 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
rb%gid.co.uk@localhost