Memory protection was Re: change log for rtems (2011-10-21)

[Gedare Bloom]

If you have some api for memory protection I would like to know and be happy
to review it. I have been looking at the gsocmmu code to see about getting
it mergeable.
On Oct 23, 2011 4:22 AM, "Sebastian Huber" <
sebastian.huber at embedded-brains.de> wrote:

> On 22/10/11 19:23, Chris Johns wrote:
>
>> On 21/10/11 8:11 PM, rtems-vc at rtems.org wrote:
>>
>>> +#else /* ASM */
>>> +
>>> +    .macro    NIOS2_ASM_DISABLE_INTERRUPTS new_status, current_status
>>> +    movhi    \new_status, %hiadj(_Nios2_ISR_Status_mask)
>>> +    addi    \new_status, \new_status, %lo(_Nios2_ISR_Status_mask)
>>> +    and    \new_status, \current_status, \new_status
>>> +    ori    \new_status, \new_status, %lo(_Nios2_ISR_Status_bits)
>>> +    wrctl    status, \new_status
>>> +    .endm
>>> +
>>> +#endif /* ASM */
>>>
>>
>> What is this for and do we use it ?
>>
>
> It can be used to disable interrupts in assembler code.  It is used by our
> not yet committed BSP which has support for the memory protection unit (MPU)
> to protect the thread stacks.  It will take several weeks until this is
> ready for integration into the CVS.  We need a couple of changes in the
> Score.
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
> Phone   : +49 89 18 90 80 79-6
> Fax     : +49 89 18 90 80 79-9
> E-Mail  : sebastian.huber at embedded-**brains.de<sebastian.huber at embedded-brains.de>
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
> ______________________________**_________________
> rtems-vc mailing list
> rtems-vc at rtems.org
> http://www.rtems.org/mailman/**listinfo/rtems-vc<http://www.rtems.org/mailman/listinfo/rtems-vc>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/vc/attachments/20111024/19466651/attachment.html>