STMicroelectronics Memory View Requirements STMicroelectronics Jerome CORRENOZ November, 28th 2005

2 Support for several memory spaces -Our DSPs have multiple memory spaces. We would like to display them separately - -Our processors also have several banks (sections/segments). It will be interesting to display only existing addresses or to differently color holes. -Included in « Proposal for Eclipse 3.2 » document Support for several MAU (Minimum Addressable Unit) -Our DSPs have MAU that may differ for the standard 8 bits - -Two different memory spaces may have different MAU's. Support target endianess - Support additional display mode (additional memory renderers) -Fractional … Desired Memory View features (1/3) High priority

3 Desired Memory View features (2/3) Medium priority Dump/Restore memory -Dump memory to a file (Implementation through CLI commands) -Load file into memory -Init memory area to a value Persistence of Row and Column Sizes in Table Renderings -Included in « Proposal for Eclipse 3.2 » document Persistence of Memory Monitors and Renderings -Included in « Proposal for Eclipse 3.2 » document

4 Desired Memory View features (3/3) Low priority Search mechanism inside memory view -Search addresses or values -Search forward/backward through memory Memory Mapped registers -Some memory addresses correspond to memory-mapped registers (often status registers for I/O devices). -Suggest to put at such addresses an anchor to show the structured value of such registers. Memory spaces being composed of several segments/sections, unused parts of a memory space should be appear in grey or something similar in the memory view.