Glad to see your discussion and thank you for all of your feedback<br><br><div class="gmail_quote">2011/7/12 Peter Dufault <span dir="ltr"><<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>> What is the difference between memp and mprot?  RTEMS in general uses no<br>
> abbreviations in its API.<br></div>
Quanming and I should have had more discussions on the mailing list to get these issues brought up earlier, I take the blame for not pushing that.</blockquote></div><br>I think the function name is not a big issue. Anyway , we can change all function names with several commands. <br>

<br clear="all"><br><div class="gmail_quote">2011/7/12 Peter Dufault <span dir="ltr"><<a href="mailto:dufault@hda.com">dufault@hda.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I think that if Quanming can get it to the point that<br>
<br>
1. There's a clean abstraction for differing hardware  (Quanming, the 
discussions we've had about that should also go onto your Wiki);<br></blockquote><div>Yes,I should take care of the abstraction and I am working on it. <br>I think there should be some convention in rtems  about this. I noticed the rtems source files "cache.h" and "Cache_manager.c"  in "/libcpu/share/src". This looks like a  good example in rtems.  <br>
It is not as same as the way you show me but I think it might suit rtems more.I think I can add the "attribute check" and "tlb operation" to the same place in this way.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

2. (I haven't discussed this with Quanming yet) The interface described 
in posix_typed_mem_open() either is present or is trivially 
implementable </blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
then the interface will be useful for simple uses such as creating a 
private per-task memory block, etc. and would be a good candidate to go 
into the source tree.<br></blockquote><div>I think the task support  would need  to change the data structure and the  add some code to the task switch part.  should this have priority over posix?<br> <br><div class="gmail_quote">
2011/7/12 Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
> rtems_status_code<br><div class="im">
> rtems_memp_alut_set_attr(rtems_mprot_alut *p_ret,<br>
> rtems_memp_access_attr* new_attribute);<br>
> rtems_status_code<br>
> rtems_memp_get_attr(rtems_mprot_alut *p_ret, rtems_memp_access_attr*  attr);<br>
</div>[...]<br>
<br>
One problem with set and get methods is that you cannot atomically set and get<br>
things.  Thus rtems_task_set_priority() can be used for example to set and get<br>
the priority of a task (there are similar functions in the RTEMS API).<br></blockquote><div>what do you mean atomically set and get things? I don't understand it <br>I agree the set methods should accept a new attr and a pointer param to the old attr. <br>
</div></div><br><br><div class="gmail_quote">2011/7/12 Aanjhan R <span dir="ltr"><<a href="mailto:aanjhan@gmail.com">aanjhan@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Having worked on this project 2 yrs back, I am happy to see it<br>
progress through to this stage [which Joel and Thomas would agree on<br>
the ambitious quotient level of the proposal]. However, as I mentioned<br>
in the proposal review, it would be very helpful to the community if<br>
you can start thinking on slowly [in small parts] try to integrate<br>
"relevant" code into the trunk. Its not trivial and a solid "start" to<br>
this project would be when the first few bits go into the source<br>
control.<br>
<br>
Note: Might require some hardcore convincing as to why this would be useful ;-)<font color="#888888"><br></font></blockquote><div> Glad to see your reply.  I will try to get this code integrated into the trunk .<br></div>
</div><br></div></div>-- <br>Best regards<br><br>Quanming Shi<br><br>