[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240827192801.42b91fff@kernel.org>
Date: Tue, 27 Aug 2024 19:28:01 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Hangbin Liu <liuhangbin@...il.com>
Cc: netdev@...r.kernel.org, Jay Vosburgh <j.vosburgh@...il.com>, "David S .
Miller" <davem@...emloft.net>, Paolo Abeni <pabeni@...hat.com>, Eric
Dumazet <edumazet@...gle.com>, Nikolay Aleksandrov <razor@...ckwall.org>,
Tariq Toukan <tariqt@...dia.com>, Jianbo Liu <jianbol@...dia.com>, Sabrina
Dubroca <sd@...asysnail.net>, Simon Horman <horms@...nel.org>, Steffen
Klassert <steffen.klassert@...unet.com>
Subject: Re: [PATCHv4 net-next 1/3] bonding: add common function to check
ipsec device
On Wed, 28 Aug 2024 09:14:37 +0800 Hangbin Liu wrote:
> On Tue, Aug 27, 2024 at 01:06:19PM -0700, Jakub Kicinski wrote:
> > On Wed, 21 Aug 2024 18:50:01 +0800 Hangbin Liu wrote:
> > > +/**
> > > + * bond_ipsec_dev - return the device for ipsec offload, or NULL if not exist
> > > + * caller must hold rcu_read_lock.
> > > + * @xs: pointer to transformer state struct
> > > + **/
> >
> > in addition to the feedback on v3, nit: document the return value in
> > kdoc for non-void functions
>
> I already document the return value. Do you want me to change the format like:
>
> /**
> * bond_ipsec_dev - Get active device for IPsec offload,
> * caller must hold rcu_read_lock.
> * @xs: pointer to transformer state struct
> *
> * Return the device for ipsec offload, or NULL if not exist.
> **/
Yes, but still a bit too much info in the "short description"
how about:
/**
* bond_ipsec_dev - Get active device for IPsec offload
* @xs: pointer to transformer state struct
*
* Context: caller must hold rcu_read_lock.
*
* Return the device for ipsec offload, or NULL if not exist.
**/
> BTW, The patch now has conflicts with latest net-next, I can do a rebase if
> you want.
net or net-next? the patches from nvidia went into net.
If it conflicts with net-next please rebase.
If it conflicts with net -- could you wait with repost
until after the net PR to Linus? And then rebase & post?
Powered by blists - more mailing lists