This is the mail archive of the sid@sources.redhat.com mailing list for the SID project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GDB/mapper cache problems


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> For example, you could use the hw-glue-bus-probe component: wire up one
> instance of it into the bus structure by mapping it at some address;
> use its pin outputs to trigger any desired pin-based event in the simulator.

This worked great for me, and I got my amdcfi component to more or less work, 
but have one more hurdle to overcome:

The processor is an arm7t with a 32 bit bus. The flash is a 16 bit device. 
(The component can also be an 8 bit device, but I don't need this 
particularly.) In our actual hardware, we have a mapper that will read and 
register two 16 bit addresses on the flash and shift/concatenate them to form 
a single 32 bit word when the processor executes a 32 bit read. (This allows 
us to execute non-thumb instructions out of flash for example.) I haven't yet 
found a way to make the SID mapper do this. Is this currently possible? Am I 
looking in the wrong place? Am I going to have to do some re-writing?

Bob
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA2NPu8XjOGQDr37YRAvXWAKCf9HEMDgWQ6TBAd/BblsIATzqO3QCfVD8R
D6CqwMAHAIaaYC46E/mNTGQ=
=UuG9
-----END PGP SIGNATURE-----


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]