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: <1359541491.26518.2.camel@lb-tlvb-eilong.il.broadcom.com>
Date:	Wed, 30 Jan 2013 12:24:51 +0200
From:	"Eilon Greenstein" <eilong@...adcom.com>
To:	"Mahesh Bandewar" <maheshb@...gle.com>
cc:	"David Miller" <davem@...emloft.net>,
	netdev <netdev@...r.kernel.org>,
	"Yaniv Rosner" <yanivr@...adcom.com>
Subject: Re: [PATCH] net-bnx2x: Force link UP when the interface is in
 LOOPBACK mode

On Tue, 2013-01-29 at 17:51 -0800, Mahesh Bandewar wrote:
> When the interface does not have carrier but when it's put into
> loopback mode (for tests), it does not make sense to not have
> the carrier. So force it!
> 

Mahesh,

What is the motivation for this change? During the test, the device is
not really functional and cannot receive traffic to the loopback, so why
would you like to indicate internally that the link is up?

> Signed-off-by: Mahesh Bandewar <maheshb@...gle.com>
> ---
>  drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c | 5 +++++
>  1 file changed, 5 insertions(+)
> 
> diff --git a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c b/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c
> index 859df751345e..91af55586bbc 100644
> --- a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c
> +++ b/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c
> @@ -4748,6 +4748,11 @@ void bnx2x_link_status_update(struct link_params *params,
>  	vars->link_status = REG_RD(bp, params->shmem_base +
>  				   offsetof(struct shmem_region,
>  					    port_mb[port].link_status));
> +
> +	/* Force link UP in loopback mode */
> +	if (bp->link_params.loopback_mode != LOOPBACK_NONE)

The LOOPBACK_EXT requires an external loopback so we should not just
force link up indication for that kind of loopback.

> +		vars->link_status |= LINK_STATUS_LINK_UP;
> +
>  	if (bnx2x_eee_has_cap(params))
>  		vars->eee_status = REG_RD(bp, params->shmem2_base +
>  					  offsetof(struct shmem2_region,

Thanks,
Eilon


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