RE: very slow tar with deep trees on 2.1.131

Heinz Mauelshagen (mauelsha@ez-darmstadt.telekom.de)
Sun, 13 Dec 1998 13:50:04 MET


Mayby unnecessary scsi resets are the reason?

Did you have a look into your /var/log/messages (or whatever it is)
and find corresponding "scsi blablabla : resetting for second half of retries."
messages in there?

If this is the case, i think i've found a fix.
Somebody changed the time calculation for resetting
in drivers/scsi/scsi_obsolete.c (line 1116) between 2.1.130 and 2.1.131
screwing at least aic7xxx (and maybe other low level scsi drivers using
the _old_ scsi error handling stuff).

See patch below.

Regards,
Heinz

--- linux-2.1.131.orig/drivers/scsi/scsi_obsolete.c Sun Nov 29 19:40:31 1998
+++ linux-2.1.130/drivers/scsi/scsi_obsolete.c Mon Nov 2 18:14:08 1998
@@ -607,9 +607,10 @@
if ((++SCpnt->retries) < SCpnt->allowed)
{
if ((SCpnt->retries >= (SCpnt->allowed >> 1))
- /* FIXME: last_reset == 0 is allowed */
- && time_after(jiffies, SCpnt->host->last_reset
- + MIN_RESET_PERIOD)
+ /* FIXME: last_reset == 0 is allowed
+ * && !(SCpnt->host->last_reset > 0 */ &&
+ time_before(jiffies, SCpnt->host->last_reset
+ + MIN_RESET_PERIOD)
&& !(SCpnt->flags & WAS_RESET))
{
printk("scsi%d channel %d : resetting for second half of retries
.\n",

--

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Systemmanagement Entwicklungsbereich 2 Deutsche Telekom AG Entwicklungszentrum Darmstadt Heinz Mauelshagen Otto-Roehm-Strasse 71c Postfach 10 05 41 mge@ez-darmstadt.telekom.de 64205 Darmstadt Germany +49 6151 886-425 FAX-386 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

- 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/