From: Jeff Garzik <jgarzik@pobox.com>
To: brking@us.ibm.com
Cc: linux-ide@vger.kernel.org
Subject: Re: [RFC 0/2] libata: support SATA devices on SAS HBAs
Date: Tue, 04 Oct 2005 05:56:48 -0400 [thread overview]
Message-ID: <434251E0.9060000@pobox.com> (raw)
In-Reply-To: <4341A91A.3020000@us.ibm.com>
Brian King wrote:
> The following patches enhance libata to allow SAS device drivers
> to utilize libata to talk to SATA devices. It introduces some
> new APIs which allow libata to be used without allocating a
> virtual scsi host. This is just a snapshot of what I've
> come up with at this point and I figured I would post it to
> see if I was heading in a reasonable direction or not, so
> don't expect the code below to do anything useful at this point
> as it is untested.
hmmmm, neat. My gut feeling feeling says a slightly better direction
might be warranted, but I'll have to think a bit to put that feeling
towords.
* One thought is the desire to allocate a single ata_host_set for the
HBA, rather than avoiding ata_host_set.
* Another thought is the locking scheme -- Christoph once poked me about
libata's use of scsi_assign_lock(), which I rather like but he didn't :)
So by the transitive(?) property, if libata's locking is useful, then
your solution is probably OK. And vice versa.
* I also wonder if there isn't any severe leakage or oops somewhere,
because you don't really use ata_host_set, just ata_port.
But note again, these are 6am thoughts, not in-depth analysis.
Jeff
next prev parent reply other threads:[~2005-10-04 9:56 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-03 21:56 [RFC 0/2] libata: support SATA devices on SAS HBAs Brian King
2005-10-03 21:58 ` [RFC 1/2] libata: configurable host_set lock Brian King
2005-10-03 21:58 ` [RFC 2/2] libata: support SATA devices on SAS HBAs Brian King
2005-10-04 9:56 ` Jeff Garzik [this message]
2005-10-04 10:22 ` [RFC 0/2] " Bartlomiej Zolnierkiewicz
2005-10-04 20:56 ` Bartlomiej Zolnierkiewicz
2005-10-05 20:59 ` Jeff Garzik
2005-10-24 22:17 ` [PATCH " Brian King
2005-10-24 22:19 ` [PATCH 1/2] libata: Remove dependence on host_set->dev for SAS Brian King
2005-10-25 17:53 ` Jeff Garzik
2005-10-25 19:30 ` Brian King
2005-10-25 19:43 ` Jeff Garzik
2005-10-25 22:48 ` Luben Tuikov
2005-10-27 16:05 ` Brian King
2005-10-27 20:15 ` Luben Tuikov
2005-11-24 0:53 ` Douglas Gilbert
2005-11-24 1:07 ` Jeff Garzik
2005-11-24 8:12 ` Bartlomiej Zolnierkiewicz
2005-12-02 2:05 ` Jeff Garzik
2005-12-02 8:07 ` Bartlomiej Zolnierkiewicz
2005-12-02 10:28 ` Douglas Gilbert
2005-12-02 10:48 ` Jeff Garzik
2005-11-29 22:13 ` Brian King
2005-10-24 22:20 ` [PATCH 2/2] libata: Add support for SATA attachment to SAS adapters Brian King
2005-10-25 17:58 ` Jeff Garzik
2005-10-25 12:59 ` [PATCH 0/2] libata: support SATA devices on SAS HBAs Luben Tuikov
2005-10-25 13:39 ` Brian King
2005-10-25 13:40 ` Luben Tuikov
2005-10-25 13:53 ` Brian King
2005-10-25 14:08 ` Luben Tuikov
2005-10-25 14:27 ` Brian King
2005-10-25 17:51 ` Jeff Garzik
2005-10-25 17:57 ` [RFC " Brian King
2005-10-25 18:07 ` Jeff Garzik
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=434251E0.9060000@pobox.com \
--to=jgarzik@pobox.com \
--cc=brking@us.ibm.com \
--cc=linux-ide@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;
as well as URLs for NNTP newsgroup(s).