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
| ||
|
Message-ID: <91a26914-9e18-7358-7a57-ac354dfe0eb9@mojatatu.com> Date: Wed, 17 May 2017 08:12:00 -0400 From: Jamal Hadi Salim <jhs@...atatu.com> To: Jiri Pirko <jiri@...nulli.us>, netdev@...r.kernel.org Cc: davem@...emloft.net, xiyou.wangcong@...il.com, dsa@...ulusnetworks.com, edumazet@...gle.com, stephen@...workplumber.org, daniel@...earbox.net, alexander.h.duyck@...el.com, simon.horman@...ronome.com, mlxsw@...lanox.com Subject: Re: [patch net-next v4 02/10] net: sched: introduce tcf block infractructure On 17-05-17 05:07 AM, Jiri Pirko wrote: > From: Jiri Pirko <jiri@...lanox.com> > > Currently, the filter chains are direcly put into the private structures > of qdiscs. In order to be able to have multiple chains per qdisc and to > allow filter chains sharing among qdiscs, there is a need for common > object that would hold the chains. This introduces such object and calls > it "tcf_block". > > Helpers to get and put the blocks are provided to be called from > individual qdisc code. Also, the original filter_list pointers are left > in qdisc privs to allow the entry into tcf_block processing without any > added overhead of possible multiple pointer dereference on fast path. > > Signed-off-by: Jiri Pirko <jiri@...lanox.com> Acked-by: Jamal Hadi Salim <jhs@...atatu.com> cheers, jamal
Powered by blists - more mailing lists