lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 3 Jul 2014 18:45:26 +0000
From:	"Williams, Mitch A" <mitch.a.williams@...el.com>
To:	Sergei Shtylyov <sergei.shtylyov@...entembedded.com>,
	"davem@...emloft.net" <davem@...emloft.net>
CC:	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	"nhorman@...hat.com" <nhorman@...hat.com>,
	"sassmann@...hat.com" <sassmann@...hat.com>
Subject: RE: [net-next 04/14] i40e: tolerate lost interrupts



> -----Original Message-----
> From: Sergei Shtylyov [mailto:sergei.shtylyov@...entembedded.com]
> Sent: Thursday, July 03, 2014 5:15 AM
> To: davem@...emloft.net; Williams, Mitch A
> Cc: Kirsher, Jeffrey T; netdev@...r.kernel.org; nhorman@...hat.com;
> sassmann@...hat.com
> Subject: Re: [net-next 04/14] i40e: tolerate lost interrupts
> 
> Hello.
> 
> On 07/03/2014 06:40 AM, Jeff Kirsher wrote:
> 
> > From: Mitch Williams <mitch.a.williams@...el.com>
> 
> > If the AQ interrupt gets lost for some reason, VF communications will
> > stall as the VFs have no way of reaching the PF, which is essentially
> > deaf. The VFs end up waiting forever for a reply that will never come.
> 
> > To alleviate this condition, go ahead and check the ARQ every time we
> > run the service task. Remove the check for a pending event, and get rid
> > of a chatty error message that is now meaningless.
> 
> > Change-ID: I0fc9d18169cd45c98f60188aef872cd6cee9a027
> > Signed-off-by: Mitch Williams <mitch.a.williams@...el.com>
> > Tested-by: Jim Young <jamesx.m.young@...el.com>
> > Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@...el.com>
> > ---
> >   drivers/net/ethernet/intel/i40e/i40e_main.c | 8 ++------
> >   1 file changed, 2 insertions(+), 6 deletions(-)
> 
> > diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
> b/drivers/net/ethernet/intel/i40e/i40e_main.c
> > index 440b671..88704c0 100644
> > --- a/drivers/net/ethernet/intel/i40e/i40e_main.c
> > +++ b/drivers/net/ethernet/intel/i40e/i40e_main.c
> [...]
> > @@ -5360,10 +5357,9 @@ static void i40e_clean_adminq_subtask(struct
> i40e_pf *pf)
> >   	do {
> >   		event.msg_size = I40E_MAX_AQ_BUF_SIZE; /* reinit each time */
> >   		ret = i40e_clean_arq_element(hw, &event, &pending);
> > -		if (ret == I40E_ERR_ADMIN_QUEUE_NO_WORK) {
> > -			dev_info(&pf->pdev->dev, "No ARQ event found\n");
> > +		if (ret == I40E_ERR_ADMIN_QUEUE_NO_WORK)
> >   			break;
> > -		} else if (ret) {
> > +		else if (ret) {
> 
>     Keep {} around both arms of the *if* statement please, according to the
> kernel coding style.

Thanks for the review, Sergei. I have a list of several such minor coding-style issues, and I plan to send out a "scrub the i40evf driver" patch later this month.

-Mitch


> 
> >   			dev_info(&pf->pdev->dev, "ARQ event error %d\n", ret);
> >   			break;
> >   		}
> >
> 
> WBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists