From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ben Collins Subject: Re: changes to ieee1394/sbp2 outside of linux1394.org Date: Sat, 9 Jul 2005 19:06:56 -0400 Message-ID: <20050709230656.GS29099@phunnypharm.org> References: <200507091237.j69Cbtrv003425@einhorn.in-berlin.de> <1120922306.5008.5.camel@mulgrave> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1120922306.5008.5.camel@mulgrave> Sender: linux1394-devel-admin@lists.sourceforge.net Errors-To: linux1394-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: James Bottomley Cc: Stefan Richter , SCSI Mailing List , linux1394-devel@lists.sourceforge.net List-Id: linux-scsi@vger.kernel.org Alright, I need some explanation on these changes to sbp2. Lots of things ripped out. I can understand that TYPE_RDC is what we had as TYPE_SDAD. Now, in our tree for TYPE_RDC, we converted it to TYPE_DISK. We also did a lot of mode conversions for DISK/RDC/ROM types. My question is, why were the conversions all removed? The conversions, as far as I know, are related to SBP protocol, and not SCSI, so why would the SCSI maintainers feel the need to rip out an important part of the SBP2 driver? Note, this isn't really a SCSI device, or a scsi host controller. It's a protocol translation layer. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ SwissDisk - http://www.swissdisk.com/ ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar