From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22143 invoked by alias); 21 Aug 2002 18:31:42 -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 22136 invoked from network); 21 Aug 2002 18:31:42 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 21 Aug 2002 18:31:42 -0000 Received: from toenail.toronto.redhat.com (toenail.toronto.redhat.com [172.16.14.211]) by touchme.toronto.redhat.com (Postfix) with ESMTP id 84068B8035; Wed, 21 Aug 2002 14:31:41 -0400 (EDT) Received: (from fche@localhost) by toenail.toronto.redhat.com (8.11.6/8.11.6) id g7LIVfu07804; Wed, 21 Aug 2002 14:31:41 -0400 Date: Wed, 21 Aug 2002 11:31:00 -0000 From: "Frank Ch. Eigler" To: Robert Cragie Cc: sid@sources.redhat.com Subject: Re: Trying to run on pid7t board Message-ID: <20020821143141.C7180@redhat.com> References: <20020821123523.B7180@redhat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="z4+8/lEcDcG5Ke9S" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rcc@jennic.com on Wed, Aug 21, 2002 at 07:15:24PM +0100 X-SW-Source: 2002-q3/txt/msg00020.txt.bz2 --z4+8/lEcDcG5Ke9S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1756 Hi - On Wed, Aug 21, 2002 at 07:15:24PM +0100, Robert Cragie wrote: > [...] > If I specify --trace-semantics in the sid command line I get the followin= g: >=20 > 0x8040: LDR_PRE_INC_IMM_OFFSET gr[0]:=3D0x8048 > 0x8044: MOV_REG_IMM_SHIFT pc:=3D0x8048 > 0x8048: LDR_PRE_INC_IMM_OFFSET gr[0]:=3D0xb000020 > 0x804c: STR_PRE_INC_IMM_OFFSET memory[0xb000020]:=3D0xb000020 > 0x8050: AND_REG_IMM_SHIFT > 0x8054: AND_REG_IMM_SHIFT > 0x8058: AND_REG_IMM_SHIFT > 0x805c: AND_REG_IMM_SHIFT >=20 > ...AND_REG_IMM_SHIFT looks like andeq r0,r0,r0 to me (i.e. NOP). [...] Yup. > On the PID board, 'str r0,[r0]', where r0 is 0xb000020, changes the mappi= ng > of the PID board mapping RAM to 0x0000000 instead of ROM - if the REMAP > board link (LK18) is in place. [...] Aha. The remapper is indeed involved, as is the eCos startup sequence. It seems that after the access to 0xb000020, the 0x0-0xffff mapping window into 0x4000000 disappears. In such circumstances, the code can only work if the running PC switches over to the ROM area (0x40008048). In some versions of eCos, this is forced by the first few instructions, apparently not yours. There are a couple of possible workarounds. If you are positive that your eCos application will run correctly on a board of interest, then you could toggle sid's remapper setting (add "-normalmap" to the "--board" argument=20 sublist as in "--board=3Dpid7t-normalmap"). Other ways would involve tweak= ing the eCos startup sequence, or the executable, or sid loading/startup. Please be aware that in your given mode, sid is attempting to emulate a boa= rd just after powerup. If your application assumes that it's being loaded by an already-running monitor, such mismatches need to be corrected some way. - FChE --z4+8/lEcDcG5Ke9S Content-Type: application/pgp-signature Content-Disposition: inline Content-length: 232 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Y9yMVZbdDOm/ZT0RAqnRAJ0U3+vUkR7qzBATwpjbxHWiErWAqgCcDH6G NLinDZ+JmVCWHbvWJtInxPc= =0T7p -----END PGP SIGNATURE----- --z4+8/lEcDcG5Ke9S--