Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative
- Reply: Vadim Goncharov : "Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative"
- In reply to: Vadim Goncharov : "Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 10 Sep 2024 12:24:07 UTC
-------- Vadim Goncharov writes: > It's easy for your Lua code (or whatever) code to hang kernel by > infinite loop. Or crash it by access on arbitrary pointer. Lua has pointers now ? > Your "counter proposal" was essentially available for all these decades > in form "oh, just write KLD in C instead of that limited tcpdump". You're yelling at the guy who implemented a (very fast!) firewall where the rules were compiled to C code in a KLD. > > 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. > > Don't know what that is, quick googling […] Well, you probably should do some more research then, because unawareness of history is /the/ major cause of pointlessly repeating mistakes. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.