From: Jeff Garzik <jgarzik@pobox.com>
To: "Salyzyn, Mark" <mark_salyzyn@adaptec.com>
Cc: Christoph Hellwig <hch@infradead.org>,
"Darrick J. Wong" <djwong@us.ibm.com>,
Chris McDermott <lcm@us.ibm.com>,
Luvella McFadden <luvella@us.ibm.com>,
AJ Johnson <blujuice@us.ibm.com>,
Kevin Stansell <kstansel@us.ibm.com>,
linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
Mauelshagen@redhat.com
Subject: Re: [PATCH] aic79xx should be able to ignore HostRAID enabled adapters
Date: Thu, 01 Dec 2005 12:49:31 -0500 [thread overview]
Message-ID: <438F37AB.5030800@pobox.com> (raw)
In-Reply-To: <547AF3BD0F3F0B4CBDC379BAC7E4189F01E3E318@otce2k03.adaptec.com>
Salyzyn, Mark wrote:
> Justin Gibbs had provided the community the emd driver, soundly rejected
> and never ported to dm because there were features that Justin held dear
> in md that do not translate to dm. An unfortunate waste of considerable
> resources.
All throughout development, before Justin had written a single line of
code, he was told to do things via Device Mapper. All he had to do was
open his ears, and no resource waste would have occurred.
> Without the timely agenda and cooled temperaments to close the gap, the
> solution should be temporarily to support the proprietary HostRAID
> driver when the Adapter is in HostRAID mode and we continue to work to
> close that gap on dmraid.
[...]
> They are plain SCSI HBAs, but are designated as a RAID card rather than
> a Host Bus Adapter in the PCI config space when in 'HostRAID' mode. The
> fact that is designated in the PCI space should be enough reason *not*
> to attach a simplified LLD.
Strongly disagree.
Linux should export the [non-RAID] hardware capabilities, nothing more.
We don't shim for not-in-tree binary-only drivers. A user continues to
be free to simply -not use- aic79xx, regardless of this design decision.
SATA controllers come with all sorts of class codes: RAID (host/fake
raid), SCSI (fake RAID/fake scsi), IDE, Serial ATA.
We ignore that, and just export the hardware. The class code is only a
hint that dmraid should be loaded on top of the low-level driver.
> Linux is not about performance first, it is about doing it the Linux
> way. I believe we can understand that. And in turn, do not consider it
> harmful if a group of individuals trying to make a living see a chance
> to acquire a competitive edge.
We don't do it "the Linux way" just for NIH's sake. There are strong
reasons why we want cross-vendor solutions. There are strong reasons
why we don't want every driver to embed a software RAID engine inside
it. And there are strong reasons (some legal, not technical) why its
best to ignore binary-only, out-of-tree drivers.
Jeff
next prev parent reply other threads:[~2005-12-01 17:49 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-01 13:44 [PATCH] aic79xx should be able to ignore HostRAID enabled adapters Salyzyn, Mark
2005-12-01 13:44 ` Salyzyn, Mark
2005-12-01 14:12 ` Arjan van de Ven
2005-12-01 14:47 ` Heinz Mauelshagen
2005-12-03 11:22 ` Matthias Andree
2005-12-03 16:19 ` Jeff Garzik
2005-12-03 16:39 ` Matthias Andree
2005-12-01 17:44 ` Christoph Hellwig
2005-12-01 17:56 ` Jeff Garzik
2005-12-01 17:49 ` Jeff Garzik [this message]
2005-12-02 19:06 ` Alan Cox
[not found] <5ePEj-2gB-9@gated-at.bofh.it>
[not found] ` <5eQqA-3pv-7@gated-at.bofh.it>
[not found] ` <5eRZp-5KA-7@gated-at.bofh.it>
2005-12-02 0:38 ` Robert Hancock
-- strict thread matches above, loose matches on Subject: below --
2005-12-01 18:46 Salyzyn, Mark
2005-12-01 18:46 ` Salyzyn, Mark
2005-12-01 19:19 ` Jeff Garzik
2005-12-05 21:06 ` Darrick J. Wong
2005-12-05 21:25 ` Jeff Garzik
2005-12-06 9:14 ` Heinz Mauelshagen
2005-12-01 5:57 Darrick J. Wong
2005-12-01 6:41 ` Jeff Garzik
2005-12-01 8:22 ` Darrick J. Wong
2005-12-01 8:08 ` Arjan van de Ven
2005-12-01 11:26 ` Christoph Hellwig
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=438F37AB.5030800@pobox.com \
--to=jgarzik@pobox.com \
--cc=Mauelshagen@redhat.com \
--cc=blujuice@us.ibm.com \
--cc=djwong@us.ibm.com \
--cc=hch@infradead.org \
--cc=kstansel@us.ibm.com \
--cc=lcm@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=luvella@us.ibm.com \
--cc=mark_salyzyn@adaptec.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.