From: Matthew Wilcox <matthew@wil.cx>
To: "Gibbons, Terry" <Terry.Gibbons@lsil.com>
Cc: 'James Bottomley' <James.Bottomley@SteelEye.com>,
"Moore, Eric Dean" <Emoore@lsil.com>,
"Stephens, Larry" <larry.stephens@lsil.com>,
"Shirron, Stephen" <Stephen.Shirron@lsil.com>,
Matthew Wilcox <matthew@wil.cx>, Christoph Hellwig <hch@lst.de>,
SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] fusion: streamline ->queuecommand
Date: Wed, 6 Oct 2004 15:25:12 +0100 [thread overview]
Message-ID: <20041006142512.GC16153@parcelfarce.linux.theplanet.co.uk> (raw)
In-Reply-To: <BC3CE0375D29D51199A400508B66CA6C0862AEFD@exc-snake.co.lsil.com>
On Wed, Oct 06, 2004 at 08:00:31AM -0600, Gibbons, Terry wrote:
> Good Day,
>
> As a development manager, I'm responsible for technical ingenuity as well as
> customer satisfaction. My responsibilities require that I look at issues
> from a business point of view as well as a technical point of view.
Good Day,
As a programmer, I'm responsible for caring about more than just my
little bit of the kernel. My responsibilities require that I look at
issues from a wider perspective, not just how it affects my driver.
> LSI Logic supports 80% of the server market that is shipping Ultra320 SCSI.
I once owned a guineau pig named Doris.
> We supply a free hardware based RAID integrated into our U320 devices. The
> firmware was written three years ago. The firmware, running behind an
> integrated processor, does not allow the host system to see any peripheral
> it chooses to hide. The firmware chooses to hide all physical disks of a
> RAID volume. Therefore, no outside entity, can talk to any disk drive
> "hidden" by our volume management code in the firmware...unless the proper
> Fusion-MPT (tm) message is sent to the firmware. Given the age of the
> firmware (stable but vulnerable and shipped on millions of systems) and the
> lack of external memory to add code, the firmware won't change.
I think your lack of actually reading the code shines through here. Fusion
gets to continue to send whatever messages it likes with the generic DV
code. The sym2 code still manufactures its own PPR/SDTR/WDTR packets.
It just does so based on what the DV code tells it to do rather than
making its own decisions about how to negotiate with devices.
> Now, I challenge all of you. Ultra320 SCSI was fully released over two and a
> half years ago. With SAS and SATA being the new technologies, what's the
> benefit in changing a technology that is peaking and soon to be replaced?
We update drivers all the time that are for hardware that was obsolete
10 years ago. This is what stops Linux from degenerating into an
unmaintainable heap of spaghetti code.
--
"Next the statesmen will invent cheap lies, putting the blame upon
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince
himself that the war is just, and will thank God for the better sleep
he enjoys after this process of grotesque self-deception." -- Mark Twain
next prev parent reply other threads:[~2004-10-06 14:25 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-06 14:00 [PATCH] fusion: streamline ->queuecommand Gibbons, Terry
2004-10-06 14:13 ` Arjan van de Ven
2004-10-06 14:25 ` Matthew Wilcox [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-10-21 14:58 Moore, Eric Dean
2004-10-06 14:46 Gibbons, Terry
2004-10-06 14:58 ` Matthew Wilcox
2004-10-06 14:23 Gibbons, Terry
2004-10-06 14:30 ` Christoph Hellwig
2004-10-06 15:47 ` James Bottomley
2004-10-05 22:38 Moore, Eric Dean
2004-10-05 23:11 ` James Bottomley
2004-10-05 23:37 ` Patrick Mansfield
2004-10-06 0:48 ` James Bottomley
2004-10-04 21:33 Moore, Eric Dean
2004-10-04 21:57 ` James Bottomley
2004-10-06 15:41 ` Christoph Hellwig
2004-10-02 8:13 Christoph Hellwig
2004-10-02 13:39 ` Matthew Wilcox
2004-10-02 14:49 ` Christoph Hellwig
2004-10-21 9:21 ` 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=20041006142512.GC16153@parcelfarce.linux.theplanet.co.uk \
--to=matthew@wil.cx \
--cc=Emoore@lsil.com \
--cc=James.Bottomley@SteelEye.com \
--cc=Stephen.Shirron@lsil.com \
--cc=Terry.Gibbons@lsil.com \
--cc=hch@lst.de \
--cc=larry.stephens@lsil.com \
--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 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.