[Top] [All Lists]

RE: Broadcom Swarm support

To: "Aurelien Jarno" <>, <>
Subject: RE: Broadcom Swarm support
From: "Kaz Kylheku" <>
Date: Wed, 24 Jun 2009 15:18:24 -0700
In-reply-to: <>
Original-recipient: rfc822;
Thread-index: Acn0lhh9LwS3qtpPRkGfCc/Y9v371wAW+1vg
Thread-topic: Broadcom Swarm support
Aurelien Jarno wrote:
> Hi all,
> I am still trying to get a Broadcom Swarm boot on a recent kernel. I
> have made some progress, but I am now stuck on another problem.
> I am using a lmo 2.6.30 kernel, using the defconfig 

[ snip ]

> | Kernel panic - not syncing: Attempted to kill init!
> | Rebooting in 5 seconds..Passing control back to CFE...

What kernel were you running prior to trying 30?

When I migrated from 2.6.17 to 2.6.26, on a Broadcom
1480 based board, I discovered that there is some kind
of instruction cache problem, which causes userland to
fetch garbage instead of code from its mmap-ped executables.
I could not get init to execute successfully.

Sorry, I can no longer remember whether this problem was
SMP specific or not (like what you're experiencing);
it might have been.

At some point in the kernel history, Ralfie decided that
the flush_icache_page function is unnecessary and
turned it into a MIPS-wide noop. But the SB1 core, which has
a VIVT instruction cache, it appears that there
is some kind of issue whereby when it
is handling a fault for a not-present virtual page,
it somehow ends up with bad data in the instruction
cache---perhaps an inconsistent state due to not having
been able to complete the fetch, but having initiated
a cache update on the expectation that the fetch
will complete. It seems that the the fault handler
is expected to do a flush.

Anyway, see if you can work this patch (based on 2.6.26)
into your kernel, and report whether it makes any difference.

Index: include/asm-mips/cacheflush.h
--- include/asm-mips/cacheflush.h       (revision 2677)
+++ include/asm-mips/cacheflush.h       (revision 2678)
@@ -37,6 +37,7 @@
        unsigned long start, unsigned long end);
 extern void (*flush_cache_page)(struct vm_area_struct *vma, unsigned
long page, unsigned long pfn);
 extern void __flush_dcache_page(struct page *page);
+extern void __flush_icache_page(struct vm_area_struct *vma, struct page
 static inline void flush_dcache_page(struct page *page)
@@ -57,11 +58,6 @@
                __flush_anon_page(page, vmaddr);
-static inline void flush_icache_page(struct vm_area_struct *vma,
-       struct page *page)
 extern void (*flush_icache_range)(unsigned long start, unsigned long
 extern void (*__flush_cache_vmap)(void);
@@ -93,6 +89,13 @@
 extern void (*local_flush_data_cache_page)(void * addr);
 extern void (*flush_data_cache_page)(unsigned long addr);
+static inline void flush_icache_page(struct vm_area_struct *vma,
+       struct page *page)
+        __flush_icache_page(vma, page);
  * This flag is used to indicate that the page pointed to by a pte
  * is dirty and requires cleaning before returning it to the user.
Index: arch/mips/mm/cache.c
--- arch/mips/mm/cache.c        (revision 2677)
+++ arch/mips/mm/cache.c        (revision 2678)
@@ -93,6 +93,14 @@
+void __flush_icache_page(struct vm_area_struct *vma, struct page *page)
+       if (vma->vm_flags & VM_EXEC)
+               flush_icache_range((unsigned long) page_address(page),
 void __flush_anon_page(struct page *page, unsigned long vmaddr)
        unsigned long addr = (unsigned long) page_address(page);

<Prev in Thread] Current Thread [Next in Thread>