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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2b440ae1-44ef-925b-7977-7ccc2045fc11@mojatatu.com>
Date:   Mon, 28 May 2018 12:06:30 -0400
From:   Jamal Hadi Salim <jhs@...atatu.com>
To:     Vlad Buslov <vladbu@...lanox.com>, netdev@...r.kernel.org
Cc:     xiyou.wangcong@...il.com, jiri@...nulli.us, davem@...emloft.net,
        kliteyn@...lanox.com
Subject: Re: [PATCH] net: sched: split tc_ctl_tfilter into three handlers

On 28/05/18 12:02 PM, Jamal Hadi Salim wrote:
> On 27/05/18 03:55 PM, Vlad Buslov wrote:
>> tc_ctl_tfilter handles three netlink message types: RTM_NEWTFILTER,
>> RTM_DELTFILTER, RTM_GETTFILTER. However, implementation of this function
>> involves a lot of branching on specific message type because most of the
>> code is message-specific. This significantly complicates adding new
>> functionality and doesn't provide much benefit of code reuse.
>>
>> Split tc_ctl_tfilter to three standalone functions that handle filter 
>> new,
>> delete and get requests.
>>
>> The only truly protocol independent part of tc_ctl_tfilter is code that
>> looks up queue, class, and block. Refactor this code to standalone
>> tcf_block_find function that is used by all three new handlers.
>>
>> Signed-off-by: Vlad Buslov <vladbu@...lanox.com>
> 
> FWIW, I like this separation - makes things more maintainable and
> readable (we should do it in act_api as well).

Sorry - meant to point out that this belongs to net-next not net.

cheers,
jamal

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ