<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 10, 2016 at 11:18 AM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Joel should comment on this. He has been making a recent effort at<br>
unifying the PCI implementations in the BSP layer. However, we also<br>
have the new "drvmgr" framework in cpukit/libdrvmgr that supports PCI<br>
plus a lot of other devices and busses.<br></blockquote><div><br></div><div>Gedare.. are you thinking of libpci or both liibdrvmgr and the new libpci </div><div><br></div><div>I didn't push on using libpci although I looked at it brief. Both are only </div><div>used by SPARC BSPs at the moment but would be good to bring over </div><div>to the other.</div><div><br></div><div>I left a ticket (<a href="https://devel.rtems.org/ticket/2635">https://devel.rtems.org/ticket/2635</a>) where some PowerPC </div><div>BSPs couldn't immediately use my shared pci_find_device.c because</div><div>I didn't promote out pci_scan().</div><div><br></div><div>It would be good to get that issue addressed and then start migrating</div><div>BSPs to use libpci and whatever is useful from what I did cleanup</div><div>up the pc386.</div><div><br></div><div>Between the two of those, there should be a nice GSoC project and</div><div>it would be appreciated.</div><div><br></div><div>+ migrate to use of libpci including enhancements as needed</div><div><br></div><div>I do not know enough about the driver manager to know which BSPs</div><div>should use it.  The pc386 may be a good candidate. I think if the</div><div>devices are dynamically detected on the BSP, it makes sense. But</div><div>not sure.</div><div><br></div><div>--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class=""><div class="h5"><br>
On Tue, Mar 8, 2016 at 12:19 PM, animesh pathak <<a href="mailto:animesh2049@gmail.com">animesh2049@gmail.com</a>> wrote:<br>
> Hi,<br>
> Thanks for informing. Another interesting idea on which I would like to work<br>
> upon, from the Ideas page is "Unified Interrupts and Devices" . In case this<br>
> project is already assigned to someone please suggest me the project which I<br>
> can pick up, and can get started with.<br>
> Regarding my skills, I have good knowledge of GNU/Linux environment,<br>
> operating system related things like Processes, CPU Scheduling, System<br>
> calls, Concurrency and Threading, Locking mechanisms, File systems etc and<br>
> also I have implemented custom syscalls in xv6 os. I have experience in<br>
> programming languages like C, C++, Python, JavaScript and have a good<br>
> algorithmic background.<br>
><br>
> Regards<br>
><br>
> On Tue, Mar 8, 2016 at 8:59 AM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>><br>
>> Hi Animesh,<br>
>><br>
>> I think the condition variables will be fixed by another developer<br>
>> (Sebastian Huber). Any other projects catch your eye?<br>
>><br>
>> On Sat, Mar 5, 2016 at 5:31 AM, animesh pathak <<a href="mailto:animesh2049@gmail.com">animesh2049@gmail.com</a>><br>
>> wrote:<br>
>> > Hello everyone,<br>
>> > I am Animesh Chandra Pathak.<br>
>> > I am pursuing my BTech in Computer Science at IIIT Hyderabad.<br>
>> > I am interested in working with RTEMS as a part of Google summer of code<br>
>> > 2016 project.<br>
>> ><br>
>> > I have successfully completed the Getting Started part as mentioned in<br>
>> > the<br>
>> > quick start and modified the hello world programme. Now when I am trying<br>
>> > to<br>
>> > compile the network-demos, I am getting "error: too few arguments to<br>
>> > function 'mg_start' ". How should I do to compile this ?<br>
>> > Screenshot is attached.<br>
>> ><br>
>> > I want to work on the "Implement Classic API and supercore condition<br>
>> > variables" as a part of Google summer of code project.<br>
>> ><br>
>> > what should I do before applying for Google summer of code ?<br>
>> ><br>
>> > _______________________________________________<br>
>> > devel mailing list<br>
>> > <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
>> > <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
><br>
><br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</div></div></blockquote></div><br></div></div>