atom feed20 messages in org.freebsd.freebsd-stableRe: Continuing ahc problems - also ca...
FromSent OnAttachments
Martin KraemerJul 20, 2001 1:50 am 
Matt DillonJul 25, 2001 10:11 am 
Martin KraemerJul 27, 2001 9:51 am 
Brandon D. ValentineJul 27, 2001 10:24 am 
Justin T. GibbsJul 27, 2001 11:58 am 
Martin KraemerJul 30, 2001 1:27 am 
Martin KraemerJul 30, 2001 5:30 am 
Justin T. GibbsJul 30, 2001 7:21 am 
Martin KraemerJul 30, 2001 8:33 am.dmesg, .pciconf, .messages
Martin KraemerJul 30, 2001 8:52 am 
Matt DillonJul 30, 2001 9:46 am 
Chad R. LarsonJul 30, 2001 9:59 am 
Cy Schubert - ITSD Open Systems GroupJul 30, 2001 11:10 am 
Martin KraemerJul 30, 2001 1:28 pm 
Mike HardingJul 30, 2001 9:14 pm 
Martin KraemerJul 30, 2001 11:44 pm 
Michael Sperber [Mr. Preprocessor]Jul 31, 2001 5:00 am.dmesg
Arno J. KlaassenJul 31, 2001 9:48 am 
Justin T. GibbsJul 31, 2001 1:00 pm 
Michael Sperber [Mr. Preprocessor]Aug 2, 2001 9:57 am 
Subject:Re: Continuing ahc problems - also cause fxp failure
From:Cy Schubert - ITSD Open Systems Group (Cy.S@uumail.gov.bc.ca)
Date:Jul 30, 2001 11:10:59 am
List:org.freebsd.freebsd-stable

In message <2001@freeway.dcfinc.com>, "Chad R. Larson" writes:

Just as a side note here... I have never, ever had a SCSI DAT drive that didn't cause problems with my other devices. I always put those things on their own SCSI bus. It may or may not be related to your problem.

For what it's worth, I've had the exact opposite experience. +--------------- | ahc0 <Adaptec aic7880 Ultra SCSI host adapter> rev 0 int a irq 11 on pci0:1 3:0 | ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs | (ahc0:0:0): "IBM DORS-32160W WA6A" type 0 fixed SCSI 2 | (ahc0:1:0): "CONNER CFP2107E 2.14GB 1524" type 0 fixed SCSI 2 | (ahc0:2:0): "IBM DGHS09Y 03E0" type 0 fixed SCSI 3 | (ahc0:5:0): "HP HP35480A T603" type 1 removable SCSI 2 | (ahc0:6:0): "RICOH CD-R/RW MP7040S 1.10" type 5 removable SCSI 2 +---------------

All work perfectly.

I've never had problems with DAT drives sharing the same bus as other SCSI devices either

ahc0: <Adaptec 2940 Ultra SCSI adapter> port 0xb800-0xb8ff mem 0xf2800000-0xf280 0fff irq 9 at device 10.0 on pci2 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs sa0 at ahc0 bus 0 target 4 lun 0 sa0: <ARCHIVE Python 28388-XXX 5.45> Removable Sequential Access SCSI-2 device sa0: 7.812MB/s transfers (7.812MHz, offset 15) da0 at ahc0 bus 0 target 0 lun 0 da0: <SEAGATE ST34520W 1444> Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da1 at ahc0 bus 0 target 1 lun 0 da1: <SEAGATE ST34520N 1487> Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da1: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) cd0 at ahc0 bus 0 target 2 lun 0 cd0: <PLEXTOR CD-ROM PX-4XCH 1.22> Removable CD-ROM SCSI-2 device cd0: 4.032MB/s transfers (4.032MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da2 at ahc0 bus 0 target 6 lun 0 da2: <CWS ORB2 -SE U ID 6 D42> Removable Direct Access SCSI-2 device da2: 20.000MB/s transfers (20.000MHz, offset 15) da2: Attempt to query device size failed: NOT READY, Medium not present

On one of my other systems however, I've had problems with this drive sharing a bus on an AHA-1542CF card,

da2 at aha1 bus 0 target 2 lun 0 da2: <SEAGATE SX910800N 8514> Fixed Direct Access SCSI-2 device da2: 5.000MB/s transfers (5.000MHz, offset 7) da2: 8669MB (17755614 512 byte sectors: 64H 32S/T 8669C)

... and have had to put it on its own SCSI bus on an AHA-1542B card. Yet, the another drive of the same model attached to an AHA-1542CP on another system has no problems (running at 10 MHz clock rate).

I think that the issue is entirely device dependent.

Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.S@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message