From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10015 invoked by alias); 25 May 2005 10:43:34 -0000 Mailing-List: contact cgen-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sources.redhat.com Received: (qmail 9915 invoked by uid 22791); 25 May 2005 10:42:55 -0000 Received: from [203.197.93.231] (HELO sohm.kpit.com) (203.197.93.231) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 25 May 2005 10:42:55 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Simulator Porting Date: Wed, 25 May 2005 10:43:00 -0000 Message-ID: <4A1BE23A7B777442B60F4B4916AE0F1305B2E440@sohm.kpit.com> From: "Shilin Shakti" To: "Frank Ch. Eigler" Cc: X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 X-SW-Source: 2005-q2/txt/msg00043.txt.bz2 Hi Frank, Thank you very much for your response. I had been using the sem-switch.c in the makefile with the '-switch' option enabled for mloop.in file, similar to the m32r, along with the '-fast -pbb' options also. Now i have changed it to use sem.c like you mentioned, with '-scache' option for mloop.in file (removed -switch, -fast, -pbb options from makefile for mloop.in). But I now notice that if i insert a 2 byte 'nop' insn just before the mov imm insn, that error message doesn't occur and execution seems to be going on, though i still can't figure if the simulator is correctly working or not (since our toolchain's printf function is currently implemented for output to hyperterminal for hardware!!!). Also the 'Program exited normally' message has not come; seems to hang around in the simulator program itself! Am i doing all these correctly? Also what do you think might be the reason for that address alignment issue? Thanking you once again, Best Regards, Shilin -----Original Message----- From: Frank Ch. Eigler [mailto:fche@redhat.com] Sent: Tuesday, May 24, 2005 6:29 PM To: Shilin Shakti Cc: cgen@sources.redhat.com Subject: Re: Simulator Porting Hi - On Tue, May 24, 2005 at 12:26:48PM +0530, Shilin Shakti wrote: > [...] > following message: > "2 byte write to unmapped address 0xfffffffe at 0x404",=3D20 > while the similar m32r program runs fine. At 0x404 is a move immediate da > ta instruction in my case (but how this 0xfffffffe address i'm confused!! > ). You could run the simulator under gdb, and put a breakpoint at the point in the generated sem.c file which executes that move-immediate instruction. Without posting more information, such as your modified .cpu file and disassembled sample program, we won't be able to help much. - FChE --------------------------------- This message contains the information that may be privileged and is the pr= operty of the KPIT Cummins Infosystems LTD.It is intended only for the pers= on to whom it is addressed. If you are not intended recipient, you are not = authorized to read, print , retain copy, disseminate, distribute, or use th= is message or any part thereof. If you receive this message in error, pleas= e notify the sender immediately and delete all copies of this message. KPIT= Cummins does not accept any liability for virus infected mails.