Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
Bernhard, Rex, please let me know if that works for you.
it doesn't work for me, it crashes differently then before though!
This patch worked for me:
Signed-off-by: Bernhard Weirich bernhard.weir...@riedel.net
---
-by: Rex Feany rfe...@mrv.com
diff --git a/arch/powerpc/mm/pgtable.c b/arch/powerpc/mm/pgtable.c
index 627767d..d8e6725 100644
--- a/arch/powerpc/mm/pgtable.c
+++ b/arch/powerpc/mm/pgtable.c
@@ -30,6 +30,8 @@
#include asm/tlbflush.h
#include asm/tlb.h
+#include mmu_decl.h
+
static DEFINE_PER_CPU
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
Hrm. This is really strange...
Is this a problem? in pte-8xx.h you added:
+#define _PAGE_SPECIAL 0x0008 /* SW entry, forced to 0 by the TLB miss */
but there is already this:
#define _PAGE_EXEC 0x0008 /* software: i-cache
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
You can get my tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
(To get the merge branch, just add merge after the clone if you
are cloning it, or just create a local branch and manually pull
into it)
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
Your tree hangs on boot, similar to what I saw without the 8xx
work-around patch -- it is hard to tell if it is the same though. :(
There's no backtrace ? Where does it hang ? Also which workaround
patch ? The missing
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
I think there's more finishyness to 8xx than we thought. IE. That
tlbil_va might have more reasons to be there than what the comment
seems to advertize. Can you try to move it even higher up ? IE.
Unconditionally at the
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
On Thu, 2009-09-24 at 18:35 -0700, Rex Feany wrote:
Then I can boot and get to a shell, but userspace is slow. 8 seconds
to mount
/proc (vs. less then a second using my old kernel)! Maybe this is an
unrelated issue? I'm
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 29/09/2009
10:16:38:
hmm, yes. You do get this and mysterious SEGV if you hit the but so does
other bugs too so this is probably due to missing invalidation.
I
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
On Mon, 2009-09-28 at 18:21 -0700, Rex Feany wrote:
It's going to be hard for me to get that right since I don't really
know what's going on with the core here, but I suppose if we get it
moving along with extra tlb
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
Ok, I have made some minor tweaks and added debug code in
do_page_fault(). Would be great if you could try on both
.31 and top of tree.
Jocke
OOPS, found a bug. Use this one instead:
.31 - no change, it worked before your
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
Scott and Rex, please disregard other patches from me and
try these out instead.
I have results similar to Scott's. I tried both with and without patch
5 6, and I also need the tlbia_va in ptep_set_access_flags().
I got this oops:
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
I got this oops:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc000e110
Oops: Kernel access of bad area, sig: 11 [#1]
MRV NM2
NIP: c000e110 LR: c000d520 CTR: 1006bf40
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
So here we go again. This time I am
fairly confindent I got most things correct :)
Also manged to use even less instructions in the
TLB Miss handlers.
Scott and Rex, forget previous versions and
try this one out.
This patch set
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
Rex Feany rfe...@mrv.com wrote on 09/10/2009 02:15:27:
open(/proc/mounts, O_RDONLY) = 3
fstat64(0x3, 0x7fe7e2a8)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0
The biggest problem for me turned out to be the MMU context IDs being
clamped to 32 when the 8xx only has 16. With this, things are a bit more
stable :)
diff --git a/arch/powerpc/mm/mmu_context_nohash.c
b/arch/powerpc/mm/mmu_context_nohash.c
index c2f93dc..15e00c5 100644
---
Thus spake Benjamin Herrenschmidt (b...@kernel.crashing.org):
On Wed, 2009-10-14 at 17:41 -0700, Rex Feany wrote:
The biggest problem for me turned out to be the MMU context IDs being
clamped to 32 when the 8xx only has 16. With this, things are a bit more
stable :)
This is with Joakim
arch/powerpc/kernel/head_8xx.o: In function `FixupDAR':
/home/rfeany/src/lnxnm/linux-dev/arch/powerpc/kernel/head_8xx.S:576: undefined
reference to `DARfix'
With all of your patches applied I have this problem:
open(/proc/mounts, O_RDONLY) = 3
fstat64(0x3, 0x7fc6ad58)=
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
Right, it is the pte table walk that is blowing up.
I just noted that 2.6 lacks a tophys() call in its table walk
so I removed that one(there is one more tophys call but I don't think
it should be removed).
Try this addon patch:
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
Yet again an iteration of the series.
Rex Scott, please test and signoff.
Changes since last version:
- Fix rlwimi insn(from Scott)
Hi Joakim,
Things look much better with this patch set, I see none
of the random crashes that I
19 matches
Mail list logo