<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 28, 2014 at 2:20 AM, Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Daniel,<div class=""><br>
<br>
On 2014-02-27 15:14, Daniel Ramirez wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I've seen the status page but I know Sebastian is spearheading the bulk of the<br>
work and I'm not exactly sure what would be reasonable/useful as gsoc project.<br>
What I'm specifically looking at:<br>
<br>
Migration away from task variables.<br>
</blockquote>
<br></div>
its not that much to do here, maybe one or two weeks of work.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Low level broadcasts.<br>
</blockquote>
<br>
I am not yet sure if we will need them.  Its also not time consuming, maybe one week.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Condition variables seems like a good topic but I want to avoid conflicts with<br>
other students if possible.<br>
</blockquote>
<br></div>
Yes, condition variables are important.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Work that needs to be done within the scheduler API that would enable SMP.<br>
</blockquote>
<br></div>
The work on the clustered/partitioned scheduling is on my high priority list, so I hope that the scheduler API will be stable before the GSoC starts.  I will provide only a fixed priority scheduler.</blockquote><div><br>
</div><div>So are you suggesting that work on (or within) the clustered/partitioned scheduler could possibly be an acceptable gsoc project? Or that projects requiring a stable scheduler API would be acceptable? <br><br>One more SMP related idea I thought would really be interesting would be to add fine grained locking support. I'm just looking for an area that I can start really studying and narrow down a proposal.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
If I'm missing something that would make for a good project and help get SMP up<br>
and running, let me know.<br>
</blockquote>
<br></div>
Some interesting area also useful for the network stack would be flattened device tree support for driver initialization and configuration.<span class=""><font color="#888888"><br></font></span></blockquote><div> <br>I will look into this, thanks.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><font color="#888888">
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : <a href="tel:%2B49%2089%20189%2047%2041-16" value="+4989189474116" target="_blank">+49 89 189 47 41-16</a><br>
Fax     : <a href="tel:%2B49%2089%20189%2047%2041-09" value="+4989189474109" target="_blank">+49 89 189 47 41-09</a><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.<br>
</font></span></blockquote></div><br></div></div>