From: ralf@uni-koblenz.de
To: "William J. Earl" <wje@fir.engr.sgi.com>
Cc: Ulf Carlsson <grim@zigzegv.ml.org>, linux@cthulhu.engr.sgi.com
Subject: Re: bus error IRQ
Date: Thu, 20 Aug 1998 02:13:22 +0200 [thread overview]
Message-ID: <19980820021322.C388@uni-koblenz.de> (raw)
In-Reply-To: <199808190231.TAA27036@fir.engr.sgi.com>; from William J. Earl on Tue, Aug 18, 1998 at 07:31:05PM -0700
On Tue, Aug 18, 1998 at 07:31:05PM -0700, William J. Earl wrote:
> ralf@uni-koblenz.de writes:
> ...
> > The bad thing with a bus error is that it may be delayed for a very long
> > time thus resulting in a useless program counter. What happens is that
> > the CPU writes to some invalid address but the write access over the
> > system bus is delayed because the writeback cache policy is being used.
> > Later, maybe even much later, when the cacheline gets written back to
> > memory for some reason the system board signals a bus error interrupt.
> > At this point the program counter may already be completly useless.
> ...
>
> You cannot get a delayed bus error on a cached write, unless
> you do a "create dirty exclusive" cache operation to validate the line
> before writing.
Linux uses Create_Dirty_Excl_D as optimization where possible, so the
probability for this to happen is relativly high. Linux however should
never use Create_Dirty_Excl_D or Create_Dirty_Excl_SD on R4[04]00SC
CPUs, have to verify this.
> You can get delayed bus errors on uncached writes,
> as to device control registers. Since any K1SEG address is uncached,
> it is not too hard to generate a bus error with a bad pointer value.
Ralf
next prev parent reply other threads:[~1998-08-20 0:59 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-08-17 18:45 bus error IRQ Ulf Carlsson
1998-08-18 0:13 ` ralf
1998-08-19 2:31 ` William J. Earl
1998-08-20 0:13 ` ralf [this message]
-- strict thread matches above, loose matches on Subject: below --
1997-12-16 10:36 Joachim Schmitz
1997-12-16 12:24 ` Ralf Baechle
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=19980820021322.C388@uni-koblenz.de \
--to=ralf@uni-koblenz.de \
--cc=grim@zigzegv.ml.org \
--cc=linux@cthulhu.engr.sgi.com \
--cc=wje@fir.engr.sgi.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