On Fri, Nov 10, 2000 at 10:20:00PM +0100, Robert Fox wrote:
>
>
> When I had Mandrake 7.0 - all worked fine with exactly the same equipment!!!
>
> Since 7.1 & 7.2 - I am having nothing but problems with bus resets and
> timeouts.
>
> Using latest Adaptec BIOS - also works fine with M$ OS's . . . (go figure!)
>
> Here's a snippet from dmesg:
>
> Detected scsi CD-ROM sr1 at scsi0, channel 0, id 5, lun 0
> Uniform CD-ROM driver Revision: 3.11
> sr1: scsi3-mmc drive: 6x/6x writer cd/rw xa/form2 cdda tray
> SCSI device sda: hdwr sector= 512 bytes. Sectors= 17916240 [8748 MB]
> [8.7 GB]
> sda: sda1 sda2 < sda5 sda6 sda7 sda8 >
> (scsi0:0:3:-1) Unexpected busfree, LASTPHASE = 0xa0, SEQADDR = 0x15d
> (scsi0:0:3:-1) Unexpected busfree, LASTPHASE = 0xa0, SEQADDR = 0x15d
> (scsi0:0:3:-1) Unexpected busfree, LASTPHASE = 0xa0, SEQADDR = 0x15d
> (scsi0:0:3:-1) Unexpected busfree, LASTPHASE = 0xa0, SEQADDR = 0x15d
> scsi : aborting command due to timeout : pid 8901, scsi0, channel 0, id
> 3, lun 0
> SCSI host 0 abort (pid 8901) timed out - resetting
> SCSI bus is being reset for host 0 channel 0.
> (scsi0:0:3:0) Synchronous at 20.0 Mbyte/sec, offset 15.
> (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8.
> sr0: CD-ROM not ready. Make sure you have a disc in the drive.
> CD-ROM I/O error: dev 0b:00, sector 1172
> scsi : aborting command due to timeout : pid 9098, scsi0, channel 0, id
> 3, lun 0
> SCSI host 0 abort (pid 9098) timed out - resetting
> SCSI bus is being reset for host 0 channel 0.
> (scsi0:0:3:0) Synchronous at 20.0 Mbyte/sec, offset 15.
> (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8.
> sr0: CD-ROM not ready. Make sure you have a disc in the drive.
> CD-ROM I/O error: dev 0b:00, sector 1172
> (scsi0:0:3:-1) Unexpected busfree, LASTPHASE = 0xa0, SEQADDR = 0x15d
> scsi : aborting command due to timeout : pid 28512, scsi0, channel 0, id
> 3, lun
> SCSI host 0 abort (pid 28512) timed out - resetting
> SCSI bus is being reset for host 0 channel 0.
> (scsi0:0:3:0) Synchronous at 20.0 Mbyte/sec, offset 15.
> (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8.
> sr0: CD-ROM not ready. Make sure you have a disc in the drive.
> CD-ROM I/O error: dev 0b:00, sector 1588
> cdrom: open failed.
> VFS: Disk change detected on device sr(11,0)
>
> There is defintely a disk in the drive, but can't seem to get rid of
> this problem!!! No disk change is made also!!
Do you ever get the thing working?
I get a similar message (Unexpected busfree) on my 2940 (<Adaptec
AHA-2940A Ultra SCSI host adapter>) for a non-existant ID/LUN combination,
and I ignore it. I've been getting it for two years now with different
versions of Linux and presumably different driver versions. All of the
hardware on the bus works just fine, including the two tape drives
adjacent to the error. My experience is that tape drives are the most
finicky SCSI peripherals.
Detected scsi tape st0 at scsi0, channel 0, id 4, lun 0
Vendor: HP Model: C2570A Rev: 3406
Type: Processor ANSI SCSI revision: 02
scsi0 : channel 0 target 5 lun 1 request sense failed, performing reset.
SCSI bus is being reset for host 0 channel 0.
(scsi0:0:5:-1) Unexpected busfree, LASTPHASE = 0x1, SEQADDR = 0x3c
(scsi0:0:5:-1) Unexpected busfree, LASTPHASE = 0x1, SEQADDR = 0x3c
(scsi0:0:5:-1) Unexpected busfree, LASTPHASE = 0x1, SEQADDR = 0x3d
(scsi0:0:5:-1) Unexpected busfree, LASTPHASE = 0x1, SEQADDR = 0x3d
(scsi0:0:5:-1) Unexpected busfree, LASTPHASE = 0x1, SEQADDR = 0x3d
(scsi0:0:5:-1) Unexpected busfree, LASTPHASE = 0x1, SEQADDR = 0x3d
Vendor: CONNER Model: CTT8000-S Rev: 1.22
Type: Sequential-Access ANSI SCSI revision: 02
Detected scsi tape st1 at scsi0, channel 0, id 6, lun 0
Unfortunately, Adaptec does not make it easy for the 2940 driver writers
because they change the hardware and firmware out from under the driver
writers without telling them and without changing the version numbers. You
could try different versions of the driver, or check to see if Adaptec has
any suggestions.
You might check to see if your SCSI chain is properly terminated. I have
known Windows drivers to get around that by running the devices at a very
low speed. Terminate the ends of the chain. Only terminate the HA if it is
at one end of the chain. Remove auto-termination in the HA's BIOS.
--
-- C^2
No windows were crashed in the making of this email.
Looking for fine software and/or web pages?
http://w3.trib.com/~ccurley
Keep in touch with http://mandrakeforum.com:
Subscribe the "[EMAIL PROTECTED]" mailing list.
