Re: SCSI tape problems
On Sun, 5 Apr 1998, Glenn Tenney KOTJ wrote:
: (A copy of this message has also been posted to the following newsgroups:
: linux.debian.user)
:
: Can't anyone please offer some assistance... I'd really like to get SCSI
: working...
:
: Thanks again
:
:
: In article <tenney-2903980251580001@99.think.84.157.209.in-addr.arpa>,
: tenney@org.think (Glenn Tenney KOTJ) wrote:
: > Well, I spent the evening getting the Adaptec AVA-1505 card working. I
: > finally got it so that the system now boots and sees the card. This card
: > is supposed to be supported by the AHA152x support.
: >
: > Here are the kern.log messages now (heads of each line clipped for
: > breavity) from when I just rebooted. I have one 1/4 inch Teac tape drive
: > on ID 1 (with a tape in it):
: >
: > kernel: aha152x: BIOS test: passed, detected 1 controller(s)
: > kernel: aha152x0: vital data: PORTBASE=0x340, IRQ=11, SCSI ID=7,
: > reconnect=enabled, parity=enabled, synchronous=disabled, delay=100,
: > extended translation=disabled
: > kernel: aha152x: trying software interrupt, lost.
: > kernel: aha152x: IRQ 11 possibly wrong. Please verify.
: > kernel: scsi1 : Adaptec 152x SCSI driver; $Revision: 1.18 $
: > kernel: scsi : 1 host.
: > kernel: scsi : aborting command due to timeout : pid 0, scsi1, channel 0,
: > id 0, lun 0 Test Unit Ready 00 00 00 00 00
: > kernel: scsi : aborting command due to timeout : pid 0, scsi1, channel 0,
: > id 0, lun 0 Test Unit Ready 00 00 00 00 00
: > kernel: scsi : aborting command due to timeout : pid 1, scsi1, channel 0,
: > id 1, lun 0 Test Unit Ready 00 00 00 00 00
: > kernel: scsi : aborting command due to timeout : pid 1, scsi1, channel 0,
: > id 1, lun 0 Test Unit Ready 00 00 00 00 00
: > ... and so on through id 7
: >
: > The problems I have now (for which I'd appreciate some ideas) are:
: >
: > 1. What can I do about the IRQ being "possibly wrong"?
: >
: > 2. It doesn't seem to find the tape drive... I really want to use it for
: > backups, so what can I do? The last time I had the drive turned on it
: > was on a Mac and worked aok; the last time I used the cable, it too worked
: > ok.
: >
: > Thanks for any help... suggestions... pointers... And, yes, I have read
: > the SCSI how-to's...
Well, I just fought with an Adaptec 1510A today, so let's see what we
can come up with.
First, are you passing parameters to the kernel? If so, what are they?
The aha152x driver assumes that the Adaptec cards are at 0x340, since
that's the factory default. Since my 1510 has no BIOS at all
it's not autodetected. I did a WAG and wrote "aha152x=0x340" at the
boot prompt. I got the same results you did. However, after I RTFM the
Adaptec install docs (http://www.adaptec.com), I found that my HBA had
been set to 0x140, IRQ 11. Passing "aha152x=0x140,11" solved the
problem.
If you have more than one HBA, you may need to alter the order in which
the kernel recognizes them. This is mentioned in the HOWTO, but briefly
one must edit the struct builtin_scsi_hosts[] in file
drivers/scsi/hosts.c
Finally, your HBA may be conflicting with another card. Again, the
Adaptec doc can help you here ... removing other cards is sometimes
helpful.
--
Nathan Norman
MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104
mailto://finn@midco.net http://www.midco.net
finger finn@kepler.midco.net for PGP Key: (0xA33B86E9)
--
To UNSUBSCRIBE, email to debian-user-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: