lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 09 Sep 2014 10:30:59 -0700 (PDT) From: David Miller <davem@...emloft.net> To: ast@...mgrid.com Cc: mingo@...nel.org, torvalds@...uxfoundation.org, luto@...capital.net, rostedt@...dmis.org, dborkman@...hat.com, hannes@...essinduktion.org, chema@...gle.com, edumazet@...gle.com, a.p.zijlstra@...llo.nl, hpa@...or.com, akpm@...uxfoundation.org, keescook@...omium.org, linux-api@...r.kernel.org, netdev@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH v10 net-next 0/2] load imm64 insn and uapi/linux/bpf.h From: Alexei Starovoitov <ast@...mgrid.com> Date: Thu, 4 Sep 2014 22:17:16 -0700 > V9->V10 > - no changes, added Daniel's ack > > Note they're on top of Hannes's patch in the same area [1] > > V8 thread with 'why' reasoning and end goal [2] > > Original set [3] of ~28 patches I'm planning to present in 4 stages: > > I. this 2 patches to fork off llvm upstreaming > II. bpf syscall with manpage and map implementation > III. bpf program load/unload with verifier testsuite (1st user of > instruction macros from bpf.h and 1st user of load imm64 insn) > IV. tracing, etc > > [1] http://patchwork.ozlabs.org/patch/385266/ > [2] https://lkml.org/lkml/2014/8/27/628 > [3] https://lkml.org/lkml/2014/8/26/859 Begrudgingly, I've applied this series. Although I really wish you had included the mechanism for userland to use the eBPF instructions alongside exporting them to userspace. You kept saying "LLVM is the user" but that's a bullshit argument because you aren't including the patches necessary to actually propagate native eBPF programs into the kernel. That's what, 1 or 2 patches, right? Which is not an unreasonable request. Anyways, I'm just extremely frustrated with how you operate and work, you push things way too hard. I hate to say this, but you are the kind of submitter who gets his way by being persistent rather than making well formed pleasant submissions that are easy to integrate. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists