Messages in this thread | | | Subject | Re: 2.2.0-pre2 seems faster than 2.1.132, but SCSI problem? | From | Joerg Schuler <> | Date | Sat, 2 Jan 1999 12:06:45 +0100 |
| |
In article <199901020003.AAA10559@xinef.trigono.int> you wrote: : Hi all.
: Everything seems to work Ok, except for a SCSI scanner, and it doesn't work : with 2.0.36-pre-something. It works in that GUI from Redmond, though (same : machine), so I think the problem may be in the drivers. I am reporting this to : the 'sane' people, as perhaps the problem is not in the SCSI driver. I am : using an Artec AT12 scanner and NCR53C810 host card. The first time it scans : very well, but next time there is an I/O error and the scanner seems to be : dead. If I try again, the computer seems to freeze (I haven't a monitor : attached to it, every scan is done through the network).
I have a similar problem concerning an Asus SC200 NcR53C810-based SCSI-card. The kernel version (2.0.34/35/37pre4) doesnt matter -- I tracked it down to the device driver. Using the old driver NCR53c7,8xx works, the dedicated NCR58c8xx-driver runs into problems (and yes, I tried to fiddle around with tagged commands etc).
Now here's what happening: I have an old 2 GB SCSI DAT-streamer from Maynard attached to my SCSI bus. Writing to it will work fine for a while but then the bus will hang, eventually resetting (sometimes not). Running xcdroast (which seems to scan the SCSI-bus) will report my CD-ROM-drive (the last before my streamer -- last entry in the log), then will freeze the entire system. At one instant I could see the system recover with an SCSI-bus reset. As I mentioned above, using the old driver solves all the problems, while reducing I/O throughput quite a bit.
If it would be useful for you, I could run another test with my streamer writing down the exact error messages.
Jörg Schuler.
-- X Jörg Schuler: Jorg.Schuler@stud.uni-karlsruhe.de or: X | jcs at hatarakibachi pond sub org PGP-Key on demand. | | Don't try: http://www.uni-karlsruhe.de/~Jorg.Schuler. It won't pay! | X * Hardware, n.: The parts of a computer system that can be kicked. * X
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |