netdev - RE: [PATCH net-next 1/8] net: hns3: Add HNS3 VF IMP(Integrated Management Proc) cmd interface

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 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <F4CC6FACFEB3C54C9141D49AD221F7F93BB636A3@FRAEML521-MBX.china.huawei.com>
Date:   Tue, 5 Dec 2017 17:11:39 +0000
From:   Salil Mehta <salil.mehta@...wei.com>
To:     David Miller <davem@...emloft.net>
CC:     "Zhuangyuzeng (Yisen)" <yisen.zhuang@...wei.com>,
        "lipeng (Y)" <lipeng321@...wei.com>,
        "mehta.salil.lnk@...il.com" <mehta.salil.lnk@...il.com>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
        Linuxarm <linuxarm@...wei.com>
Subject: RE: [PATCH net-next 1/8] net: hns3: Add HNS3 VF IMP(Integrated
 Management Proc) cmd interface

Hi Dave,

> -----Original Message-----
> From: David Miller [mailto:davem@...emloft.net]
> Sent: Tuesday, December 05, 2017 4:38 PM
> To: Salil Mehta <salil.mehta@...wei.com>
> Cc: Zhuangyuzeng (Yisen) <yisen.zhuang@...wei.com>; lipeng (Y)
> <lipeng321@...wei.com>; mehta.salil.lnk@...il.com;
> netdev@...r.kernel.org; linux-kernel@...r.kernel.org; linux-
> rdma@...r.kernel.org; Linuxarm <linuxarm@...wei.com>
> Subject: Re: [PATCH net-next 1/8] net: hns3: Add HNS3 VF IMP(Integrated
> Management Proc) cmd interface
> 
> From: Salil Mehta <salil.mehta@...wei.com>
> Date: Sun, 3 Dec 2017 12:33:00 +0000
> 
> > +static int hclgevf_ring_space(struct hclgevf_cmq_ring *ring)
> > +{
> > +	int ntu = ring->next_to_use;
> > +	int ntc = ring->next_to_clean;
> > +	int used = (ntu - ntc + ring->desc_num) % ring->desc_num;
> 
> Order local variables from longest to shortest line, please.
This one skipped my eyes. Will fix. Thanks.

> 
> Audit your entire submission for this issue.
Sure, will do. 


> 
> > +static int hclgevf_cmd_csq_done(struct hclgevf_hw *hw)
> > +{
> > +	u32 head = hclgevf_read_dev(hw, HCLGEVF_NIC_CSQ_HEAD_REG);
> > +	return head == hw->cmq.csq.next_to_use;
> > +}
> 
> Please return bool from this function.
Agreed. Should have been bool here. Will fix.


> 
> > +void hclgevf_cmd_setup_basic_desc(struct hclgevf_desc *desc,
> > +				  enum hclgevf_opcode_type opcode, bool
> is_read)
> > +{
> > +	memset((void *)desc, 0, sizeof(struct hclgevf_desc));
> 
> You never need casts like this, when the functions argument is void any
> pointer can be passed in as-is.
Agreed. Will remove this.


> 
> > +
> > +	/* If the command is sync, wait for the firmware to write back,
> > +	 * if multi descriptors to be sent, use the first one to check
> > +	 */
> > +	if (HCLGEVF_SEND_SYNC(le16_to_cpu(desc->flag))) {
> > +		do {
> > +			if (hclgevf_cmd_csq_done(hw))
> > +				break;
> > +			udelay(1);
> > +			timeout++;
> > +		} while (timeout < hw->cmq.tx_timeout);
> > +	}
> 
> This is potentially a long timeout with a spinlock held.  Consider
> using
> sleeping and completions.
I guess you meant 1 usec X (hw->cmq.tx_timeout = 200) times the delay
is large - right?

Will review it again. 

Thanks.
Salil