From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22333 invoked by alias); 16 Jun 2014 06:23:37 -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 22310 invoked by uid 89); 16 Jun 2014 06:23:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_00,LIKELY_SPAM_BODY,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL autolearn=no version=3.3.2 X-HELO: gateway09.websitewelcome.com Received: from gateway09.websitewelcome.com (HELO gateway09.websitewelcome.com) (67.18.144.14) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Mon, 16 Jun 2014 06:23:32 +0000 Received: by gateway09.websitewelcome.com (Postfix, from userid 507) id A77D8A2F77DDE; Mon, 16 Jun 2014 01:23:30 -0500 (CDT) Received: from ham06.websitewelcome.com (unknown [192.185.0.197]) by gateway09.websitewelcome.com (Postfix) with ESMTP id 70E45A2F77D4E for ; Mon, 16 Jun 2014 01:23:30 -0500 (CDT) Received: by ham06.websitewelcome.com (Postfix, from userid 500) id 641D440003; Mon, 16 Jun 2014 01:23:30 -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 DBFF040003 for ; Mon, 16 Jun 2014 01:23:29 -0500 (CDT) Received: from [77.28.175.47] (port=44455 helo=[192.168.178.21]) by montecarlo.websitewelcome.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WwQKH-00046v-38; Mon, 16 Jun 2014 01:23:29 -0500 Message-ID: <539E8D5D.4060609@siva.com.mk> Date: Mon, 16 Jun 2014 06:23: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: Jerzy Dyrda CC: eCos Discussion , Richard Rauch , Michael Jones References: <5752197.rmWza1iyYx@inteldesktop.site> <00a901cf871c$da0330f0$8e0992d0$@itrgmbh.de> <4104928.CWXqrFU02v@inteldesktop.site> <539B48F7.9060208@siva.com.mk> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BWhitelist: no X-Exim-ID: 1WwQKH-00046v-38 X-Source-Sender: ([192.168.178.21]) [77.28.175.47]:44455 X-Source-Auth: ilijak+siva.mk X-Email-Count: 3 X-Source-Cap: c2l2YW1rO2JpYmltYW47bW9udGVjYXJsby53ZWJzaXRld2VsY29tZS5jb20= X-IsSubscribed: yes Subject: Re: [ECOS] Re: SDHC support. [Was Re: AW: [ECOS] Fwd: New features required on Cortex-M platform] X-SW-Source: 2014-06/txt/msg00009.txt.bz2 Jerzy Thank you for your analysis. I guess, that Mike follows the list, but anyway I'm adding him as an initiator of this SDHC port. On 15.06.2014 00:47, Jerzy Dyrda wrote: > Hello Ilija, > > 2014-06-13 20:54 GMT+02:00 Ilija Kocho : >> 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. >>> - SD card interface. Unfortunately this is very processor specific. Each >>> Microcontroller has its own IP for accessing SD card. >>> But only low level SD bus driver. Upper layer for MMC/SD card is common. >> This is MMC/SD disk driver for Freescale Kinetis and iMX. >> https://sourceforge.net/projects/ecosfreescale/files/devs/SDHC/ >> Upper layer (based on SPI MMC driver) and HW dependent (Freescale) parts >> are placed in separate packages. >> >> Jerzy, can you see if STM support can be added? > After first look I seems that yes. > IMHO it's required some code re-factoring i.e. : > 1) CYGPKG_DEVS_DISK_MMC_SDHC should be pushed into CYGPKG_DEVS_DISK_MMC > package as a component similar to CYGPKG_DEVS_DISK_MMC_SPI component. > 2) Using Freescale middle layer (sdhc.c) from platform specific > package and pushing it to generic > part. The aim of this layer is support for SDHC transaction what is generic. It seems pretty generic indeed, only it has some references to usdhc_host.c. We could/should make some abstraction either simple (MACROS) or callback table (may require middle-level io driver). Can anybody comment on this? > 3) And we should provide low level platform specific driver for SD bus > not as Freescale in > /devs/disk/mmc/sdhc/ but create new place /devs/sd/cortexm/stm similar > to /devs/spi/cortexm/stm Once 2) is defined, this should be straight-forward. > with simliar functionality i.e. xfer function supporting poling and DMA mode. > 4) Regarding license most of code in platform specific part is a Freescale code. > Can we use it? IANAL, but IMO yes as long as we regard licence terms. The Freescale code is published under BSD licence that is one of eligible licences for third party products regarding eCos (Ref: http://ecos.sourceware.org/contrib.html). Any additional comments? Ilija -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss