From: "David S. Miller" <davem@redhat.com>
To: Matthew Wilcox <willy@debian.org>
Cc: santosha@india.hp.com, willy@debian.org, sct@redhat.com,
santosh.abraham@hp.com, randolph@tausq.org,
parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Fwd: Problems with raw interface.
Date: Fri, 26 Sep 2003 06:21:43 -0700 [thread overview]
Message-ID: <20030926062143.20d85a72.davem@redhat.com> (raw)
In-Reply-To: <20030926132901.GJ24824@parcelfarce.linux.theplanet.co.uk>
On Fri, 26 Sep 2003 14:29:01 +0100
Matthew Wilcox <willy@debian.org> wrote:
> On Fri, Sep 26, 2003 at 05:56:52AM -0700, David S. Miller wrote:
> > When page->mapping is NULL, flush_dcache_page() should purge the page
> > (by physical addres) from it's caches. This is what sparc64 does.
>
> But you can't do that on PA-RISC. You can only purge virtual addresses.
Then for page->mapping == NULL your flush_dcache_page() is not doing
what it is supposed to, and you can expect problems extending further
than this raw I/O case.
You have to find a way to walk all the address spaces to figure out
where the page is mapped.
If you just put a flush_cache_range() there, you may get your current
test working but that code is wrong. It will be wrong in any case
where the page is mapped to anywhere other then this mapping in
this address space.
The real problem for you guys is that in 2.4.x there is no easy way to
go from a page to it's mapping regardless of what kind of page it is.
That's what you need to rectify somehow.
next prev parent reply other threads:[~2003-09-26 13:35 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-25 10:38 [parisc-linux] Fwd: Problems with raw interface Santosh Abraham
2003-09-25 10:50 ` Randolph Chung
2003-09-25 11:19 ` Santosh Abraham
2003-09-25 14:26 ` Matthew Wilcox
2003-09-26 1:08 ` David S. Miller
2003-09-26 11:24 ` Matthew Wilcox
2003-09-26 11:20 ` David S. Miller
2003-09-26 11:57 ` Stephen C. Tweedie
2003-09-26 11:48 ` David S. Miller
2003-09-26 12:20 ` Matthew Wilcox
2003-09-26 12:38 ` David S. Miller
2003-09-26 13:11 ` SANTOSH ABRAHAM
2003-09-26 12:56 ` David S. Miller
2003-09-26 13:29 ` Matthew Wilcox
2003-09-26 13:21 ` David S. Miller [this message]
2003-09-26 14:09 ` Matthew Wilcox
2003-09-26 14:04 ` David S. Miller
2003-09-26 14:30 ` Matthew Wilcox
2003-09-26 14:20 ` David S. Miller
2003-09-26 14:42 ` Stephen C. Tweedie
2003-09-26 14:26 ` Stephen C. Tweedie
2003-09-26 11:47 ` Santosh Abraham
2003-09-26 10:42 ` Santosh Abraham
2003-09-26 10:34 ` David S. Miller
2003-09-26 12:12 ` Santosh Abraham
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=20030926062143.20d85a72.davem@redhat.com \
--to=davem@redhat.com \
--cc=parisc-linux@lists.parisc-linux.org \
--cc=randolph@tausq.org \
--cc=santosh.abraham@hp.com \
--cc=santosha@india.hp.com \
--cc=sct@redhat.com \
--cc=willy@debian.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