From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10471 invoked by alias); 18 Jun 2002 22:59:06 -0000 Mailing-List: contact sid-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sources.redhat.com Received: (qmail 10454 invoked from network); 18 Jun 2002 22:59:03 -0000 Received: from unknown (HELO brouhaha.com) (209.66.107.17) by sources.redhat.com with SMTP; 18 Jun 2002 22:59:03 -0000 Received: (qmail 15487 invoked by uid 1032); 18 Jun 2002 22:59:05 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Jun 2002 22:59:05 -0000 Date: Tue, 18 Jun 2002 15:59:00 -0000 From: Scott Dattalo X-X-Sender: sdattalo@ruckus.brouhaha.com cc: sid@sources.redhat.com Subject: Re: SID and eCos In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-q2/txt/msg00030.txt.bz2 On Tue, 18 Jun 2002, Scott Dattalo wrote: > > I'm trying to use SID to simulate an ARM processor. When I build a "hello > world" example and try to simulate it, I get this: > > $ arm-elf-sid hello > loader: write to data accessor failed at address 0x2020000, status 2 > loader: error loading hello I think I answered my question. The Makefile I used to create the executable is part of eCos. I specifically target Atmel's AT91EB40 evaluation board. The generic, out of the box, SID arm emulation knows nothing about an AT91EB40. The error reported above is telling me that the executable accesses RAM that doesn't exist (hey, I think I like that:). So I added a few --memory-region's: $ arm-elf-sid --cpu=arm --memory-region=0x2020000,0x20000 --memory-region=0xfffe0000,0x1ffff --gdb=2000 -EL hello And that worked! So now it looks like I have not one, but two (mostly) independent ways to simulate my source. I like the SID approach because of the added flexibility; specifically the ability to profile. ---- As an aside... sid appears to be an extraordinarily powerful tool. Is there any reason why it's not more popular? Judgeing from the mailing list archives, it appears that not too many people are using it. As another asided, I'm the primary author the GNUPIC Simulator, gpsim. This is a GPL'd simulator of Microchip PIC microcontrollers. The homepage is: http://www.dattalo.com/gnupic/gpsim.html . The GNUPIC tool chain does not use gcc/binutils - instead we emulate Microchip's tool chain and I'm porting to SDCC (Small Device C Compiler). However, I'm going to investigate to what extent it's possible to leverage our two projects. Specifically, I'd like to incorporate the abstract hardware interface that sid supports with gpsim. And to reciprocate, I can add some of gpsim's modules to sid! Scott