mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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.

  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®