[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4DD1EE54.9040201@interlog.com>
Date: Mon, 16 May 2011 23:41:08 -0400
From: Douglas Gilbert <dgilbert@...erlog.com>
To: Jeff Garzik <jeff@...zik.org>
CC: Dan Williams <dan.j.williams@...el.com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"James.Bottomley@...senpartnership.com"
<James.Bottomley@...senpartnership.com>,
Christoph Hellwig <hch@....de>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
"Jiang, Dave" <dave.jiang@...el.com>,
David Milburn <dmilburn@...hat.com>,
"Ciechanowski, Ed" <ed.ciechanowski@...el.com>,
"Nadolski, Edmund" <edmund.nadolski@...el.com>,
"Danecki, Jacek" <jacek.danecki@...el.com>,
"Skirvin, Jeffrey D" <jeffrey.d.skirvin@...el.com>
Subject: Re: [GIT PULL] isci merge candidate
On 11-05-16 08:47 PM, Jeff Garzik wrote:
> On Mon, May 16, 2011 at 8:39 PM, Dan Williams<dan.j.williams@...el.com> wrote:
>> At a minimum It would require a more verbose interface to
>> libsas/libata (or new libframe?) to allow us to deliver raw
>> unsolicited frames into common protocol handlers.
>
> ...which is where SAS and SATA have been heading for a while, anyway.
> With chained SAS expander setup you have a network, if an annoying,
> manually configured and routed one. Over that network you deliver
> frames of various types.
For SAS-2 expanders, edit the above to:
s/manually/self/
Doug Gilbert
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists