From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13553 invoked by alias); 21 Nov 2008 15:06:54 -0000 Received: (qmail 13530 invoked by uid 22791); 21 Nov 2008 15:06:53 -0000 X-Spam-Status: No, hits=-0.8 required=5.0 tests=AWL,BARRACUDA_BRBL,BAYES_00,SARE_PROLOSTOCK_SYM3,SPF_PASS X-Spam-Check-By: sourceware.org Received: from nicola.2020media.com (HELO nicola.2020mail.com) (212.124.192.216) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 21 Nov 2008 15:05:57 +0000 Received: from [212.124.199.38] (helo=[192.168.0.2]) by nicola.2020mail.com with esmtp (Exim 4.22) id 1L3XZX-000Pt3-P0 for ecos-devel@ecos.sourceware.org; Fri, 21 Nov 2008 15:05:28 +0000 Subject: STM32 - I/O pullup and EXTI issues, plus new SPI driver. From: Chris Holgate To: ecos-devel@ecos.sourceware.org Content-Type: text/plain Organization: Zynaptic Limited Date: Fri, 21 Nov 2008 15:06:00 -0000 Message-Id: <1227280292.8476.47.camel@hercules.zynaptic.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 Content-Transfer-Encoding: 7bit X-2020-Relay: Sent using 2020MEDIA.net.uk relay with auth code: Send Abuse reports to abuse@2020media.net.uk X-IsSubscribed: yes 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 X-SW-Source: 2008-11/txt/msg00041.txt.bz2 Hi folks, I came across a couple of HAL issues while putting together my new SPI driver for the STM32. I appreciate that the maintainers are overloaded with eCos 3.0 work at the moment, so I'll defer to them as to whether any of this needs fixing now and can provide more information/patches on request. 1) It's not possible to set pullups on I/Os using the provided functions. This is a trivial one-line fix to stm32-misc.c. 2) External interrupts don't work as they stand. This requires a few changes to the STM32 var_intr.h. If required I can tidy up my changes there and provide a patch which I've tested using a single I/O (EXTINT0), but which would probably benefit from a bit more testing using other I/O configurations. 3) I've now got full register maps for the AFIO, DMA and SPI blocks. For development purposes I've kept these in a separate file from the STM32 var_io.h, but can provide the file for merging if required. FYI, I now have a DMA-based SPI driver that is fully functional in kernel mode, but will need one or two changes (and some testing!) to make it play nicely in non-kernel mode. Probably best to leave that until the 3.0 release is done, though. Chris.