From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25538 invoked by alias); 10 Nov 2009 11:28:36 -0000 Received: (qmail 25529 invoked by uid 22791); 10 Nov 2009 11:28:35 -0000 X-SWARE-Spam-Status: No, hits=-0.5 required=5.0 tests=AWL,BAYES_05,SARE_PROLOSTOCK_SYM3,UNPARSEABLE_RELAY X-Spam-Check-By: sourceware.org Received: from mx3.neotel.com.mk (HELO neomail.neotel.com.mk) (80.77.144.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Nov 2009 11:28:31 +0000 Received: from dummy.name; Tue, 10 Nov 2009 12:28:31 +0100 Message-ID: <4AF94E59.6040500@siva.com.mk> Date: Tue, 10 Nov 2009 11:28:00 -0000 From: Ilija Stanislevik User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: eCos developers Subject: Ethernet over SPI driver for ENC424J600 References: <4ACB4B58.2040804@ecoscentric.com> <4ACC61F0.3020303@televic.com> <4AD3E92E.5020301@jifvik.org> <4AD47ADE.9010606@cs.vu.nl> <4AD6A7EC.8080703@jifvik.org> <4ADC452B.5040706@ecoscentric.com> <4ADD14E1.3050702@jifvik.org> <4ADD8E47.1080305@ecoscentric.com> <4ADE6C92.9060300@jifvik.org> <4AE02E54.7000508@ecoscentric.com> <4AF8F6D7.1000709@jifvik.org> <4AF94296.7040104@ecoscentric.com> In-Reply-To: <4AF94296.7040104@ecoscentric.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: 2009-11/txt/msg00005.txt.bz2 Hi all, I am developing the driver on STM32 platform and my intention is to make it independent of platform. The driver makes use of external interrupt (from one of the general purpose I/O pins in case of STM32) to get interrupt request from Ethernet chip. I've found that, in eCos 3.0 implementation for STM32, the cyg_drv_interrupt_... functions don't set up the AFIO_EXTICRx register, which is necessary in order to connect particular I/O pin with the EXTI logic. The driver can always arrange for this outside the standard functions, but such an approach produces a driver which is tied not only to Ethernet chip, but to platform too. I wish if some of cyg_drv_interrupt_...() could arrange the whole external interrupt signal train based solely on the interrupt vector given to it. This is possible for STM32, since interrupt vectors bear unambiguous info on the assigned GPIO pin. Are there plans to provide such functionality? Another solution is external function provided from application within the private data structure, to be called from drivers init function. The driver is still platform-independent and the application programmer should take care for marshaling of interrupt. Thoughts or suggestions? Ilija Stanislevik