From: Matthew Wilcox <matthew@wil.cx>
To: SUPPORT <support@4bridgeworks.com>
Cc: "'Matthew Wilcox'" <matthew@wil.cx>,
Thomas Babut <thomas@babut.net>,
linux-kernel@vger.kernel.org,
Linux SCSI <linux-scsi@vger.kernel.org>,
groudier@free.fr
Subject: Re: Kernel 2.6.x hangs with Symbios Logic 53c1010 Ultra3 SCSI Ada pter
Date: Fri, 5 Nov 2004 20:36:51 +0000 [thread overview]
Message-ID: <20041105203651.GA24690@parcelfarce.linux.theplanet.co.uk> (raw)
In-Reply-To: <C18BA5DDB58DD511BD0700C0DF0DD4501EEC6A@NTSERVER4>
On Fri, Nov 05, 2004 at 04:25:03PM -0000, SUPPORT wrote:
> I've been seeing problems with various tape drives and PPR. And a SCSI 3 SE
> disk is interesting as well! SE and PPR don't get on too well;)
... yes ...
I think we should *never* attempt PPR on a SE bus, even when the drive
supports it. We've seen bugs in Seagate drive firmware because of this,
so let's stop doing it.
How does this patch (whitespace damaged, apply by hand) make people feel?
--- linux-2.6/drivers/scsi/sym53c8xx_2/sym_hipd.c 2004-11-02 12:59:53.0000
00000 -0700
+++ sym2-2.6/drivers/scsi/sym53c8xx_2/sym_hipd.c 2004-11-05 13:20:18.0000
00000 -0700
@@ -1455,7 +1455,7 @@
st->options &= ~PPR_OPT_DT;
}
- if (!(np->features & FE_ULTRA3))
+ if (np->scsi_mode != SMODE_LVD || !(np->features & FE_ULTRA3))
st->options &= ~PPR_OPT_DT;
if (st->options & PPR_OPT_DT) {
> Matthew - I have attached some bits of SCSI analyser traces which I hope may
> be useful. An IBM SCSI 3 SE disk and a couple of LTO tape drives - IBM and
> HP. The HP causes severe problems as modprobe hangs without the fix. I have
> also seen drives that do unexpected disconnects if they get sent PPR.
Thanks, those are interesting. It's good to see that we really are
spitting PPR out onto the wire when we shouldn't be.
> I have been toying with the idea of disabling PPR capability if PPR is
> rejected - forcing sdev->ppr=0 in the driver when it determines PPR has been
> rejected - but I'm not sure that's right. There are drives which reject
> negotiation - legacy sync and wide at least - while they are initialising
> but will then accept it later on.
I think disabling PPR on an SE bus should be a better fix than that.
> Question - where does the full source for the sym53c8xx_2 driver live these
> days now that Gerard no long maintains it?
My primary development for this driver lives in the parisc-linux CVS.
I publish patches on an irregular basis. If this patch fixes a
significant number of problems (and it seems it might), I'll do a
2.1.18n release.
--
"Next the statesmen will invent cheap lies, putting the blame upon
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince
himself that the war is just, and will thank God for the better sleep
he enjoys after this process of grotesque self-deception." -- Mark Twain
next prev parent reply other threads:[~2004-11-05 20:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-05 16:25 SUPPORT
2004-11-05 20:36 ` Matthew Wilcox [this message]
2004-11-06 0:02 Richard Waltham
2004-11-06 3:59 ` Matthew Wilcox
2004-11-06 4:46 ` Doug Ledford
2004-11-06 12:03 ` Christoph Hellwig
2004-11-06 18:45 ` Matthew Wilcox
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=20041105203651.GA24690@parcelfarce.linux.theplanet.co.uk \
--to=matthew@wil.cx \
--cc=groudier@free.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=support@4bridgeworks.com \
--cc=thomas@babut.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®