From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15416 invoked by alias); 15 Aug 2006 10:04:20 -0000 Received: (qmail 15408 invoked by uid 22791); 15 Aug 2006 10:04:20 -0000 X-Spam-Check-By: sourceware.org Received: from londo.lunn.ch (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 15 Aug 2006 10:04:17 +0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1GCvmJ-0007dZ-00; Tue, 15 Aug 2006 12:04:07 +0200 Date: Tue, 15 Aug 2006 10:04:00 -0000 To: miguelon@tiscali.it Cc: ecos-discuss@ecos.sourceware.org, andrew@lunn.ch Message-ID: <20060815100407.GA20506@lunn.ch> Mail-Followup-To: miguelon@tiscali.it, ecos-discuss@ecos.sourceware.org, andrew@lunn.ch References: <19869077.1155633747089.JavaMail.root@ps7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19869077.1155633747089.JavaMail.root@ps7> User-Agent: Mutt/1.5.12-2006-07-14 From: Andrew Lunn X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] AT91RM9200 chip select X-SW-Source: 2006-08/txt/msg00161.txt.bz2 > I finally found a package on the CVS repository > (packages/hal/arm/arm9/aaed2000/) which is similar to mine, at least as > for the MMU setup. As I understood from other threads the file which > has to be modified is /include/hal_platform_setup.h but in this case > the code calls a function (hal_mmu_init) to create MMU tables. I've > found the code for this function in /src/aaed2000_misc.c and actually > it defines a MMU table using the macro X_ARM_MMU_SECTION. The first > thing that comes into my head is to modify directly the source file > adding the mapping for my device but maybe there's a more elegant way > to do it. I hope to have provided all the information you need to help > me, I'm at the beginning with eCos. Thanks a lot. It might be possible to call the X_ARM_MMU_SECTION macro in "application" space. I've done with with the EBSA285 target when i needed to map an external bus into memory. Doing it this way you have less trouble in the future if eCosCentric gives you an update. No need to move your patches between trees. Andrew -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss