On Mon, 2007-09-24 at 14:10 +0200, Stefan Boresch wrote: > Dear James! > > Sorry for replying so late! > > On Sat, Sep 22, 2007 at 08:40:09AM -0500, James Bottomley wrote: > > The previous patch was a bit non-standard because it actually adjusted > > the user setting max_width. This would mean that if the user replaced > > the cable and then re-ran domain validation, it still wouldn't try wide > > transfers, which is wrong. > > > > The attached patch fixes the problem by physically nailing the wide > > setting to what it deduces it should be for the whole of Domain > > Validation. > > > > James > > > > diff --git a/drivers/scsi/scsi_transport_spi.c > > b/drivers/scsi/scsi_transport_spi.c > [snip] > > A self-compiled kernel based on the Ubuntu "gutsy" kernel sources > (linux-source-2.6.22_2.6.22-12.36_all.deb, for whatever that is worth) boots > successfully, after applying your patch (which applied cleanly) > > Thanks so much for your help,
You're very welcome. > Stefan Boresch > > PS: BTW, your original post (diagnosis of hardware issues) has also > convinced my vendor to do some work to honor his warranty. So, my next > job is to dig into the big box which just arrived by fed-ex containing > all possible replacements (including a new motherboard ..). Maybe, > I'll eventually get U320 running on this machine ;-) OK ... I'd replace the cable first ... and check for bent pins in the connector. What Domain Validation is saying is that there's something wrong with the upper 8 bits of the wide bus. Those are the last few wires on the 68 wire ribbon cable (wire one is usually marked in a different colour). James - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
