Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750754AbVIMKON (ORCPT ); Tue, 13 Sep 2005 06:14:13 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750751AbVIMKOM (ORCPT ); Tue, 13 Sep 2005 06:14:12 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:4235 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S1750730AbVIMKOK (ORCPT ); Tue, 13 Sep 2005 06:14:10 -0400 Date: Tue, 13 Sep 2005 11:14:09 +0100 From: Christoph Hellwig To: Luben Tuikov Cc: Christoph Hellwig , Linux Kernel Mailing List , SCSI Mailing List Subject: Re: [ANNOUNCE 0/2] Serial Attached SCSI (SAS) support for the Linux kernel Message-ID: <20050913101409.GA30666@infradead.org> Mail-Followup-To: Christoph Hellwig , Luben Tuikov , Linux Kernel Mailing List , SCSI Mailing List References: <4321E2C1.7080507@adaptec.com> <20050911092030.GA5140@infradead.org> <4325F488.5040304@adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4325F488.5040304@adaptec.com> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2346 Lines: 58 On Mon, Sep 12, 2005 at 05:35:04PM -0400, Luben Tuikov wrote: > > What's not nice is that it's not intgerating with the > > SAS transport class I posted, > > I wish there was something I could do. HP and LSI > were aware of my efforts since the beginning of the year. As was I. And the reason I wrote this upper layer is that you clearly stated multiple times (at the SAS BOF and in mail) that you're not interested in this upper layer. > As well, you had a copy of my code July 14 this year, That code didn't have anything that overlaps with the code I wrote. > long before starting your work on your SAS class for LSI and > HP (so its acceptance is guaranteed), after OLS. Just in case it was clear: I'm paid for this transport class by Dell. I don't have any contractural relationship with LSI or HP, although these companies (like most sucessfull hardware vendors) know that giving hardware to linux people active in the area they care about helps to get thos people actually fixing things about instead of just bitching around.. > We did meet at OLS and we did have the SAS BOF. I'm not sure > why you didn't want to work together? I abosultely want to. To quote from my first minimal transport class announcement mail: "I hope this will integrate nicely with the top-down work Luben has done once he finally releases it publically, but for now I think we should have something so SAS drivers can go in the tree." > > from the SCSI core code, and adding it's own sysfs representation that's > > very different from the way the SCSI core and transport classes do it. > > Yes, it is time to evolve. > > I've pointed out many times the shortcomings of expanding the > JB's "transport _attribute_ class" into a "transport layer" in > recent threads. We need both a transport class in the original sense aswell as a library for host-based SAS HBAs, and they need to play together nicely - whatever term you give to them. > Overall, MPT is very different in design than a disclosed > transport. I know. And we still want to cover it with a common base for what we can have common. - 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/