<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jul 12, 2011, at 8:18 , Quanming Shi wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">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 class="Apple-converted-space"> </span><span dir="ltr"><<a href="mailto:dufault@hda.com" target="_blank">dufault@hda.com</a>></span><br><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: 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.<span class="Apple-converted-space"> </span><br></span></blockquote><div><br></div>I agree, mark the interface as "PRELIMINARY subject to discussion on mailing list". Since you want to get this incorporated into RTEMS you want it to match the existing RTEMS practice as much as possible, but there's no need to slow down development deciding on final names today.<br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><br clear="all"><br><div class="gmail_quote">2011/7/12 Peter Dufault<span class="Apple-converted-space"> </span><span dir="ltr"><<a href="mailto:dufault@hda.com">dufault@hda.com</a>></span><br><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: 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.<span class="Apple-converted-space"> </span><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. <span class="Apple-converted-space"> </span><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></div></div></span></blockquote><div><br></div>I will take a look at it.</div><div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin-top: 0pt; margin-right: 0pt; margin-bottom: 0pt; margin-left: 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex; position: static; z-index: auto; ">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-top: 0pt; margin-right: 0pt; margin-bottom: 0pt; margin-left: 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: 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></div></div></span></blockquote><div><br></div>User's can already hook into the task switch using the "User Extensions Manager", so you should concentrate on providing the interface for the memory management and then continue to do your review of possible POSIX interfaces. For example, if you added a "posix_typed_mem_open()" then someone could create private per-task blocks using that, the User Extensions Manager, and other existing RTEMS facilities.</div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><font class="Apple-style-span" size="3"><span class="Apple-style-span" style="font-size: 12px; ">Peter<br>-----------------<br>Peter Dufault<br>HD Associates, Inc. Software and System Engineering</span></font></div></span></span>
</div>
<br></body></html>