Thread (3 messages) flat view 3 messages, 2 authors, 2003-02-19

Re: 405GPr support in linux2.4.18

From: Eugene Surovegin <hidden>
Date: 2003-02-19 09:15:49

At 12:54 AM 2/19/2003, Eugene Surovegin wrote:
At 02:11 AM 2/18/2003, Laurent Mohin wrote:
quoted
I'm designing a board with 405GP processor. I'm now trying to have it
working with a 405GPr version.
I've started to configure it working in legacy mode and made the necessary
changes in PPCBoot.

Once downloaded, my kernel hung in early_init function when it called the
memset_io to zero the BSS. Using a BDI2000 debugger, I saw that I've
reached the bad_page_fault function.

The only difference I know between 405GP and 405GPr in legacy mode is data
cache size. How does the kernel manage it?
We successfully run 405GPr based board (in legacy mode) with the _same_
kernel we used for 405GP.
We don't use any 405GPr specific features though.

As far as I understand, the only function which depends on the data cache
size is flush_dcache_all in (arch/ppc/kernel/misc.S).
But it already handles the worst case which is 440GP (32K), so no change is
needed for 405GPr.
Small correction. We use 2_4_devel tree.

I just checked MVL 2.1 and 3.0 sources.
flush_dcache_all in those trees is an old one, which doesn't support caches
large than 8K.

You may consider using 2_4_devel for your 405GPr based board.

Eugene


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help