Re: GSoC Proposal : BeagleBoard project

2019-04-06 Thread Vijay Kumar Banerjee 
Hi,

Thanks for all the reviews and comments on the proposal!
I have done all the changes according to the different comments and have
also submitted the final pdf. I would really appreciate any further review
or
any comment, or any kind of fine tuning that might make it a bit better,
before
the deadline on Apr. 9th.

Looking forward to a great summer ahead :)

Thanks,
vijay

On Tue, Apr 2, 2019 at 3:26 AM Chris Johns  wrote:

> On 2/4/19 12:06 am, Sebastian Huber wrote:
> > On 31/03/2019 03:57, Chris Johns wrote:
> >> On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
> >>> On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom  >>> > wrote:
> >>>
> >>>  Remember you can submit your "Final" proposal many times on GSoC
> site.
> >>>  I made a few comments just regarding the 'public' view of your
> >>>  project. I think the technical plan looks reasonable, and leave
> it to
> >>>  the potential mentors to steer your technical path.
> >>>
> >>>  Gedare
> >>>
> >>> Thank you for reviewing the proposal. I have made the changes
> according to the
> >>> comments and also have uploaded the final proposal in the summer of
> code site.
> >> How will this be tested?
> >>
> >> Is https://github.com/littlevgl/lvgl  of any value?
> >
> > This looks like a really nice graphics library for RTEMS. How did you
> find this
> > one?
>
> I did not, a client did and we are using it on an embedded Linux box with a
> small DVI LCD display. It says it is for small devices and it looked to me
> like
> a good fit for RTEMS.
>
> Chris
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GSoC Proposal : BeagleBoard project

2019-04-01 Thread Chris Johns 
On 2/4/19 12:06 am, Sebastian Huber wrote:
> On 31/03/2019 03:57, Chris Johns wrote:
>> On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
>>> On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom >> > wrote:
>>>
>>>  Remember you can submit your "Final" proposal many times on GSoC site.
>>>  I made a few comments just regarding the 'public' view of your
>>>  project. I think the technical plan looks reasonable, and leave it to
>>>  the potential mentors to steer your technical path.
>>>
>>>  Gedare
>>>
>>> Thank you for reviewing the proposal. I have made the changes according to 
>>> the
>>> comments and also have uploaded the final proposal in the summer of code 
>>> site.
>> How will this be tested?
>>
>> Is https://github.com/littlevgl/lvgl  of any value?
> 
> This looks like a really nice graphics library for RTEMS. How did you find 
> this
> one?

I did not, a client did and we are using it on an embedded Linux box with a
small DVI LCD display. It says it is for small devices and it looked to me like
a good fit for RTEMS.

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

Re: GSoC Proposal : BeagleBoard project

2019-04-01 Thread Sebastian Huber 

On 31/03/2019 03:57, Chris Johns wrote:

On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:

On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom mailto:ged...@rtems.org>> wrote:

 Remember you can submit your "Final" proposal many times on GSoC site.
 I made a few comments just regarding the 'public' view of your
 project. I think the technical plan looks reasonable, and leave it to
 the potential mentors to steer your technical path.

 Gedare

Thank you for reviewing the proposal. I have made the changes according to the
comments and also have uploaded the final proposal in the summer of code site.

How will this be tested?

Ishttps://github.com/littlevgl/lvgl  of any value?


This looks like a really nice graphics library for RTEMS. How did you 
find this one?


--
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 Proposal : BeagleBoard project

2019-03-31 Thread Vijay Kumar Banerjee 
On Mon, Apr 1, 2019 at 12:01 AM Christian Mauderer 
wrote:

> Am 31.03.19 um 19:33 schrieb Vijay Kumar Banerjee:
> >
> >
> > On Sun, Mar 31, 2019 at 1:25 PM Christian Mauderer  > > wrote:
> >
> > Am 31.03.19 um 09:08 schrieb Vijay Kumar Banerjee:
> > >
> > >
> > > On Sun, Mar 31, 2019 at 7:27 AM Chris Johns  > 
> > > >> wrote:
> > >
> > > On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
> > > > On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom
> > mailto:ged...@rtems.org>
> > > >
> > > > 
> >  > > >
> > > > Remember you can submit your "Final" proposal many times
> on
> > > GSoC site.
> > > > I made a few comments just regarding the 'public' view
> > of your
> > > > project. I think the technical plan looks reasonable, and
> > > leave it to
> > > > the potential mentors to steer your technical path.
> > > >
> > > > Gedare
> > > >
> > > > Thank you for reviewing the proposal. I have made the changes
> > > according to the
> > > > comments and also have uploaded the final proposal in the
> summer
> > > of code site.
> > >
> > > How will this be tested?
> > >
> > > The target is to get a console on display. To test each step, I was
> > > planning to write some
> > > tests like to test the EDID reading, we can write a test that
> returns
> > > the EDID reading if the
> > > display is detected, or an error if it's not there.
> > > I think this point is very important and not very clear to me yet.
> Do
> > > you have any suggestions
> > > on testing each part of the project and if possible, include them
> > in the
> > > testsuite?
> > >
> > > Is https://github.com/littlevgl/lvgl of any value?
> > >
> > > I had a brief look and this looks really great and can be a nice
> > > addition to RTEMS.
> > > I think this will go in the "future improvements" (?)
> > >
> > > Chris
> > >
> > >
> >
> > I would suggest a framebuffer console as the primary target for this
> > project. Maybe as an extended goal it could be nice to try the
> libraries
> > already in RSB:
> >
> >
> https://git.rtems.org/rtems-source-builder/tree/rtems/config/graphics
> >
> > Adding a new library would be a very extended goal in my view
> because it
> > hast the potential to eat up a lot of time.
> >
> > Vijay: I think you most likely need some test application already
> during
> > phase 2? So maybe you should add a point that you want to at least
> start
> > a fb-console there? Alternatively: Some simple test application that
> > just draws some dots or lines?
> >
> > In phase 3 it would be great to have the graphics libraries as
> extended
> > goal (lower priority than cleanup and getting code merged).
> >
> > Hi,
> >
> > Thanks for the notes. I have added a point about writing a test
> > application in phase 2
> > and also mentioned the intention to use the RSB graphics library to get
> > a GUI after the
> > code gets merged.
> >
> >
>
> It would be great if you could explicitly mention the framebuffer
> console at end of phase 2 / begin of phase 3. Alternatively (if you
> don't want a console) a test application with .
>
I added it as a point in the beginning of phase3.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GSoC Proposal : BeagleBoard project

2019-03-31 Thread Christian Mauderer 
Am 31.03.19 um 19:33 schrieb Vijay Kumar Banerjee:
> 
> 
> On Sun, Mar 31, 2019 at 1:25 PM Christian Mauderer  > wrote:
> 
> Am 31.03.19 um 09:08 schrieb Vijay Kumar Banerjee:
> >
> >
> > On Sun, Mar 31, 2019 at 7:27 AM Chris Johns  
> > >> wrote:
> >
> >     On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
> >     > On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom
> mailto:ged...@rtems.org>
> >     >
> >     > 
>  >     >
> >     >     Remember you can submit your "Final" proposal many times on
> >     GSoC site.
> >     >     I made a few comments just regarding the 'public' view
> of your
> >     >     project. I think the technical plan looks reasonable, and
> >     leave it to
> >     >     the potential mentors to steer your technical path.
> >     >
> >     >     Gedare
> >     >
> >     > Thank you for reviewing the proposal. I have made the changes
> >     according to the
> >     > comments and also have uploaded the final proposal in the summer
> >     of code site.  
> >
> >     How will this be tested?
> >
> > The target is to get a console on display. To test each step, I was
> > planning to write some 
> > tests like to test the EDID reading, we can write a test that returns
> > the EDID reading if the
> > display is detected, or an error if it's not there.  
> > I think this point is very important and not very clear to me yet. Do
> > you have any suggestions
> > on testing each part of the project and if possible, include them
> in the
> > testsuite? 
> >
> >     Is https://github.com/littlevgl/lvgl of any value?
> >
> > I had a brief look and this looks really great and can be a nice
> > addition to RTEMS.
> > I think this will go in the "future improvements" (?)
> >
> >     Chris
> >
> >
> 
> I would suggest a framebuffer console as the primary target for this
> project. Maybe as an extended goal it could be nice to try the libraries
> already in RSB:
> 
>   https://git.rtems.org/rtems-source-builder/tree/rtems/config/graphics
> 
> Adding a new library would be a very extended goal in my view because it
> hast the potential to eat up a lot of time.
> 
> Vijay: I think you most likely need some test application already during
> phase 2? So maybe you should add a point that you want to at least start
> a fb-console there? Alternatively: Some simple test application that
> just draws some dots or lines?
> 
> In phase 3 it would be great to have the graphics libraries as extended
> goal (lower priority than cleanup and getting code merged).
> 
> Hi,
> 
> Thanks for the notes. I have added a point about writing a test
> application in phase 2 
> and also mentioned the intention to use the RSB graphics library to get
> a GUI after the
> code gets merged. 
> 
> 

It would be great if you could explicitly mention the framebuffer
console at end of phase 2 / begin of phase 3. Alternatively (if you
don't want a console) a test application with .
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GSoC Proposal : BeagleBoard project

2019-03-31 Thread Vijay Kumar Banerjee 
On Sun, Mar 31, 2019 at 1:25 PM Christian Mauderer 
wrote:

> Am 31.03.19 um 09:08 schrieb Vijay Kumar Banerjee:
> >
> >
> > On Sun, Mar 31, 2019 at 7:27 AM Chris Johns  > > wrote:
> >
> > On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
> > > On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom  > 
> > > >> wrote:
> > >
> > > Remember you can submit your "Final" proposal many times on
> > GSoC site.
> > > I made a few comments just regarding the 'public' view of your
> > > project. I think the technical plan looks reasonable, and
> > leave it to
> > > the potential mentors to steer your technical path.
> > >
> > > Gedare
> > >
> > > Thank you for reviewing the proposal. I have made the changes
> > according to the
> > > comments and also have uploaded the final proposal in the summer
> > of code site.
> >
> > How will this be tested?
> >
> > The target is to get a console on display. To test each step, I was
> > planning to write some
> > tests like to test the EDID reading, we can write a test that returns
> > the EDID reading if the
> > display is detected, or an error if it's not there.
> > I think this point is very important and not very clear to me yet. Do
> > you have any suggestions
> > on testing each part of the project and if possible, include them in the
> > testsuite?
> >
> > Is https://github.com/littlevgl/lvgl of any value?
> >
> > I had a brief look and this looks really great and can be a nice
> > addition to RTEMS.
> > I think this will go in the "future improvements" (?)
> >
> > Chris
> >
> >
>
> I would suggest a framebuffer console as the primary target for this
> project. Maybe as an extended goal it could be nice to try the libraries
> already in RSB:
>
>   https://git.rtems.org/rtems-source-builder/tree/rtems/config/graphics
>
> Adding a new library would be a very extended goal in my view because it
> hast the potential to eat up a lot of time.
>
> Vijay: I think you most likely need some test application already during
> phase 2? So maybe you should add a point that you want to at least start
> a fb-console there? Alternatively: Some simple test application that
> just draws some dots or lines?
>
> In phase 3 it would be great to have the graphics libraries as extended
> goal (lower priority than cleanup and getting code merged).
>
> Hi,

Thanks for the notes. I have added a point about writing a test application
in phase 2
and also mentioned the intention to use the RSB graphics library to get a
GUI after the
code gets merged.

>
> Regards
>
> Christian
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GSoC Proposal : BeagleBoard project

2019-03-31 Thread Christian Mauderer 
Am 31.03.19 um 09:08 schrieb Vijay Kumar Banerjee:
> 
> 
> On Sun, Mar 31, 2019 at 7:27 AM Chris Johns  > wrote:
> 
> On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
> > On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom  
> > >> wrote:
> >
> >     Remember you can submit your "Final" proposal many times on
> GSoC site.
> >     I made a few comments just regarding the 'public' view of your
> >     project. I think the technical plan looks reasonable, and
> leave it to
> >     the potential mentors to steer your technical path.
> >
> >     Gedare
> >
> > Thank you for reviewing the proposal. I have made the changes
> according to the
> > comments and also have uploaded the final proposal in the summer
> of code site.  
> 
> How will this be tested?
> 
> The target is to get a console on display. To test each step, I was
> planning to write some 
> tests like to test the EDID reading, we can write a test that returns
> the EDID reading if the
> display is detected, or an error if it's not there.  
> I think this point is very important and not very clear to me yet. Do
> you have any suggestions
> on testing each part of the project and if possible, include them in the
> testsuite? 
> 
> Is https://github.com/littlevgl/lvgl of any value?
> 
> I had a brief look and this looks really great and can be a nice
> addition to RTEMS.
> I think this will go in the "future improvements" (?)
> 
> Chris
> 
> 

I would suggest a framebuffer console as the primary target for this
project. Maybe as an extended goal it could be nice to try the libraries
already in RSB:

  https://git.rtems.org/rtems-source-builder/tree/rtems/config/graphics

Adding a new library would be a very extended goal in my view because it
hast the potential to eat up a lot of time.

Vijay: I think you most likely need some test application already during
phase 2? So maybe you should add a point that you want to at least start
a fb-console there? Alternatively: Some simple test application that
just draws some dots or lines?

In phase 3 it would be great to have the graphics libraries as extended
goal (lower priority than cleanup and getting code merged).


Regards

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

Re: GSoC Proposal : BeagleBoard project

2019-03-31 Thread Vijay Kumar Banerjee 
On Sun, Mar 31, 2019 at 7:27 AM Chris Johns  wrote:

> On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
> > On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom  > > wrote:
> >
> > Remember you can submit your "Final" proposal many times on GSoC
> site.
> > I made a few comments just regarding the 'public' view of your
> > project. I think the technical plan looks reasonable, and leave it to
> > the potential mentors to steer your technical path.
> >
> > Gedare
> >
> > Thank you for reviewing the proposal. I have made the changes according
> to the
> > comments and also have uploaded the final proposal in the summer of code
> site.
>
> How will this be tested?
>
> The target is to get a console on display. To test each step, I was
planning to write some
tests like to test the EDID reading, we can write a test that returns the
EDID reading if the
display is detected, or an error if it's not there.
I think this point is very important and not very clear to me yet. Do you
have any suggestions
on testing each part of the project and if possible, include them in the
testsuite?

> Is https://github.com/littlevgl/lvgl of any value?
>
> I had a brief look and this looks really great and can be a nice addition
to RTEMS.
I think this will go in the "future improvements" (?)

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

Re: GSoC Proposal : BeagleBoard project

2019-03-30 Thread Chris Johns 
On 31/3/19 5:05 am, Vijay Kumar Banerjee wrote:
> On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom  > wrote:
> 
> Remember you can submit your "Final" proposal many times on GSoC site.
> I made a few comments just regarding the 'public' view of your
> project. I think the technical plan looks reasonable, and leave it to
> the potential mentors to steer your technical path.
> 
> Gedare
> 
> Thank you for reviewing the proposal. I have made the changes according to the
> comments and also have uploaded the final proposal in the summer of code 
> site.  

How will this be tested?

Is https://github.com/littlevgl/lvgl of any value?

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

Re: GSoC Proposal : BeagleBoard project

2019-03-30 Thread Vijay Kumar Banerjee 
On Sat, Mar 30, 2019 at 5:09 PM Gedare Bloom  wrote:

> Remember you can submit your "Final" proposal many times on GSoC site.
> I made a few comments just regarding the 'public' view of your
> project. I think the technical plan looks reasonable, and leave it to
> the potential mentors to steer your technical path.
>
> Gedare
>
> Thank you for reviewing the proposal. I have made the changes according to
the
comments and also have uploaded the final proposal in the summer of code
site.


> On Fri, Mar 29, 2019 at 7:04 AM Vijay Kumar Banerjee
>  wrote:
> >
> > Hello,
> >
> > I have prepared the draft proposal and have signed up in the official
> GSoC site.
> >
> > Here is the link to the proposal
> >
> >
> https://docs.google.com/document/d/14UxH4KE5E3ME_PJZVBVGRgGjeWtSKafDpaQ70fe5Z8Q/edit?usp=sharing
> >
> > I would really appreciate any comments or feedback on the same.
> >
> > Thank you
> >
> > Vijay
> > ___
> > 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

Re: GSoC Proposal : BeagleBoard project

2019-03-30 Thread Gedare Bloom 
Remember you can submit your "Final" proposal many times on GSoC site.
I made a few comments just regarding the 'public' view of your
project. I think the technical plan looks reasonable, and leave it to
the potential mentors to steer your technical path.

Gedare

On Fri, Mar 29, 2019 at 7:04 AM Vijay Kumar Banerjee
 wrote:
>
> Hello,
>
> I have prepared the draft proposal and have signed up in the official GSoC 
> site.
>
> Here is the link to the proposal
>
> https://docs.google.com/document/d/14UxH4KE5E3ME_PJZVBVGRgGjeWtSKafDpaQ70fe5Z8Q/edit?usp=sharing
>
> I would really appreciate any comments or feedback on the same.
>
> Thank you
>
> Vijay
> ___
> 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 Proposal : BeagleBoard project

2019-03-29 Thread Vijay Kumar Banerjee 
Hello,

I have prepared the draft proposal and have signed up in the official GSoC
site.

Here is the link to the proposal

https://docs.google.com/document/d/14UxH4KE5E3ME_PJZVBVGRgGjeWtSKafDpaQ70fe5Z8Q/edit?usp=sharing

I would really appreciate any comments or feedback on the same.

Thank you

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