timized away, I believe.
Should I switch to the deprecated "volatile" attribute?
Thank you.
Cheers,
Matteo
Il 02/12/2009 21.57, Benjamin Herrenschmidt ha scritto:
On Tue, 2009-12-01 at 17:44 +0100, Fortini Matteo wrote:
I see that throughout the kernel source, internal PPC registers
I see that throughout the kernel source, internal PPC registers are
accessed through [in|out]_be[32|16|8]() functions. However, they are
translated into 3 inline assembly instructions, one of which is an
isync, which has a huge performance hit.
I tried using readl_be() which seems to be the righ
r the kernel to be scheduling other tasks meanwhile, instead of
busy-waiting on completion.
Regards
Kenneth Johansson ha scritto:
On Mon, 2009-10-19 at 09:52 +0200, Fortini Matteo wrote:
I didn't find a cleaner way than just #ifdef'ing the map_copy_from call
and substitute with my call on
Hi,
I'm working on a powerpc (PPC512x) embedded Linux product, and while I
was trying to improve boot time, I found I could exploit the hw in order
to speed up reading from NOR flashes.
The Linux/mtd version we're using is 2.6.24.6+Freescale patches.
Basically, I needed to hack the map_copy_fro
was looking for someone
who had looked at the same problem.
Thanks,
Matteo
Roberto Guerra ha scritto:
Did you try "setenv bootdelay 0" in uboot?
On Mon, Oct 12, 2009 at 7:07 AM, Fortini Matteo wrote:
Hi all,
we've been working on a PPC512x board booting with u-boot + linux 2.6
Hi all,
we've been working on a PPC512x board booting with u-boot + linux
2.6.24.6, and one major issue for our application is boot time.
Right now, we went down to less than 6s boot time (i.e. time from power
off to launch of the user app), even with some drivers installed, i.e.:
* CAN b
I was trying to insert an optimized strlen() function using the
following code taken from the ibm site on an MPC5121, but it crashes the
kernel.
Is it because it's an unsupported op, or because I'm missing some needed
steps?
Thank you,
Matteo
_GLOBAL(strlen)
addi r4,0,8// Load byte c
