Hello,

Both of these files contain the following code segment:

[5154-5172: 53c7xx.c]
[5537-5557: 53c7,8xx.c]

which contains this code:

    if (NCR53c7x0_read8(hostdata->istat) &
   (ISTAT_DIP|ISTAT_SIP|
       (hostdata->chip / 100 == 8 ? ISTAT_800_INTF : 0))) {
   printk ("scsi%d : dropped interrupt for command %ld\n",
host->host_no,
       cmd->pid);
   NCR53c7x0_intr (host->irq, NULL, NULL);
   return SCSI_ABORT_BUSY;

(the prior is comment).

I have a UDB (Alpha 21066/166MHz) that is sometimes getting stuck in
this code loop.  Here is a snippet from syslog:

Feb 19 16:51:38 styx kernel: scsi : aborting command due to timeout :
pid 105937
, scsi0, channel 0, id 0, lun 0 Write (6) 03 27 c6 02 00 
Feb 19 16:51:38 styx kernel: scsi0 : dropped interrupt for command
105937

These message repeat with the regularity [5-15 seconds] and the system
is completely unresponsive during this time.  I don't know much about
the SCSI subsystem, but I'm wonder if this code may be faulty.  The
reason for my concern, though, is the comment above which basically
states, "I think this is right, but someone should check it".

Right now the system appears to be staying up, but when it is used as a
gateway with a few ipmasqadm and ipchains rules its uptime is measured
in hours or less (right now just ipchains masqing forwarding is enabled
so that it can be used as a gateway for testing).  I don't know if this
problem can be related.  I don't recall testing to see if heavy disk I/O
results in the same problem, but some reason I think I eliminated it as
a probable cause, so perhaps I did do some testing of that nature ...
maybe it was just running apt to install things, though, not sure...

Anyway, this is linux kernel 2.2.14 with modules running debian/frozen
on an alpha UDB.  Any help would be greatly appreciated.  I have the
same basic setup on another UDB, except it's not doing ipmasqadm things,
and running Redhat flawlessly (kernel-wise, anyway).

Thanks,
Christopher

-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]

Reply via email to