From: James Bottomley <James.Bottomley@SteelEye.com>
To: Jeff Garzik <jeff@garzik.org>
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH] SCSI: export sas_hash_addr()
Date: Sun, 30 Sep 2007 18:56:06 +0100 [thread overview]
Message-ID: <1191174966.3371.1.camel@localhost.localdomain> (raw)
In-Reply-To: <46FFE08A.4040001@garzik.org>
On Sun, 2007-09-30 at 13:44 -0400, Jeff Garzik wrote:
> James Bottomley wrote:
> > On Thu, 2007-09-27 at 21:01 -0400, Jeff Garzik wrote:
> >> James Bottomley wrote:
> >>> On Wed, 2007-09-26 at 03:35 -0400, Jeff Garzik wrote:
> >>>> sas_hash_addr() is the spec-defined standard hashing function. Make it
> >>>> available to drivers that need it.
> >>> I'm not opposed in principle to exporting this, but I have a hard time
> >>> understanding why a driver would need it.
> >>>
> >>> The hashed address is a property of the constructed SAS frames, which is
> >>> done in libsas. The driver shouldn't really be calculating its own hash
> >>> instead of using what libsas provides ... or is this because the hashed
> >>> self address isn't calculated by the HBA so it needs to be programmed or
> >>> something?
> >> It is needed to build the SSP frame header.
> >>
> >> If there is common code that does that, I will definitely use that, but
> >> do not see any such code.
> >
> > The way you're supposed to build the frame header is in
> > lldd_execute_task(). Here, if you need the hashed address of the
> > destination, you copy it out of the domain_device (dev field of struct
> > sas_task).
>
> That's the destination. I need it for the source.
The source should come from dev->port->ha->hashed_sas_addr ...
traditionally it's just your sas_ha_struct that you passed into
sas_register_ha. The register function fills in the hashed address and
you can pick it out again.
James
prev parent reply other threads:[~2007-09-30 17:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-26 7:35 [PATCH] SCSI: export sas_hash_addr() Jeff Garzik
2007-09-28 0:04 ` James Bottomley
2007-09-28 1:01 ` Jeff Garzik
2007-09-30 16:56 ` James Bottomley
2007-09-30 17:44 ` Jeff Garzik
2007-09-30 17:51 ` Jeff Garzik
2007-09-30 17:56 ` James Bottomley [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1191174966.3371.1.camel@localhost.localdomain \
--to=james.bottomley@steeleye.com \
--cc=jeff@garzik.org \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox