From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29125 invoked by alias); 22 Feb 2011 13:03:21 -0000 Received: (qmail 29115 invoked by uid 22791); 22 Feb 2011 13:03:20 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-fx0-f49.google.com (HELO mail-fx0-f49.google.com) (209.85.161.49) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 22 Feb 2011 13:03:16 +0000 Received: by fxm16 with SMTP id 16so3696203fxm.36 for ; Tue, 22 Feb 2011 05:03:13 -0800 (PST) Received: by 10.223.85.204 with SMTP id p12mr3356370fal.146.1298379792805; Tue, 22 Feb 2011 05:03:12 -0800 (PST) Received: from sg-desktop.belvok.com ([86.57.137.251]) by mx.google.com with ESMTPS id 11sm3004113faw.20.2011.02.22.05.03.08 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 22 Feb 2011 05:03:10 -0800 (PST) Date: Tue, 22 Feb 2011 13:03:00 -0000 From: Sergei Gavrikov To: John Dallaway cc: eCos development list Subject: Re: LPC2xxx internal flash driver In-Reply-To: <4D63A876.2020706@dallaway.org.uk> Message-ID: References: <4D63A876.2020706@dallaway.org.uk> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: 2011-02/txt/msg00006.txt.bz2 I'm sorry for double post ( by mistake I rejected ecos-devel from CC ) John Dallaway wrote: > Hi Sergei > > I note that Hans Rosenfeld's LPC2xxx flash driver package > (CYGPKG_DEVS_FLASH_ARM_LPC2XXX) is not referenced by any target at > present. There are 7 LPC2xxx targets which could potentially make use of > this hardware package. Can you see any reason why we should not add the > package to the various LPC2xxx target definitions in ecos.db (including > your own contributed ports)? > > FYI, the driver uses a buffer ending at 0x40004000 in internal SRAM. Hi John, As far as I can recall the driver was not CDLized much (it was designed only for lpc22xx parts in a mind (i.e. for its internal flash geometry: 8x8K + 2x64K + 8x8K and it manages only those last eight 8K sectors). It seems to me it was implemented before a merge with flashv2 code. I recall that I played with the driver in RedBoot on Olimex LPC-H2294 header board, but, I have to re-test it with nowadays CVS stuff. I will try to do it this evening and let you know. However, I think that driver can be used on olpch2294, olpcl2294, olpce2294 and phycore229x targets when eCos legacy flash API is used. Sergei > John Dallaway > eCos maintainer > http://www.dallaway.org.uk/john