# Re: \[PATCH net 2/2\] IB/ipoib: Fix netlink support in IPoIB

- From: Jason Gunthorpe \<hidden\>
- Date: 2017-12-31 20:23:08 
- List: netdev
- Page: https://ratatoskr.run/netdev/2017/12/11078533
- Thread: https://ratatoskr.run/linux-rdma/2017/12/11078533/t.md

```text
On Sun, Dec 31, 2017 at 01:16:23PM +0200, Denis Drozdov wrote:
> IPoIB netlink support was broken by commit cd565b4b51e5
> ("IB/IPoIB: Support acceleration options callbacks"),
> that added flow which allocates netdev rdma structures
> after netlink object is already created. Such situation leads
> to crash in __ipoib_device_add, once trying to reuse netlink
> device.
> This commit restores the netlink support.
> 
> Fixes: cd565b4b51e5 ("IB/IPoIB: Support acceleration options callbacks")
> Reviewed-by: Erez Shitrit <redacted>
> Reviewed-by: Leon Romanovsky <redacted>
> Reviewed-by: Saeed Mahameed <redacted>
> Signed-off-by: Denis Drozdov <redacted>
>  drivers/infiniband/ulp/ipoib/ipoib.h         |  2 ++
>  drivers/infiniband/ulp/ipoib/ipoib_main.c    | 23 +++++++++--------
>  drivers/infiniband/ulp/ipoib/ipoib_netlink.c | 38 +++++++++++++++++++++++++---
>  drivers/infiniband/ulp/ipoib/ipoib_vlan.c    | 20 ++++-----------
>  4 files changed, 54 insertions(+), 29 deletions(-)

I assume this is going through DaveM's tree? In which case for the
drivers/infiniband part:

Acked-by: Jason Gunthorpe <redacted>

> @@ -131,11 +157,15 @@ static int ipoib_new_child_link(struct net *src_net, struct net_device *dev,
>  	 */
>  	child_pkey |= 0x8000;
>  
> -	err = __ipoib_vlan_add(ppriv, ipoib_priv(dev),
> -			       child_pkey, IPOIB_RTNL_CHILD);
> +	down_write(&ppriv->vlan_rwsem);
> +
> +	priv = ipoib_priv(dev);
> +	err = __ipoib_vlan_add(ppriv, priv, child_pkey, IPOIB_RTNL_CHILD);
> +	up_write(&ppriv->vlan_rwsem);

This looks like a necessary and correct change, but does it need to be
a seperate bug fix commit?

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
```