Re: Acceleration for map_copy_from on powerpc 512x

2009-10-27 Thread Kenneth Johansson
On Tue, 2009-10-27 at 11:02 +0100, Fortini Matteo wrote: > The simple_map_init() works at a higher level, what I'm redefining is a > function called by mtd->read() not sure I follow. What you want to do is change the access to the flash. You do this by turning on MTD_COMPLEX_MAPPINGS and then set

Re: Acceleration for map_copy_from on powerpc 512x

2009-10-27 Thread Fortini Matteo
The simple_map_init() works at a higher level, what I'm redefining is a function called by mtd->read() The block size for e.g. a dd if=/dev/mtd0 of=/dev/null with the default block size (I believe it's 512Bytes), fetches from /dev/mtd0 4096 Bytes at a time. I'd prefer the kernel to be schedulin

Re: Acceleration for map_copy_from on powerpc 512x

2009-10-21 Thread Kenneth Johansson
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 relevant cases. I wonder if there is a > cleaner way. Remove the call to simple_map_init() and do it manually in your driver with y

Acceleration for map_copy_from on powerpc 512x

2009-10-19 Thread Fortini Matteo
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