Linux MIPS Architecture development
 help / color / mirror / Atom feed
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

  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