From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10001 invoked by alias); 16 Jun 2014 18:46:00 -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 9992 invoked by uid 89); 16 Jun 2014 18:45:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL autolearn=no version=3.3.2 X-HELO: gateway11.websitewelcome.com Received: from gateway11.websitewelcome.com (HELO gateway11.websitewelcome.com) (67.18.71.7) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 16 Jun 2014 18:45:57 +0000 Received: by gateway11.websitewelcome.com (Postfix, from userid 500) id 1AF4C3213BE; Mon, 16 Jun 2014 13:45:53 -0500 (CDT) Received: from ham06.websitewelcome.com (unknown [192.185.0.197]) by gateway11.websitewelcome.com (Postfix) with ESMTP id A143A3207B0 for ; Mon, 16 Jun 2014 13:45:51 -0500 (CDT) Received: by ham06.websitewelcome.com (Postfix, from userid 500) id 97B0640009; Mon, 16 Jun 2014 13:45:51 -0500 (CDT) X-Spam-Flag2999: NO X-Spam-Level2999: X-Spam-Status2999: "No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.1 Received: from montecarlo.websitewelcome.com (montecarlo.websitewelcome.com [192.185.12.42]) by ham06.websitewelcome.com (Postfix) with ESMTP id 0450840010 for ; Mon, 16 Jun 2014 13:45:51 -0500 (CDT) Received: from [77.28.168.162] (port=46825 helo=[192.168.178.21]) by montecarlo.websitewelcome.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1Wwbug-00075F-A9; Mon, 16 Jun 2014 13:45:50 -0500 Message-ID: <539F3B5A.2050605@siva.com.mk> Date: Mon, 16 Jun 2014 18:46:00 -0000 From: Ilija Kocho User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Andrew Hannam , 'Jerzy Dyrda' , 'eCos Discussion' References: <5752197.rmWza1iyYx@inteldesktop.site> <001001cf8907$e21e32c0$a65a9840$@inmarket.com.au> In-Reply-To: <001001cf8907$e21e32c0$a65a9840$@inmarket.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BWhitelist: no X-Exim-ID: 1Wwbug-00075F-A9 X-Source-Sender: ([192.168.178.21]) [77.28.168.162]:46825 X-Source-Auth: ilijak+siva.mk X-Email-Count: 1 X-Source-Cap: c2l2YW1rO2JpYmltYW47bW9udGVjYXJsby53ZWJzaXRld2VsY29tZS5jb20= X-IsSubscribed: yes Subject: Re: [ECOS] RE: New features required on Cortex-M platform X-SW-Source: 2014-06/txt/msg00011.txt.bz2 Hi Andrew We appreciate your interest in eCos and we will welcome uGFX as an added value to eCos. However due to uGFX licence terms, that disallow commercial use we can not allow it into main eCos repository. This is not an end of story, because eCos offers an elegant way for users that will want uGFX on eCos, to have it. It is eCos Package Distribution Ref: http://ecos.sourceware.org/docs-latest/cdl-guide/package.distrib.html . uGFX EPK (eCos package) is a simple way for distribution of eCos module sources. You sumply put uGFX EPK at your download page and users can import it in their private eCos repositories with few clicks. The package can also contain the licence that will be presented to the user for acceptance. Should you put uGFX package somewhere on the net we can point it by a link eCos site: http://ecos.sourceware.org/contrib.html . Some technical considerations: eCos has a well defined I/O layer and Framebuffer is a part of it. Therefore we strongly recommend Framebuffer support as an option. Of course if you have time and there's technical merit you can implement both options. Regards to both Andrew and Jerzy Ilija Kocho, eCos maintainer On 16.06.2014 04:08, Andrew Hannam wrote: > As one of the primary developers of uGFX I have been watching the ecos > mail-lists for a long time but have never implemented an ecos system yet > (just due to being caught up on other projects such as uGFX). > > I would be happy to work with you to create a port of uGFX for ecos. > > As per one of your follow-up Emails relating to uGFX versus Qt: > > Some of the advantages of uGFX versus Qt: > - uGFX is designed for small memory footprint systems (ie. embedded > systems), Qt is not and therefore has a very large footprint. > - uGFX works equally well on systems without a framebuffer. Qt requires a > framebuffer (and the related RAM requirements) > - uGFX is a full multi-threaded GUI, you can draw from any thread regardless > on which thread the object was created. Qt has only limited support for > multi-threaded applications. > - uGFX has support for many LCD controllers and supports custom wiring > connections to your micro. Qt assumes a full graphics/windows layer is > already available (usually X). > - uGFX includes other sub-systems like audio, toggle switch input devices, > analogue dials, ROM based file system etc. Qt does not. > > Some disadvantages of uGFX versus Qt: > - uGFX has a different API to Qt. More programmers are familiar with Qt. > - uGFX has only restricted support for overlapping windows (container > windows are however supported). > > uGFX is in short designed for embedded systems while Qt has a desktop based > design. > > uGFX aims to provide a cross-platform way of writing embedded GUI > applications. For example, most of the uGFX demos can be run on any uGFX > supported operating system without changing a single line of code. This > means you can prototype and debug your application on Windows or Linux and > then very simply move it to your embedded board. > > Regards, > Andrew (aka inmarket) > > -----Original Message----- > From: Jerzy Dyrda [mailto:jerzdy@gmail.com] > Sent: Saturday, 14 June 2014 1:15 AM > To: eCos Discussion > Subject: Fwd: New features required on Cortex-M platform > > Hello all, > > During developing some application on Cortex-M controller I realized that is > missing some vital components in current version of eCos system (from my > point of view) i.e : > > 1) HTTP server - AHTTPD doesn't support lwIP stack what causes that it's > useless. > I'm planing to modify it thus any kind of advises are welcome. > > 2) Small embedded GUI working directly on display. From my side I propose > uGFX -> http://ugfx.org/ License seems to be compatible and due its nature > porting on new platform shouldn't be complicated even for me :) I'm also > planning to add support and again any kind of comments advices or warnings > are expecting. > > 3) SD bus support. I know that I can use SD card in SPI mode but on some > board like STM32F4DISCOVERY SD card i only available on SD bus. > It's high time to add this miss part of system. > > 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