Specifications
Table Of Contents
- Nios II Processor Reference Handbook
- Contents
- Chapter Revision Dates
- About This Handbook
- Section I. Nios II Processor
- 1. Introduction
- 2. Processor Architecture
- 3. Programming Model
- Introduction
- General- Purpose Registers
- Control Registers
- Operating Modes
- Exception Processing
- Memory and Peripheral Access
- Instruction Set Categories
- Referenced Documents
- Document Revision History
- 4. Instantiating the Nios II Processor in SOPC Builder
- Section II. Appendices
- 5. Nios II Core Implementation Details
- Introduction
- Device Family Support
- Nios II/f Core
- Nios II/s Core
- Nios II/e Core
- Referenced Documents
- Document Revision History
- 6. Nios II Processor Revision History
- 7. Application Binary Interface
- 8. Instruction Set Reference
- Introduction
- Word Formats
- Instruction Opcodes
- Assembler Pseudo- instructions
- Assembler Macros
- Instruction Set Reference
- add
- addi
- and
- andhi
- andi
- beq
- bge
- bgeu
- bgt
- bgtu
- ble
- bleu
- blt
- bltu
- bne
- br
- break
- bret
- call
- callr
- cmpeq
- cmpeqi
- cmpge
- cmpgei
- cmpgeu
- cmpgeui
- cmpgt
- cmpgti
- cmpgtu
- cmpgtui
- cmple
- cmplei
- cmpleu
- cmpleui
- cmplt
- cmplti
- cmpltu
- cmpltui
- cmpne
- cmpnei
- custom
- div
- divu
- eret
- flushd
- flushda
- flushi
- flushp
- initd
- initi
- jmp
- jmpi
- ldb / ldbio
- ldbu / ldbuio
- ldh / ldhio
- ldhu / ldhuio
- ldw / ldwio
- mov
- movhi
- movi
- movia
- movui
- mul
- muli
- mulxss
- mulxsu
- mulxuu
- nextpc
- nop
- nor
- or
- orhi
- ori
- rdctl
- ret
- rol
- roli
- ror
- sll
- slli
- sra
- srai
- srl
- srli
- stb / stbio
- sth / sthio
- stw / stwio
- sub
- subi
- sync
- trap
- wrctl
- xor
- xorhi
- xori
- Referenced Documents
- Document Revision History

2–14 Altera Corporation
Nios II Processor Reference Handbook October 2007
Memory and I/O Organization
instruction and data access. Each tightly-coupled memory port connects
directly to exactly one memory with guaranteed low, fixed latency. The
memory is external to the Nios II core and is usually located on chip.
Accessing Tightly-Coupled Memory
Tightly-coupled memories occupy normal address space, the same as
other memory devices connected via system interconnect fabric. The
address ranges for tightly-coupled memories (if any) are determined at
system generation time.
Software accesses tightly-coupled memory using regular load and store
instructions. From the software’s perspective, there is no difference
accessing tightly-coupled memory compared to other memory.
Effective Use of Tightly-Coupled Memory
A system can use tightly-coupled memory to achieve maximum
performance for accessing a specific section of code or data. For example,
interrupt-intensive applications can partition exception handler code into
a tightly-coupled memory to minimize interrupt latency. Similarly,
compute-intensive digital signal processing (DSP) applications can
partition data buffers into tightly-coupled memory for the fastest possible
data access.
If the application’s memory requirements are small enough to fit entirely
on chip, it is possible to use tightly-coupled memory exclusively for code
and data. Larger applications must selectively choose what to include in
tightly-coupled memory to maximize the cost-performance trade-off.
Address Map
The address map for memories and peripherals in a Nios II processor
system is design dependent. You specify the address map at system
generation time.
There are three addresses that are part of the processor and deserve
special mention:
■ reset address
■ exception address
■ break handler address
f Programmers access memories and peripherals by using macros and
drivers. Therefore, the flexible address map does not affect application
developers.