[rtems commit] Shared MMU initialization for ARM BSPs and RaspberryPi MMU support

Sebastian Huber sebastian.huber at embedded-brains.de
Fri Oct 4 09:58:53 UTC 2013


On 2013-10-04 11:07, Hesham Moustafa wrote:
> On Fri, Oct 4, 2013 at 9:50 AM, Sebastian Huber
> <sebastian.huber at embedded-brains.de
> <mailto:sebastian.huber at embedded-brains.de>> wrote:
>
>     On 2013-10-03 14:49, Gedare Bloom wrote:
>
>         @@ -87,9 +90,9 @@
>         arm_cp15_start_setup___translation_table_and_enable___mmu_and_cache(
>              arm_cp15_set_domain_access___control(dac);
>              arm_cp15_set_translation___table_base(ttb);
>
>         -  /* Initialize translation table with invalid entries */
>         +  /* Initialize translation table with fixed-map read-write entries */
>              for (i = 0; i < ARM_MMU_TRANSLATION_TABLE___ENTRY_COUNT; ++i) {
>         -    ttb [i] = 0;
>         +    ttb [i] = (i << ARM_MMU_SECT_BASE_SHIFT) | ARMV7_MMU_DATA_READ_WRITE;
>              }
>
>
>     What is the reason for this change?  I don't think that unconditional
>     read-write access is a good idea.
>
> I made this change when I was trying to get RaspberryPi MMU initialization to
> work.

Then it is probably better to fix the memory map description of this particular 
BSP.

> Also I thought
> the default behavior for RTEMS is the unprotected mode, and the new protection
> (limitation) attributes
> are new and should be applied when needed (by configuration table at startup or
> dynamically).

Allow everything with explicit deny is very bad design.  It should be always 
deny everything with explicit allow.

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the devel mailing list