All of lore.kernel.org
 help / color / mirror / Atom feed
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



  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.