Searched hist:"7 c0d4a7508d252d2d7c137eeb376814132dda30f" (Results 1 – 4 of 4) sorted by relevance
| /rk3399_rockchip-uboot/board/freescale/mpc8536ds/ |
| H A D | tlb.c | 7c0d4a7508d252d2d7c137eeb376814132dda30f Mon Sep 22 19:11:11 UTC 2008 Kumar Gala <galak@kernel.crashing.org> 85xx: Improve flash remapping on MPC8572DS & MPC8536DS
Changing the flash from cacheable to cache-inhibited was taking a significant
amount of time due to the fact that we were iterating over the full 256M of
flash. Instead we can just flush the L1 d-cache and invalidate the i-cache.
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
|
| H A D | mpc8536ds.c | 7c0d4a7508d252d2d7c137eeb376814132dda30f Mon Sep 22 19:11:11 UTC 2008 Kumar Gala <galak@kernel.crashing.org> 85xx: Improve flash remapping on MPC8572DS & MPC8536DS
Changing the flash from cacheable to cache-inhibited was taking a significant
amount of time due to the fact that we were iterating over the full 256M of
flash. Instead we can just flush the L1 d-cache and invalidate the i-cache.
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
|
| /rk3399_rockchip-uboot/board/freescale/mpc8572ds/ |
| H A D | tlb.c | 7c0d4a7508d252d2d7c137eeb376814132dda30f Mon Sep 22 19:11:11 UTC 2008 Kumar Gala <galak@kernel.crashing.org> 85xx: Improve flash remapping on MPC8572DS & MPC8536DS
Changing the flash from cacheable to cache-inhibited was taking a significant
amount of time due to the fact that we were iterating over the full 256M of
flash. Instead we can just flush the L1 d-cache and invalidate the i-cache.
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
|
| H A D | mpc8572ds.c | 7c0d4a7508d252d2d7c137eeb376814132dda30f Mon Sep 22 19:11:11 UTC 2008 Kumar Gala <galak@kernel.crashing.org> 85xx: Improve flash remapping on MPC8572DS & MPC8536DS
Changing the flash from cacheable to cache-inhibited was taking a significant
amount of time due to the fact that we were iterating over the full 256M of
flash. Instead we can just flush the L1 d-cache and invalidate the i-cache.
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
|