From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
To: Kurt Garloff <garloff@suse.de>,
Linux kernel list <linux-kernel@vger.kernel.org>,
linux-alpha@vger.kernel.org, debian-alpha@lists.debian.org,
axp-list@redhat.com, suse-axp@suse.com
Cc: Jay Estabrook <Jay.Estabrook@compaq.com>
Subject: Re: IDE DMA on AXP & barriers
Date: Fri, 7 Dec 2001 19:43:47 +0300 [thread overview]
Message-ID: <20011207194347.A2718@jurassic.park.msu.ru> (raw)
In-Reply-To: <20011206061315.J13427@garloff.etpnet.phys.tue.nl> <20011206125935.A3930@jurassic.park.msu.ru> <20011207132505.B4229@garloff.etpnet.phys.tue.nl> <20011207170341.A9959@jurassic.park.msu.ru> <20011207154815.A14011@garloff.etpnet.phys.tue.nl>
In-Reply-To: <20011207154815.A14011@garloff.etpnet.phys.tue.nl>; from garloff@suse.de on Fri, Dec 07, 2001 at 03:48:15PM +0100
On Fri, Dec 07, 2001 at 03:48:15PM +0100, Kurt Garloff wrote:
> > Hmm, it seems to be a pyxis bug; the hardware workaround exists, but
> > I guess that it might be not implemented properly on early miatas.
> > This also explains why I don't have that problem on lx164 and sx164.
> > >From pyxis manual:
> > "A.1 Read Page Problem
> > PCI DMA reads that attempt to cross 8K page boundaries cause data corruption
> > problems. A fix has been implemented with an Altera 7032 and two Pericom
> > PI5C3400 bus switches and a diode."
>
> Hey, where did you find that manual? I could not find one at Compaq's web
> site.
IIRC, few years ago someone posted a link on axp-list, and I picked it up.
Anyway, I've placed it on
ftp://ftp.park.msu.ru/ink/docs/21174_SI.pdf
> How do I recognize the broken PYXIS in software? (Except for waiting for
> your hard disk to be corrupted?)
Put the chip into PCI loopback mode, read some memory (crossing the
page boundary) via direct PCI window and check for corruption -
perhaps this will work.
> Unfortunately, I see no 21174 on my PCI bus where I could just check the
> revision.
Checking the revision won't help - that bug should be fixed with some
off-chip logic.
> Or should I just put an #ifdef CONFIG_ALPHA_PYXIS in my patch?
> What about the users of generic alpha kernels?
#ifdef CONFIG_ALPHA_PYXIS won't work for them.
> Or a config option?
Maybe...
Jay, your opinion? Perhaps you have the info which systems are affected?
Ivan.
next prev parent reply other threads:[~2001-12-07 16:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-06 5:13 Kurt Garloff
2001-12-06 9:59 ` Ivan Kokshaysky
2001-12-07 12:25 ` Kurt Garloff
2001-12-07 14:03 ` Ivan Kokshaysky
2001-12-07 14:48 ` Kurt Garloff
2001-12-07 16:43 ` Ivan Kokshaysky [this message]
2001-12-07 17:02 ` Kurt Garloff
2001-12-07 18:50 ` Jay Estabrook
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=20011207194347.A2718@jurassic.park.msu.ru \
--to=ink@jurassic.park.msu.ru \
--cc=Jay.Estabrook@compaq.com \
--cc=axp-list@redhat.com \
--cc=debian-alpha@lists.debian.org \
--cc=garloff@suse.de \
--cc=linux-alpha@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=suse-axp@suse.com \
/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®