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: Fri, 29 May 2020 21:48:26 -0700 From: Cong Wang <xiyou.wangcong@...il.com> To: Petr Machata <petrm@...lanox.com> Cc: Linux Kernel Network Developers <netdev@...r.kernel.org>, Jakub Kicinski <kuba@...nel.org>, Eric Dumazet <eric.dumazet@...il.com>, Jamal Hadi Salim <jhs@...atatu.com>, Jiri Pirko <jiri@...lanox.com>, Ido Schimmel <idosch@...lanox.com> Subject: Re: [RFC PATCH net-next 0/3] TC: Introduce qevents On Thu, May 28, 2020 at 2:48 AM Petr Machata <petrm@...lanox.com> wrote: > So you propose to have further division within the block? To have sort > of namespaces within blocks or chains, where depending on the context, > only filters in the corresponding namespace are executed? What I suggest is to let filters (or chain or block) decide where they belong to, because I think that fit naturally. What you suggest is to let qdisc's decide where they put filters, which looks odd to me. Hope it is all clear now. Thanks.
Powered by blists - more mailing lists