From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32730 invoked by alias); 6 Jul 2014 20:04:32 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 32707 invoked by uid 89); 6 Jul 2014 20:04:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ie0-f177.google.com Received: from mail-ie0-f177.google.com (HELO mail-ie0-f177.google.com) (209.85.223.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sun, 06 Jul 2014 20:04:26 +0000 Received: by mail-ie0-f177.google.com with SMTP id rp18so184040iec.8 for ; Sun, 06 Jul 2014 13:04:24 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.43.79.71 with SMTP id zp7mr28362000icb.38.1404677064286; Sun, 06 Jul 2014 13:04:24 -0700 (PDT) Received: by 10.64.93.6 with HTTP; Sun, 6 Jul 2014 13:04:24 -0700 (PDT) In-Reply-To: <004b01cf9711$8313b9e0$893b2da0$@inmarket.com.au> References: <004801cf959c$a80fac70$f82f0550$@inmarket.com.au> <004b01cf9711$8313b9e0$893b2da0$@inmarket.com.au> Date: Sun, 06 Jul 2014 20:04:00 -0000 Message-ID: From: Jerzy Dyrda To: Andrew Hannam Cc: eCos Discussion Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes Subject: Re: [ECOS] First try eCos port for uGFX X-SW-Source: 2014-07/txt/msg00004.txt.bz2 Hello Andrew, 2014-07-04 0:52 GMT+02:00 Andrew Hannam : > 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 : >> 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