Re: sym53c8xx_2 negotiates improperly

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 15 Oct 2006, James Bottomley wrote:

> Please don't drop linux-scsi ... it's always possible someone else will
> be interested in the Q&A.
> 

Sorry!

> > Is there a means to completely disable PPR negotiation with some hope of 
> > getting U160 operation?
> 
> No, that's impossible: PPR negotiation is physically required for u160
> and above.
> 
> > I have a support request in to Seagate, but I'm guessing this unit is an 
> > OEM pull and they'll tell me to go fly a kite...

I should hire myself out as a psychic.  That's exactly the response I 
received from them (though slightly more polite).

Do you or anyone have even a WAG as to how I can trick this thing into 
negotiating at u160?  There was an older thread on this list where someone 
discovered that their drive was very unhappy about having anything faster 
than 12.5 ns (aka factor of '9') mentioned(?)  I don't pretend to fully 
understand it, but since the drive in question was an SX series 
workstation drive of similar vintage I'm wondering if this makes sense to 
anyone.  If so, what could I do to tailor the initial PPR request?

In the meantime, I'm going to try the drive on an Adaptec 29160 in another 
machine and see what transpires.

Steve

-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux