The ST40RA is the first member of the ST40 family. Based
on the SH-4, SuperH CPU core from SuperH Inc, the
ST40RA is designed to work as a standalone device, or as
part of a two chip solution for application specific systems.
Example applications the ST40RA is designed for include
digital consumer, embedded communications, industrial
and automotive. The high connectivity of the ST40 through
its PCI bus and its dual memory uses makes it a versatile
device, ideal for data-intensive and high performance
applications.
System features
■ 32-bit SuperH CPU
● 64-bit hardware FPU (1.16 GFLOPS)
● 128-bit vector unit for matrix manipulations
● up to 200MHz, 360 MIPS (DMIPS 1.1)
● Up to 664 Mbytes/s CPU bandwidth
● Direct mapped, on-chip, ICache (8 Kbytes) and DCache
(16 Kbytes)
■ High-performance 5-channel DMA engine,
supporting 1D or 2D block moves and linked lists
■ SuperHyway internal interconnect
● High throughput, low latency, split transaction packet
router
2 channel
control
32 data
MPX
Coprocessor
Flash
Peripherals
ST40 Local Memory I/F
5 channel
DMA
controller
EMI
■ Memory protection and VM system support
● 64-entry unified TLB, 4-entry instruction TLB
● 4 Gbytes address space
■ Standard ST40 peripherals
● 2 synchronous serial ports with FIFO (SCIF)
● Timers and a real-time clock
IO devices
● Mailbox register for interprocessor communication
● Additional PIO
Bus interfaces
■ Local memory interface SDRAM & DDR SDRAM
● Up to 100 MHz (1.6 Gbytes/s peak throughput)
■ PCI interface - 32-bit, 66/33 MHz, 3.3 V
■ Enhanced memory interface (EMI)
● 32-bit bus, up to 83 MHz, for attaching peripherals
This detail is included for information only. It is not recommended to write to any of these registers,
without prior consultation from ST, as it could cause the device to malfunction.
ST only guarantees correct operation of the device with the default register values. The register
reset default values have been programmed to balance the system and give optimum system
performance, so there is no need to modify them.
For details of other registers see the ST40 System Architecture Manual.
The internal architecture of the block is shown in Figure 1.
Figure 1: ST40RA interconnect architecture
ST40 core
PCI
(t)
GPDMA
T3
32
PCI
100 MHz
SH4 subsystem
f_conv
CPU subsystem
100 MHz
Node 1
64-bit
full
cross bar
conn_2 x 2
64/32
T3/T3
T3
64
32/64
T3/T3
LMI
CPU P LPUG
Cpu_plug
T3
64
Node 2
T3
T3
32
32
32-bit
EMI
subsystem
T3
T3
32
32/32
32
PI
32
1
T1
T3/T1
PER
sub
T1
32
T3
32
T3
32
Full cross bar
conn_4 x 4
EMPI
T3
SH_PER
PER
32
Programming
Programming
port
port
6/92
A Interconnect architectureST40RA
A.1 Arbitration schemes
A.1.1 PCI arbiter: (CPU, GPDMA, PCI, EMPI)
The default configuration (after reset) for fixed priority mode has to be in the following priority order:
● CPU buffer,
● EMPI,
● GPDMA,
● PCI (PCI master request, although not expected, get served to avoid deadlock).
The priority orders have to be programmable and the latency checking algorithm can be enabled for
GPDMA, PCI, EMPI.
A.1.2 EMI arbiter: (CPU buffer, GPDMA, PCI, EMPI)
The default configuration (after reset) for fixed priority mode has to be in the following priority order:
● CPU buffer,
● PCI,
● EMPI,
● GPDMA.
The priority order have to be programmable and the latency checking algorithm can be enabled for
GPDMA, PCI, EMPI.
A.1.3 LMI 1 arbiter: (CPU, GPDMA, PCI, EMPI)
The default configuration (after reset) as to be to work fixed priority mode in the following priority
order:
● CPU,
● GPDMA and PCI buffer.
The priority orders have to be programmable and the latency checking algorithm can be enabled for
GPDMA, PCI, EMPI.
A.1.4 PER arbiter: (CPU, GPDMA, PCI, EMPI)
The default configuration (after reset) as to be to work fixed priority mode in the following priority
order:
● CPU buffer,
● PCI,
● EMPI,
● GPDMA.
The priority order have to be programmable and the latency checking algorithm can be enabled for
GPDMA, PCI, EMPI.
7/92
ST40RAA Interconnect architecture
A.1.5 LMI2 arbiter: (CPU, GPDMA, PCI, EMPI)
The default configuration (after reset) as to be to work fixed priority mode in the following priority
order:
● PCI,
● EMPI,
● GPDMA,
● CPU buffer (although the CPU requests are not supposed to go in that node to be send in the
LMI, it has to be managed in order to avoid deadlock).
The priority order have to be programmable and the latency checking algorithm can be enabled for
GPDMA, PCI, EMPI.
A.1.6 Return arbitration
The possibilities of the return arbitration are simpler than for the request arbitration. The arbiter is
not programmable but a specific arbitration can be chosen when implementing it.
The arbitration mode chosen is the fixed priority. For each arbiter (one per initiator), the order is the
following: LMI then other targets for the arbiters in node 1 and LMI, EMI, PCI, peripheral subsystem
for the arbiters of node 2.
A.2 Interconnect registers
A summary of registers is given in Ta bl e 1 . Addresses in the table are offset from the interconnect
base address at 0x1B05 0000.
Address
offset
0x010LATENCY_LMI1_ENABLEEnables or disables initiators latency counters, see LMI1 arbiter on page 9
0x018LMI1_CPU_PRIDefines priority for the CPU in the LMI1 arbiter, see LMI1 arbiter on page 9
0x020LATENCY_LMI1_VALUEDefines priority and latency value for the node 2 in the LMI1 arbiter, see
0x110LATENCY_LMI2_ENABLEEnables or disables initiators latency counters, see LMI2 arbiter on page 10
0x118LMI2_CPU_PRIDefines priority for the CPU in the LMI2 arbiter, see LMI2 arbiter on page 10
0x120LMI2_LATENCY_PCIDefines priority and latency value for PCI initiator in the PCI arbiter, see
0x128LMI2_LATENCY_EMPIDefines priority and latency value for EMPI initiator in the PCI arbiter, see
0x130LMI2_LATENCY_GPDMADefines priority and latency value for GPDMA initiator in the PCI arbiter, see
NameFunction
Table 1: Interconnect register summary
LMI1 arbiter on page 9
LMI2 arbiter on page 10
LMI2 arbiter on page 10
LMI2 arbiter on page 10
0x210LATENCY_EMI_ENABLEEnables or disables initiators latency counters, see EMI arbiter on page 11
0x218EMI_CPU_PRIDefines priority for the CPU in the EMI arbiter, see EMI arbiter on page 11
0x220EMI_LATENCY_PCIDefines priority and latency value for PCI initiator in the EMI arbiter, see
EMI arbiter on page 11
0x228EMI_LATENCY_EMPIDefines priority and latency value for EMPI initiator in the EMI arbiter, see
EMI arbiter on page 11
8/92
A Interconnect architectureST40RA
Table 1: Interconnect register summary
Address
offset
0x230EMI_LATENCY_GPDMADefines priority and latency value for GPDMA initiator in the EMI arbiter,
0x310LATENCY_PCI_ENABLEEnables or disables initiators latency counters, see PCI arbiter on page 12
0x318PCI_CPU_PRIDefines priority for the CPU in the PCI arbiter, see PCI arbiter on page 12
0x320PCI_LATENCY_PCIDefines priority and latency value for PCI initiator in the PCI arbiter, see PCI
0x328PCI_LATENCY_EMPIDefines priority and latency value for EMPI initiator in the PCI arbiter, see
0x330PCI_LATENCY_GPDMADefines priority and latency value for GPDMA initiator in the PCI arbiter, see
0x410LATENCY_PER_ENABLEEnables or disables initiators latency counters, see Peripheral arbiter on
0x418PER_CPU_PRIDefines priority for the CPU in the peripheral arbiter, see Peripheral arbiter
0x420PER_LATENCY_PCIDefines priority and latency value for PCI initiator in the peripheral arbiter,
0x428PER_LATENCY_EMPIDefines priority and latency value for EMPI initiator in the peripheral arbiter,
NameFunction
see EMI arbiter on page 11
arbiter on page 12
PCI arbiter on page 12
PCI arbiter on page 12
page 13
on page 13
see Peripheral arbiter on page 13
see Peripheral arbiter on page 13
0x430PER_LATENCY_GPDMADefines priority and latency value for GPDMA initiator in the peripheral
Peripheral arbiter: PCI intitiator priority and latency
Reset: 0x2
13/92
0x420
RW
ST40RAA Interconnect architecture
PER_LATENCY_PCI
[23:16]PCI_LATENCYDefines maximum accepted latency for PCI
[31:24]Reserved
PER_LATENCY_EMPI
[3:0]EMPI_PRIORITYDefines priority for EMPI
[15:4]Reserved
[23:16]EMPI_LATENCYDefines maximum accepted latency for EMPI
[31:24]Reserved
PER_LATENCY_GPDMA
Peripheral arbiter: PCI intitiator priority and latency
Reset: 0x00
Peripheral arbiter: EMPI intitiator priority and
latency
Reset: 0x1
Reset: 0x00
Peripheral arbiter: GPDMA intitiator priority and
latency
0x420
RW
0x428
RW
RW
0x430
[3:0]GPDMA_PRIORITYDefines priority for GPDMA
Reset: 0x0
[15:4]Reserved
[23:16]GPDMA_LATENCYDefines maximum accepted latency for GPDMA
Reset: 0x00
[31:24]Reserved
RW
RW
14/92
B Implementation restrictionsST40RA
B Implementation restrictions
B.1 ST40 CPU
B.1.1 tas.b
The atomicity of the tas.b instruction is only guaranteed for processes executing on the ST40 CPU
core and should not be used to implement intermodule or interchip semaphores. Either use the
mailbox functionality or an appropriate software algorithm for such semaphores.
B.1.2 Store queue power-down
The store queue is considered part of the general CPU and independent power-down of this block
is not implemented.
B.1.3 UBC power-down
The UBC is considered part of the general CPU and independent power-down of this block is not
implemented.
B.1.4 System standby
To enter and leave standby it is necessary for the CPU to power down the system including memory
devices and then to enter standby by executing a sleep instruction. On leaving sleep and standby, it
may be necessary for the CPU to power itself up and subsequently power up the system and its
memory devices.
During the power-down and power-up sequences the main memory devices are not available. The
CPU therefore preloads the appropriate code into the cache as part of the power sequencing.
B.2 PCI
B.2.1 Clocking
PCI internal clock loop back is not implemented. To use the internal PCI clock, the pads
PCICLOCKOUT and PCICLOCKIN are connected to rollback the clock generator. Alternatively an
external clock source may be used.
B.2.2 Type 2 configuration accesses
Configuration space accesses to devices across a PCI bridge are implemented as type 2
operations on the PCI bus. In this implementation such accesses must be broken into a sequence of
byte operations. For example, access to a 32-bit register is through four single byte operations.
B.2.3 Software visible changes between STB1HC7 and ST40RAH8D
PCI PLL reprogramming required for H7 parts is no longer required for H8.
The PCI PLL register is renamed from PLLPCICR to CLKGENA.PLL2CR.
The register implementation for PCI MBAR mappings has changed between the STB1HC7 and
ST40RAH8D implementations and software device drivers should reflect this.
B.2.4 Error behavior
The implementation of local (PCI register) error handling is not fully implemented.
15/92
ST40RAB Implementation restrictions
B.2.5 Master abort
When operating as a bus master, the PCI module is not guaranteed to have the value 0xFFFF FFFF
following a master abort of a read cycle. The master abort may be detected using either the PCI
module status and interrupt information supplied by the module.
MPX operations using the ST40RA as the target which lead to burst requests to memory (Read
ahead, 8-, 16- and 32-byte read operations) have limited support.
MPX operations from the ST40RA as an initiator includes full support for all transfer sizes.
B.3.2 SDRAM initialization during boot from flash
During the SDRAM initialization sequence only internal EMI registers are accessible, it is therefore
necessary to ensure the program required to execute the initialization sequence is placed in an
alternate memory location such as the LMI or preloaded into the cache.
B.3.3 MPX boot
BOOTFROMMPX is not supported on this part.
B.4 Mailbox
B.4.1 Test and set functionality
This is not supported.
B.5 Power down
B.5.1 Module power-down sequencing
Whilst powering down using the associated registers for the ST40RA module, in general, software is
responsible for ensuring the module is in a safe state before requesting module shutdown. For
details refer to the appropriate documentation.
B.5.2 Accesses to modules in power-down state
Once a module is in power-down state, attempts to access that module may lead the system to
hang.
16/92
B Implementation restrictionsST40RA
B.6 PIO
B.6.1 PIO default functionality following reset
In the ST40 family device, the operational modes for these registers differ from the standard
architecture definition and are shown in Tab le 2 .
Table 2: PIO alternate function registers
PIO bit configurationPIO output statePIO.PC2PIO.PC1PIO.PC0
NonPIO function
PIO bidirectionalOpen drain001
PIO outputPush-pull010
PIO bidirectionalOpen drain011
PIO inputHigh impedance100
PIO inputHigh impedance101
Reserved-110
Reserved-111
a
a. State following reset
B.6.2 PCI/PIO alternate functions
The following PIO signals cannot be used when PCI is enabled even if the PCI implementation does
not require the primary pin function.
BPN
Pin name
RowColDefaultAlternateTypeDir
Architecture
signal name
-000
Table 3: PCI/PIO alternate functions
Pin functionPin
NOTPREQ0E18NOTPCI_REQ0PCI external request for busPIO16P8I/OI/O
NOTPREQ1E17NOTPCI_REQ1PCI external request for bus PIO18P8II/O
NOTPREQ2F16NOTPCI_REQ2PCI external request for bus PIO20P8II/O
NOTPREQ3G16NOTPCI_REQ3PCI external request for bus PIO22
If PCI is disabled, the alternate functions may be used.
17/92
EMPIDREQ1
P8II/O
O
ST40RAB Implementation restrictions
B.7 Interconnect
B.7.1 Memory bridge functionality
Ensure there is no traffic passing though the memory bridge when changing frequency.
Semisynchronous modes of operation are not supported.
B.7.2 Clock selection
The alternate CLOCKGENB clock is not supported for the LMI.
B.7.3 Pad drive control
Programmable drive strength control is not supported for DDR operation.
B.8 GPDMA
B.8.1 Linked list support
Decrementing transfers are not supported as part of link list transfer sequences
B.8.2 2-D transfers
2-D transfers fail if the following conditions are met.
1Source or destination length is greater than 64 bytes.
2 Real transfer unit is less then 32 bytes.
3 The expression length = n * 64 + tu is true, where:
➢ length is either SLENGTH or DLENGTH,
➢ tu the real transfer unit of the first access of the second line,
➢ n > 0.
B.8.3 Protocol signals
DACK and DRACK protocol signals have limited support.
18/92
1 Scope of this documentST40RA
1 Scope of this document
This document describes only those areas of the ST40RA that are device specific, for example the
system address map. Information that is generic to the ST40 family of devices is contained in the
ST40 documentation suite.
2 ST40 documentation suite
This document references a number of other generic ST40 documents that combined together form
a complete datasheet.
CPU documentation
The SH-4 CPU core and its instruction set are documented in the SH-4 CPU Core Architecture
Manual.
System documentation
Devices listed in the system address map, Figure 5 on page 26 are documented in the ST40
System Architecture Manual:
● Volume 1: System, details the ST40 CPU and standard peripherals,
● Volume 2: Bus Interfaces, details the standard PCI, LMI and EMI bus interfaces.
The ST40RA combines an SH-4, 32-bit microprocessor with a wide range of interfaces to external
peripherals. This section briefly describes each of the features of the ST40RA.
4.2 ST40 system
4.2.1 SuperH ST40 SH-4 core
Figure 2 illustrates the system architecture of the ST40 SH-4 core. The following section briefly
describes the features and performance of the core.
Figure 2: ST40 SH-4 core architecture
CPU
32-bit data (load)
32-bit add (instruction)
ICache 8 KbytesITLBUTLB
32-bit address (data)
32-bit data (instruction)
32-it data (store)
UBC
Lower 32-bit data
Lower 32-bit data
Cache and TLB
controller
29bit add
32bit data
32bit data
FPU
DCache 16 Kbytes
64-bit data (store)
Upper 32-bit data
Central processing unit
The central processing unit is built around a 32-bit RISC, two-way superscalar architecture.
Operating at 166 MHz it runs with high code density using fixed length 16-bit instructions. It has a
load/store architecture, delayed branch instruction capability and an on-chip multiplier. It uses a fivestage pipeline.
20/92
4 ArchitectureST40RA
Floating point unit/multiply and accumulate
The on-chip, floating point coprocessor executes single precision (32-bit) and double precision
(64-bit) operations. It has a five-stage pipeline and supports IEEE754-compliant data types and
exceptions. It has rounding modes: (round-to-nearest) and (round-to-zero), and handles
denormalized numbers (truncation-to-zero) or interrupt generation for compliance with IEEE754.
The floating point unit performs the following functions:
There is 4 Gbytes virtual address space with 256 address space identifiers (8-bit ASIDs),
supporting single virtual and multiple virtual memory modes. Page sizes are 1 Kbyte, 4 Kbytes, 64
Kbytes or 1 Mbyte. The MMU supports four-entry, fully associative ITLB for instructions and
64-entry fully associative UTLB for instructions and operands. Software-controlled replacement and
random-counter replacement algorithms are also supported. The physical address space is 512
Mbytes (29-bit), see Figure 3: System address organization on page 25.
Cache
8 Kbytes of direct-mapped instruction cache are organized as 256 32-byte lines, and 16 Kbytes of
direct-mapped operand cache are organized as 512 32-byte lines. RAM mode (8-Kbyte cache plus
8-Kbyte RAM) with selectable write method (copy back or write through) is supported. A single
stage buffer for copy-back and a single stage buffer for write-through are available. The cache
contents can be address mapped and there is a 32-byte two-entry store queue.
4.2.2 SuperHyway internal interconnect
The ST40RA uses the SuperHyway memory mapped packet router for on-chip intermodule
communication. The interconnect supports a split transaction system allowing a nonblocking high
throughput, low latency system to be built. There are separate request and response packet routers.
The ST40RA SuperHyway implementation is show in Section 5.8: Memory bridge control on
page 34. The interconnect allows simultaneous requests between multiple modules and is able to
ensure a very high data throughput with in many cases zero routing, arbitration and decode
latencies.
4.2.3 Standard ST40 peripherals
Synchronous serial channel
There are two ST40 compatible full duplex communication channels (SCIF1, SCIF2). Asynchronous
mode is supported. A separate 16-byte FIFO is provided for the transmitter and receiver.
Interrupt controller
The interrupt controller supports all of the on-chip peripheral module interrupts, and five external
interrupts (NMI and IRL0 to IRL3). The priority can be set for each on-chip peripheral module
interrupt. IRL0 to IRL3 are configured as four independent interrupts or encoded to provide 15
external interrupt levels.
21/92
ST40RA4 Architecture
Debug controller
Debugging is performed by break interrupts. There are two break channels. The address, data
value, access type, and data size can all be set as break conditions. Sequential break functions are
supported.
The user debug interface (UDI) contains a five-pin serial interface conforming to JTAG, IEEE
Standard TAP and boundary scan architecture. The interface provides host access to the 1 Kbyte
ASERAM for emulator firmware (accessible only in ASE mode).
Timers
The three-channel, auto-reload, 32-bit timer has an input capture function and a choice of seven
counter input clocks.
Real-time clock
The built-in 32-kHz crystal oscillator has a maximum 1/256 second resolution. It has dynamically
programmable operating frequencies and on-chip clock and calendar functions. It has two sleep
modes and one standby mode.
Watchdog timer
The ST40RA has an 8-bit watchdog timer (WDT) with programmable clock ratio. The WDT is able to
generate a power-on reset or a manual reset.
Programmable PLLs
The ST40RA has three programmable PLLs. The PLLs are configured by MODE pins at reset and
then reconfigured by software to optimize system performance or reduce system power
consumption.
General-purpose DMA controller
The five-channel physical address GPDMA controller has four general-purpose channels for
memory-to-memory or memory-to-peripheral transfers, and one buffered multiplexed channel. Both
2-D block moves and linked lists are supported. Two sets of DMA handshake pins are available for
use by external devices to support efficient transfer interdevice transfers via external interfaces such
as the EMI MPX.
Parallel I/O module
24 bits of parallel I/O are provided from the ST40 compatible PIO. Each bit is programmable as an
output or an input. “Input compare” generates an interrupt on any change of any input bit.
4.3 Bus interfaces
4.3.1 Local memory interface
The LMI supports 16-, 32- and 64-bit wide bus SDRAM and DDR SDRAM, at up to 100 MHz with a
maximum address space of 112 Mbytes. Devices supported include two and four bank 16-, 64-,
128- and 256-Mbit technologies in x4, x8, x16 and x32 packages. The LMI pads are dual mode
pads electrically compatible with LVTTL (for standard SDRAM) and SSTL_2 (for DDR SDRAM). For
full detail of the configuration options of the LMI please see ST40 System Architecture Manual, Volume 2: Bus Interfaces.
22/92
4 ArchitectureST40RA
4.3.2 PCI interface
The PCI interface complies to the PCI v2.1 and Power Management Interface V1.0 specifications. It
is 32 bits wide and operates at 33 or 66 MHz. Master and target mode are supported. A PCI arbiter
and clock generator is provided inside the ST40RA. For details on the configuration options for the
PCI interface please see ST40 System Architecture Manual, Volume 2: Bus Interfaces.
4.3.3 EMI/MPX interface
The EMI/MPX interface contains the following blocks. For full details of the configuration options of
the EMI please see the ST40 System Architecture Manual, Volume 2: Bus Interfaces.
EMI memory interface initiator
The EMI provides access to ROMs, SDRAM, memory mapped asynchronous external peripherals
and synchronous MPX bus peripherals. The EMI supports burst mode flash ROM and MPX for
memory-mapped device coupling. The ST40RA GPDMA unit accesses external devices and two
sets of DMA channels control signals are provided for this purpose.
EMPI memory interface target
The EMPI is a synchronous MPX target that allows for an external MPX initiator to access the
ST40RA internal memory space. The EMPI contains a general purpose control channel and four
high performance channels each of which implements a write buffer and a pair of 32-byte readahead buffers able to optimize external device burst access to and from the ST40RA internal
memory. These buffers can be associated with memory regions within the ST40RA and external
DMA channels. Four sets of DMA handshake signals are provided to the EMPI to optimize long
burst transfers between the ST40RA and external initiators like the STi5514.
MPX bus arbiter
The ST40RA has an internal programmable bus arbiter to optimize utilization of the MPX bus. The
ST40RA MPX arbiter supports one external initiator and has programmable bus priority (ST40RA or
external device), bus parking (ST40RA, external, idle or last user) and latency timers. The internal
arbiter can be bypassed if an external arbiter supporting more initiators is required.
4.4 I/O devices
4.4.1 Mailbox
The ST40 and the external microprocessor communicate with each other and synchronize their
activities using the memory-mapped mailbox. Processes generate interrupts to either CPU, and
send and receive messages between the two CPUs. There are buffers for message queueing in
both directions and interrupt bits can be set in each direction. Access to the mailbox from external
devices is through the ST40RA EMPI or the PCI target interface.
4.5 Software
4.5.1 Development systems and software
The ST40RA supports application development, with a full range of debug features and an
emulation mode (ASE). The ASE mode has a dedicated 1-Kbyte buffer for emulator firmware,
supporting performance counters and branch trace. The ST40RA, with its memory management
unit, supports standard operating systems including WindowsCE and Linux. The ST40 has a wide
range of development support from ST and third parties, and efficiently runs applications written in
C, C++ and Java.
23/92
ST40RA5 System configuration
ST’s own tools include:
● C/C++ compilers,
● debugger,
● proprietary OS.
Third parties include:
● Microsoft: WindowsCE,
● Sun: JavaOS for consumers,
● WindRiver: VxWorks, Tornado tools,
● Linux,
● Insignia JVM,
● ANT browser.
4.5.2 Software compatibility
SH-4 core software
The ST40RA SH-4 core is binary code compatible with the Hitachi SH775x family.
Standard peripheral driver
The ST40 standard SCIF, timer, real-time clock and PIO are compatible with the ST40 SOC range of
devices and the Hitachi SH775x family.
Bus interface driver
The PCI, LMI, and EMI interfaces are register compatible with the ST40 SOC range of devices.
The ST40RA contains an EMPI and MPX arbiter and MPX clock control unit which are additional to
the bus interface components of the ST40 SOC range of devices.
I/O device driver
The Mailbox is a module with no ST legacy software.
5 System configuration
The ST40RA system address map has been designed to maintain compatibility with existing ST40
family devices and other STMicroelectronics devices.
The SH-4 core and core peripherals maintain compatibility with the ST40 SOC range of devices and
Hitachi SH7750 wherever possible.
Devices listed in Table 5: ST40RA system address map on page 26, are documented in the ST40 System Architecture Manual as described in Chapter 2: ST40 documentation suite on page 19.
Coherency between the cache and external memory is assured by software. The ST40 CPU has
cache control instructions which enable software to do this. Details of these instructions are given in
the ST40 CPU Core Architecture Manual.
The ST40RA is run in little endian mode.
24/92
5 System configurationST40RA
The ST40RA power on configuration is controlled by the MODE pins as defined in Table 37: Mode
selection pins for ST40RA on page 72.
Subsystem configuration registers are usually found with the module register space. Other system
level functions and the software register locations are shown in Table 14: System configuration
registers on page 36.
5.1 System addresses
The ST40 family system address organization is shown in Figure 3.
Figure 3: System address organization
0x1800 0000
Reserved
0x0000 0000
(standard ST40
physical boot
address)
EMI
0x1B00 0000
0x07F0 0000
0x0800 0000
0x0F00 0000
0x1000 0000
0x1700 0000
0x1800 0000
0x1C00 0000
0x1FFF FFFF
EMI control registers
System
peripherals
LMI
LMI control registers
Reserved
PCI
PCI control registers
Reserved
Area 7
peripherals
Memory address space
Device control register address space
Reserved address space
Core
0x1BFF FFFF
0x1C00 0000
0x1F00 0000
0x1FFF FFFF
25/92
ST40RA5 System configuration
5.1.1 System address map
Table 5: ST40RA system address map
Address
Module
a
Reference
BaseTop
Standard bus interfacesST40 System Architecture Manual Volume 2: Bus
Interfaces
EMI (FMI)0x0000 00000x07EF FFFF
EMI control and buffer
registers
LMI0x0800 00000x0EFF FFFF
LMI control registers0x0F00 00000x0FFF FFFF
PCI0x1000 00000x16FF FFFF
PCI control registers0x1700 00000x17FF FFFF
Reserved0x1800 00000x1AFF FFFF
ST40 core peripheralsST40 System Architecture Manual Volume 1: System
DMAC0x1B00 00000x1B00 FFFF
PIO10x1B01 00000x1B01 FFFF
PIO20x1B02 00000x1B02 FFFF
0x07F0 00000x07FF FFFF
PIO30x1B03 00000x1B03 FFFF
CLOCKGEN0x1B04 00000x1B04 FFFF
Interconnect0x1B05 00000x1B05 FFFF
Reserved0x1B06 00000x1B0F FFFF
CLOCKGENB0x1B10 00000x1B10 FFFF
Reserved0x1B11 00000x1B12 FFFF
EMPI0x1B13 00000x1B13 7FFFST40 System Architecture Manual Volume 2: Bus
Interfaces
MPXARB0x1B13 80000x1B13 FFFFST40 System Architecture Manual Volume 2: Bus
Interfaces
ST40RA additional peripheralsST40 System Architecture Manual Volume 4: I/O
Devices
MailBox0x1B15 00000x1B15 FFFF
SYSCONF0x1B19 00000x1B19 FFFF
Reserved0x1B1A 00000x1B1F FFFF
Reserved for additional peripherals
Reserved0x1B20 00000x1B3F FFFF
ST40 core peripheralsST40 System Architecture Manual Volume 1: System
INTC20x1E08 00000x1E0F FFFF
26/92
5 System configurationST40RA
Table 5: ST40RA system address map
Address
Module
a
Reference
BaseTop
Reserved: CPU only
registers
CPG0x1FC0 00000x1FC7 9999
RTC0x1FC8 00000x1FCF FFFF
INTC0x1FD0 00000x1FD7 9999
TMU0x1FD8 00000x1FDF FFFF
SCIF10x1FE0 00000x1FE7 9999
SCIF20x1FE8 00000x1FEF FFFF
EMU0x1FF0 00000x1FF7 9999
Reserved0x1FF8 00000X1FFF FFFF
0x1E10 00000x1FBF FFFF
a. For information about which address region to access for each module, see SH-4 32-bit CPU Core
Architecture, sections 2.5 and 3.4
.
When operating in privilege mode, these registers should be accessed via the P2 region by adding
an offset of 0xA000 0000, when operating in user mode, access should be via the U0 address.
5.2 System identifiers
● SH-4 core processor identity: 0x0100.
● SH-4 core processor version: 0x0541D.
● ST40RA-HC8 TAP identity: 05141041.
● ST40RA-HC8 PCI identity:
➢ Vendor: 104A,
➢ Device: 4000,
➢ Revision ID: 0x01,
➢ Class: 0x4 0000,
➢ Subsystem ID: 0x0000.
27/92
ST40RA5 System configuration
5.3 Interrupt mapping
For full details on the interrupt controller see ST40 System Architecture Manual Volume 1:System.
The mapping of the CPU interrupts is described in Section 5.3.1, Section 5.3.2 and Section 5.3.3.
Note:Some INTEVT codes are shown as reserved in Ta bl e 6 and therefore cannot be generated by this
device.
5.3.1 ST40 core interrupt allocation
The allocation of core interrupts is as shown in Tab le 6 .
Table 6: ST40 core interrupt allocation (page 1 of 2)
Interrupt source
NMI0x1C016---
IRL
level
encoding
IRL3–IRL0 = F0x20015---
IRL3–IRL0 = E0x22014---
IRL3–IRL0 = D0x24013---
IRL3–IRL0 = C0x26012---
IRL3–IRL0 = B0x28011---
IRL3–IRL0 = A0x2A010---
IRL3–IRL0 = 90x2C09---
IRL3–IRL0 = 80x2E08---
IRL3–IRL0 = 70x3007---
IRL3–IRL0 = 60x3206---
IRL3–IRL0 = 50x3405---
IRL3–IRL0 = 40x3604---
INTEVT
code
Interrupt priority
IPR
bit numbers
Priority
within IPR
setting unitValueInitial value
IRL3–IRL0 = 30x3803---
IRL3–IRL0 = 20x3A02---
IRL3–IRL0 = 10x3C01---
IRL
independent
encoding
H-UDIH-UDI0x60015 to 00IPRC[3:0] -
TMU0TUNI00x40015 to 00IPRA[15:12]-
TMU1TUNI10x4200 to 150IPRA[11:8]-
TMU2TUNI20x440
IRL00x24015 to 013IPRD[15:12]-
IRL10x2A015 to 010IPRD[11:8]-
IRL20x30015 to 07IPRD[7:4]-
IRL30x36015 to 04IPRD[3:0]-
High
0 to 150IPRA[7:4]
TICPI20x460Low
28/92
Loading...
+ 64 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.