Re: GSoC 2016 Participation

[Sebastian Huber]

On 21/03/16 15:55, Rahul Goradia wrote:
Is there any other open project related to resource management or 
scheduling in which I can contribute? 


Due to the SMP work in progress I don't think any resource management or 
scheduling related topics are suitable as a GSoC project this year with 
the exception of the strong APA scheduler optimization.


--
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

Re: GSoC 2016 Participation

[Rahul Goradia]

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, Павел
>> Мовчан> 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
>>
>
> --
> 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

[Rahul Goradia]

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

Re: GSoC 2016 Participation

[Sebastian Huber]

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 
)


On Mon, Mar 21, 2016 at 12:02 PM, Sebastian Huber 
> 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


--
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

Re: GSoC 2016 Participation

[Sebastian Huber]

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

GSoC 2016 Participation

[Павел Мовчан]

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
can do some work to improve smp locks and synchronization primitives.
"Merge Leon" project also seems interesting.
Maybe community can aim me to right direction..
I hope it is not too late to participate in GSoC. Anyway I want make some
contribution and get some new expirience in open source.

about me:
I am student (candidate for a Master's degree) of Siberian Aerospace
University (Russia). I want to find opportunity to improve my programming
skills (rtos, embedded systems) and I decide that work on RTEMS is it.
I have some experience in other rtos (tnkernel), but it's only application
software. With rtems I wrote small framework to test SpaceWire network,
that use concept of temporary tasks for parallel receive packets.
In my university I have access to some specific hardware like gr rasta
platform with Leon3FT.

p.s. Sorry for bad english

Regards,
Movchan Pavel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GSoC 2016 Participation

[Gedare Bloom]

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.

> can do some work to improve smp locks and synchronization primitives.
> "Merge Leon" project also seems interesting.
Merge Leon is done.

> Maybe community can aim me to right direction..
> I hope it is not too late to participate in GSoC. Anyway I want make some
> contribution and get some new expirience in open source.
>
You have only 1 week left to write your proposal. You also need to
complete our getting started tutorial:
https://devel.rtems.org/wiki/GSoC/GettingStarted

> about me:
> I am student (candidate for a Master's degree) of Siberian Aerospace
> University (Russia). I want to find opportunity to improve my programming
> skills (rtos, embedded systems) and I decide that work on RTEMS is it.
> I have some experience in other rtos (tnkernel), but it's only application
> software. With rtems I wrote small framework to test SpaceWire network, that
> use concept of temporary tasks for parallel receive packets.
> In my university I have access to some specific hardware like gr rasta
> platform with Leon3FT.
>
You might like to consider a space-relevant project such as fault
tolerant injection testing, investigating what other architectures
other than Sparc might make use of the Gaisler Driver Manager
(cpukit/libdrvmgr) or one idea worth consider is to provide a platform
support package for RTEMS 4.11 using the cFE/OSAL flight software
stack. See: https://cfs.gsfc.nasa.gov/

> p.s. Sorry for bad english
>
> Regards,
> Movchan Pavel
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel