From mboxrd@z Thu Jan 1 00:00:00 1970 From: Douglas Gilbert Subject: Re: [GIT PULL] isci merge candidate Date: Mon, 16 May 2011 23:41:08 -0400 Message-ID: <4DD1EE54.9040201@interlog.com> References: <1305317680.21099.83.camel@dwillia2-linux> <4DCDA663.2040202@intel.com> <1305324962.2781.5.camel@pasglop> Reply-To: dgilbert@interlog.com Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from smtp.infotech.no ([82.134.31.41]:48199 "EHLO smtp.infotech.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751221Ab1EQDlc (ORCPT ); Mon, 16 May 2011 23:41:32 -0400 In-Reply-To: Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Jeff Garzik Cc: Dan Williams , Benjamin Herrenschmidt , Linus Torvalds , "James.Bottomley@hansenpartnership.com" , Christoph Hellwig , linux-kernel , linux-scsi , "Jiang, Dave" , David Milburn , "Ciechanowski, Ed" , "Nadolski, Edmund" , "Danecki, Jacek" , "Skirvin, Jeffrey D" On 11-05-16 08:47 PM, Jeff Garzik wrote: > On Mon, May 16, 2011 at 8:39 PM, Dan Williams 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