From: Dan Malek <dan@embeddededge.com>
To: David Ashley <dash@xdr.com>
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: Linux 2.4.17 bug, mmap of /dev/mem
Date: Mon, 25 Feb 2002 22:50:29 -0500 [thread overview]
Message-ID: <3C7B0605.3080308@embeddededge.com> (raw)
In-Reply-To: 200202260315.g1Q3Fmt18809@dave.home
David Ashley wrote:
> Maybe you can point me to some discussion of how linux operates? I mean,
> once the memory is mapped with the page tables, what happens once the
> process does a read to a page? Does that generate a page fault?
It isn't really unique to Linux. Yes, the access can generate a page
fault, which will cause a kernel exception to load the TLB. This can
generate some weird looking, early terminated bus timing, which is
perfectly within the specifications of the hardware but isn't something
the designers always consider. I've seen this quite often on the 8xx,
but fortunately have never had to attach a logic analyzer to a 60x bus.
So, I doubt it is any Linux or software problem, but more likely something
wrong with the timing on the bus that is resulting in incorrect data
returned to a memory access.
> ....... It seems like all discussions on this are
> outdated and only apply to older kernels...
The basic concepts of how all of this works hasn't changed much. There
have been lots of detailed updates to make it more efficient or flexible.
IIRC, somewhere around the 2.4.7 timeframe was a major VM change,
we were also making changes for tracking changed attributes and Paulus
made some other instruction page invalidate enhancements. Except at
the lowest level of processor specific MMU details, all of the PowerPC
and Linux VM is the same. A bug in the lower level functions is usually
quite obvious and quickly addressed.
-- Dan
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2002-02-26 3:50 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-26 3:15 Linux 2.4.17 bug, mmap of /dev/mem David Ashley
2002-02-26 3:50 ` Dan Malek [this message]
2002-02-26 14:43 ` John W. Linville
2002-02-26 15:18 ` Wolfgang Denk
2002-02-26 17:06 ` Dan Malek
-- strict thread matches above, loose matches on Subject: below --
2002-02-27 21:48 David Ashley
2002-02-27 22:05 ` Wolfgang Grandegger
2002-02-27 21:36 David Ashley
2002-02-27 21:04 David Ashley
2002-02-27 21:06 ` Dan Malek
2002-02-26 20:17 David Ashley
2002-02-26 16:00 David Ashley
2002-02-26 0:36 David Ashley
2002-02-26 0:18 David Ashley
2002-02-26 0:06 David Ashley
2002-02-25 23:43 David Ashley
[not found] <3C7AC345.301@embeddededge.com>
2002-02-25 23:26 ` Wolfgang Denk
2002-02-25 22:29 David Ashley
2002-02-25 22:41 ` Wolfgang Denk
2002-02-26 0:57 ` Greg Griffes
2002-02-26 1:34 ` Dan Malek
2002-02-25 20:27 David Ashley
2002-02-25 20:54 ` Dan Malek
2002-02-25 21:06 ` Dan Malek
2002-02-25 22:36 ` Wolfgang Denk
2002-02-25 18:16 David Ashley
2002-02-25 18:51 ` Dan Malek
2002-02-20 15:54 David Ashley
2002-02-15 7:17 Goddeeris Frederic
2002-02-14 17:06 David Ashley
2002-02-14 9:22 Goddeeris Frederic
2002-02-12 0:36 David Ashley
2002-02-08 16:07 David Ashley
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=3C7B0605.3080308@embeddededge.com \
--to=dan@embeddededge.com \
--cc=dash@xdr.com \
--cc=linuxppc-embedded@lists.linuxppc.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;
as well as URLs for NNTP newsgroup(s).