[ECOS] First try eCos port for uGFX

[ECOS] First try eCos port for uGFX

[Andrew Hannam]

I have implemented a first attempt at an eCos port for uGFX.

Unfortunately I have run out of time for now as I have to spend time on some
other work.
I wanted to put this up here in case someone in the eCos community would
like to continue that process to get a full working port and package
together for uGFX under eCos.

Where it is at...
 - The eCos port can be found in the eCos branch of the uGFX git repository
at https://bitbucket.org/Tectu/ugfx.git
 - The uGFX GOS module port should be complete but is probably not
implemented very well. Eg currently it assumes the C runtime
    is initialised to use functions such as malloc() and free().
- There is a board interface file
"boards/addons/gdisp/board_framebuffer_eCos.h" that should interface the
uGFX
   library using the uGFX framebuffer driver to the eCos framebuffer device.
This file should be copied into the
   users project and renamed "board_framebuffer.h". Alternatively any of the
other uGFX display drivers
   can be used.
- Code is written but has not been compiled or tested. Unfortunately I have
not yet got the eCos tools working on my
   machine (Win8.1 x64, 64 bit Cygwin). I suspect I need to install 32 bit
Cygwin but currently have run out of time.
- No packaging has been started yet. It looks like all the uGFX compile
options could very easily be added to
   make a "full featured" eCos package as the options system looks
relatively compatible.

If no-one is able to take it up, I hope in the next few weeks I will be able
to get back to it.

Regards,
Andrew.


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] First try eCos port for uGFX

[Jerzy Dyrda]

Hello Andrew,

2014-07-02 4:23 GMT+02:00 Andrew Hannam <andrewh@inmarket.com.au>:
> I have implemented a first attempt at an eCos port for uGFX.
Thank you.

[snip]

> If no-one is able to take it up, I hope in the next few weeks I will be able
> to get back to it.
I was mostly interested in thus I feel obligated to contribute.
Initially I would like add similar structure compering to Linux_framebuffer.
In eCos nomenclature it means uGFX wit ones of demos will be treated
as application and
linked against eCos tree.


Best regards,
jerzy

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] First try eCos port for uGFX

[Jerzy Dyrda]

Hello Andrew,

2014-07-04 0:52 GMT+02:00 Andrew Hannam <andrewh@inmarket.com.au>:
> Hi Jerzy,
>
> Thanks for your assistance with this. Please feel free to message me directly any questions you have.

> Hopefully I have already completed the eCos framebuffer interface for you.
Thank you. Regarding porting to eCos : SUCCESS.
Now I'm able to run few demos under eCos synthetic fremabuffer.
There are 2 or 3 very small fix to add like :
diff --git a/boards/addons/gdisp/board_framebuffer_eCos.h
b/boards/addons/gdisp/board_framebuffer_eCos.h
index 80c9147..e8e4613 100644
--- a/boards/addons/gdisp/board_framebuffer_eCos.h
+++ b/boards/addons/gdisp/board_framebuffer_eCos.h
@@ -28,7 +28,7 @@

        // SET THIS HERE!!!
        // This must also match the pixel format above
-       #define FRAMEBUF                640x480x16
+       #define FRAMEBUF                fb0

        static void board_init(GDisplay *g, fbInfo *fbi) {
                // Initialize the frame buffer device - we assume
everything is going to succeed.

and uGFX works under eCos as a application.


>If you want a Linux frame-buffer type interface have a look in the "boards/base/Linux-framebuffer" directory for the board_framebuffer.h in there.
I asked about Linux frame-buffer because initially I had a problem
with dependencies. After I had used Linux Makefile I manage to build.

Now is the question how you would like to provide uGFX :
1) as a application in eCos meaning
2) or add to tree as a eCos package?

Best regards,
jerzy

> -----Original Message-----
> From: Jerzy Dyrda [mailto:jerzdy@gmail.com]
> Sent: Friday, 4 July 2014 8:26 AM
> To: Andrew Hannam
> Cc: eCos Discussion
> Subject: Re: [ECOS] First try eCos port for uGFX
>
> Hello Andrew,
>
> 2014-07-02 4:23 GMT+02:00 Andrew Hannam <andrewh@inmarket.com.au>:
>> I have implemented a first attempt at an eCos port for uGFX.
> Thank you.
>
> [snip]
>
>> If no-one is able to take it up, I hope in the next few weeks I will
>> be able to get back to it.
> I was mostly interested in thus I feel obligated to contribute.
> Initially I would like add similar structure compering to Linux_framebuffer.
> In eCos nomenclature it means uGFX wit ones of demos will be treated as application and linked against eCos tree.

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

RE: [ECOS] First try eCos port for uGFX

[Andrew Hannam]

> Thank you. Regarding porting to eCos : SUCCESS.
> Now I'm able to run few demos under eCos synthetic fremabuffer.

Well done!

> There are 2 or 3 very small fix to add like :

I will add them to the repository today and merge them into the main branch now that you have confirmed it works.

> I asked about Linux frame-buffer because initially I had a problem with dependencies. After I had used Linux Makefile I manage to build.

Can you please send me your makefile and I will create a new boards/base/eCos directory based on your makefile.

> Now is the question how you would like to provide uGFX :
> 1) as a application in eCos meaning
> 2) or add to tree as a eCos package?

Ideally moving forward it would be great to do it as an eCos package. This would enable the closest interaction with eCos. In the mean-time at least it will run as an application.

Any assistance I can provide please let me know.



--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss