netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH] octeontx2-pf:  Add error handling for cn10k_map_unmap_rq_policer().
@ 2025-04-07  5:57 Subbaraya Sundeep
  2025-04-07 15:03 ` Simon Horman
  0 siblings, 1 reply; 9+ messages in thread
From: Subbaraya Sundeep @ 2025-04-07  5:57 UTC (permalink / raw)
  To: Simon Horman
  Cc: Wentao Liang, Sunil Kovvuri Goutham, Geethasowjanya Akula,
	Hariprasad Kelam, andrew+netdev@lunn.ch, davem@davemloft.net,
	edumazet@google.com, kuba@kernel.org, pabeni@redhat.com,
	netdev@vger.kernel.org, linux-kernel@vger.kernel.org

On 2025-04-04 at 11:11:38, Simon Horman (horms@kernel.org) wrote:
> On Fri, Apr 04, 2025 at 05:22:16AM +0000, Subbaraya Sundeep Bhatta wrote:
> > Hi,
> > 
> > From: Wentao Liang <vulab@iscas.ac.cn> 
> > Sent: Thursday, April 3, 2025 8:43 PM
> > To: Sunil Kovvuri Goutham <sgoutham@marvell.com>; Geethasowjanya Akula <gakula@marvell.com>; Subbaraya Sundeep Bhatta <sbhatta@marvell.com>; Hariprasad Kelam <hkelam@marvell.com>; andrew+netdev@lunn.ch; davem@davemloft.net; edumazet@google.com; kuba@kernel.org; pabeni@redhat.com
> > Cc: netdev@vger.kernel.org; linux-kernel@vger.kernel.org; Wentao Liang <vulab@iscas.ac.cn>
> > Subject: [PATCH] octeontx2-pf: Add error handling for cn10k_map_unmap_rq_policer().
> > 
> > The cn10k_free_matchall_ipolicer() calls the cn10k_map_unmap_rq_policer()
> > for each queue in a for loop without checking for any errors. A proper
> > implementation can be found in cn10k_set_matchall_ipolicer_rate().
> > 
> > Check the return value of the cn10k_map_unmap_rq_policer() function during
> > each loop. Jump to unlock function and return the error code if the
> > funciton fails to unmap policer.
> > 
> > Fixes: 2ca89a2c3752 ("octeontx2-pf: TC_MATCHALL ingress ratelimiting offload")
> > Signed-off-by: Wentao Liang <mailto:vulab@iscas.ac.cn>
> > ---
> >  drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c | 6 ++++--
> >  1 file changed, 4 insertions(+), 2 deletions(-)
> > 
> > diff --git a/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c b/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c
> > index a15cc86635d6..ce58ad61198e 100644
> > --- a/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c
> > +++ b/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c
> > @@ -353,11 +353,13 @@ int cn10k_free_matchall_ipolicer(struct otx2_nic *pfvf)
> >  
> >  	/* Remove RQ's policer mapping */
> >  	for (qidx = 0; qidx < hw->rx_queues; qidx++)
> > -		cn10k_map_unmap_rq_policer(pfvf, qidx,
> > -					   hw->matchall_ipolicer, false);
> > +		rc = cn10k_map_unmap_rq_policer(pfvf, qidx, hw->matchall_ipolicer, false);
> > +		if (rc)
> > +			goto out;
> >  
> > Intentionally we do not bail out when unmapping one of the queues is failed. The reason is during teardown if one of the queues is failed then
> > we end up not tearing down rest of the queues and those queues cannot be used later which is bad. So leave whatever queues have failed and proceed
> > with tearing down the rest. Hence all we can do is print an error for the failed queue and continue.
> 
> Hi Sundeep,
> 
> Sorry that I didn't notice your response before sending my own to Wentao.
> 
> I do agree that bailing out here is not a good idea.  But I wonder if there
> is any value in the function should propagate some error reporting if any
> call to cn10k_map_unmap_rq_policer fails - e.g. the first failure - while
> still iterating aver all elements.
> 
> Just an idea.
> 
Hi Simon,

We can do but it gets compilcated if more than one queue failed and
reasons are different. Hence just print error and continue.

Thanks,
Sundeep

> > 
> > Thanks,
> > Sundeep
> > 
> >  	rc = cn10k_free_leaf_profile(pfvf, hw->matchall_ipolicer);
> >  
> > +out:
> >  	mutex_unlock(&pfvf->mbox.lock);
> >  	return rc;
> >  }
> > -- 
> > 2.42.0.windows.2
> > 

^ permalink raw reply	[flat|nested] 9+ messages in thread
* [PATCH] octeontx2-pf:  Add error handling for cn10k_map_unmap_rq_policer().
@ 2025-04-03 15:13 Wentao Liang
  2025-04-04  5:07 ` Michal Swiatkowski
                   ` (4 more replies)
  0 siblings, 5 replies; 9+ messages in thread
From: Wentao Liang @ 2025-04-03 15:13 UTC (permalink / raw)
  To: sgoutham, gakula, sbhatta, hkelam, andrew+netdev, davem, edumazet,
	kuba, pabeni
  Cc: netdev, linux-kernel, Wentao Liang

The cn10k_free_matchall_ipolicer() calls the cn10k_map_unmap_rq_policer()
for each queue in a for loop without checking for any errors. A proper
implementation can be found in cn10k_set_matchall_ipolicer_rate().

Check the return value of the cn10k_map_unmap_rq_policer() function during
each loop. Jump to unlock function and return the error code if the
funciton fails to unmap policer.

Fixes: 2ca89a2c3752 ("octeontx2-pf: TC_MATCHALL ingress ratelimiting offload")
Signed-off-by: Wentao Liang <vulab@iscas.ac.cn>
---
 drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c b/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c
index a15cc86635d6..ce58ad61198e 100644
--- a/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c
+++ b/drivers/net/ethernet/marvell/octeontx2/nic/cn10k.c
@@ -353,11 +353,13 @@ int cn10k_free_matchall_ipolicer(struct otx2_nic *pfvf)
 
 	/* Remove RQ's policer mapping */
 	for (qidx = 0; qidx < hw->rx_queues; qidx++)
-		cn10k_map_unmap_rq_policer(pfvf, qidx,
-					   hw->matchall_ipolicer, false);
+		rc = cn10k_map_unmap_rq_policer(pfvf, qidx, hw->matchall_ipolicer, false);
+		if (rc)
+			goto out;
 
 	rc = cn10k_free_leaf_profile(pfvf, hw->matchall_ipolicer);
 
+out:
 	mutex_unlock(&pfvf->mbox.lock);
 	return rc;
 }
-- 
2.42.0.windows.2


^ permalink raw reply related	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2025-04-07 15:04 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-04-07  5:57 [PATCH] octeontx2-pf: Add error handling for cn10k_map_unmap_rq_policer() Subbaraya Sundeep
2025-04-07 15:03 ` Simon Horman
  -- strict thread matches above, loose matches on Subject: below --
2025-04-03 15:13 Wentao Liang
2025-04-04  5:07 ` Michal Swiatkowski
2025-04-04  5:22 ` Subbaraya Sundeep Bhatta
2025-04-04 11:11   ` Simon Horman
2025-04-04 11:06 ` Simon Horman
2025-04-04 17:35 ` kernel test robot
2025-04-04 17:46 ` kernel test robot

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).