Messages in this thread |  | | Date | Thu, 21 Sep 2000 13:12:27 -0400 | From | Douglas Gilbert <> | Subject | Re: [2.4.0-test9-pre5] SCSI still broken, trident/mixer still broken |
| |
Simon Kirby wrote:
> Around 2.4.0-test9-pre2 (or so, definitely in pre3) both my SCSI scanner > and trident sound card stopped being happy. They are still both broken > in pre5. On test8, both work perfectly. > > On test8: > > (scsi0:6:0) Synchronous Data Transfer Request was rejected > Vendor: Model: Scanner Rev: 1.70 > Type: Scanner ANSI SCSI revision: 04 > Detected scsi generic sg0 at scsi0, channel 0, id 6, lun 0, type 6 > (scsi1:0:3:0) Synchronous at 8.0 Mbyte/sec, offset 31. > Vendor: YAMAHA Model: CRW4416S Rev: 1.0e > Type: CD-ROM ANSI SCSI revision: 02 > Detected scsi CD-ROM sr0 at scsi1, channel 0, id 3, lun 0 > scsi : detected 1 SCSI cdrom total. > sr0: scsi3-mmc drive: 16x/16x writer cd/rw xa/form2 cdda tray > > ... on test9pre5 and test9pre3: > > (scsi0:6:0) Synchronous Data Transfer Request was rejected > Vendor: Model: Scanner Rev: 1.70 > Type: Scanner ANSI SCSI revision: 04 > (scsi0:0:3:0) Synchronous at 8.0 Mbyte/sec, offset 31. > Vendor: YAMAHA Model: CRW4416S Rev: 1.0e > Type: CD-ROM ANSI SCSI revision: 02 > Detected scsi CD-ROM sr0 at scsi0, channel 0, id 3, lun 0 > sr0: scsi3-mmc drive: 16x/16x writer cd/rw xa/form2 cdda tray > > ("Detected scsi generic..." line missing.)
[snipped trident problem report]
Interesting. 'cat /proc/scsi/scsi' should show the same devices as 'cat /proc/scsi/sg/device_strs' [and 'cat /proc/scsi/sg/devices']. If not, then the SCSI mid-level is not calling sg_detect() [in sg.c] for all new scsi devices detected by the mid-level.
The sg_detect() routine is silent for all devices that are "owned" by other upper level drivers (i.e. disks, cdroms and tapes) but outputs a line for any other scsi type (e.g. scanners which are scsi type 6).
It is not clear to me what "hacking" sg requires as Torben Mathiasen suggested in his response. This seems like a mid level problem. I'll check with my scsi scanner this evening.
Other random scsi notes: - scsi modules were completely broken in 2.4.0-test9-pre4 but worked again in pre5 [Makefile hacks?] - the sd module's name has now reverted to its historic name of "sd_mod.o" - the imm module (scsi over parallel port for ZIP drives) works on a UP machine but locks up a SMP machine (until the NMI notices) - the sg "stall" problem (plugged queues) has not been addressed yet
Doug Gilbert - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |