Professional Documents
Culture Documents
EE6008 Unit 5
EE6008 Unit 5
EE6008 Unit 5
net
EE6008-Microcontroller Based System Design Department Of EEE 2017-2018
ARM, originally Acorn RISC Machine, later Advanced RISC Machine, is a family of reduced instruction set
computing (RISC) architectures for computer processors, configured for various environments. British
company ARM Holdings develops the architecture and licenses it to other companies, who design their own
products that implement one of those architectures—including systems-on-chips (SoC) that incorporate
memory, interfaces, radios, etc. It also designs cores that implement this instruction set and licenses these
designs to a number of companies that incorporate those core designs into their own products.
A RISC-based computer design approach means processors require fewer transistors than typical complex
instruction set computing (CISC) x86 processors in most personal computers. This approach reduces costs,
heat and power use. Such reductions are desirable traits for light, portable, battery-powered devices—
including smartphones, laptops, tablet and notepad computers, and other embedded systems.
The official Acorn RISC Machine project started in October 1983. The first samples of ARM silicon worked
properly when first received and tested on 26 April 1985.
The first ARM application was as a second processor for the BBC Micro, where it helped in developing simulation
software to finish development of the support chips (VIDC, IOC, MEMC), and sped up the CAD software used in
ARM2 development. Wilson subsequently rewrote BBC BASIC in ARM assembly language. The in-depth
knowledge gained from designing the instruction set enabled the code to be very dense, making ARM BBC
BASIC an extremely good test for any ARM emulator. The original aim of a principally ARM-based computer was
achieved in 1987 with the release of the Acorn Archimedes.In 1992, Acorn once more won the Queen's Award
for Technology for the ARM.
The ARM2 featured a 32-bit data bus, 26-bit address space and 27 32-bit registers. Eight bits from the program
counter register were available for other purposes; the top six bits (available because of the 26-bit address
space) served as status flags, and the bottom two bits (available because the program counter was always word-
aligned) were used for setting modes. The address bus was extended to 32 bits in the ARM6, but program code
still had to lie within the first 64 MB of memory in 26-bit compatibility mode, due to the reserved bits for the status
flags.The ARM2 had a transistor count of just 30,000, compared to Motorola's six-year-older 68000 model with
around 40,000. Much of this simplicity came from the lack of microcode (which represents about one-quarter to
one-third of the 68000) and from (like most CPUs of the day) not including any cache. This simplicity enabled low
power consumption, yet better performance than the Intel 80286. A successor, ARM3, was produced with a 4 KB
cache, which further improved performance.
6.Using suitable examples, explain the various instruction sets of ARM processor (Nov/Dec 2016)
Processor Modes
* The ARM has six operating modes: • User (unprivileged mode under which most tasks run) • FIQ (entered when
a high priority (fast) interrupt is raised) • IRQ (entered when a low priority (normal) interrupt is raised) •
Supervisor (entered on reset and when a Software Interrupt instruction is executed) • Abort (used to handle
memory access violations) • Undef (used to handle undefined instructions) * ARM Architecture Version 4
adds a seventh mode: • System (privileged mode using the same registers as user mode)
ARM has 37 registers in total, all of which are 32-bits long. • 1 dedicated program counter • 1 dedicated current
program status register • 5 dedicated saved program status registers • 30 general purpose registers *
However these are arranged into several banks, with the accessible bank being governed by the processor
mode. Each mode can access • a particular set of r0-r12 registers • a particular r13 (the stack pointer) and
r14 (link register) • r15 (the program counter) • cpsr (the current program status register) and privileged
modes can also access • a particular spsr (saved program status registers.
Register Organisation General registers and Program Counter Program Status Registers
Accessing Registers using ARM Instructions * No breakdown of currently accessible registers. • All instructions
can access r0-r14 directly. • Most instructions also allow use of the PC. * Specific instructions to allow
access to CPSR and SPSR.
The Program Status Registers (CPSR and SPSRs) Copies of the ALU status flags (latched if the instruction has
the "S" bit set). N = Negative result from ALU flag. Z = Zero result from ALU flag. C = ALU operation Carried
out V = ALU operation oVerflowed * Interrupt Disable bits. I = 1, disables the IRQ. F = 1, disables the FIQ. *
T Bit (Architecture v4T only) T = 0, Processor in ARM state T = 1, Processor in Thumb state * Condition
Code Flags N Z C V Mode 31 28 8 4 0 I F T * Mode Bits M[4:0] define the processor mode.
The Instruction Pipeline * The ARM uses a pipeline in order to increase the speed of the flow of instructions to
Dhanalakshmi college of Engineering 6
www.AUNewsBlog.net
EE6008-Microcontroller Based System Design Department Of EEE 2017-2018
the processor. • Allows several operations to be undertaken simultaneously, rather than serially. * Rather
than pointing to the instruction being executed, the PC points to the instruction being fetched. FETCH
DECODE EXECUTE Instruction fetched from memory Decoding of registers used in instruction Register(s)
read from Register Bank Shift and ALU operation Write register(s) back to Register.
7.Explain the co-processor interface of ARM in detail. (Nov/Dec 2016)
The ARM coprocessor interface
The ARM supports a general-purpose extension of its instruction set through the addition of hardware
coprocessors, and it also supports the software emulation of these coprocessors through the undefined
instruction trap.
1) Coprocessor architecture
• Support for up to 16 logical coprocessors.
• Each coprocessor can have up to 16 private registers of any reasonable size; they are not limited to 32
bits.
• Coprocessors use load-store architecture, with instructions to perform internal operations on
registers, instructions to load and save registers from and to memory, and instructions to move data to or
from an ARM register.
2) ARM7TDMI coprocessor interface
The ARM7TDMI coprocessor interface is based on ‘bus watching’ (other ARM cores use different
techniques). The coprocessor is attached to a bus where the ARM instruction stream flows into the ARM, and the
coprocessor copies the instructions into an internal pipeline that mimics the behavior of the ARM instruction
pipeline.
As each coprocessor instruction begins execution, there is a ‘hand-shake’ between the ARM and the
coprocessor to confirm that they are both ready to execute it. The handshake uses three signals:
1. (from ARM to all coprocessors): This signal indicates that the ARM has identified a coprocessor
instruction and wishes to execute it.
2. (from the coprocessors to ARM): This is the ‘CoProcessor Absent’ signal which tells the ARM that there
is no coprocessor present that is able to execute the current instruction.
3. (from the coprocessors to ARM): This is the ‘CoProcessor Busy’ signal which tells the ARM that the
coprocessor cannot begin executing the instruction yet.
2-1) Handshake outcomes
Once a coprocessor instruction has entered the ARM7TDMI and coprocessor pipelines, there are 4
possible ways it may be handled depending on the handshake signals:
1. The ARM may decide not to execute it, either because it falls in a branch shadow or because
it fails its condition code test. (All ARM instructions areconditionally executed, including
coprocessor instructions.) ARM will not assert , and the instruction will be discarded by
all parties.
2. The ARM may decide to execute it (and signal this by asserting cpi, but no coprocessor
can take it so stays active. ARM will take the undefined instruction trap and use software to
recover, possibly by emulating the trapped instruction.
3. ARM decides to execute the instruction and a coprocessor accepts it, but cannot execute it
yet.
4. ARM decides to execute the instruction and a coprocessor accepts it for immediate
execution. and are all taken low and both sides commit to complete the instruction.
2-2) Data transfers
If the instruction is a coprocessor data transfer instruction, the ARM is responsible for generating an initial
memory address (the coprocessor does not require any connection to the address bus) but the coprocessor
determines the length of the transfer; ARM will continue incrementing the address until the coprocessor signals
completion.