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: <1308117450.2329.31.camel@mulgrave>
Date:	Wed, 15 Jun 2011 01:57:30 -0400
From:	James Bottomley <James.Bottomley@...senPartnership.com>
To:	Xiangliang Yu <yuxiangl@...vell.com>
Cc:	"yxlraid@...il.com" <yxlraid@...il.com>,
	"jack_wang@...sh.com" <jack_wang@...sh.com>,
	"lucas.demarchi@...fusion.mobi" <lucas.demarchi@...fusion.mobi>,
	"maciej.trela@...el.com" <maciej.trela@...el.com>,
	"dan.j.williams@...el.com" <dan.j.williams@...el.com>,
	"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Jacky Feng <jfeng@...vell.com>
Subject: RE: [PATCH] [SCSI] LIBSAS: fix libsas link error issue

On Tue, 2011-06-14 at 18:44 -0700, Xiangliang Yu wrote:
> Subject: Re: [PATCH] [SCSI] LIBSAS: fix libsas link error issue
> 
> On Tue, 2011-06-14 at 23:17 +0800, yxlraid@...il.com wrote:
> >> From: Xiangliang Yu <yuxiangl@...vell.com>
> >> 
> >> -- The value of child link rate should is minimum of link rate, or
> >>    command will fail if child link rate is bigger than parent link rate.
> >> 
> >> Signed-off-by: Xiangliang Yu <yuxiangl@...vell.com>
> >> ---
> >>  drivers/scsi/libsas/sas_expander.c |    2 +-
> >>  1 files changed, 1 insertions(+), 1 deletions(-)
> >> 
> >> diff --git a/drivers/scsi/libsas/sas_expander.c b/drivers/scsi/libsas/sas_expander.c
> >> index 874e29d..6ccca09 100644
> >> --- a/drivers/scsi/libsas/sas_expander.c
> >> +++ b/drivers/scsi/libsas/sas_expander.c
> >> @@ -638,7 +638,7 @@ static void sas_ex_get_linkrate(struct domain_device *parent,
> >>  			sas_port_add_phy(port, phy->phy);
> >>  		}
> >>  	}
> >> -	child->linkrate = min(parent_phy->linkrate, child->max_linkrate);
> >> +	child->linkrate = min(parent_phy->linkrate, child->min_linkrate);
> 
> >This patch doesn't look right.  It will clamp the phy to the minim
> >possible link rate.  
> Link negotiation should get the minimum.

No ... according to the spec it should be the max of what the child
supports taking into account the max the expander phy supports.

> >The child is supposed to support everywhere between
> >child->min_linkrate and child->max_linkrate.  The reason why we pick the
> >max is because we should use that if the parent supports it, and fall
> >back only if the parent isn't capable.
> Now, the problem is command fail, and LIBSAS seem to do nothing.
> Do you mean drive need to fix the link error?
> Thanks!
> 
> PS: The Kernel will panic when link error happening.

Post the panic then ... it's probably a negotiation problem.  If the
child can't support the highest possible link rate because of problems
like transmission errors, it should fall back.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ