> I am having terrible problems with the 3.0 series of drivers on an Alpha
> UDB. They work perfectly under Intel Linux (I have C810a-based adapters
> in two different boxes - one an SMP), so I'm wondering if this is a fluke
> in the UDB hardware.
>
> It boots in 2.1.117, but blows up fairly quickly with an endless cascade
> of time-outs on /dev/sdb. Eventually, it tries a reset, pauses, and just
Your system probably does not boot from this drive (does it?).
Does Linux print either the capacity or the partition table of this drive
before starting to endless loop with timeouts?
> continues spitting out the same messages. This continues until
> power-down.
>
> There is nothing whatever wrong with the drive. It is a Maxtor MXT540S
> which works perfectly under version 2.5f (and earlier) of your driver.
This may be a bug in the new driver version.
> Finally, I rebuilt 2.1.117 with the 2.5f driver and it again works fine.
>
> I'd like to help you chase this down, but there are a dizzying number of
> options with the new driver and I don't know where to even start.
>
> Any suggestions?
I only have a Pentium-133 and a PII-233 system, and so I have to cross
fingers and to waits for problems reports for other architectures.:(
I have checked the sources against a possible problem with 64 bit arch.,
but did'nt find any clue.
For now, you may apply the following patch that disables the done queue
handling and let me know if it makes differences.
--- linux/drivers/scsi/ncr53c8xx.c.SAVE Fri Aug 28 14:47:31 1998
+++ linux/drivers/scsi/ncr53c8xx.c Fri Aug 28 14:59:50 1998
@@ -282,7 +282,7 @@
**==========================================================
*/
-#define SCSI_NCR_CCB_DONE_SUPPORT
+/* #define SCSI_NCR_CCB_DONE_SUPPORT */
#ifdef SCSI_NCR_CCB_DONE_SUPPORT
#define MAX_DONE 24
---------------------- Cut here --------------------------
You also could boot your system with conservative SCSI features:
(No tags, 5MHz sync data transfers (50ns x 4 = 200ns))
ncr53c8xx=tags:0,sync:50
Regards,
Gerard.
-
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.altern.org/andrebalsa/doc/lkml-faq.html