From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Bottomley Subject: Re: changes to ieee1394/sbp2 outside of linux1394.org Date: Sat, 09 Jul 2005 13:41:20 -0500 Message-ID: <1120934480.5008.27.camel@mulgrave> References: <200507091237.j69Cbtrv003425@einhorn.in-berlin.de> <1120922306.5008.5.camel@mulgrave> <20050709162712.GB27347@phunnypharm.org> <1120926901.5008.12.camel@mulgrave> <20050709174958.GA29099@phunnypharm.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20050709174958.GA29099@phunnypharm.org> 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: Ben Collins Cc: Stefan Richter , SCSI Mailing List , linux1394-devel@lists.sourceforge.net List-Id: linux-scsi@vger.kernel.org On Sat, 2005-07-09 at 13:49 -0400, Ben Collins wrote: > It's not the lock change that is breaking things, it's the RBC changes. > SBP2 simply doesn't work (incorrect information read from the driver, > which I assume is bad translation of the scsi commands caused by the > changes). The RBC changes were tested out by Al Viro and seemed to work well. The intent of the changes looks good (bringing TYPE_RBC into SCSI where it belongs and updating sd.c to handle RBC differences), so probably what needs to happen is that we fix whatever's broken in the current TYPE_RBC framework. James ------------------------------------------------------- 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