From: Greg KH <greg@kroah.com>
To: Jesse Barnes <jbarnes@sgi.com>
Cc: linux-pci@atrey.karlin.mff.cuni.cz, linux-kernel@vger.kernel.org,
linux-ia64@vger.kernel.org, jeremy@sgi.com
Subject: Re: [PATCH] readX_relaxed interface
Date: Thu, 15 Jan 2004 16:32:25 -0800 [thread overview]
Message-ID: <20040116003224.GF23253@kroah.com> (raw)
In-Reply-To: <20040115204913.GA8172@sgi.com>
On Thu, Jan 15, 2004 at 12:49:13PM -0800, Jesse Barnes wrote:
> Based on the PIO ordering disucssion, I've come up with the following
> patch. It has the potential to help any platform that has seperate PIO
> and DMA channels, and allows them to be reorderd wrt each other. Some
> SGI MIPS platforms, as well as the SGI Altix (aka sn2) platform behave
> this way, and will thus benefit from this patch.
>
> It adds a new PIO read routine for PIOs that don't have to be ordered
> wrt DMA on the system.
>
> If it looks ok, I'll add in macros for the other arches and send it out
> for inclusion.
It looks ok, but it would really be good if we could indicate if the
read actually was successful. Right now some platforms can detect
faults and do not have a way to get that error back to the driver in a
sane manner. If we were to change the read* functions to look something
like:
int readb(void *addr, u8 *data);
it would be a world easier.
Now I'm not saying I want to change the existing interfaces to support
this, that's too much code to change for even me (and is a 2.7 thing.)
Just wanted to put this idea in people's heads that we need to start
planning for something like it.
thanks,
greg k-h
next prev parent reply other threads:[~2004-01-16 1:07 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-15 20:49 [PATCH] readX_relaxed interface Jesse Barnes
2004-01-15 22:16 ` Grant Grundler
2004-01-15 22:56 ` Jesse Barnes
2004-01-16 3:19 ` Jeremy Higdon
2004-01-16 0:32 ` Greg KH [this message]
2004-01-16 2:21 ` Jesse Barnes
2004-01-16 5:00 ` Linus Torvalds
2004-01-16 17:21 ` Jesse Barnes
2004-01-16 5:00 ` Grant Grundler
2004-01-19 9:31 ` Hironobu Ishii
2004-01-19 18:18 ` Grant Grundler
2004-01-16 5:50 ` Grant Grundler
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=20040116003224.GF23253@kroah.com \
--to=greg@kroah.com \
--cc=jbarnes@sgi.com \
--cc=jeremy@sgi.com \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@atrey.karlin.mff.cuni.cz \
/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