From: "John W. Linville" <linville@lvl7.com>
To: Dan Malek <dan@embeddededge.com>
Cc: David Ashley <dash@xdr.com>, linuxppc-embedded@lists.linuxppc.org
Subject: Re: Linux 2.4.17 bug, mmap of /dev/mem
Date: Tue, 26 Feb 2002 09:43:58 -0500 [thread overview]
Message-ID: <3C7B9F2E.40BC7C46@lvl7.com> (raw)
In-Reply-To: 3C7B0605.3080308@embeddededge.com
Dan,
Could you elaborate on the problems associated w/ bus timings that
you've seen on the 8xx? We've been seeing a lot of unexplained Oops
messages (and even crashes) on one of our hardware platforms. The only
common thread seems to be dereferncing bad pointer values, but they
occur in so many different places...
I've asked our hardware guys to take a look at the settings for the UPM
we are using to control SDRAM. Do you think we are on the right track?
Can you provide any guidance?
Thanks in advance for any help you can provide! I'll buy you a beer and
some maple candy the next time I'm up your way! :-)
John
Dan Malek wrote:
>
> 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.
--
John W. Linville
LVL7 Systems, Inc.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2002-02-26 14:43 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
2002-02-26 14:43 ` John W. Linville [this message]
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=3C7B9F2E.40BC7C46@lvl7.com \
--to=linville@lvl7.com \
--cc=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).