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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1307563443.8532.42.camel@HP1>
Date:	Wed, 8 Jun 2011 13:04:03 -0700
From:	"Michael Chan" <mchan@...adcom.com>
To:	"Neil Horman" <nhorman@...driver.com>
cc:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	"Mike Christie" <michaelc@...wisc.edu>,
	"David S. Miller" <davem@...emloft.net>
Subject: Re: [PATCH] bnx2i: fix bnx2i driver to test for physical device
 support of iscsi early


On Wed, 2011-06-08 at 12:29 -0700, Neil Horman wrote:
> Recently reported error message indicating the following error:
> bnx2 0003:01:00.1: eth1: Failed waiting for ULP up call to complete
> 
> The card in question is:
> eth0: Broadcom NetXtreme II BCM5709 1000Base-SX (C0)
> 
> Which doesn't appear to support isci.  The undrlying cause of the error above is
> the fact that bnx2i assumes that every bnx2 card supports iscsi, and doesn't
> actually test for support until the iscsi virtual adapter is being brought up in
> bnx2i_start (pointed to by cnic_start).  bnx2i_start tests for
> cnic->max_iscsi_conn, and if that value is zero, attempts to unregister the
> device from the cnic framework.  Unfortunately, cnic_unregister_device (pointed
> to by cnic->unregister_device), waits for the ULP_F_CALL_PENDING to be cleared
> before completing, and if that doesn't occur within a few tenths of a second, we
> issue the above warning.  Since that flag gets set prior to the call to
> bnx2i_start and cleared on its return, we're guaranteed to get this error for
> any bnx2 adapter not supporting iscsi.
> 
> It seems the correct fix is to detect earlier if an adapter supports iscsi and
> not even try to register the device with cnic if it doesn't.  This is already
> what bnx2x does, so this patch clones the functionality of that driver for bnx2.

Thanks Neil.  We have a similar patch almost ready to be posted.  The
main difference is that cp->max_iscsi_conn is read ahead of time during
bnx2_init_one().  We cannot read registers in bnx2_cnic_probe() because
it may be called when the device is already down.  I'll send out that
patchset very soon.  Thanks again.

> 
> Signed-off-by: Neil Horman <nhorman@...driver.com>
> CC: Michael Chan <mchan@...adcom.com>
> CC: Mike Christie <michaelc@...wisc.edu>
> CC: "David S. Miller" <davem@...emloft.net>
> ---
>  drivers/net/bnx2.c              |    2 +-
>  drivers/net/cnic.c              |   15 +++------------
>  drivers/scsi/bnx2i/bnx2i_init.c |   29 +++++++++++++++--------------
>  3 files changed, 19 insertions(+), 27 deletions(-)
> 
> diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
> index 57d3293..927e3e6 100644
> --- a/drivers/net/bnx2.c
> +++ b/drivers/net/bnx2.c
> @@ -423,7 +423,7 @@ struct cnic_eth_dev *bnx2_cnic_probe(struct net_device *dev)
>  	cp->drv_ctl = bnx2_drv_ctl;
>  	cp->drv_register_cnic = bnx2_register_cnic;
>  	cp->drv_unregister_cnic = bnx2_unregister_cnic;
> -
> +	cp->max_iscsi_conn = bnx2_reg_rd_ind(bp, BNX2_FW_MAX_ISCSI_CONN);
>  	return cp;
>  }
>  EXPORT_SYMBOL(bnx2_cnic_probe);
> diff --git a/drivers/net/cnic.c b/drivers/net/cnic.c
> index 11a92af..b6f6211 100644
> --- a/drivers/net/cnic.c
> +++ b/drivers/net/cnic.c
> @@ -2420,13 +2420,11 @@ static int cnic_bnx2x_fcoe_destroy(struct cnic_dev *dev, struct kwqe *kwqe)
>  
>  static int cnic_bnx2x_fcoe_fw_destroy(struct cnic_dev *dev, struct kwqe *kwqe)
>  {
> -	struct fcoe_kwqe_destroy *req;
>  	union l5cm_specific_data l5_data;
>  	struct cnic_local *cp = dev->cnic_priv;
>  	int ret;
>  	u32 cid;
>  
> -	req = (struct fcoe_kwqe_destroy *) kwqe;
>  	cid = BNX2X_HW_CID(cp, cp->fcoe_init_cid);
>  
>  	memset(&l5_data, 0, sizeof(l5_data));
> @@ -4218,14 +4216,6 @@ static void cnic_enable_bnx2_int(struct cnic_dev *dev)
>  		BNX2_PCICFG_INT_ACK_CMD_INDEX_VALID | cp->last_status_idx);
>  }
>  
> -static void cnic_get_bnx2_iscsi_info(struct cnic_dev *dev)
> -{
> -	u32 max_conn;
> -
> -	max_conn = cnic_reg_rd_ind(dev, BNX2_FW_MAX_ISCSI_CONN);
> -	dev->max_iscsi_conn = max_conn;
> -}
> -
>  static void cnic_disable_bnx2_int_sync(struct cnic_dev *dev)
>  {
>  	struct cnic_local *cp = dev->cnic_priv;
> @@ -4550,8 +4540,6 @@ static int cnic_start_bnx2_hw(struct cnic_dev *dev)
>  		return err;
>  	}
>  
> -	cnic_get_bnx2_iscsi_info(dev);
> -
>  	return 0;
>  }
>  
> @@ -5230,6 +5218,9 @@ static struct cnic_dev *init_bnx2_cnic(struct net_device *dev)
>  	cp->close_conn = cnic_close_bnx2_conn;
>  	cp->next_idx = cnic_bnx2_next_idx;
>  	cp->hw_idx = cnic_bnx2_hw_idx;
> +
> +	cdev->max_iscsi_conn = ethdev->max_iscsi_conn;
> +
>  	return cdev;
>  
>  cnic_err:
> diff --git a/drivers/scsi/bnx2i/bnx2i_init.c b/drivers/scsi/bnx2i/bnx2i_init.c
> index 1d24a28..263bc60 100644
> --- a/drivers/scsi/bnx2i/bnx2i_init.c
> +++ b/drivers/scsi/bnx2i/bnx2i_init.c
> @@ -163,21 +163,14 @@ void bnx2i_start(void *handle)
>  	struct bnx2i_hba *hba = handle;
>  	int i = HZ;
>  
> -	if (!hba->cnic->max_iscsi_conn) {
> -		printk(KERN_ALERT "bnx2i: dev %s does not support "
> -			"iSCSI\n", hba->netdev->name);
> +	/**
> +	 * We should never register devices that don't support iscsi
> +	 * (see bnx2i_init_one), so something is wrong if we try to
> +	 * to start an iscsi adapter on hardware wtih 0 supported
> +	 * iscsi connections
> +	 */
> +	BUG_ON(!hba->cnic->max_iscsi_conn);
>  
> -		if (test_bit(BNX2I_CNIC_REGISTERED, &hba->reg_with_cnic)) {
> -			mutex_lock(&bnx2i_dev_lock);
> -			list_del_init(&hba->link);
> -			adapter_count--;
> -			hba->cnic->unregister_device(hba->cnic, CNIC_ULP_ISCSI);
> -			clear_bit(BNX2I_CNIC_REGISTERED, &hba->reg_with_cnic);
> -			mutex_unlock(&bnx2i_dev_lock);
> -			bnx2i_free_hba(hba);
> -		}
> -		return;
> -	}
>  	bnx2i_send_fw_iscsi_init_msg(hba);
>  	while (!test_bit(ADAPTER_STATE_UP, &hba->adapter_state) && i--)
>  		msleep(BNX2I_INIT_POLL_TIME);
> @@ -281,6 +274,13 @@ static int bnx2i_init_one(struct bnx2i_hba *hba, struct cnic_dev *cnic)
>  	int rc;
>  
>  	mutex_lock(&bnx2i_dev_lock);
> +	if (!cnic->max_iscsi_conn) {
> +		printk(KERN_ALERT "bnx2i: dev %s does not support "
> +			"iSCSI\n", hba->netdev->name);
> +		rc = -EOPNOTSUPP;
> +		goto out;
> +	}
> +
>  	hba->cnic = cnic;
>  	rc = cnic->register_device(cnic, CNIC_ULP_ISCSI, hba);
>  	if (!rc) {
> @@ -298,6 +298,7 @@ static int bnx2i_init_one(struct bnx2i_hba *hba, struct cnic_dev *cnic)
>  	else
>  		printk(KERN_ERR "bnx2i dev reg, unknown error, %d\n", rc);
>  
> +out:
>  	mutex_unlock(&bnx2i_dev_lock);
>  
>  	return rc;


--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ