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

Daniel Ebdrup Jensen <[email protected]> Tue, 10 Sep 2024 16:29:29 +0200

Newsgroups	gmane.os.freebsd.architechture
Message-ID	<wwqsl7c6rfn42zipjwuuv5znqmsty25nnybrtke37hpljxdn22@xxonm6epj7ds>

On Tue, Sep 10, 2024 at 06:38:50AM UTC, Poul-Henning Kamp 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.
>
>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.
>

Hi folks,

      It might also be interesting to make note that ZFS implementing
      channel programs as zfs-program(8).
      Incidentally, they also use Lua.

      Similarly, there's lots of lua in the base system, and it's also
      what replaced the forth interpreter for the loader.

Yours,
Daniel Ebdrup Jensen

signature.asc (application/pgp-signature, 618 B)