[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20180925.201809.448916928209232352.davem@davemloft.net>
Date: Tue, 25 Sep 2018 20:18:09 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: vladbu@...lanox.com
Cc: netdev@...r.kernel.org, jhs@...atatu.com, xiyou.wangcong@...il.com,
jiri@...nulli.us, stephen@...workplumber.org, ktkhai@...tuozzo.com,
nicolas.dichtel@...nd.com, gregkh@...uxfoundation.org,
mark.rutland@....com, leon@...nel.org, paulmck@...ux.vnet.ibm.com,
fw@...len.de, dsahern@...il.com, christian@...uner.io,
lucien.xin@...il.com, jakub.kicinski@...ronome.com,
jbenc@...hat.com
Subject: Re: [PATCH net-next v3 00/10] Refactor classifier API to work with
Qdisc/blocks without rtnl lock
From: Vlad Buslov <vladbu@...lanox.com>
Date: Mon, 24 Sep 2018 19:18:32 +0300
...
> The goal of this change is to refactor tcf_block_find() and its
> dependencies to allow concurrent execution:
> - Extend Qdisc API with rcu to lookup and take reference to Qdisc
> without relying on rtnl lock.
> - Extend tcf_block with atomic reference counting and rcu.
> - Always take reference to tcf_block while working with it.
> - Implement tcf_block_release() to release resources obtained by
> tcf_block_find()
> - Create infrastructure to allow registering Qdiscs with class ops that
> do not require the caller to hold rtnl lock.
Series applied, thank you.
Powered by blists - more mailing lists