From: Marcelo Tosatti <marcelo.tosatti@cyclades•com>
To: Dan Malek <dan@embeddededge•com>
Cc: "Smith, Craig" <craig.d.smith@siemens•com>,
linux-ppc-embedded <linuxppc-embedded@ozlabs•org>
Subject: Re: Linux 2.6.x on 8xx status
Date: Thu, 10 Feb 2005 13:04:37 -0200 [thread overview]
Message-ID: <20050210150437.GA19134@logos.cnet> (raw)
In-Reply-To: <28F2CE72-0BF0-11D9-97DC-003065F9B7DC@embeddededge.com>
On Tue, Sep 21, 2004 at 01:03:29PM -0400, Dan Malek wrote:
>
> On Sep 21, 2004, at 7:59 AM, Smith, Craig wrote:
>
> >Genius. That patch appears to work for me as well.
>
> The fact this works indicates a subtle memory management
> problem elsewhere. I don't know what that is at this
> point. This hack is in a piece of generic code that works
> properly on all other PowerPC cores, so it isn't going to
> ever appear in the public sources.
>
> I suggested this change to a few people hoping the information
> would lead them to finding the real problem, not that it
> should be perpetuated as a "fix" to make 8xx work.
> I don't personally have time to work on this right now,
> so anyone using 8xx should be looking for the real
> cause and solution, not using this to create products.
Hi Dan,
Does anyone have a clue of what is/can be wrong with the TLB entry for the
address being flushed at __flush_dcache_icache()?
Can we assume such TLB entry is corrupted in some way?
This is v2.6.10 on m8xx - with the TLB invalidate everything works as
expected.
Oops: kernel access of bad area, sig: 11 [#1]
NIP: C00049F8 LR: C000A3E0 SP: C48D1E10 REGS: c48d1d60 TRAP: 0300 Not tainted
MSR: 00009032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 100113A0, DSISR: C2000000
TASK = c4e1eba0[1230] 'netserver' THREAD: c48d0000
Last syscall: 20
GPR00: C4ED7D60 C48D1E10 C4E1EBA0 10011000 00000100 000954A0 10011000 C01C8090
GPR08: C02E64B8 C4ED7D60 00009032 00000000 00020591 100B46A8 00000000 100CA328
GPR16: 100CA1E8 2FEED1FF F657FFF4 00000000 00000000 00000000 C48D1E28 00000000
GPR24: C1148100 00000000 C1147EA4 C4ED7D60 100113A0 C1229418 04AA5889 C02E64A0
NIP [c00049f8] __flush_dcache_icache+0x14/0x40
LR [c000a3e0] update_mmu_cache+0x64/0x98
Call trace:
[c003f3a4] do_no_page+0x2ec/0x364
[c003f588] handle_mm_fault+0xa4/0x17c
[c0009968] do_page_fault+0x168/0x394
[c0002c68] handle_page_fault+0xc/0x80
next prev parent reply other threads:[~2005-02-10 18:52 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-21 11:59 Linux 2.6.x on 8xx status Smith, Craig
2004-09-21 11:53 ` Pantelis Antoniou
2004-09-21 16:54 ` Dan Malek
2004-09-21 17:03 ` Dan Malek
2004-09-22 11:09 ` Sam Song
2004-10-15 15:49 ` Marcelo Tosatti
2004-10-16 2:13 ` Marcelo Tosatti
2004-10-16 9:08 ` Sam Song
2004-10-18 5:59 ` Pantelis Antoniou
2004-10-18 6:22 ` Sam Song
2004-10-18 3:10 ` Dan Malek
2005-02-10 15:04 ` Marcelo Tosatti [this message]
2005-02-10 19:26 ` Dan Malek
2005-02-10 17:06 ` Marcelo Tosatti
2005-02-10 17:08 ` Marcelo Tosatti
2005-03-21 21:45 ` Guillaume Autran
2005-03-21 21:53 ` Robert P. J. Day
2005-03-22 13:04 ` Marcelo Tosatti
2005-03-22 20:57 ` Dan Malek
2005-03-22 17:58 ` Marcelo Tosatti
2005-03-22 22:53 ` Dan Malek
2005-03-23 10:25 ` Marcelo Tosatti
2005-03-23 16:12 ` Dan Malek
2005-03-23 16:05 ` Marcelo Tosatti
2005-03-24 14:05 ` Pantelis Antoniou
2005-03-23 14:06 ` Guillaume Autran
2005-02-11 3:42 ` Dan Malek
2005-02-21 21:12 ` Armin Schindler
2005-02-21 23:45 ` Guillaume Autran
2005-02-15 9:39 ` Reading of RTC robin
-- strict thread matches above, loose matches on Subject: below --
2005-02-22 11:20 Linux 2.6.x on 8xx status Joakim Tjernlund
2004-10-25 15:00 Sam Song
2004-09-17 13:57 Smith, Craig
2004-09-17 13:50 ` Pantelis Antoniou
[not found] <20040916201505.E723B2BDB2@ozlabs.org>
2004-09-17 10:06 ` Song Sam
2004-09-17 9:55 ` Pantelis Antoniou
2004-09-18 20:11 ` Song Sam
2004-09-20 6:02 ` Pantelis Antoniou
2004-09-20 11:47 ` Song Sam
2004-09-20 17:49 ` Tom Rini
2004-09-20 18:02 ` Robert P. J. Day
2004-09-20 18:17 ` Tom Rini
2004-09-21 1:38 ` Song Sam
2004-09-21 6:12 ` Pantelis Antoniou
2004-09-21 10:35 ` Song Sam
2004-09-21 10:41 ` Pantelis Antoniou
2004-10-15 15:47 ` Marcelo Tosatti
2004-09-16 18:56 Smith, Craig
2004-09-16 20:07 ` Dan Malek
2004-09-17 5:43 ` Pantelis Antoniou
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=20050210150437.GA19134@logos.cnet \
--to=marcelo.tosatti@cyclades$(echo .)com \
--cc=craig.d.smith@siemens$(echo .)com \
--cc=dan@embeddededge$(echo .)com \
--cc=linuxppc-embedded@ozlabs$(echo .)org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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