From: Richard Hirst <rhirst@linuxcare.com>
To: Daniel Engstrom <5116@telia.com>
Cc: parisc-linux@lists.parisc-linux.org,
James Bottomley <James.Bottomley@HansenPartnership.com>
Subject: Re: [parisc-linux] New scsi driver for 53c700 and 53c710 committed
Date: Wed, 17 Oct 2001 10:56:41 +0100 [thread overview]
Message-ID: <20011017105641.G11105@linuxcare.com> (raw)
In-Reply-To: <20011017000833.C10728@zaphod.halden.lillfab.se>; from 5116@telia.com on Wed, Oct 17, 2001 at 12:08:33AM +0200
On Wed, Oct 17, 2001 at 12:08:33AM +0200, Daniel Engstrom wrote:
>
> > > I have some problems with this driver on my 715-50/old installed from the
> > > 0.92 cd.
> >
> > We've had one problem report so far that was fixed by adding a scsi
> > terminator.
> Well I have terminators at both ends, the external one is an active terminator
> and the internal on is the original HP part.
> I also tried to remov the external CD from the bus to day but it had no effect.
>
> > The new driver runs fast sync scsi transfers, while the old one ran slower
> > async.
> The 715 i have have a vanilla 53c700 chip and as far as I can tell this chip
> supports only async transfers. The driver will not enable sync tranfers unless
> you have at least a 53c700-66 device.
Yes, I think you are right there.
> > Also let us know what you system has by way of scsi termination.
> See above. I have two 3G Quantum drives on the bus and until today I had a dual speed
> Toshiba CDROM in an external enclosure.
>
> I have enabled debugging in the 53c700 driver, whith this debugging the driver seems
> to stay alive longer that without debuging. Infact it has yet to lockup after running
> bonnie for 18 minutes (I booted an nfs root and mounted the scsi disk maunaly). I guess
> the debuging printk's removed the lockup. I just rebooted in to the nfs root with a new
> kernel where the only change is the removal of the debug output, and this kernel dies after
> a while (~10min) running bonnie. Please advise. :)
I don't think 18 mins with no lockup against 10 mins with lockup is
conclusive really, given that the debugging will have slowed things
down considerably. How long have you run bonnie for with the old
driver? I'd like to see that run for say 1 hour without lockups
before we assumed the new driver was causing a problem.
When it fails, I'd expect the scsi layer to time out any active
commands and retry. Is there any evidence of it doing that, or
is there no console output at all?
Richard
next prev parent reply other threads:[~2001-10-17 9:56 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-08 22:09 [parisc-linux] New scsi driver for 53c700 and 53c710 committed Richard Hirst
2001-10-13 21:32 ` Daniel Engstrom
2001-10-16 9:17 ` Richard Hirst
2001-10-16 22:08 ` Daniel Engstrom
2001-10-17 9:56 ` Richard Hirst [this message]
2001-10-17 14:19 ` James Bottomley
2001-10-18 18:43 ` Daniel Engstrom
2001-10-18 18:43 ` Daniel Engstrom
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20011017105641.G11105@linuxcare.com \
--to=rhirst@linuxcare.com \
--cc=5116@telia.com \
--cc=James.Bottomley@HansenPartnership.com \
--cc=parisc-linux@lists.parisc-linux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.