From: Shannon Nelson <shannon.nelson@oracle.com>
To: avivh@mellanox.com, Steffen Klassert <steffen.klassert@secunet.com>
Cc: Herbert Xu <herbert@gondor.apana.org.au>,
Boris Pismenny <borisp@mellanox.com>,
Yossi Kuperman <yossiku@mellanox.com>,
Yevgeny Kliteynik <kliteyn@mellanox.com>,
netdev@vger.kernel.org
Subject: Re: [PATCH net v2 2/3] xfrm: Add an activate() offload dev op
Date: Sat, 2 Dec 2017 14:11:27 -0800 [thread overview]
Message-ID: <f5014a6b-082e-3526-0978-ab1c063f2879@oracle.com> (raw)
In-Reply-To: <e71364ac-1abb-71a6-c0a5-6f859528a0c7@oracle.com>
On 12/1/2017 11:47 AM, Shannon Nelson wrote:
> On 11/28/2017 9:55 AM, avivh@mellanox.com wrote:
>> From: Aviv Heller <avivh@mellanox.com>
>>
>> Adding the state to the offload device prior to replay init in
>> xfrm_state_construct() will result in NULL dereference if a matching
>> ESP packet is received in between.
>>
>> In order to inhibit driver offload logic from processing the state's
>> packets prior to the xfrm_state object being completely initialized and
>> added to the SADBs, a new activate() operation was added to inform the
>> driver the aforementioned conditions have been met.
>
> Are there also conditions where you would want to temporarily
> deactivate, or pause, the incoming driver offload, followed then by
> another activate?
>
> sln
Instead of setting up a half-ready state that needs the activate()
operation to finish, can we instead just move the xfrm_dev_state_add()
call to after the xfrm_init_replay()? Especially since this really only
makes sense for the inbound, and makes no sense for the outbound path.
sln
>
>>
>> Signed-off-by: Aviv Heller <avivh@mellanox.com>
>> Signed-off-by: Yossi Kuperman <yossiku@mellanox.com>
>> ---
>> v1 -> v2:
>> - Separate to state addition and then activation, instead
>> of relocating dev state addition call.
>> ---
>> include/linux/netdevice.h | 1 +
>> include/net/xfrm.h | 12 ++++++++++++
>> net/xfrm/xfrm_user.c | 5 +++++
>> 3 files changed, 18 insertions(+)
>>
>> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
>> index 2eaac7d..c6ca356 100644
>> --- a/include/linux/netdevice.h
>> +++ b/include/linux/netdevice.h
>> @@ -819,6 +819,7 @@ struct netdev_xdp {
>> #ifdef CONFIG_XFRM_OFFLOAD
>> struct xfrmdev_ops {
>> int (*xdo_dev_state_add) (struct xfrm_state *x);
>> + void (*xdo_dev_state_activate) (struct xfrm_state *x);
>> void (*xdo_dev_state_delete) (struct xfrm_state *x);
>> void (*xdo_dev_state_free) (struct xfrm_state *x);
>> bool (*xdo_dev_offload_ok) (struct sk_buff *skb,
>> diff --git a/include/net/xfrm.h b/include/net/xfrm.h
>> index e015e16..324374e 100644
>> --- a/include/net/xfrm.h
>> +++ b/include/net/xfrm.h
>> @@ -1877,6 +1877,14 @@ static inline bool xfrm_dst_offload_ok(struct
>> dst_entry *dst)
>> return false;
>> }
>> +static inline void xfrm_dev_state_activate(struct xfrm_state *x)
>> +{
>> + struct xfrm_state_offload *xso = &x->xso;
>> +
>> + if (xso->dev && xso->dev->xfrmdev_ops->xdo_dev_state_activate)
>> + xso->dev->xfrmdev_ops->xdo_dev_state_activate(x);
>> +}
>> +
>> static inline void xfrm_dev_state_delete(struct xfrm_state *x)
>> {
>> struct xfrm_state_offload *xso = &x->xso;
>> @@ -1907,6 +1915,10 @@ static inline int xfrm_dev_state_add(struct net
>> *net, struct xfrm_state *x, stru
>> return 0;
>> }
>> +static inline void xfrm_dev_state_activate(struct xfrm_state *x)
>> +{
>> +}
>> +
>> static inline void xfrm_dev_state_delete(struct xfrm_state *x)
>> {
>> }
>> diff --git a/net/xfrm/xfrm_user.c b/net/xfrm/xfrm_user.c
>> index e44a0fe..d06f579 100644
>> --- a/net/xfrm/xfrm_user.c
>> +++ b/net/xfrm/xfrm_user.c
>> @@ -662,6 +662,11 @@ static int xfrm_add_sa(struct sk_buff *skb,
>> struct nlmsghdr *nlh,
>> goto out;
>> }
>> + spin_lock_bh(&x->lock);
>> + if (x->km.state == XFRM_STATE_VALID)
>> + xfrm_dev_state_activate(x);
>> + spin_unlock_bh(&x->lock);
>> +
>> c.seq = nlh->nlmsg_seq;
>> c.portid = nlh->nlmsg_pid;
>> c.event = nlh->nlmsg_type;
>>
next prev parent reply other threads:[~2017-12-02 22:11 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-28 17:55 [PATCH net v2 1/3] xfrm: Fix xfrm_input() to verify state is valid when (encap_type < 0) avivh
2017-11-28 17:55 ` [PATCH net v2 2/3] xfrm: Add an activate() offload dev op avivh
2017-12-01 7:09 ` Steffen Klassert
2017-12-02 22:33 ` Yossi Kuperman
2017-12-03 0:38 ` Shannon Nelson
2017-12-03 21:09 ` Yossi Kuperman
2017-12-03 11:28 ` Boris Pismenny
2017-12-03 13:59 ` Yossi Kuperman
2017-12-01 19:47 ` Shannon Nelson
2017-12-02 22:11 ` Shannon Nelson [this message]
2017-12-03 22:16 ` Yossi Kuperman
2017-12-04 19:40 ` Shannon Nelson
2017-11-28 17:55 ` [PATCH net v2 3/3] xfrm: Remove redundant state assignment in xfrm_input() avivh
2017-12-01 7:05 ` Steffen Klassert
2017-12-01 7:04 ` [PATCH net v2 1/3] xfrm: Fix xfrm_input() to verify state is valid when (encap_type < 0) Steffen Klassert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f5014a6b-082e-3526-0978-ab1c063f2879@oracle.com \
--to=shannon.nelson@oracle.com \
--cc=avivh@mellanox.com \
--cc=borisp@mellanox.com \
--cc=herbert@gondor.apana.org.au \
--cc=kliteyn@mellanox.com \
--cc=netdev@vger.kernel.org \
--cc=steffen.klassert@secunet.com \
--cc=yossiku@mellanox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox