All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Luck, Tony" <tony.luck@intel.com>
To: linux-ia64@vger.kernel.org
Subject: RE: [RFC] How drivers notice a MCA on I/O read? [1/3]
Date: Tue, 18 Nov 2003 17:47:41 +0000	[thread overview]
Message-ID: <marc-linux-ia64-106917774129945@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-106915044130197@msgid-missing>

> This would not only be useful for the occasional device failure, but
> also for accessing memory spaces which by definition may or may not
> respond to PIO requets, like legacy I/O bus and memory regions.  Upon
> entering readb_check(), you could set a global telling the MCA handler
> to potentially expect a failure from the address or range that was
> passed in.  This would allow the MCA handler describe in simple terms
> what went wrong in case of failure and/or take appropriate action.

As Zoltan mentioned in his mail you'd have to do some heavy fencing
around the internals of readb_check() to make this safe ... which
might make readb_check() too expensive to use for the 99.999999% of
the cases where the I/O board isn't broken.  But I don't actually know
how much overhead would be involved ... I/O reads are already horrendously
slow, so you may be able to add some sizeable overhead without affecting
macro benchmarks more than a few percent.

-Tony

  parent reply	other threads:[~2003-11-18 17:47 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-18 10:11 [RFC] How drivers notice a MCA on I/O read? [1/3] Hidetoshi Seto
2003-11-18 10:12 ` [RFC] How drivers notice a MCA on I/O read? [2/3] Hidetoshi Seto
2003-11-18 10:14 ` [RFC] How drivers notice a MCA on I/O read? [3/3] Hidetoshi Seto
2003-11-18 15:06 ` [RFC] How drivers notice a MCA on I/O read? [1/3] Zoltan Menyhart
2003-11-18 17:10 ` Jesse Barnes
2003-11-18 17:47 ` Luck, Tony [this message]
2003-11-19 16:45 ` Grant Grundler
2003-11-25  9:27 ` Hidetoshi Seto

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=marc-linux-ia64-106917774129945@msgid-missing \
    --to=tony.luck@intel.com \
    --cc=linux-ia64@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.