Re: Linux aic7xxx driver doesn't see my tape drive

["Kevin J. Cummings" <cummings@kjchome.homeip.net>]

Well,
	Given that the tape drive is attached to the Adaptec 2940U SCSI 
controller, doesn't st have to eventually send SCSI commands to the 
aic7xxx driver????

	Here are the relevent modules after I:

depmod -ae
modprobe st

> [root@kjc386 root]# lsmod
> st                     29964   0  (unused)
> ide-scsi               11120   0
> sd_mod                 13004   2
> sr_mod                 16888   0  (autoclean)
> cdrom                  31040   0  [sr_mod ide-cd]
> aic7xxx               130996   1
> scsi_mod              102968   6  [st sg sr_mod ide-scsi aic7xxx sd_mod]

But, there is still no mention of the tape drive in /proc/scsi/scsi, nor 
when I:

cdrecord --scanbus

> Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 Jörg Schilling
> Linux sg driver version: 3.1.24
> Using libscg version 'schily-0.7'
> scsibus0:
>         0,0,0     0) *
>         0,1,0     1) *
>         0,2,0     2) *
>         0,3,0     3) *
>         0,4,0     4) *
>         0,5,0     5) *
>         0,6,0     6) 'IBM     ' 'DSAS-3360     !a' 'S47Q' Disk
>         0,7,0     7) *
> scsibus1:
>         1,0,0   100) 'CDWRITER' 'IDE5224         ' '001H' Removable CD-ROM
>         1,1,0   101) *
>         1,2,0   102) *
>         1,3,0   103) *
>         1,4,0   104) *
>         1,5,0   105) *
>         1,6,0   106) *
>         1,7,0   107) *

mt -f /dev/st0 status

> /dev/st0: No such device


Bruce Ferrell wrote:
> st shouldn't be aliased to your aic7xxx.  That causes modprobe to try to 
> load the aic driver when you try to load st.
> 
> Remove the alias, run depmod -ae, then modprobe st
> 
> this is the output of lsmod on my system:
> 
> [root@baywinds root]# lsmod
> Module                  Size  Used by    Not tainted
> sr_mod                 16248   0  (autoclean)
> ixj                   120992   0  (autoclean)
> phonedev                4000   1  (autoclean) [ixj]
> vfat                   12220   0  (autoclean)
> fat                    40696   0  (autoclean) [vfat]
> ipt_MASQUERADE          2848   1  (autoclean)
> ipt_LOG                 4576   0  (autoclean)
> ipt_state               1216   1  (autoclean)
> iptable_filter          2464   1  (autoclean)
> ip_nat_irc              3840   0  (unused)
> ip_nat_ftp              4768   0  (unused)
> iptable_nat            28308   3  [ipt_MASQUERADE ip_nat_irc ip_nat_ftp]
> ip_conntrack_irc        4608   1  [ip_nat_irc]
> ip_conntrack_ftp        5568   1  [ip_nat_ftp]
> ip_conntrack           41076   2  [ipt_MASQUERADE ipt_state ip_nat_irc 
> ip_nat_ftp iptable_nat ip_conntrack_irc ip_conntrack_ftp]
> ip_tables              17792   7  [ipt_MASQUERADE ipt_LOG ipt_state 
> iptable_filter iptable_nat]
> cipcb                  31648   1
> sb                      9184   0  (autoclean)
> sb_lib                 44736   0  (autoclean) [sb]
> uart401                 8160   0  (autoclean) [sb_lib]
> sound                  76044   0  (autoclean) [sb_lib uart401]
> hostap_pci             51692   1
> hostap                 98760   0  [hostap_pci]
> eepro100               22604   1
> mii                     4060   0  [eepro100]
> tulip                  52128   1
> crc32                   3948   0  [tulip]
> ide-floppy             15552   0  (autoclean)
> st                     30352   0  (unused)
> loop                   11632   3  (autoclean)
> md                     64384   0  (unused)
> 
> 
> And from the below, you can see st.o is a module that stands apart from 
> the scsi drivers.  That's what recognizes your tape drive and activates 
> /dev/st0
> 
> 
>  locate /st.o
> /lib/modules/2.4.18-3smp/kernel/drivers/scsi/st.o
> /lib/modules/2.4.18-3/kernel/drivers/scsi/st.o
> /lib/modules/2.4.18-3debug/kernel/drivers/scsi/st.o
> /lib/modules/2.4.20-28.7/kernel/drivers/scsi/st.o
> /lib/modules/2.4.18-27.7.xdebug/kernel/drivers/scsi/st.o
> /lib/modules/2.4.20-28.7smp/kernel/drivers/scsi/st.o
> /lib/modules/2.4.25/kernel/drivers/scsi/st.o
> /usr/src/linux-2.4.25/drivers/scsi/st.o
> 
> 
> Kevin J. Cummings wrote:
> 
>> I have the following in my modules.conf:
>>
>> alias st0 aic7xxx
>>
>> (it used to be:
>> alias st0 BusLogic
>> )
>>
>> Even so, when I "modprobe st", "mt -f /dev/st0 status" still tells me:
>>
>> /dev/st0: No such device
>>
>>
>> Bruce Ferrell wrote:
>>
>>> have you loaded the st module? (modprobe st)
>>>
>>> Kevin J. Cummings wrote:
>>>
>>>> Can someone please explain why my Adaptec 2940U Ultra Wide SCSI 
>>>> controller (AutoSCSI in the controller BIOS) shows me that my 
>>>> Archive Python DAT tape drive is on Channel 0, id 3, but when I boot 
>>>> RedHat's linux-2.4.20-28.9, the aic7xxx module only sees my disk 
>>>> drive on channel 0, id 6?  Yes, both devices are plugged into the 
>>>> narrow bus, and auto termination is configured on the controller, 
>>>> and the devices are in the same order as before (see below).
>>>>
>>>> This used to work fine on my BusLogic BT-948 controller [which I had 
>>>> to stop using on my new motherboard (because the ABIT AF7 
>>>> motherboard won't finish POST with the BusLogic BT-948 controller 
>>>> plugged into a PCI slot.....)]
>>>>
>>>
>>
> 

-- 
Kevin J. Cummings
kjchome@rcn.com
cummings@kjchome.homeip.net
cummings@kjc386.framingham.ma.us
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html