Re: 2.2.0-pre2 seems faster than 2.1.132, but SCSI problem?

Joerg Schuler (ub4h@rz.uni-karlsruhe.de)
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/