RE: Adaptec 39160 RAID ?!

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

 



I have 2 types of 68-80 pin SCA adapters.
1 has AT on the end on the model number.  These also have resister packs.
This is a single ended adapter.  It would not support LVD.

The others have LS at the end of the model number.  No resister packs, and
are LVD.

SE can do 40 MB/s.
LVD can do 80/160/320 MB/s depending on your hardware.
I don't think my SCA adapters were designed for 160, since my hardware can
only do 80 I don't care.

So, check your 68-80 adapters.

Also, most LVD SCSI disks have a "force SE" jumper.  Be sure you don't have
this set.  If you do, your disks would be in single ended mode, and limited
to 40 MB/s.  If the URL below is correct, you disk also has this jumper.

Maxtor bought Quantum, or part of it.

http://www.maxtor.com/en/documentation/pdf_jumper_settings/atlas_10k_jumpers
.pdf

Guy

-----Original Message-----
From: linux-raid-owner@vger.kernel.org
[mailto:linux-raid-owner@vger.kernel.org] On Behalf Of Scott Long
Sent: Tuesday, February 10, 2004 9:33 PM
To: Luke Rosenthal
Cc: linux-raid@vger.kernel.org
Subject: Re: Adaptec 39160 RAID ?!

Luke Rosenthal wrote:
>>>Yes, but doesn't the card ship with "fake RAID"?
>>
>>No, it's just a plain old Ultra160 Dual Channel SCSI Host Adapter.
> 
> 
> I just purchased one actually, have hooked it up to a Quantum Atlas 10K2
> 
> and can't seem to get them talking in Ultra160 mode.  Here's the proc 
> output:
> 
> 
> Adaptec AIC7xxx driver version: 6.2.8
> aic7899: Ultra160 Wide Channel B, SCSI Id=0, 32/253 SCBs
> 
> Serial EEPROM:
> 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 
> 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0x43bb 
> 0xb8f4 0x5d5c 0x2800 0x0010 0xffff 0xffff 0xffff 0xffff 
> 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x0250 0xf4c7 
> 
> Channel A Target 0 Negotiation Settings
>         User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
> [snip snip Targets 1-14, nothing hooked up]
> Channel A Target 15 Negotiation Settings
>         User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
>         Goal: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
>         Curr: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)
>         Channel A Target 15 Lun 0 Settings
>                 Commands Queued 438859
>                 Commands Active 0
>                 Command Openings 32
>                 Max Tagged Openings 32
>                 Device Queue Frozen Count 0
> 
> 
> The drive has a SCA connector on the back, with a sticker on the
> connector 
> stating "Ultra160/LVD/SE".  To connect this drive I've used an adapter 
> which converts the SCA connection into a regular 68-pin internal one,
> then 
> used a terminated cable with Ultra160/LVD/SE marked on both the
> connectors 
> (there's 4 of them) AND the terminator.  I've tried turning the internal
> 
> terminator in the Adaptec BIOS on and off with no change.  There's no 
> other devices on this bus other than the drive & the host adapter.
> 

For whatever reason, the bus is running in single ended mode.  I don't
have a guide to the 10k2 handy (and google is turning up empty), but it
might either be jumpered wrong, or you might have a cabling issue.  You
might also want to check that the SCA<->68 pin coverter isn't
responsible.

> Is this normal?  What do "User", "goal" and "curr" mean?

User is what the BIOS is set to
Goal is the best that we think that we can get
Curr is what we are actually running at

> Why are there so many commands queued?

This is just a cummulative count since the system booted.

Scott

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


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

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux