Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel

[Matthew Wilcox <matthew@wil.cx>]

On Tue, Oct 04, 2005 at 11:40:17AM -0400, Luben Tuikov wrote:
> On 10/04/05 11:26, Jeff Garzik wrote:
> > You continue to misunderstand everyone else's opinion.
> 
> Internet mailing lists are one such thing where anyone
> can write anything they want and sound smart.  Like
> the statement above.
> 
> Did you talk to "everyone else"?  Or is this just you,
> James B and Christoph?

It's mine too, but I hadn't seen the need to perpetuate this stupid
thread.

> "should", "will".
> 
> The question is then: Where were you Jeff all this time?

Working on other things?  It's not like scsi core is the only armpit
the kernel has.

> Why did the SAS code had to be posted for SCSI Core to see how many
> things it needs to repair.
> 
> I've been pointing those things out since, oh well, for many years
> now.

But people have been working on improving scsi core for many years.  The
transport classes have a copyright daate of 2003 on them, for example.

> If SCSI Core had seen the necessary over the years changes,
> it wouldn't be in this situation now.

Things take time.  Even standards committees.

> > Nothing is upside down.  Transport details plug into an obvious location 
> > -- the transport class, and associated helper libs (if any).
> 
> USB/SAS/SBP:
> HW -> LLDD -> Transport Layer -> SCSI Core
> 
> MPT:
> HW -> Transport Layer (FW) -> LLDD -> SCSI Core.

That's why we still need each driver to have a scsi host template.  That
way each driver can do what it needs to do.  For MPT, that's mostly 'ask
firmware and present the results to sas'.  For other SAS drivers, that's
probably 'call this function in the SAS trransport class that does
everything you want'.

If you like, you can think of it as working around a bug.  Instead of
doing it in the SAS class, we let the driver fix the layering bug.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/