Arm Image Format

In computer programming, the Arm Image Format (AIF) is an object file format used primarily for software intended to run on ARM microprocessors. It was introduced by Acorn Computers for use with their Archimedes computer. It can optionally facilitate debugging, including under operating systems running on other processor architectures.

Arm Image Format
Developed byAcorn Computers
Type of formatBinary, executable

Format

The file can be either executable or non-executable and is loaded at 0x8000 unless otherwise specified.[1] Executable files can relocate themselves if necessary and non-executable files are prepared for execution by an image loader. An extended AIF is a type of non-executable which includes information to enable the placement of code and data within specific areas of memory.[1]

The file includes a header and separate areas of read-only and read-write code/data. It can optionally include data for debugging and the code (with list) for self-relocation.[1]

AIF header

The header includes information about self-relocation, entry point, exit instruction, area sizes and locations, debug type, addressing mode and memory placement (in the case of the extended file).[1]

An allocation was later made in the header to mark executables as being "StrongARM-ready", to address some backward compatibility issues.[2]

Debugging

The files can be run for debugging under DOS and SunOS using the ARM Windowing Debugger.[3]

Other uses

Microsoft's MMLite modular system architecture supports the loading of various image formats,[4] including AIF files.[5][6] Porting of Wind River Systems' VxWorks operating system to the StrongARM EBSA-285 board involved using AIF files.[7]

gollark: I have a vague idea for how I'd design a "better" protocol, but it's got a bunch of unresolved details and would likely have even fewer users.
gollark: IRCv3 could be good if anyone actually supported it.
gollark: Haven't looked much but it seems to also be convoluted and have way too many extensions.
gollark: My issues with it aren't that. I just don't think it's a good protocol/software design.
gollark: I know about Matrix but don't consider it very good.

References
  1. "ARM Software Development Toolkit Reference Guide" (PDF). ARM Holdings. Retrieved 28 June 2012.
  2. "Application Note 295". Engineering Support Application Note. Acorn Computers. 4 October 1996. Archived from the original on 2013-01-04. Retrieved 28 June 2012.
  3. "armwd - The ARM Windowing Debugger". Man Pages for ARM Tools. University of Cambridge. Retrieved 28 June 2012.
  4. Helander, Johannes; Forin, Alessandro (1998). "MMLite: a highly componentized system architecture". Proceedings of the 8th ACM SIGOPS European workshop on Support for composing distributed applications: 96–103. doi:10.1145/319195.319210.
  5. "Everything You Always Wanted To Know About MMLite (but were afraid to ask): The FAQ for MMLite". Microsoft Invisible Computing. Microsoft. 2004. Retrieved 28 June 2012.
  6. "aif_ldr.c". Microsoft Invisible Computing. Microsoft. 2004. Retrieved 28 June 2012.
  7. "Porting VxWorks to an Intel StrongARM SA-110 Based Platform" (PDF). Intel. April 2001. Retrieved 28 June 2012.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.