From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Tom Taylor" To: "Frank Ch. Eigler" Cc: Subject: Re: PSIM Support for MPC860 Date: Mon, 08 Oct 2001 13:53:00 -0000 Message-id: <018f01c1503b$53263530$7c01a8c0@ateng.com> References: <014301c1501f$a3a3bdf0$7c01a8c0@ateng.com> X-SW-Source: 2001-10/msg00084.html "Frank Ch. Eigler" fche@redhat.com writes: : : "Tom Taylor" writes: : : : I'm attempting to use the GDB 5.0 PSIM simulator to analyze firmware : : written for the MPC860T in the OEA mode. [...] : : You might have a big job ahead of you. : No doubt. However, I only need a limited simulation at first to verify that BSP, driver, and application code previously compiled and linked by my client using Diab Data tools will operate properly after compilation using GCC and linking with pSOS+ and pNA+ libraries. My main concern has been variable length argument passing, since Diab Data uses a modified, two argument version of the sizeof() operator for walking the arg list. Other concerns are the correct translation of Diab-specific '%' function-style operators for loading 32-bit immediate and address values into more general at-sign suffix versions supported by GCC, e.g. using "symbol 'at' ha" instead of "%hiadj(symbol)", as well as replacement of extended section directives and the like. CPM simulation will have to be severely limited. Fortunately, UPM emulation should be unimportant. I believe that a comprehensive, general simulation of the MPC860T would be extremely difficult. I'm more interested in allowing analysis of interactions with code on board-specific peripherals such as the TI 5420 DSP through the HPI than in supporting all possible 860T internal peripherals. Chip-select simulation will be required. I guess I'll have to learn a lot about the device tree approach; unfortunately it appears that the IEEE 1275 OpenBoot standard has been withdrawn. : : and is there any available code that could be used to reduce the : : time and effort this task will require? : : I don't know of any. Building satisfactory simulations of complex : processors tends to be a big job. (Red Hat does this sort of thing on : contract basis for example.) : Thanks, I'll keep the Red Hat contract services in mind. I'll submit any of the more general-purpose code--such as I & D Cache SPR extensions--for possible inclusion with PSIM when I have it working OK. Tom Taylor