Re: SDIO stack in RTEM

2017-04-03 Thread faizan khan
I dont get it, RTEMs has a port of sdmmc stack https://git.rtems.org/rtems-l
ibbsd but not all the drivers are using it. For example I saw, stmf32
implement its own command sending mechanism. Shouldnt that be generic, the
sending of commands. Only the lower controller level detail should change.

Also I don't get the connection with freebsd code, do we use that code
directly in RTEMs, is all of that ported???

Just want to understand the structure of RTEMs...

cheers,
Faizan

On Mon, Apr 3, 2017 at 10:43 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:

> On 03/04/17 02:06, faizan khan wrote:
>
>> Is there an sdio stack in RTEM because I could not find out. If the sd
>> stack is not there then writing the sd driver for bbb will take a lot
>> longer...
>>
>
> The SD/MMC card stack is in libbsd (https://git.rtems.org/rtems-libbsd).
> I guess this is the right driver:
>
> https://github.com/freebsd/freebsd/blob/master/sys/arm/ti/ti_sdhci.c
>
> --
> 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

SDIO stack in RTEM

2017-04-02 Thread faizan khan
Is there an sdio stack in RTEM because I could not find out. If the sd
stack is not there then writing the sd driver for bbb will take a lot
longer...

cheers,
Faizan
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

[GSOC] submission of proof of hello world

2017-04-02 Thread faizan khan
Hi,

How can I submit my proof..

Cheers,

Faizan
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

GSOC: building RSB

2017-04-02 Thread faizan khan
I am using ubuntu and I have almost all the tools necessary. Can't I just
build the RTEMS and run it via gdb on a target or QEMU...

cheers,
Faizan
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GSOC application

2017-04-02 Thread faizan khan
Libbsd is a cool project, I can use that in my other side projects.

I was particularly talking about googles v8 engine used for compiling
javascript. has anyone worked on this port. I see this listed in the
projects. I would love to experiment with it.

On Sun, Apr 2, 2017 at 6:52 PM, Gedare Bloom <ged...@rtems.org> wrote:

> On Sun, Apr 2, 2017 at 9:17 AM, faizan khan <faizan10...@gmail.com> wrote:
> > yes I am working on the getting started thing. I thought, I was supposed
> to
> > port the complete bsp, not just one device. So I can choose anyone
> device in
> > this case can and write driver for it..
> >
> > I think bbb is getting too much attention so I am looking into other
> > projects. Do you know who worked on the v8 port. I did a failed
> experiment
> > of porting it on Nucleus for k70. Eventually I settled with a lighweight
> v7
> > (which is used by mongoose IOT platform). So would love to discuss that..
> >
> We have a number of possibilities and ongoing interest in some web/IoT
> technologies. You can start looking in that direction. For this, a
> platform that has internet capability should be used for testing. See
> the "libbsd" project for the state-of-art in this area.
>
> We have used mongoose web server until the license was changed.
>
> > Also dont you guys use irc
> >
> IRC (and the mailing list) tends to be inactive during the weekend.
>
> > cheers,
> > Faizan
> >
> >
> >
> > On Sun, Apr 2, 2017 at 6:10 PM, Gedare Bloom <ged...@rtems.org> wrote:
> >>
> >> On Sun, Apr 2, 2017 at 9:09 AM, Gedare Bloom <ged...@rtems.org> wrote:
> >> > On Sun, Apr 2, 2017 at 5:17 AM, Christian Mauderer
> >> > <christian.maude...@embedded-brains.de> wrote:
> >> >>
> >> >>
> >> >> - Ursprüngliche Mail -
> >> >>> Von: "faizan khan" <faizan10...@gmail.com>
> >> >>> An: devel@rtems.org
> >> >>> Gesendet: Sonntag, 2. April 2017 00:44:27
> >> >>> Betreff: GSOC application
> >> >>
> >> >>> Hi everyone,
> >> >>>
> >> >>> I know I am late to the party but just got my confirmation letter. I
> >> >>> have 2
> >> >>> years of experience porting device drivers for Nucleus RTOS. I
> wanted
> >> >>> to
> >> >>> know about the list of projects.
> >> >>>
> >> >>>
> >> >>> https://devel.rtems.org/query?status=!closed=1;
> keywords=~SoC=10
> >> >>>
> >> >>> Is this all of it. I can easily take care of #2891, bbb, I have
> >> >>> already
> >> >>> ported bbb bsp for nucleus. Just to understand the project. All I
> have
> >> >>> to
> >> >>> do is port the device drivers mentioned and fix any hardware bugs in
> >> >>> the
> >> >>> test coverage, right???
> >> >>>
> >> >>>
> >> >>> cheers,
> >> >>> Faizan
> >> >>>
> >> >>> ___
> >> >>> devel mailing list
> >> >>> devel@rtems.org
> >> >>> http://lists.rtems.org/mailman/listinfo/devel
> >> >>
> >> >> Hello Faizan,
> >> >>
> >> >> I think that there are quite some more projects that are not
> converted
> >> >> to TRACK. See https://devel.rtems.org/wiki/Developer/OpenProjects
> >> >> If you are interested in one of the projects, just contact the
> possible
> >> >> mentors or ask on the mailing list.
> >> >>
> >> > There are definitely other good projects to consider that haven't had
> >> > as much attention as the BB projects. Also note that you should
> >> > complete https://devel.rtems.org/wiki/GSoC/GettingStarted and begin
> to
> >> > prepare your proposal immediately. Your best bet is to find a project
> >> > matching your interest/skills that has a suitable amount of
> >> > information posted about it, since you are not likely to get a lot of
> >> > feedback on your proposal before the deadline.
> >> >
> >> P.S. if you propose a BB project, you should also complete the
> >> GettingStarted using whichever BB board you have.
> >>
> >> > For the BB projects, I suspect the Framebuffer or CAN would be good
>

Re: GSOC application

2017-04-02 Thread faizan khan
yes I am working on the getting started thing. I thought, I was supposed to
port the complete bsp, not just one device. So I can choose anyone device
in this case can and write driver for it..

I think bbb is getting too much attention so I am looking into other
projects. Do you know who worked on the v8 port. I did a failed experiment
of porting it on Nucleus for k70. Eventually I settled with a lighweight v7
(which is used by mongoose IOT platform). So would love to discuss that..

Also dont you guys use irc

cheers,
Faizan



On Sun, Apr 2, 2017 at 6:10 PM, Gedare Bloom <ged...@rtems.org> wrote:

> On Sun, Apr 2, 2017 at 9:09 AM, Gedare Bloom <ged...@rtems.org> wrote:
> > On Sun, Apr 2, 2017 at 5:17 AM, Christian Mauderer
> > <christian.maude...@embedded-brains.de> wrote:
> >>
> >>
> >> - Ursprüngliche Mail -
> >>> Von: "faizan khan" <faizan10...@gmail.com>
> >>> An: devel@rtems.org
> >>> Gesendet: Sonntag, 2. April 2017 00:44:27
> >>> Betreff: GSOC application
> >>
> >>> Hi everyone,
> >>>
> >>> I know I am late to the party but just got my confirmation letter. I
> have 2
> >>> years of experience porting device drivers for Nucleus RTOS. I wanted
> to
> >>> know about the list of projects.
> >>>
> >>> https://devel.rtems.org/query?status=!closed=1;
> keywords=~SoC=10
> >>>
> >>> Is this all of it. I can easily take care of #2891, bbb, I have already
> >>> ported bbb bsp for nucleus. Just to understand the project. All I have
> to
> >>> do is port the device drivers mentioned and fix any hardware bugs in
> the
> >>> test coverage, right???
> >>>
> >>>
> >>> cheers,
> >>> Faizan
> >>>
> >>> ___
> >>> devel mailing list
> >>> devel@rtems.org
> >>> http://lists.rtems.org/mailman/listinfo/devel
> >>
> >> Hello Faizan,
> >>
> >> I think that there are quite some more projects that are not converted
> to TRACK. See https://devel.rtems.org/wiki/Developer/OpenProjects
> >> If you are interested in one of the projects, just contact the possible
> mentors or ask on the mailing list.
> >>
> > There are definitely other good projects to consider that haven't had
> > as much attention as the BB projects. Also note that you should
> > complete https://devel.rtems.org/wiki/GSoC/GettingStarted and begin to
> > prepare your proposal immediately. Your best bet is to find a project
> > matching your interest/skills that has a suitable amount of
> > information posted about it, since you are not likely to get a lot of
> > feedback on your proposal before the deadline.
> >
> P.S. if you propose a BB project, you should also complete the
> GettingStarted using whichever BB board you have.
>
> > For the BB projects, I suspect the Framebuffer or CAN would be good
> > directions to push. Framebuffer support exists in a few scattered
> > BSPs, but we could use a consistent approach and more uniform API for
> > framebuffer devices. For CAN there was a project a couple years ago
> > that made some progress in simulating CAN with Qemu, but never got to
> > the point of getting a CAN package to integrate easily with RTEMS.
> > There was a follow-up proposal by the same student for the project,
> > but we did not accept it [1].
> >
> > [1] https://docs.google.com/document/d/12T2Sd9vDBGfMhlansaW0Ti2OmtrpR
> PgAXxdPuOHbM78/edit?usp=sharing
> >
> >> Please also note that there are already some other students interested
> in some of the projects (especially the ones that are already converted to
> TRAC tickets): https://devel.rtems.org/wiki/GSoC/2017
> >>
> >> Kind regards
> >>
> >> Christian
> >>
> >> --
> >> 
> >> embedded brains GmbH
> >> Christian Mauderer
> >> Dornierstr. 4
> >> D-82178 Puchheim
> >> Germany
> >> email: christian.maude...@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.
> >> ___
> >> 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

[GSOC] V8 status and mentors

2017-04-02 Thread faizan khan
Hi,

I wanted to know about the status of v8 engine port for rtems. I once did a
failed experiment of porting v8 to Nucleus. Eventually I settled with a
lightweight v7 library for javascript (this is also used by mongoose IOT
framework).

I would be interested to work on this port for RTEMS. Let me know if anyone
has worked on it before. Also if there are similar projects please let me
know...

Cheers,
Faizan
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

GSOC application

2017-04-01 Thread faizan khan
Hi everyone,

I know I am late to the party but just got my confirmation letter. I have 2
years of experience porting device drivers for Nucleus RTOS. I wanted to
know about the list of projects.

https://devel.rtems.org/query?status=!closed=1=~SoC=10

Is this all of it. I can easily take care of #2891, bbb, I have already
ported bbb bsp for nucleus. Just to understand the project. All I have to
do is port the device drivers mentioned and fix any hardware bugs in the
test coverage, right???


cheers,
Faizan
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel