Adaptec AHD U320 operating as only U160 (take care with this hack!)

Scott Long scottl at samsco.org
Mon Feb 18 14:07:15 UTC 2008


JoaoBR wrote:
> On Monday 18 February 2008 05:01:01 JoaoBR wrote:
>> On Sunday 17 February 2008 14:23:41 Gelsema, P (Patrick) - FreeBSD wrote:
>>> On Sun, February 17, 2008 07:33, Justin T. Gibbs wrote:
>>>> Niki Denev wrote:
>>>>  > I was playing around with DTrace, tracing cam/xpt and the ahd driver
>>>>
>>>> and
>>>>
>>>>  > found out that if i comment the following code :
>>>>  >
>>>>  >         if ((spi3caps & SID_SPI_IUS) == 0)
>>>>  >                 spi->ppr_options &= ~MSG_EXT_PPR_IU_REQ;
>>>>  >
>>>>  > at line 6655 in sys/cam/cam_xpt.c my disks again negotiate as U320 :
>>>>  >
>>>>  >   da0 at ahd0 bus 0 target 0 lun 0
>>>>  >   da0: <SEAGATE ST336807LW 0C01> Fixed Direct Access SCSI-3 device
>>>>  >   da0: 320.000MB/s transfers (160.000MHz DT, offset 63, 16bit)
>>>>  >   da0: Command Queueing Enabled
>>>>  >   da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)
> 
> 
> 
> take care with this hack because at least on Tyans and SM Mbs this hack does 
> nothing good and cause continuous card dumps and some machines do not boot 
> correctly (seems it depends on kind of disk installed), it is not usable 
> here!
> 
> 
> the only card which stands this is the pci-x adaptec 29320
> 

You are confusing people by posting a response to a discussion that has
already moved beyond where you are responding.  The real fix to the
original poster's problem has already been identified, please catch
up.

Also, in the future, whether you are up to date on the discussion or
not, making a post saying that something crashes/doesn't work, but
without posting any of the debugging information that goes with it,
is pretty close to being useless.

Scott


More information about the freebsd-current mailing list