Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964802AbVJDP0j (ORCPT ); Tue, 4 Oct 2005 11:26:39 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932533AbVJDP0j (ORCPT ); Tue, 4 Oct 2005 11:26:39 -0400 Received: from mail.dvmed.net ([216.237.124.58]:64428 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S932531AbVJDP0i (ORCPT ); Tue, 4 Oct 2005 11:26:38 -0400 Message-ID: <43429F1B.1000002@pobox.com> Date: Tue, 04 Oct 2005 11:26:19 -0400 From: Jeff Garzik User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luben Tuikov CC: Linus Torvalds , Ryan Anderson , =?ISO-8859-1?Q?Tomasz_K=B3oczko?= , andrew.patterson@hp.com, Marcin Dalecki , "Salyzyn, Mark" , dougg@torque.net, Luben Tuikov , SCSI Mailing List , Linux Kernel Mailing List Subject: Re: I request inclusion of SAS Transport Layer and AIC-94xx into the kernel References: <547AF3BD0F3F0B4CBDC379BAC7E4189F01A9FA11@otce2k03.adaptec.com> <1128105594.10079.109.camel@bluto.andrew> <433D9035.6000504@adaptec.com> <1128111290.10079.147.camel@bluto.andrew> <433DA0DF.9080308@adaptec.com> <1128114950.10079.170.camel@bluto.andrew> <433DB5D7.3020806@adaptec.com> <9B90AC8A-A678-4FFE-B42D-796C8D87D65B@neostrada.pl> <4341381D.2060807@adaptec.com> <1128357350.10079.239.camel@bluto.andrew> <43415EC0.1010506@adaptec.com> <1128377075.23932.5.camel@ryan2.internal.autoweb.net> <434293D8.50300@adaptec.com> <43429789.8020102@pobox.com> <43429D6C.8070909@adaptec.com> In-Reply-To: <43429D6C.8070909@adaptec.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1986 Lines: 55 Luben Tuikov wrote: > On 10/04/05 10:54, Jeff Garzik wrote: > >>Luben Tuikov wrote: >> >> >>>The reason of all this hoopla is that James B, wants to decree >>>that LSI/MPT is the norm and everything else (USB/SAS/SBP) is >>>the exception, while in fact it is the other way around. >> >> >>False. You continue to misunderstand basic stuff about the SCSI core. > > > Let me repeat: LSI/MPT is not the norm and USB/SAS/SBP, i.e. having > an actual transport layer (handling transport tasks, and error recovery) > is the norm. > > Don't make stupid bullshit generalizations that I "continue to > misunderstand basic stuff about the SCSI core". You continue to misunderstand everyone else's opinion. No one is claiming that LSI/MPT is the norm. The claim is that the transport class is the method through which a transport layer is plugged into the SCSI stack. Pluggable transport classes means that SAS transport layer details go into the SAS transport class (or a helper lib). SPI (parallel/legacy SCSI) transport layer details should move to the SPI transport class. > I've probably misunderstood that LUNs are 32 bit (since SCSI Core > says so) and that REQUEST SENSE clears ACA? You misunderstood that everybody, but you, has moved on to the "what do we do about this" phase. > But since the layers are completely upside down one compared > to the other, it would be quite messy unless you can separate > the implementations and at one or the other (but not both) > include a basic emulator. If there is no basic emulator then > that part would have to be taken by the LLDD. Nothing is upside down. Transport details plug into an obvious location -- the transport class, and associated helper libs (if any). Jeff - 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/