Query for GSOC Project
vaibhavgupta40 at gmail.com
Tue Mar 5 04:48:05 UTC 2019
Thanks, I will explore more.
On Mon, 4 Mar, 2019, 4:15 PM Udit agarwal <dev.madaari at gmail.com wrote:
> Hello Christian, Vaibhav, Sebastian,
> On Mon, Mar 4, 2019 at 3:18 PM Christian Mauderer <
> christian.mauderer at embedded-brains.de> wrote:
>> Am 04.03.19 um 07:47 schrieb Sebastian Huber:
>> > Hello Vaibhav Gupta,
>> > On 04/03/2019 07:27, Vaibhav Gupta wrote:
>> >> I am unable to confirm, if the project is open for GSOC, as some of
>> >> them are labelled as new/ need for funding, etc.
>> >> So, I made a list of projects which I find interesting. It would be
>> >> very helpful for me to finalize a project if mentors confirm which of
>> >> the following projects are open/ not open for GSOC.
>> >> 1. #3476 : IMFS- Improve bytes per block handling. :
>> >> https://devel.rtems.org/ticket/3476
>> >> 2. #3477 : IMFS - Add Configurable Allocator Support :
>> >> https://devel.rtems.org/ticket/3477
>> > the IMFS tickets contain not enough work for a GSoC project.
>> >> 1. #3338 : Port CHFS to RTEMS : https://devel.rtems.org/ticket/3338
>> > This would be suitable GSoC project if you find a mentor. It needs to
>> > deal also with the Erase Block Handler (EBH).
>> >> 1. #3428 : Add SDIO driver support to rtems-libbsd :
>> >> https://devel.rtems.org/ticket/3428
>> >> <https://devel.rtems.org/ticket/3028>
>> > I am not sure what the status of this is, it was a GSoC project before.
>> > My experience is that this is close to the hardware level and difficult
>> > to debug if you don't have a JTAG debugger.
>> Last year Udit worked on this project (CC on this mail). See the
>> following for the status reports:
>> The really relevant part of the status is the one from July 18th: The
>> driver already started to work but it was still not fully functional.
>> After that some more benchmarks have been carried out due to some slight
>> direction change in the project.
>> For SDIO the stack would have to be updated to the latest version of
>> libbsd and some debugging would be necessary. That is most likely not
>> enough work left for a complete project.
>> Yes, For more detailed status of SDIO stack please have a look at the
> following blog posts: (1
> 2 <http://uditagarwal.in/index.php/2018/08/03/gsoc-2018-final-report/>).
> The code has to be updated as per the latest version of libbsd and as
> Sebastian pointed out, for debugging
> purpose i'd strong recommend the use of JTAG debugger. However, it's a bit
> short of being a fully-fledged GSoC project.
> Also, How about the idea of porting DTrace to RTEMS? I'm not very sure
> about its feasibility, but probably it can turn
> out to be a significant addition in RTEMS.
>> Kind regards
>> > Please also have a look at the open projects page:
>> > https://devel.rtems.org/wiki/Developer/OpenProjects
>> embedded brains GmbH
>> Herr Christian Mauderer
>> Dornierstr. 4
>> D-82178 Puchheim
>> email: christian.mauderer at embedded-brains.de
>> Phone: +49-89-18 94 741 - 18
>> Fax: +49-89-18 94 741 - 08
>> PGP: Public key available on request.
>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> Udit kumar agarwal
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel