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
next prev 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox