From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29843 invoked by alias); 13 Jun 2014 15:06:58 -0000 Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org Received: (qmail 29833 invoked by uid 89); 13 Jun 2014 15:06:57 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f179.google.com Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 13 Jun 2014 15:06:55 +0000 Received: by mail-wi0-f179.google.com with SMTP id cc10so1065191wib.0 for ; Fri, 13 Jun 2014 08:06:52 -0700 (PDT) X-Received: by 10.180.184.198 with SMTP id ew6mr5688512wic.13.1402672012645; Fri, 13 Jun 2014 08:06:52 -0700 (PDT) Received: from smtp.gmail.com ([217.153.153.214]) by mx.google.com with ESMTPSA id n49sm2473008eeg.36.2014.06.13.08.06.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Jun 2014 08:06:51 -0700 (PDT) From: Jerzy Dyrda To: ecos-devel@ecos.sourceware.org Subject: New features required on Cortex-M platform Date: Fri, 13 Jun 2014 15:06:00 -0000 Message-ID: <1410432.jXxFFozqkg@inteldesktop.site> User-Agent: KMail/4.10.5 (Linux/3.7.10-1.32-desktop; KDE/4.10.5; x86_64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-IsSubscribed: yes X-SW-Source: 2014-06/txt/msg00000.txt.bz2 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