From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21127 invoked by alias); 23 Jun 2004 23:35:51 -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 21116 invoked from network); 23 Jun 2004 23:35:48 -0000 Received: from unknown (HELO lima.epix.net) (199.224.64.56) by sourceware.org with SMTP; 23 Jun 2004 23:35:48 -0000 Received: from cecile.shideleff.com (hrbg-216-37-222-36-pppoe.dsl.hrbg.epix.net [216.37.222.36]) by lima.epix.net (8.12.10/2004012201/PL) with ESMTP id i5NNZejo005643; Wed, 23 Jun 2004 19:35:44 -0400 (EDT) Received: from 192.168.2.2 (unknown [192.168.2.2]) by cecile.shideleff.com (Postfix) with ESMTP id 67F21E05D6; Wed, 23 Jun 2004 19:35:30 -0400 (EDT) From: Robert Shideleff To: "Frank Ch. Eigler" Subject: Re: GDB/mapper cache problems Date: Wed, 23 Jun 2004 23:35:00 -0000 User-Agent: KMail/1.6.2 Cc: sid@sources.redhat.com References: <200406162156.54577.bigbob@shideleff.com> <200406222050.55129.bigbob@shideleff.com> <20040623014739.GA25926@redhat.com> In-Reply-To: <20040623014739.GA25926@redhat.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200406231935.29850.bigbob@shideleff.com> X-Scanned-By: MIMEDefang 2.41 X-SW-Source: 2004-q2/txt/msg00048.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It didn't work. (I had already tried it before I sent the last email.) It w= as=20 fairly easy to whip up a custom bus passthrough device to do the translatio= n.=20 This seems like a good wish list item in the 'glue' category: A full featur= ed=20 configurable bus resizer. This should probably support endian swapping as=20 well. I guess the mapper could be extended to support this, but it would=20 require some complicated attribute setups. I got a little lost in the=20 mapper's implementation when I looked at it. I now have a reasonably full application running in simulation on two arm=20 processors communicating via a shared ram. It runs at something like 100=20 times real time, which is WAY better than the RTL simulations I was working= =20 with. It took about 6 days of total effort on my part, and I had to write 3= =20 or 4 custom devices to match our proprietary hardware, which I didn't find= =20 hard to do, but some more detailed docs on the short cuts available in all = of=20 the utility header files would have cut a day or two out of my effort. One of those devices I implemented is a trap filter to cause one of the arm= 7's=20 to more closely emulate the coprocessor instructions available on an arm9. = It=20 works by basically taking any illegal instruction trap and telling the=20 processor to simply skip the instruction. Any other trap it passes to its=20 downstream connection. So another wish list item for me is arm9 emulation. On the whole, this is a pretty cool/useful project for me. It's unfortunate= =20 that the total population of people who would make use of something like th= is=20 is probably pretty small. (Compared to other main stream projects like=20 Mozilla or KDE.) Still the code base is pretty complete and useful in its=20 current state. Thanks for your help. I'll be submitting the amdcfi device I wrote as soon = as=20 I can prove that it works in all modes. (I only use it in 16 bit mode in ou= r=20 sim.) Bob On Tuesday 22 June 2004 09:47 pm, Frank Ch. Eigler wrote: > Hi - >=20 > > The processor is an arm7t with a 32 bit bus. The flash is a 16 bit devi= ce.=20 > > [...] In our actual hardware, we have a mapper that will read and=20 > > register two 16 bit addresses on the flash and shift/concatenate them t= o=20 form=20 > > a single 32 bit word when the processor executes a 32 bit read. [...] >=20 > I don't recall exactly now, but it may be that the plain memory mapper > component's optional stride/width syntax might specify exactly this. > Append ",2,2" after your flash address-range string and see what bus > API calls flow downstream. (See siddoc hw-mapper-basic.) >=20 >=20 > - FChE >=20 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA2hPA8XjOGQDr37YRAiv7AKCmgx5Se5PgEr1MSg01KfS+pwfm1gCeLpiQ Ph12i1R//AVGJhWofPfG9yc=3D =3D7+hz -----END PGP SIGNATURE-----