Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932229AbVI2TLB (ORCPT ); Thu, 29 Sep 2005 15:11:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932225AbVI2TLB (ORCPT ); Thu, 29 Sep 2005 15:11:01 -0400 Received: from einhorn.in-berlin.de ([192.109.42.8]:29922 "EHLO einhorn.in-berlin.de") by vger.kernel.org with ESMTP id S932222AbVI2TLA (ORCPT ); Thu, 29 Sep 2005 15:11:00 -0400 X-Envelope-From: stefanr@s5r6.in-berlin.de Message-ID: <433C3BD7.4090104@s5r6.in-berlin.de> Date: Thu, 29 Sep 2005 21:09:11 +0200 From: Stefan Richter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040914 X-Accept-Language: de, en MIME-Version: 1.0 To: SCSI Mailing List CC: Luben Tuikov , Andre Hedrick , Patrick Mansfield , Luben Tuikov , Jeff Garzik , Linux Kernel Mailing List , Andrew Morton , Linus Torvalds Subject: Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel References: <433C0285.3050106@adaptec.com> In-Reply-To: <433C0285.3050106@adaptec.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: (-0.791) AWL,BAYES_40 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1975 Lines: 51 Luben Tuikov wrote: > On 09/28/05 18:43, Andre Hedrick wrote: >>Have you and company considered the approach of mapping to a library of >>sorts? > > Hmm, it is not a library. > > It is a layer, again, because of what the chip actually is, and because > of what it implements. > > Take a look at the announcement text, I do give some description there > and in the code the drivers/scsi/sas-class/README file describes > the event/managment infrastructure. Also you can take a look at the code. > http://linux.adaptec.com/sas/ > > What you'll see in the code is: > > hardware implementation (interconnect, SAM 4.15, 1.3) > firmware implementation (interconnect, SDS, SAM 4.6, 1.3) > LLDD (SAM, section 5, 6, 7) > Transport Layer (SAM 4.15, SAS) > SCSI Core (SAM section 4,5,8) > Commmand Sets (SAM section 1) > > A very nice explanation in latest SAM4r03, > section 4.15 The SCSI model for distributed communications. BTW, Linux' implementations of transports like USB storage and SBP-2 have always been similarly layered. (Actually they come with at least one more layer between LLDD and SCSI core.) Needless to say that these transports need their specific managing infrastructures. So this layering is not at all new to Linux. > Now for MPT based solutions you have: > > LLDD (SAM, section 5, 6, 7) > SCSI Core (SAM section 4,5,8) > Commmand Sets (SAM section 1) > > You see? No Transport Layer between LLDD and SCSI Core! > Why? Because all this work is done in FIRMWARE! -- Stefan Richter -=====-=-=-= =--= ===-= http://arcgraph.de/sr/ - 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/