Re: GSoC 2016 Participation
Thanks for the prompt reply. Is there any other open project related to resource management or scheduling in which I can contribute? On Mon, Mar 21, 2016 at 8:00 PM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > They are already implemented, but since there is currently no use case for > them, they are not included in the sources. > > On 21/03/16 15:29, Rahul Goradia wrote: > >> Will implementation of phase fair RW locks be considered in this GSOC? >> I know I am very late to ask this question. >> I have read the concept and theory of phase fair RW locks from reference >> suggested in RTEMS( http://www.mpi-sws.org/~bbb/papers/pdf/rtsj11.pdf < >> http://www.mpi-sws.org/%7Ebbb/papers/pdf/rtsj11.pdf>) >> >> On Mon, Mar 21, 2016 at 12:02 PM, Sebastian Huber < >> sebastian.hu...@embedded-brains.de > sebastian.hu...@embedded-brains.de>> wrote: >> >> >> >> On 19/03/16 02:35, Gedare Bloom wrote: >> >> On Fri, Mar 18, 2016 at 6:03 PM, Павел >> Мовчанmailto:movchan...@gmail.com>> wrote: >> >> >Hello all, >> > >> >I want to work with RTEMS and do some work for it. >> >I find SMP and "Condition Variables"(status?) is very >> interesting for me. I >> >> SMP is moving fast right now. Sebastian Huber may have more to >> say on >> whether anything is worth trying for GSoC. >> >> >> SMP and GSoC is maybe something for next year. The condition >> variables are not suitable as a GSoC project. >> >> -- Sebastian Huber, embedded brains GmbH >> >> Address : Dornierstr. 4, D-82178 Puchheim, Germany >> Phone : +49 89 189 47 41-16 >> Fax : +49 89 189 47 41-09 >> E-Mail : sebastian.hu...@embedded-brains.de >> <mailto:sebastian.hu...@embedded-brains.de> >> PGP : Public key available on request. >> >> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. >> >> >> ___ >> devel mailing list >> devel@rtems.org <mailto:devel@rtems.org> >> http://lists.rtems.org/mailman/listinfo/devel >> >> >> >> >> -- >> Regards, >> >> Rahul Goradia >> Assistant Professor, >> Electronics and Communication Department, >> G H Patel College of Engineering and Technology. >> Contact Number : 9725203179 >> > > -- > Sebastian Huber, embedded brains GmbH > > Address : Dornierstr. 4, D-82178 Puchheim, Germany > Phone : +49 89 189 47 41-16 > Fax : +49 89 189 47 41-09 > E-Mail : sebastian.hu...@embedded-brains.de > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > > -- Regards, Rahul Goradia Assistant Professor, Electronics and Communication Department, G H Patel College of Engineering and Technology. Contact Number : 9725203179 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: GSoC 2016 Participation
Will implementation of phase fair RW locks be considered in this GSOC? I know I am very late to ask this question. I have read the concept and theory of phase fair RW locks from reference suggested in RTEMS( http://www.mpi-sws.org/~bbb/papers/pdf/rtsj11.pdf) On Mon, Mar 21, 2016 at 12:02 PM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > > On 19/03/16 02:35, Gedare Bloom wrote: > >> On Fri, Mar 18, 2016 at 6:03 PM, Павел Мовчан >> wrote: >> >>> >Hello all, >>> > >>> >I want to work with RTEMS and do some work for it. >>> >I find SMP and "Condition Variables"(status?) is very interesting for >>> me. I >>> >> SMP is moving fast right now. Sebastian Huber may have more to say on >> whether anything is worth trying for GSoC. >> >> > SMP and GSoC is maybe something for next year. The condition variables are > not suitable as a GSoC project. > > -- > Sebastian Huber, embedded brains GmbH > > Address : Dornierstr. 4, D-82178 Puchheim, Germany > Phone : +49 89 189 47 41-16 > Fax : +49 89 189 47 41-09 > E-Mail : sebastian.hu...@embedded-brains.de > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel > -- Regards, Rahul Goradia Assistant Professor, Electronics and Communication Department, G H Patel College of Engineering and Technology. Contact Number : 9725203179 ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
GSoC2016 : Providing SMP support for RTEMS
Hello everyone. I am Rahul Goradia from India. I am interested to provide SMP support for RTEMS. I have read Getting Started Document and configured RTEMS for SPARC. I successfully run helloworld example and now trying to run modified code. I believe I have good understanding of operating system fundamentals. Currently I am working on issues related to running RTOS multiprocessor. Working on SMP support for RTMES will be a good opportunity for me to learn RTOS issues on multiprocessor support. Please tell me what literature I need to study and in which direction should I go. -- Thanks and Regards, Rahul Goradia ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
make error
While make process I receive error In file included from ../../cpukit/../../../sis/lib/include/rtems/score/threadq.h:25:0, from ../../cpukit/../../../sis/lib/include/rtems/score/thread.h:35, from ../../cpukit/../../../sis/lib/include/rtems/score/coremutex.h:24, from ../../cpukit/../../../sis/lib/include/rtems/score/apimutex.h:21, from ../../../../../../rtems/c/src/../../cpukit/score/src/apimutex.c:22: ../../cpukit/../../../sis/lib/include/rtems/score/rbtree.h:21:22: fatal error: sys/tree.h: No such file or directory While compiling apimutex.c rbtree.h includes file tree.h which is not available in sys directory. What can be the solution? -- Regards, Rahul Goradia ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel