<div dir="ltr">Hi Sebastian,<br><div class="gmail_extra"><br><div class="gmail_quote">2014-02-28 15:15 GMT+08:00 Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">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"><div class="">On 2014-02-28 01:12, zhang json wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
<br>
2014-02-26 1:07 GMT+08:00 Gedare Bloom <<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a><br></div>
<mailto:<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>>>:<div class=""><br>
<br>
    You may like to read<br>
    <a href="http://wiki.rtems.org/wiki/index.php/SMP#Non-Preempt_Mode_for_Mutual_Exclusion" target="_blank">http://wiki.rtems.org/wiki/<u></u>index.php/SMP#Non-Preempt_<u></u>Mode_for_Mutual_Exclusion</a><br>
    in addition to the Condition Variables project page. You can search<br>
    for "condition variable" in a search engine to get some useful<br>
    background material. More below.<br>
<br>
Thank you for your reply. I will search and prepare this project and a draft<br>
will be post ASAP.<br>
<br>
    On Tue, Feb 25, 2014 at 9:45 AM, zhang json <<a href="mailto:json.a.zhang@gmail.com" target="_blank">json.a.zhang@gmail.com</a><br></div><div class="">
    <mailto:<a href="mailto:json.a.zhang@gmail.com" target="_blank">json.a.zhang@gmail.com</a><u></u>>> wrote:<br>
     > Hi all,<br>
     ><br>
     > I am a student who is preparing for participating  the GSOC2014, and from<br>
     > 'Open Project' i found a interesting project 'Condition Variables'. So i<br>
     > want to know the basic information about the status of this project.<br>
     ><br>
     > There is a bug [1] which is maybe related to it but it seems that<br>
     > 'Condition Variables' is not the main problem of this bug. So my confusion<br>
     > is blow:<br>
     ><br>
     > 1. As one of the classic operating system synchronization primitives whether<br>
     > RTEMS has a basic 'Condition Variables' support?<br>
    RTEMS lacks a condition variable (monitor) implementation within the<br>
    classic API located in cpukit/rtems/*, and also within the supercore<br>
    "kernel" interface located in cpukit/score/*. There is condition<br>
    variables support in posix, as the<br>
    cpukit/posix/include/rtems/<u></u>posix/condimpl.h.<br>
<br>
OK, i have some rtems experience so i will first design the CV and implement it<br>
in score component, then warp it into classic api.<br>
</div></blockquote>
<br>
We already have a CV implementation in RTEMS.  It is currently only available for the PThread API.  What we need is a definition for the Classic API and a shared implementation.  We should also address potential priority inversion issues of CV in combination with priority based schedulers.<div class="">
<br></div></blockquote><div>Could you tell me where i can find the code of CV implementation for the Pthread API? and CV is also implemented in the score? then needed work is to implement a classic API for CV and shared its implementation?</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
     > 2. If answer not from 1, what is the requirement of the implementation?<br>
    It should implement a classic API condition variable that can be<br>
    similar to the classic API implementation of semaphore<br>
    (cpukit/rtems/include/rtems/<u></u>rtems/sem.h and semimpl.h). The condition<br>
    variable should be implemented in the supercore (cpukit/score) and<br>
    that implementation should be shared by the posix condvar and the<br>
    classic API condition variables.<br>
<br>
Yeah, i will refer to implementation of semaphore and mutex. And there are lots<br>
of open source CV implementation for many os, such freebsd, netbsd, linux,<br>
eCos. About linux its license may be is not compatible with RTEMS, so i just<br>
learn its idea instead of code.<br>
<br>
     > 3. Whether its implementation should support SMP?<br>
     ><br>
    The implementation must support SMP.<br>
<br>
Yeah, it will be a challenge. But as i know the SMP support of RTEMS is<br>
becoming better, some SMP synchronization primitives have been support, like<br>
atomic. I am wondering whether semaphore and mutex is supported SMP?<br>
</blockquote>
<br></div>
The SMP support in RTEMS is currently based on a Giant lock.  So most objects simply work.<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></blockquote><div>And in the future should the Giant lock be removed? so now should we consider this situation, or we can first use Giant lock and then replace it with other safe lock later.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888">
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-<u></u>brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
rtems-devel mailing list<br>
<a href="mailto:rtems-devel@rtems.org" target="_blank">rtems-devel@rtems.org</a><br>
<a href="http://www.rtems.org/mailman/listinfo/rtems-devel" target="_blank">http://www.rtems.org/mailman/<u></u>listinfo/rtems-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Json Zhang<div>Best Regards</div></div>
</div></div>