INTEL Atom x5-Z8300 - Processor

Atom x5-Z8300 - Processor INTEL - Free user manual and instructions

Find the device manual for free Atom x5-Z8300 INTEL in PDF.

📄 380 pages English EN Download 💬 AI Question 10 questions ⚙️ Specs
Notice INTEL Atom x5-Z8300 - page 14
Pick your language and provide your email: we'll send you a specifically translated version.
Product Type Processor (SoC)
Brand Intel
Model Atom x5-Z8300
Architecture Cherry Trail
Cores 4
Threads 4
Base Frequency 1.44 GHz
Burst Frequency Up to 1.84 GHz
Cache 2 MB L2
Fabrication Process 14 nm
Thermal Design Power (TDP) 2 W (SDP)
Integrated Graphics Intel HD Graphics (Cherry Trail)
Graphics Base Frequency 200 MHz
Memory Support DDR3L/LPDDR3 1600 MHz
Max Memory Size 2 GB
Package Type FCBGA 1380
Dimensions 17 mm x 17 mm
Weight Less than 1 g
Operating Temperature 0 °C to 85 °C (junction)
Power Consumption 2 W typical (SDP)
Maintenance Not required; processor is sealed unit
Safety Use proper cooling; avoid static discharge
Spare Parts / Repairability Not user-replaceable; soldered to motherboard
Launch Date Q1 2015

Frequently Asked Questions - Atom x5-Z8300 INTEL

What socket does the Intel Atom x5-Z8300 use?
The Intel Atom x5-Z8300 uses the FCBGA 1380 socket, which is a ball grid array soldered directly to the motherboard.
What type of memory does it support?
It supports DDR3L and LPDDR3 memory at 1600 MHz, with a maximum of 2 GB.
Can the Intel Atom x5-Z8300 be overclocked?
Overclocking is not officially supported on this low-power SoC. The burst frequency is automatically managed (up to 1.84 GHz).
What is the TDP of the Atom x5-Z8300?
The Scenario Design Power (SDP) is 2 W, indicating extremely low power consumption typical for tablets and compact devices.
Does it include integrated graphics?
Yes, it features Intel HD Graphics (Cherry Trail) with a base frequency of 200 MHz, supporting DirectX 11.2 and OpenGL 4.2.
What operating systems are compatible?
It is compatible with Windows 10, Windows 8.1, and Linux (kernel support for Cherry Trail).
How many cores and threads does it have?
The processor has 4 cores and 4 threads, with a base frequency of 1.44 GHz.
Is the processor replaceable or upgradeable?
No, the Atom x5-Z8300 is soldered to the motherboard (BGA package) and is not user-upgradeable.
What is the manufacturing process?
It is fabricated using Intel's 14 nm process technology, which contributes to its low power consumption and small size.
What is the typical use case for this processor?
It is designed for tablets, 2-in-1 laptops, and embedded systems where low power and adequate performance for basic tasks are needed.

User questions about Atom x5-Z8300 INTEL

0 question about this device. Answer the ones you know or ask your own.

Ask a new question about this device

The email remains private: it is only used to notify you if someone responds to your question.

No questions yet. Be the first to ask one.

Download the instructions for your Processor in PDF format for free! Find your manual Atom x5-Z8300 - INTEL and take your electronic device back in hand. On this page are published all the documents necessary for the use of your device. Atom x5-Z8300 by INTEL.

USER MANUAL Atom x5-Z8300 INTEL

Intel® Atom™ Z8000 Processor Series

Datasheet (Volume 1 of 2)

For Volume 2 of 2 refer Document ID: 332066-001

June 2015

Revision 002

You may not use or facilitate the use of this document in connection with any infringement or other legal analysis concerning Intel products described herein. You agree to grant Intel a non-exclusive, royalty-free license to any patent claim thereafter drafted which includes subject matter disclosed herein.

No license (express or implied, by estoppel or otherwise) to any intellectual property rights is granted by this document.

The products described may contain design defects or errors known as errata which may cause the product to deviate from published specifications. Current characterized errata are available on request.

All information provided here is subject to change without notice. Contact your Intel representative to obtain the latest Intel product specifications and roadmaps.

Tests document performance of components on a particular test, in specific systems. Differences in hardware, software, or configuration will affect actual performance. Consult other sources of information to evaluate performance as you consider your purchase. For more complete information about performance and benchmark results, visit http://www.intel.com/performance.

Copies of documents which have an order number and are referenced in this document may be obtained by calling 1-800-548-4725 or visit www.intel.com/design/literature.htm.

Intel® Virtualization Technology requires a computer system with an enabled Intel® processor, updated BIOS, and virtual machine monitor (VMM). Functionality, performance or other benefits will vary depending on hardware and software configurations. Software applications may not be compatible with all operating systems. Check with your system manufacturer. Learn more at http://www.intel.com/go/virtualization.

Intel, Intel Atom and the Intel logo, are trademarks of Intel Corporation in the U.S. and/or other countries.

*Other names and brands may be claimed as the property of others. See Trademarks on intel.com for full list of Intel trademarks.

© 2015 Intel Corporation.

Contents

1 Introduction....15

1.1 References ...... 15
1.2 Terminology 15
1.3 SoC Packages 17
1.4 Feature Overview 20

1.4.1 Processor Core....20
1.4.2 System Memory Controller.... 20
1.4.3 Display Controller.... 20
1.4.4 Graphics and Media Engine 21
1.4.5 Image Signal Processor....21
1.4.6 Power Management 21
1.4.7 PCI Express* 21
1.4.8 USB Controller 22
1.4.9 Low Power Engine (LPE) Audio Controller.... 22
1.4.10 Storage.... 22
1.4.11 Intel® Trusted Execution Engine (Intel® TXE) 22
1.4.12 Serial I/O (SIO) 23
1.4.13 Platform Control Unit (PCU) 23
1.4.14 Intel ^® Sensor Hub....23
1.4.15 Package 23
1.4.16 SKU List....24

2 Physical Interfaces 25

2.1 Pin States....25
2.2 System Memory Controller Interface Signals 27

2.2.1 DDR3L-RS 27
2.2.2 LPDDR3 29

2.3 USB Controller Interface Signals.... 30

2.3.1 USB2.0 Interface Signals.... 30
2.3.2 USB HSIC Interface Signals 30
2.3.3 USB3.0 Interface Signals.... 31

2.4 Integrated Clock Interface Signals 32

2.5 Display - Digital Display Interface (DDI) Signals 32
2.6 MIPI DSI Interface Signals....33
2.7 MIPI Camera Serial Interface (CSI) and ISP Interface Signals....34
2.8 PCI Express Signals 35
2.9 Low Power Engine (LPE) for Audio (I ^2 S) Interface Signals .....35
2.10 Storage Interface Signals 36

2.10.1 Storage Controller (eMMC, SDIO, SD) 36

2.11 High Speed UART Interface Signals.... 37
2.12 I ^2 C Interface Signals....38
2.13 NFC I ^2 C Interface Signals .....39
2.14 PCU- Fast Serial Peripheral Interface (SPI) Signals....39
2.15 PCU - Real Time Clock (RTC) Interface Signals 40
2.16 PCU - Low Pin Count (LPC) Bridge Interface Signals 40
2.17 PCU - Power Management Controller (PMC) Interface Signals 41
2.18 Serial Peripheral Interface (SPI) Signals 42
2.19 JTAG Interface Signals 42
2.20 Integrated Sensor Hub Interface Signals.... 42
2.21 PWM Interface Signals 43

intel®

2.22 SVID Interface Signals 43
2.23 Miscellaneous Signals....44
2.24 Hardware Straps....44
2.25 SoC RCOMP List....46
2.26 GPIO Muxing....47

3 Processor Core....66

3.1 Features....66

3.1.1 Intel ^® Virtualization Technology (Intel ^® VT) ......66
3.1.2 Security and Cryptography Technologies....68
3.1.3 Power Aware Interrupt Routing....69

3.2 Platform Identification and CPUID 69
3.3 References....69

4 Integrated Clock 71

5 Power Up and Reset Sequence 73

5.1 SoC System States 73

5.1.1 System Sleeping States Control (S-states) 73

5.2 Power Up Sequences....73

5.2.1 RTC Power Well Transition (G5 to G3 States Transition) 73
5.2.2 G3 to S4/S5....74
5.2.3 S4/S5 to S0....75

5.3 Power Down Sequences....76

5.3.1 S0 to S4/S5 Sequence....76
5.3.2 S4/S5 to S0 (Exit Sleep States) 78
5.3.3 Enter S0ix 78
5.3.4 Exit S0ix....78
5.3.5 Handling Power Failures....80

5.4 Reset Behavior 80

6 Thermal Management 82

6.1 Thermal Sensors....82

6.1.1 DTS Timing....83

6.2 Hardware Trips....84

6.2.1 Catastrophic Trip (THERMTRIP)....84

6.3 SoC Programmable Trips 84

6.3.1 Aux3 Trip 84
6.3.2 Aux2, Aux1, Aux0 Trip....84

6.4 Platform Trips 84

6.4.1 PROCHOT#....84
6.4.2 EXTTS....85
6.4.3 sVID 85

6.5 Dynamic Platform Thermal Framework (DPTF) 85
6.6 Thermal Status....86

7 Power Management 87

7.1 Features....87
7.2 States Supported....87

7.2.1 System States....87
7.2.2 Interface State Combinations 89
7.2.3 Integrated Graphics Display States 90
7.2.4 Integrated Memory Controller States....90

7.3 Processor Core Power Management....91

7.3.1 Enhanced Intel SpeedStep ^ Technology 91

7.3.2 Dynamic Cache Sizing* 92
7.3.3 Low-Power Idle States 92
7.3.4 Processor Core C-States Description 93
7.3.5 Module C-states 95
7.3.6 Module C6 95
7.3.7 S0i1 95
7.3.8 Package C-States* 95
7.3.9 Graphics, Video and Display Power Management....97

7.4 Memory Power Management 98

7.4.1 Disabling Unused System Memory Outputs 98
7.4.2 DRAM Power Management and Initialization 99

8 System Memory Controller....101

8.1 Signal Descriptions 101

8.1.1 DDR3L-RS Interface Signals 101
8.1.2 LPDDR3 Interface Signals 104

8.2 Features 105

8.3 Register Map 107

8.2.1 System Memory Technology Supported 105

9 Graphics, Video and Display....108

9.1 Features 108
9.2 SoC Graphics Display 108

9.2.1 Primary Planes A, B and C 109
9.2.2 Video Sprite Planes A, B, C, D, E and F.... 109
9.2.3 Cursors A, B and C 109

9.3 Display Pipes 109

9.4 Display Physical Interfaces.... 109
9.4.1 Digital Display Interfaces.... 111

9.5 References 118
9.6 3D Graphics and Video.... 118
9.7 Features 119

9.7.1 3D Engine Execution Units 119
9.7.2 3D Pipeline 120
9.7.3 Video Engine.... 121

9.8 VED (Video Encode/Decode) 121

9.8.1 Features 121
9.9 Register Map 122

10 PCI Express 2.0 123

10.1 Signal Descriptions 123
10.2 Features 124

10.2.1 Root Port Configurations.... 124
10.2.2 Interrupts and Events 125
10.2.3 Power Management 126

10.3 References 126
10.4 Register Map 126

11 MI PI - Camera Serial Interface (CSI) and ISP 127

11.1 Signal Descriptions 127
11.2 Features 129

11.2.1 Imaging Capabilities 129
11.2.2 Simultaneous Acquisition.... 129
11.2.3 Primary Camera Still Image Resolution.... 130
11.2.4 Burst Mode Support.... 130

intel®

11.2.5 Continuous Mode Capture ....130
11.2.6 Secondary Camera Still Image Resolution 130
11.2.7 Primary Camera Video Resolution 130
11.2.8 Secondary Camera Video Resolution....130
11.2.9 Bit Depth....130

11.3 Imaging Subsystem Integration....131

11.3.1 CPU Core....131
11.3.2 Imaging Signal Processor (ISP)....131

11.4 Functional Description ....133

11.4.1 Preview 133
11.4.2 Image Capture 133
11.4.3 Video Capture 133
11.4.4 ISP 133
11.4.5 Memory Management Unit (MMU) 134

11.5 MIPI-CSI-2 Receiver....134
11.5.1 MIPI-CSI-2 Receiver Features....136
11.6 Register Map....137

12 SoC Storage 138

12.1 SoC Storage Overview....138
12.1.1 Storage Control Cluster (eMMC, SDIO, SD) 138

12.2 Signal Descriptions 138

12.3 Features....141

12.3.1 Memory Capacity....141
12.3.2 SDIO/SD Interface Features....141
12.3.3 eMMC Interface Features 141
12.3.4 Storage Interfaces 142

12.4 References....144
12.5 Register Map....144

13 USB Controller Interfaces 145

13.1 SoC Supports 145
13.2 Signal Descriptions 145
13.3 USB 3.0 xHCI (Extensible Host Controller Interface)....147

13.3.1 USB 3.0 Host Features ....147
13.3.2 USB HSIC Features 148

13.4 USB 3.0 xDCI (Extensible Device Controller Interface) ....148

13.5 References....148
13.5.1 Host Controller Specifications 148

13.6 Register Map....149

14 Low Power Engine (LPE) for Audio (I ^2 S)....150

14.1 Signal Descriptions ....150
14.2 Features....150

14.2.1 Audio Capabilities ....152

14.3 Clocks....152

14.3.1 Clock Frequencies 152
14.3.2 38.4 MHz Clock for LPE....153
14.3.3 Calibrated Ring Osc (50/100 MHz) Clock for LPE 153
14.3.4 Cache and CCM Clocking....153

14.4 SSP (I 2S) 153
14.4.1 Features....154

14.5 Register Map....154

15 Intel ^® Trusted Execution Engine (Intel ^® TXE)....155

15.1 Features 155

15.1.1 Security Features 155

15.1.2 TXE Interaction with NFC.... 156

16 Intel ^® Sensor Hub 158

16.1 Signal Descriptions 158

16.2 Features 158

16.2.1 Hardware 158

17 Serial IO (SIO) Overview 160

17.1 SIO - Serial Peripheral Interface (SPI).... 161

17.1.1 Signal Descriptions 161

17.1.2 Features 161

17.2 SIO - I ^2 C Interface 165

17.2.1 Signal Descriptions 165

17.2.2 NFC I ^2 C Interface Signals 165

17.2.3 Features 166

17.3 NFC I ^2 C 168

17.3.1 References 168

17.4 SIO - High Speed UART.... 169

17.4.1 Signal Descriptions 169

17.4.2 Features 170

17.4.3 Use 172

17.5 SIO - Pulse Width Modulation (PWM).... 174

17.5.1 Signal Descriptions 174

17.5.2 Features 174

17.6 Register Map 175

18 Platform Controller Unit (PCU) Overview 176

18.1 Features 176

18.2 PCU - Power Management Controller (PMC).... 177

18.2.1 Signal Descriptions 177

18.2.2 Features 179

18.2.3 References 187

18.3 PCU - Fast Serial Peripheral Interface (SPI).... 188

18.3.1 Signal Descriptions 188

18.3.2 Features 188

18.4 PCU - Universal Asynchronous Receiver/Transmitter (UART).... 192

18.4.1 Signal Descriptions 192

18.4.2 Features 192

18.4.3 Use 195

18.4.4 UART Enable/Disable 195

18.7 PCU - iLB - Low Pin Count (LPC) Bridge 200

18.7.1 Signal Descriptions 200

18.7.2 Features 201

18.7.3 Usage 205

18.7.4 References 206

18.8 PCU - iLB - Real Time Clock (RTC) 207

18.8.1 Signal Descriptions ....207
18.8.2 Features....208
18.8.3 Interrupts....208
18.8.4 References....210
18.8.5 IO Mapped Registers 210
18.8.6 Indexed Registers....210

18.9 PCU - iLB - 8254 Timers ......212

18.9.1 Signal Descriptions 212
18.9.2 Features....212
18.9.3 Usage 213

18.10 PCU - iLB - High Precision Event Timer (HPET)......216

18.10.1Features....216
18.10.2References....218
18.10.3Memory Mapped Registers 218

18.11 PCU - iLB - GPIO....219

18.11.1Signal Descriptions 219
18.11.2Features....219
18.11.3Usage 219
18.11.4GPIO Registers....220

18.12 PCU - iLB - Interrupt Decoding and Routing....221

18.12.1Features....221

18.13 PCU - iLB - IO APIC....223

18.13.1Features....223
18.13.2Usage 224
18.13.3Indirect I/O APIC Registers 225

18.14 PCU - iLB - 8259 Programmable Interrupt Controllers (PIC)....226

18.14.1Features....226
18.14.2IO Mapped Registers 233

18.15 Register Map....234

19 Electrical Specifications 235

19.1 Absolute Maximum and Minimum Specifications 235
19.2 Thermal Specifications....235
19.3 Storage Conditions....236

19.3.1 Post Board-Attach....237

19.4 Voltage and Current Specifications 237

19.4.1 VCC and VNN Voltage Specifications....239
19.4.2 CPU ESD LEVEL 240

19.5 Crystal Specifications 240

19.6 DC Specifications....241

19.6.1 Display DC Specification 242
19.6.2 MIPI-Camera Serial Interface (CSI) DC Specification 249
19.6.3 SDIO DC Specification 249
19.6.4 SD Card DC Specification....249
19.6.5 eMMC 4.51 DC Specification 251
19.6.6 JTAG DC Specification 251

19.6.7 DDR3L-RS Memory Controller DC Specification 253

19.6.8 LPDDR3 Memory Controller DC Specification....254
19.6.9 USB 2.0 Host DC Specification....254
19.6.10USB HSIC DC Specification....257
19.6.11USB 3.0 DC Specification 257
19.6.12SSIC DC Specification....260
19.6.13LPC DC Specification 261

19.6.14SPI and FST_SPI DC Specification.... 262

19.6.15 Power Management/Thermal (PMC) and RTC DC Specification 263

19.6.16SVID DC Specification 264

19.6.17GPIO DC Specification 265

19.6.18SIO - I²C DC Specification 266

19.6.19SIO - UART DC Specification 266

19.6.20I²S (Audio) DC Specification 266

19.6.21PCI Express DC Specification.... 266

20 Ballout and Ball Map 270

20.1 Ballout 270

20.2 SoC T3 Pin List Location 275

20.3 SoC T4 Pin List Location 283

21 Package Information 376

21.1 SoC Attributes 376

21.2 Package Diagrams.... 377

Figures

Figure 1SoC Block Diagram....19

Figure 2RTC Power Well Timing Diagrams ....74

Figure 3S4/S5 to S0 (Power Up) Sequence....75

Figure 4S0 to S4/S5 (Power Down) Sequence....77

Figure 5S0 to S0ix Entry and Exit Sequence 79

Figure 6DTS Operation Mode....83

Figure 7Platform Level Thermal Management HW Layout 85

Figure 8 Idle Power Management Breakdown of Processor Cores....93

Figure 9Display Pipe to Port Mapping....110

Figure 10Display Pipe to Port Mapping [T3] 111

Figure 11Sub-Display Connection.... 114

Figure 12HDMI Overview....116

Figure 13DisplayPort* Overview 117

Figure 143D Graphics Block Diagram.... 119

Figure 15PCIe* 2.0 Lane 0 Signal Example.... 124

Figure 16Camera Connectivity.... 128

Figure 17Image Processing Components.... 131

Figure 18MIPI-CSI Bus Block Diagram 135

Figure 19SD Memory Card Bus Topology.... 142

Figure 20SDIO Device Bus Topology....143

Figure 21eMMC Interface....143

Figure 22xHCI Port Mapping....147

Figure 23SPI Slave 162

Figure 24Clock Phase and Polarity.... 163

Figure 25Data Transfer on the I²C Bus 167

Figure 26START and STOP Conditions....168

Figure 27SIO - I²C Register Map.... 168

Figure 28UART Data Transfer Flow....170

Figure 29PWM Signals....174

Figure 30PWM Block Diagram....174

Figure 31LPC Interface Diagram 201

Figure 32Detailed Block Diagram 223

Figure 33MSI Address and Data.... 224

Figure 34Definition of Differential Voltage and Differential Voltage Peak-to-Peak 247

Figure 35Definition of Pre-emphasis ......247

Figure 36 eMMC 4.51 DC Bus Signal Level....251

Figure 37Definition of VHYS....265

Figure 38Ballout - DDR3L-RS (T3) Top View Part A....270

Figure 39Ballout - DDR3L-RS (T3) Top View Part B....271

Figure 40Ballout LPPDR3 (T4) Top View Part A....272

Figure 41Ballout LPPDR3 (T4) Top View Part B....273

Figure 42Ballout LPPDR3 (T4) Top View Part C....274

Figure 43Package Mechanical Drawing for T3 (Part 1) 377

Figure 44Package Mechanical Drawing for T3 (Part 2) 378

Figure 45Package Mechanical Drawing for T4 (Part 1) 379

Figure 46Package Mechanical Drawing for T4 (Part 2) 380

Tables

Table 1SoC Packages....17

Table 2Package Attributes....24

Table 3SoC SKU List....24

Table 4Platform Power Well Definitions ......25

Table 5Buffer Type Definitions ....25

Table 6Default Buffer State Definitions....26

Table 7DDR3L-RS System Memory Signals ......27

Table 8LPDDR3 System Memory Signals ......29

Table 9USB2.0 Interface Signals ....30

Table 10USB 2.0 HSIC Interface Signals ....30

Table 11USB 3.0 Interface Signals ....31

Table 12USB SSIC Interface Signals ....31

Table 13 Integrated Clock Interface Signals....32

Table 14Digital Display Interface Signals....32

Table 15MIPI DSI Interface Signals ....33

Table 16MIPI CSI Interface Signals ....34

Table 17PCIe Signals and Clocks....35

Table 18LPE Interface Signals....35

Table 19Storage Controller (eMMC, SDIO, SD) Interface Signals ....36

Table 20High Speed UART Interface Signals ....37

Table 21I²C Interface Signals ....38

Table 22NFC I²C Interface Signals....39

Table 23PCU- Fast Serial Peripheral Interface (SPI) Signals ....39

Table 24PCU - Real Time Clock (RTC) Interface Signals....40

Table 25PCU - LPC Bridge Interface Signals ....40

Table 26PCU - Power Management Controller (PMC) Interface Signals....41

Table 27 Serial Peripheral Interface (SPI) Signals....42

Table 28JTAG Interface Signals....42

Table 29 Integrated Sensor Hub Interface Signals 42

Table 30PWM Interface Signal 43

Table 31SVID Interface Signal 43

Table 32Miscellaneous Signals and Clocks 44

Table 33Straps....44

Table 34RCOMP's List....46

Table 35Multiplexed Functions - T4 SoC 47

Table 36Multiplexed Functions - T3 SoC ....57

Table 37SoC Clock Inputs ....71

Table 38SoC Clock Outputs....71

Table 39RTC Power Well Timing Parameters ....74

Table 40S4/S5 to S0 Cause of Wake Events 78

Table 41S0ix Cause of Wake Events....79

Table 42Types of Resets....80

Table 43 Temperature Reading Based on DTS 82

Table 44General Power States for System....87

Table 45Cause of Sx Wake Events 88

Table 46SoC Sx-States to SLP_S*# 88

Table 47ACPI PM State Transition Rules....89

Table 48G, S and C State Combinations....89

Table 49SoC Graphics Adapter State Control 90

Table 50Main Memory States 90

Table 51D, S and C State Combinations....90

Table 52Processor Core/ States Support 93

Table 53Module C-states 95

Table 54Memory Channel 0 DDR3L-RS Signals 101

Table 55Memory Channel 1 DDR3L-RS Signals 102

Table 56Memory Channel 0 LPDDR3 Signals.... 104

Table 57Memory Channel 1 LPDDR3 Signals.... 105

Table 58Supported LPDDR3 DRAM Devices.... 106

Table 59Supported DDR3L-RS DRAM Devices 106

Table 60Supported LPDDR3 Memory Size Per Rank 107

Table 61 SoC Display Configuration.... 111

Table 62SoC Display supported Resolutions.... 112

Table 63Display Physical Interfaces Signal Names.... 113

Table 64Display Physical Interfaces Signal Names (2 of 2) 113

Table 65Hardware Accelerated Video Decode/Encode Codec Support 121

Table 66Signals....123

Table 67Possible Interrupts Generated From Events/Packets 125

Table 68Interrupt Generated for INT[A-D] Interrupts.... 125

Table 69CSI Signals....127

Table 70GPIO Signals....127

Table 71 Imaging Capabilities.... 129

Table 72eMMC Signals....139

Table 73SDIO Signals 140

Table 74SD Signals....140

Table 75USB SSIC Signals 145

Table 76USB Signals 146

Table 77HSIC Signals....146

Table 78LPE Signals....150

Table 79Clock Frequencies....152

Table 80ISH Signals....158

Table 81SPI Interface Signals.... 161

Table 82SPI Modes 164

Table 83I2C[6:0] Signals....165

Table 84NFC I²C Interface Signals 165

Table 85UART 1 Interface Signals 169

Table 86UART 2 Interface Signals 169

Table 87Baud Rates Achievable with Different DLAB Settings.... 171

Table 88Example PWM Output Frequency and Resolution 175

Table 89PMC Signals....177

Table 90Transitions Due to Power Failure.... 179

Table 91Transitions Due to Power Button ....180

Table 92System Power Planes ....182

Table 93Causes of SMI and SCI 184

Table 94INIT N Assertion Causes....186

Table 95SPI Signals ...... 188

Table 96UART Signals....192

Table 97Baud Rate Examples....193

Table 98Register Access List....196

Table 99iLB Signals....197

Table 100NMI Sources....199

Table 101LPC Signals 200

Table 102SERIRQ, Stop Frame Width to Operation Mode Mapping ....204

Table 103SERIRQ Interrupt Mapping ....204

Table 104RTC Signals....207

Table 105Register Bits Reset by RTC_RST_N Assertion....209

Table 106I/O Registers Alias Locations....210

Table 107RTC Indexed Registers....210

Table 108Counter Operating Modes ......213

Table 1098254 Interrupt Mapping ....217

Table 110Interrupt Controller Connections ......226

Table 111Interrupt Status Registers 227

Table 112Content of Interrupt Vector Byte ......228

Table 113I/O Registers Alias Locations....233

Table 114 Thermal Specifications ......236

Table 115Storage Conditions Prior to Board Attach....236

Table 116SoC Power Rail DC Specs and Max Current 237

Table 117VCC and VNN DC Voltage Specifications ....239

Table 118CPU ESD level details....240

Table 119ILB RTC Crystal Specification ....240

Table 120Integrated Clock Crystal Specification ....241

Table 121Display Port DC specification....242

Table 122HDMI DC specification....243

Table 123Embedded Display Port DC Specification....243

Table 124DDI AUX Channel DC Specification....245

Table 125Embedded Display Port AUX Channel DC Specification....245

Table 126DDC Signal DC Specification (DCC_DATA, DDC_CLK) 246

Table 127DDC Misc Signal DC Specification (HPD, BKLTCTL, VDDEN, BKLTEN) ......246

Table 128MIPI DSI DC Specification ....248

Table 129MIPI HS-RX/MIPI LP-RX Minimum, Nominal, and Maximum Voltage Parameters.....249

Table 130SDIO DC Specification....249

Table 131SD Card DC Specification ....250

Table 132 eMMC 4.51 DC Electrical Specifications....251

Table 133JTAG Signal Group DC Specification (JTAG_TCK, JTAG_TMS, JTAG_TDI, JTAG_TRST_N)....251

Table 134JTAG Signal Group DC Specification (JTAG_TDO)....252

Table 135JTAG Signal Group DC Specification (JTAG_PRDY#, JTAG_PREQ#) ......252

Table 136DDR3L-RS Signal Group DC Specifications 253

Table 137LPDDR3 Signal Group DC Specifications....254

Table 138USB 2.0 Host DC Specification ....254

Table 139 USB HSIC DC Electrical Specifications 257

Table 140USB 3.0 DC transmitter specifications ....257

Table 141USB 3.0 DC LFPS specifications ....258

Table 142USB 3.0 DC Receiver specifications....259

Table 143SSIC DC Specification....260

Table 144LPC 1.8V Signal Group DC Specification 261

Table 145LPC 3.3V Signal Group DC Specification 261

Table 146SPI and FST_SPI Signal Group DC Specification 262

Table 147Power Management Signal Group DC Specification....263

Table 148PMC_RSTBTN# 1.8V Core Well Signal Group DC Specification 263

Table 149Power Management and RTC Well Signal Group DC Specification 263

Table 150RTC Well DC Specification 264

Table 151PROCHOT# Signal Group DC Specification.... 264

Table 152SVID Signal Group DC Specification (SVID_DATA, SVID_CLK, SVID_ALERT_N) ..... 264

Table 153GPIO 1.8V Core Well Signal Group DC Specification 265

Table 154I²C Signal Electrical Specifications....266

Table 155PCI Express DC Receive Signal Characteristics 266

Table 156PCI Express DC Transmit Characteristics 266

Table 157PCI Express DC Clock Request Input Signal Characteristics.... 268

Table 158SoC Attributes....376

Document NumberRevision NumberDescription Revision Date
332065 001Initial releaseMarch 2015
332065 002A d d e d- Type3 SoC features and specifications includedU p d a t e d- Section 2.24, "Hardware Straps" strap pins updated.- Max. Imaging video resolution updated for T4 to 1080p30.- Table 117 VID values for all SKU's to match PRQ values.- Section 12.1, "SoC Storage Overview"June 2015

§ §

1 Introduction

The Intel® Atom™ Z8000 Processor Series Datasheet is the Intel Architecture (IA) SoC that integrates the next generation Intel® processor core, Graphics, Memory Controller, and I/O interfaces into a single system-on-chip solution.

The figures below shows the system level block diagram of the SoC. Refer the subsequent chapters for detailed information on the functionality of the different interface blocks.

Note: Throughout this document Intel® Atom™ Z8000 Processor Series is referred as SoC.

Table 1, "SoC Packages" lists the different features supported by the SoC packages.

1.1 References

Refer the following documents, which may be beneficial when reading this document or for additional information:

Document Document Number
Intel® 64 and IA-32 Architectures Software Developer's Manuals Volume 1: Basic ArchitectureVolume 2A: Instruction Set Reference, A-MVolume 2B: Instruction Set Reference, N-ZVolume 3A: System Programming GuideVolume 3B: System Programming Guidehttp://www.intel.com/products/processor/manuals/index.htm
Intel® AtomTM Z8000 Processor Series Datasheet (Volume 2 of 2)332066
Intel® AtomTM Z8000 Processor Series Specification Update 332067

1.2 Terminology

Term Description
ACPI Advanced Configuration and Power Interface
Cold ResetFull reset is when PWROK is de-asserted and all system rails except VCCRTC are powered down
DP Display Port
DTS Digital Thermal Sensor
EMI Electro Magnetic Interference
eDP embedded Display Port
TermDescription
HDMIHigh Definition Multimedia Interface. HDMI supports standard, enhanced, or high-definition video, plus multi-channel digital audio on a single cable. HDMI transmits all Advanced Television Systems Committee (ATSC) HDTV standards and supports 8-channel digital audio, with bandwidth to spare for future requirements and enhancements (additional details available at http://www.hdmi.org/).
Intel® TXE Intel ® Trusted Execution Engine
LPDDR Low Power Dual Data Rate memory technology.
LPE Low Power Engine
MIPI CSI MIPI Camera Interface Specification
MIPI DSI MIPI Display Interface Specification
MP Mega Pixel
MPEG Moving Picture Experts Group
MSI Message Signaled Interrupt. MSI is a transaction initiated outside the host, conveying interrupt information to the receiving agent through the same path that normally carries read and write commands.
MSR Model Specific Register, as the name implies, is model-specific and may change from processor model number (n) to processor model number (n+1). An MSR is accessed by setting ECX to the register number and executing either the RDMSR or WRMSR instruction. The RDMSR instruction will place the 64 bits of the MSR in the EDX: EAX register pair. The WRMSR writes the contents of the EDX: EAX register pair into the MSR.
PWM Pulse Width Modulation
POSMPower on state machine
RankA unit of DRAM corresponding to the set of SDRAM devices that are accessed in parallel for a given transaction. For a 64-bit wide data bus using 8-bit (x8) wide SDRAM devices, a rank would be eight devices. Multiple ranks can be added to increase capacity without widening the data bus, at the cost of additional electrical loading.
SCI System Control Interrupt. SCI is used in the ACPI protocol.
SDRAMSynchronous Dynamic Random Access Memory
SERRSystem Error. SERR is an indication that an unrecoverable error has occurred on an I/O bus.
SMC System Management Controller or External Controller refers to a separate system management controller that handles reset sequences, sleep state transitions, and other system management tasks.
SMI System Management Interrupt is used to indicate any of several system conditions (such as thermal sensor events, throttling activated, access to System Management RAM, chassis open, or other system state related activity).
SIOSerial I/O
TMDSTransition-Minimized Differential Signaling. TMDS is a serial signaling interface used in DVI and HDMI to send visual data to a display. TMDS is based on low-voltage differential signaling with 8/10b encoding for DC balancing.
Warm ResetWarm reset is when both PMC_PLTRST# and PMC_CORE_PWROK are asserted.

1.3 SoC Packages

Table 1. SoC Packages

InterfaceCategoryT4 T3
CPUNo. of Cores 4 4
Burst Speed 2.4GHz 1.84 GHz[4]
GPU SpeedGen8-LP 12/16EU up to 600MHzGen8-LP 12EU up to 500MHz
Package MechanicalType 17x17mm Type 4 17x17mm Type 3
IO count 628378
Ball count1380592
ball pitch0.4mm0.65mm
Z-height0.937mm1.002mm
MemoryInterface, Max transfer data rateDual Channel 2x64 bit, LPDDR3 -1600MT/SSingle Channel 1x32/64 DDR3L-RS - 1600MT/s
TypeBGABGA
Capacity2 - 8GB1 - 2GB
PCIeNumber of ports2 1
Port Configuration1x2, 2x1x1
ImagingNumber of lanes6 6
Lane configuration4+2, 3+2, 2+2+24+2, 3+2, 2+2
Speed1.5 GHz1.5 GHz
Still & Video13MP ZSL, 1080p308MP, 1080p30
MediaMedia decode rateH.263, MPEG4, H.264, H.265 (HEVC), VP8, VP9, MVC, MPEG2, VC1, JPEGH.263, MPEG4, H.264, H.265 (HEVC), VP8, VP9, MVC, MPEG2, VC1, JPEG
Media encode rateH.264, H.263, VP8, MVC, JPEGH.264, H.263, VP8, MVC, JPEG
AudioLPE (Low Power Engine)3 I2S ports3 I2S ports
USB devicesUSB 3.03Not Supported
USB 3.0 OTG 1 1
USB 2.0-3
USB SSIC2Not Supported
USB HSIC2 2

Table 1. SoC Packages

InterfaceCategoryT4T3
SIOLPC YES Not supported
I2C 7 6
I2C Max Speed 17 MHz 1.7 MHz
I2C NFC 1 1
I2C ISH 1 1
SPI 3 Not supported[1]
SPI SpeedMaster Only up to 25 MHzMaster Only up to 25 MHz
Fast SPI Quad mode Dual mode
StorageSD Card x1 SDR104 x1 SDR104 [2]
SDIOx1 SDR104x1 SDR104
eMMC4.514.51
DisplayDDI portsx3 x2
Max MIPI DSI Resolution2560x1600 @60fps1900x1200 @60fps
MIPI-DSI ports2x 4 Lanes @ 1Gbps1x 4 Lanes @ 1Gbps
Max eDP Resolution2560x1600 @ 24bbp1920x1080 @60fps
eDP ports2 (2x4 @2.7Gbps)2 (2x4 @2.7Gbps)
Max DP 1.1a Resolution2560x1600 @60fps2560x1600 @60fps
Max HDMI 1.4b Resolution3840x2160 @30fps1920x1080 @60fps

NOTES:

  1. One SPI port is multiplexed with reference clock signal which is GPIO signal, and the usage will be dependent on the GPIO configurations on the platform.
  2. Is limited to DDR50 due to PMIC power delivery limitation.
  3. MPO available on Display Pipe B only.
  4. The Burst Speed mentioned is for 2 Cores. This is PRE-SMT package height.

Figure 1. SoC Block Diagram
INTEL Atom x5-Z8300 - NOTES: - 1

flowchart
graph TD
    A["IO"] --> B["JTAG"]
    B --> C["Atom™ Processor Core"]
    B --> D["Atom™ Processor Core"]
    C --> E["1MB L2"]
    D --> F["1MB L2"]
    G["IO"] --> H["Gen8 LP Graphics & Media"]
    H --> I["eDP/DP"]
    H --> J["HDMI"]
    H --> K["MIP DSI"]
    I --> L["Display"]
    J --> M["Camera ISP"]
    K --> N["Audio"]
    O["IO 3"] --> P["MIP-CSI"]
    O --> Q["GPIO"]
    R["IO 3"] --> S["I²S"]
    T["IO 2"] --> U["PWM"]
    V["IO 2"] --> W["HSUART"]
    X["IO 3"] --> Y["SPI"]
    Z["IO 7"] --> AA["I²C"]
    AB["IO"] --> AC["NFC I²C"]
    AD["IO 2"] --> AE["PCIe"]
    AF["IO 3"] --> AG["SD/MMC"]
    AH["IO"] --> AI["ISH"]
    AJ["IO"] --> AK["TXE"]

    subgraph SVD
        L1["SVID"] --> L2["IO"]
        L3["Memory Controller"] --> L4["Channel 0"] --> L5["Channel 1"] --> L6["O"]
        L7["THERMAL"] --> L8["APIC"] --> L9["8259"] --> L10["HPET"] --> L11["8254"] --> L12["RTC"] --> L13["GPIO"] --> L14["LPC"] --> L15["PMC"] --> L16["FAST SPI"] --> L17["UART"] --> L18["IO"]
        L10 --> L11["IO"]
        L12 --> L13["IO"]
        L14 --> L15["IO"]
        L16 --> L17["IO"]
        L17 --> L18["IO"]
        L18 --> L20["SSIC"] --> L21["3.0 (SS)"] --> L22["2.0 (HSIC)"] --> L23["2.0 (HSIC)"]
        L23 --> L24["IO"]
        L24 --> L25["IO"]
        L25 --> L26["IO"]
        L26 --> L27["IO"]
        L27 --> L28["IO"]
        L28 --> L29["IO"]
        L29 --> L30["IO"]
        L30 --> L31["IO"]
        L31 --> L32["IO"]

1.4 Feature Overview

1.4.1 Processor Core

  • Up to four IA-compatible low power Intel® processor cores
    — One thread per core
  • Two-wide instruction decode, out of order execution.
  • On-die, 32 KB 8-way L1 instruction cache and 24 KB 6-way L1 data cache per core.
  • On-die, 1 MB, 16-way L2 cache, shared per two cores.
    • 36-bit physical address, 48-bit linear address size support.
    • Supported C-states: C0, C1, C6C, C6, C7.
  • Supports Intel ^ Virtualization Technology (Intel ^ VT-x2).

1.4.2 System Memory Controller

• Memory Controller supports dual-channel DDR3L-RS/LPDDR3.
- Up to two ranks per channel (4 ranks in total).
• 32 Bit or 64 Bit data bus.
• Supports DDR3L-RS/LPDDR3 with 1600 MT/s data rate.
• Supports x32 LPDDR3 DRAM device data widths.
• Supports x16 DDR3L-RS DRAM device data widths.
- Total memory bandwidth supported is 12.8GB/s (for 1600 MT/s single-channel) to 25.6GB/s (for 1600 MT/s dual-channel).
• Supports different physical mappings of bank addresses to optimize performance.
• Supports Dynamic Voltage and Frequency Scaling.
- Out-of-order request processing to increase performance.
- Aggressive power management to reduce power consumption.
- Proactive page closing policies to close unused pages.

1.4.3 Display Controller

• Supports up to 3 Display pipes.
• Supports 2 MIPI DSI ports.
• Supports 3 DDI ports to configure eDP 1.3/DP 1.1a/DVI/HDMI 1.4b.
• Supports 2 panel power sequence for 2 eDP ports.
• Supports Audio on DP/HDMI.

- Supports Intel ^ Display Power Saving Technology (DPST) 6.0, Panel Self Refresh (PSR) and Display Refresh Rate Switching Technology (DRRS).

1.4.4 Graphics and Media Engine

  • Intel's 8th generation (Gen 8) LP graphics and media encode/decode engine.
    • Supports 3D rendering, media compositing and video encoding.
    • Graphics Burst enabled through energy counters.
  • Supports DX*11.1, OpenGL 4.3, OGL ES 3.0, OpenCL 1.2.
  • 4x anti-aliasing.
  • Full HW acceleration for decode of H.263, MPEG4, H.264, H.265 (HEVC), VP8, VP9, MVC, MPEG2, VC1, JPEG.
    • Full HW acceleration for encode of H.264, H.263, VP8, MVC, JPEG.
  • Supports Content protection using PAVP2.0, HDCP 1.4 (wired)/2.2 (wireless) and Media Vault DRM.

1.4.5 Image Signal Processor

• Supports up to three MIPI CSI ports.
• Supports up to 13MP sensors.

1.4.6 Power Management

• Supports ACPI 5.0.
- Processor Core states: C0, C1, C1E, C6C, C6 and C7.
• Display and Graphics device states: D0, D3.
- System sleep states: S0, S0ix, S4, S5.
• Support CPU and GFx Burst for selected SKUs.
- Dynamic I/O power reductions (disabling sense amps on input buffers, tristating output buffers).
• Dynamic memory self-refresh.

1.4.7 PCI Express\*

• Supports x2 PCIe 2.0 compliant controller.
• Supports both Gen1 and Gen2 data rates.
- The controller provides a max data payload of 128B with the capability of splitting the request at 64B granularity.
- Supports autonomous up-configuration and autonomous down-configuration as target.

1.4.8 USB Controller

1.4.8.1 USB xHCI Controller

USB Host Controller supports:

  • Two (2) Super Speed Inter-Chip (SSIC) port.
  • Three (3) Super Speed (SS) ports [Backward Compatible of USB 2.0 HS/FS/LS].
  • Two (2) High Speed Inter-Chip (HSIC) ports.

Note: SoC can support the 4

^th SS port when OTG port is in Host mode.

1.4.8.2 USB xDCI Controller

The SoC implements OTG block for device-mode functionality:

  • Supports one USB 3.0 Super Speed port with backward compatibility of USB 2.0 High Speed and Low/Full Speed.
    • Supports SuperSpeed OTG v3.0 device.
    • Supports USB3 Debug Device Class Specification [USB3-debug].

1.4.9 Low Power Engine (LPE) Audio Controller

• Support 3 I2S ports.
• I2S and DDI with dedicated DMA.
• Supports MP3, AAC, AC3/DD+, WMA9, PCM (WAV).
- Provides HW acceleration for common audio and voice functions such as codecs, acoustic echo cancellation, noise cancellation.

1.4.10 Storage

1.4.10.1 Storage Control Cluster (eMMC, SDIO, SD)

• Supports one eMMC 4.51 controller — 200 MB/s Data rate
• Supports one SDIO 3.0 interface — 800 Mb/s Data rate
• Supports one SDXC controller — 800 Mb/s Data rate

1.4.11 Intel® Trusted Execution Engine (Intel® TXE)

Intel TXE is responsible for supporting and handling security related features.

• Supports MediaVault with OMA-DRM and One Time Password.

  • Isolated execution environment for crypto operations.
    • Supports secure boot - with customer programmable keys to secure code.

1.4.12 Serial I/O (SI O)

  • Controller for external devices via SPI, UART, I ^2 C or PWM.
    • Each port is multiplexed with general purpose I/O for configurations flexibility.
    • Supports up to 7 I ^2 C, NFC I ^2 C, ISH I ^2 C, 2 HSUART, 2 PWM, 3 SPI interface.

1.4.13 Platform Control Unit (PCU)

Platform controller unit is a collection of HW blocks, including UART, debug/boot SPI and Intel legacy block (iLB), that are critical to implement a Windows* compatible platform. Some of its key features are:

• Universal Asynchronous Receiver/Transmitter (UART) with COM1 interface.
- A Fast Serial Peripheral Interface (SPI) for Flash only - stores boot FW and system configuration data.
- Intel Legacy Block (iLB) supports legacy PC platform features
— RTC, Interrupts, Timers and Peripheral interface (LPC for TPM) blocks.

1.4.14 Intel ^® Sensor Hub

Intel® Sensor Hub Supports:

• Acquisition / sampling of sensor data.
- The ability to combine data from individual sensors to create a more complex Virtual sensor that can be directly used by the firmware/OS.
- Low power operation through clock gating and power gating of parts of the ISH together with the ability to turn sensors off.
- The ability to operate independently when the host platform is in low power state.

1.4.15 Package

This SoC is packaged in a Flip-Chip Ball Grid Array (FCBGA) package.

Below table summarizes the package attributes for different SoC Sku's.

Table 2. Package Attributes

PackageCategory T4 T3
Type17x17mm Type 417x17mm Type 3
IO count 628 378
Ball count 1380 592
ball pitch 0.4mm 0.65mm
Z-height 0.937mm 1.002mm

1.4.16 SKU List

Table 3. SoC SKU List

Processor NumberSteppingPackage TypeSDP(W)Core LFM (MHz)/ HFM (GHz)Core max Burst (GHz)Tjmax (°C)TDP/ SDP Tj(°C)GFx Normal / Burst (MHz)No. of Graphics EUMemory ChannelMemory Speed (MT/s)
Z8700C-0T42.0480/1.62.49070400/600162x64LPDDR3-1600
Z8500C-0T42.0480/1.442.249070400/600122x64LPDDR3-1600
Z8300C-0T32.0480/1.441.849070400/500121x32/64DDR3L-1600

2 Physical Interfaces

Many interfaces contain physical pins. These groups of pins make up the physical interfaces. Because of the large number of interfaces and the small size of the package, Some interfaces share their pins with GPIOs, while others use dedicated physical pins. This chapter summarizes the physical interfaces, including the diversity in GPIO multiplexing options.

2.1 Pin States

This section describes the states of each signal before, during and directly after reset. Additionally, Some signals have internal pull-up/pull-down termination resistors, and their values are also provided. All signals with the "" symbol are muxed and may not be available without configuration.

Table 4. Platform Power Well Definitions

Power TypeVoltage Range (V)Power Well Description
VCC0/1Refer Table 118Variable voltage rail for core
VGGRefer Table 118Variable voltage rail for Graphics Core
VNN Refer Table 118Variable voltage rail for SoC.
V1P15 1.15Fixed voltage rail for SoC, Graphics, camera
V1P05A 1.05Fixed voltage rail forP-unit, LPE, TXE,I/O's,PLL's and ISH
V1P2A 1.24Fixed voltage rail for I/O's and PLL's.
VDDQ 1.24/1.35Fixed voltage rail for DDR PHY
VDDQG 1.24/1.35Fixed voltage rail for DDR PHY
V1P8A 1.8Fixed voltage rail for I/O's.
V3P3A 3.3Fixed voltage rail for I/O's.
V3P3A_V1P8A1.8/3.3Fixed voltage rail for SDIO.
V3P3RTC3.3Voltage rai For RTC clock.

Table 5. Buffer Type Definitions (Sheet 1 of 2)

Buffer TypeBuffer Description
MIPI-DPHY1.24 V tolerant MIPI DPHY buffer type
USB3 PHY1.0 V tolerant USB3 PHY buffer type
USB2 PHY1.8 V tolerant USB3 PHY buffer type
SSIC PHY 1.2 V tolerant SSIC PHY buffer type
HSIC PHY1.2 V tolerant HSIC PHY buffer type

Table 5. Buffer Type Definitions (Sheet 2 of 2)

Buffer TypeBuffer Description
GPIO GPIO buffer typeThis can be of the following types: 1.8/3.3 V.
MODPHY 1.0 V tolerantMODPHY buffer type
DDR3 1.5 V tolerant DDR3 buffer type
AnalogAnalog pins that do not have specific digital requirements. Often used for circuit calibration or monitoring.
GPIOMV, HS GPIO Buffer type, Medium Voltage(1.8V),High Speed (FMAX~208Mhz)
GPIOMV, MS GPIO Buffer type, Medium Voltage(1.8V),Medium Speed (FMAX~60Mhz)
GPIOMV, MS, CLKGPIO Buffer type, Medium Voltage(1.8V),Medium Speed (FMAX~60Mhz), Clock
GPIOMV, HS, CLK GPIO Buffer type, Medium Voltage(1.8V),High Speed (FMAX~208Mhz), Clock
GPIOMV, HS, RCOMP GPIO Buffer type, Medium Voltage(1.8V),High Speed (FMAX~208Mhz), RCOMP
GPIOMV, MS, I2CGPIO Buffer type, Medium Voltage(1.8V),Medium Speed (FMAX~60Mhz), I2C
GPIOHV, HS GPIO Buffer type, High Voltage(1.8V/3.3V),High Speed (FMAX~208Mhz)
GPIOHV, HS, RCOMPGPIO Buffer type, High Voltage(1.8V/3.3V),High Speed (FMAX~208Mhz), RCOMP

NOTE: GPIO mode, where register controlled will not hit FMAX speeds. It only matters when functionally used.

Table 6. Default Buffer State Definitions (Sheet 1 of 2)

Buffer StateDescription
ZThe SoC places this output in a high-impedance state. For inputs, external drivers are not expected.
Do Not CareThe state of the input (driven or tristated) does not affect the processor. For outputs, it is assumed that the output buffer is in a high-impedance state.
V_OH The SoC drives this signal high with a termination of 50 Ω.
V_OL The SoC drives this signal low with a termination of 50 Ω.
UnknownThe processor drives or expects an indeterminate value.
V_IH The SoC expects/requires the signal to be driven high.
V_IL The SoC expects/requires the signal to be driven low.
"P" 1.1VUSB low speed Single ended 1.
Pull-upThis signal is pulled high by a pull-up resistor (internal or external — internal value specified in "Term" column).
Pull-downThis signal is pulled low by a pull-down resistor (internal or external — internal value specified in "Term" column).

Table 6. Default Buffer State Definitions (Sheet 2 of 2)

Buffer StateDescription
Running The clock is toggling, or the signal is transitioning.
Off The power plane for this signal is powered down. The processor does not drive outputs, and inputs should not be driven to the processor. (VSS on output)
1 Buffer drives V OH
0 Buffer drives V OL
H Buffer Hi Z, weak PU, default to 20K, unless explicitly specified otherwise
L Buffer Hi Z, weak PD, default to 20K, unless explicitly specified otherwise
Input H Input enable, weak PU
Output L Output enable, weak PU
Pgm Programmable
Retain retain configuration/data prior to standby

2.2 System Memory Controller Interface Signals

2.2.1 DDR3L-RS

Table 7. DDR3L-RS System Memory Signals (Sheet 1 of 2)

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
DDR3_M0_MA[15:0]OV1P35DDRZZZ
DDR3_M0_CK[1,0)_POV1P35DDRZZZ
DDR3_M0_CK[1,0)_NOV1P35DDRZZZ
DDR3_M0_CKE[3:0]OV1P35DDRWeak 000
DDR3_M0_CS[1,0)_NOV1P35DDRZZZ
DDR3_M0_CAS_NOV1P35DDRZZZ
DDR3_M0_RAS_NOV1P35DDRZZZ
DDR3_M0_WE_NOV1P35DDRZZZ
DDR3_M0_BS[2:0]OV1P35DDRZZZ
DDR3_M0_DRAMRST_NOV1P35DDRWeak 001
DDR3_M0_ODT[1,0]OV1P35DDRZZZ
DDR3_M0_DQ[63:0]I/OV1P35DDRZZZ
DDR3_M0_DM[7:0]OV1P35DDRZZZ
DDR3_M0_DQSP[7:0]I/OV1P35DDRZZZ
DDR3_M0_DQSN[7:0]I/OV1P35DDRZZZ

Table 7. DDR3L-RS System Memory Signals (Sheet 2 of 2)

Default Buffer State
Signal NameDirPlat.PowerTypePwrgoodAssert StateResetoutDeassertStateS0ix
DDR3_M0_OCAVREF O V11P35DDR Z Z Z
DDR3_M0_ODQVREF O V11P35DDR Z Z Z
DDR3_M0_RCOMPPD I V11P35DDR Z Z Z
DDR3_M1_MA[15:0] O V11P35DDR Z Z Z
DDR3_M1_CK[1,0]_PO V11P35DDR Z Z Z
DDR3_M1_CK[1,0]_NO V11P35DDR Z Z Z
DDR3_M1_CKE[3:0] O V11P35DDR Weak 0 0 0
DDR3_M1_CS[1,0]_NO V11P35DDR Z Z Z
DDR3_M1_CAS_NO V11P35 DDR Z ZZ
DDR3_M1_RAS_NO V11P35 DDR Z ZZ
DDR3_M1_WE_NO V11P35 DDR Z ZZ
DDR3_M1_BS[2:0]O V11P35 DDR Z ZZ
DDR3_M1_DRAMRST_NO V11P35 DDR Weak 0 0 1
DDR3_M1_ODT[1,0] O V11P35 DDR Z ZZ
DDR3_M1_DQ[63:0]I/OV1P35 DDR Z ZZ
DDR3_M1_DM[7:0]O V11P35 DDR Z ZZ
DDR3_M1_DQS[7:0]_PI/OV1P35 DDR Z ZZ
DDR3_M1_DQS[7:0]_NI/OV1P35 DDR Z ZZ
DDR3_M1_OCAVREF O V11P35 DDR Z ZZ
DDR3_M1_ODQVREF O V11P35 DDR Z ZZ
DDR3_M1_RCOMPPD I V11P35 DDR Z ZZ
DDR3_DRAM_PWROKIV1P35DDRInputInputInput
DDR3_CORE_PWROKIV1P35DDRInputInputInput

2.2.2 LPDDR3

Table 8. LPDDR3 System Memory Signals

Default Buffer State
Signal Name DirPlat.PowerTypePwrgoodAssertStateResetoutDeassertStateS0ix
LPDDR3_M0_CA[9:0] O V1P24 DDR Z Z Z
LPDDR3_M0_CK_P_A/B O V1P24 DDR Z Z Z
LPDDR3_M0_CK_N_A/B O V1P24 DDR Z Z Z
LPDDR3_M0_CKE[1:0]_A/B O V1P24 DDR Weak 0 00
LPDDR3_M0_CS[1:0]_N O V1P24 DDR Z Z Z
LPDDR3_M0_ODT_A/BO V1P24 DDR Z Z Z
LPDDR3_M0_DQ[31:0]_A/BI/OV1P24 DDR Z Z Z
LPDDR3_M0_DM[3:0]_A/BO V1P24 DDR Z Z Z
LPDDR3_M0_DQS[3:0]_P_A/BI/OV1P24 DDR Z Z Z
LPDDR3_M0_DQS[3:0]_N_A/BI/OV1P24 DDR Z Z Z
LPDDR3_M0_OCAVREFO V1P24 DDR Z Z Z
LPDDR3_M0_ODQVREFO V1P24 DDR Z Z Z
LPDDR3_M0_RCOMPPDIV1P24 DDR Z Z Z
LPDDR3_M1_CA[9:0] O V1P24 DDR Z Z Z
LPDDR3_M1_CK_P_A/B O V1P24 DDR Z Z Z
LPDDR3_M1_CK_N_A/B O V1P24 DDR Z Z Z
LPDDR3_M1_CKE[1:0]_A/B O V1P24 DDR Weak 0 00
LPDDR3_M0_CS[1:0]_N O V1P24 DDR Z Z Z
LPDDR3_M0_ODT_A/BO V1P24 DDR Z Z Z
LPDDR3_M1_DQ[31:0]_A/BI/OV1P24 DDR Z Z Z
LPDDR3_M1_DM[3:0]_A/BO V1P24 DDR Z Z Z
LPDDR3_M1_DQS[3:0]_P_A/BI/OV1P24 DDR Z Z Z
LPDDR3_M1_DQS[3:0]_N_A/BI/OV1P24 DDR Z Z Z
LPDDR3_M1_OCAVREFO V1P24 DDR Z Z Z
LPDDR3_M1_ODQVREFO V1P24 DDR Z Z Z
LPDDR3_M1_RCOMPPDIV1P24 DDR Z Z Z
LPDDR3_DRAM_PWROKIV1P24 DDRDDRInputInputInput
LPDDR3_CORE_PWROKIV1P24 DDRDDRInputInputInput

2.3 USB Controller Interface Signals

2.3.1 USB2.0 Interface Signals

Table 9. USB2.0 Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
USB_DN[3:0] I/O V1P8USB2 PHY "P"1.1V "P" 1.1V S0i31
USB_DP[3:0] I/O V1P8USB2 PHY "P"1.1V "P" 1.1V S0i31
USB_OTG_ID I/O V1P8 UUSB2 PHYInput, weakpull upInput, weak pull upInput
USB_VBUSSNSI/OV1P8USB2 PHYInputInputInput
USB_RCOMPOV1P8USB2 PHYOutputOutputOutput
USB_OC[1:0]_NI/O VV1P8 GPIOMV, MSInput (20k PU)Input (20k PU)Input (20k PU)

NOTES:

  1. ^1 Depends on USB2 Mode.
  2. USB 2.0 Port 0 is the OTG port.

2.3.2 USB HSIC Interface Signals

Table 10. USB 2.0 HSIC Interface Signals

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
USB_HSIC0_DATAI/OV1P2HSIC BufferWeak 0Weak 0Weak 0
USB_HSIC0_STROBEI/OV1P2HSIC BufferWeak 1Weak 1Weak 1
USB_HSIC1_DATAI/OV1P2HSIC BufferWeak 0Weak 0Weak 0
USB_HSIC1_STROBEI/OV1P2HSIC BufferWeak 1Weak 1Weak 1
USB_HSIC_RCOMPIV1P2HSIC BufferZZZ

NOTE: The HSIC should be reset after SoC.

2.3.3 USB3.0 Interface Signals

2.3.3.1 USB 3.0 Interface Signals

Table 11. USB 3.0 Interface Signals

Default Buffer State
Signal Name DirPlat.PowerTypePwrgoodAssertStateResetoutDeassertStateS0ix
USB3_TXN[3:0] O V1P05A UUSB3 X Z Output
USB3_TXP[3:0] O V1P05A UUSB3 X Z Output
USB3_RXN[3:0]IV1P05AJSB3 X ZInput
USB3_RXP[3:0]IV1P05AUSB3 X ZInput
USB3_RCOMP_NIV1P05AUSB3 X OutputOff
USB3_RCOMP_P IV1P05AUSB3 X OutputOff

NOTE: USB3.0 Port 0 is the OTG port.

2.3.3.2 USB SSIC Interface Signals

Table 12. USB SSIC Interface Signals

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
USB_SSIC_RX_N[0,1]I/OV1P24SSIC PHYInputInputInput
USB_SSIC_RX_P[0,1]I/OV1P24SSIC PHYInputInputInput
USB_SSIC_TX_N[0,1]I/OV1P24SSIC PHYZ OutputOutput
USB_SSIC_TX_P[0,1]I/OV1P24SSIC PHYZ OutputOutput
USB_SSIC_RCOMP_N OV1P24SSIC PHYOutputOutputOutput
USB_SSIC_RCOMP_POV1P24SSIC PHYOutputOutputOutput

2.4 Integrated Clock Interface Signals

Table 13. Integrated Clock Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
ICLK_OSCIN I V1P0 CrystalOscillatorInput (Crystal)Input (Crystal)Input (Crystal)
ICLK_OSCOUT O V1P0 CrystalOscillatorOutput (Crystal)Output (Crystal)Output (Crystal)
ICLK_ICOMP O Analog Analog Analog Analog Analog Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Input Output Input Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output Output

2.5 Display - Digital Display Interface (DDI) Signals

Table 14. Digital Display Interface Signals (Sheet 1 of 2)

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
DDIO_TXP[3:0]OV1P24DDIZOutputOutput
DDIO_TXN[3:0]OV1P24DDIZOutputOutput
DDIO_AUXPI/OV1P24DDIZOutputOutput
DDIO_AUXNI/OV1P24DDIZOutputOutput
DDIO_BKLTCTLI/OV1P8GPIOMV, MS000
DDIO_BKLTENI/OV1P8GPIOMV, MS000
DDIO_DDC_CLKI/OV1P8GPIOMV, MS, CLKInput (20k PU)Input (20k PU)Input (20k PU)
DDIO_DDC_DATAI/OV1P8GPIOMV, MSInput (20k PU)Input (20k PU)Input (20k PU)
DDIO_HPDI/OV1P8GPIOMV, MSInput (20k PD)Input (20k PD)Input (20k PD)
DDIO_VDDENI/OV1P8GPIOMV, MS000
DDIO_RCOMP_NOV1P24DDIZOutputOutput
DDIO_RCOMP_POV1P24DDIZOutputOutput
DDI1_TXP[3:0]OV1P24DDIZOutputOutput
DDI1_TXN[3:0]OV1P24DDIZOutputOutput
DDI1_AUXPI/OV1P24DDIZOutputOutput

Table 14. Digital Display Interface Signals (Sheet 2 of 2)

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
DDI1_AUXN I/O V1P24DDIZ Output Output
DDI1_BKLTCTL I/O V1P8GPIOMV, MS 00 0
DDI1_BKLTEN I/O V1P8GPIOMV, MS 00
DDI1_DDC_CLKI/OV1P8GPIOMV, MS, CLKInput (20k PU)Input (20k PU)Input (20k PU)
DDI1_DDC_DATAI/OV1P8GPIOMV, MSInput (20k PU)Input (20k PU)Input (20k PU)
DDI1_HPDI/OV1P8GPIOMV, MS Input(20k PD)Input (20k PD)Input (20k PD)
DDI1_VDDENI/OV1P8GPIOMV, MS 00 0
DDI1_RCOMP_NOV1P24DDI Z Output Output
DDI1_RCOMP_POV1P24DDI Z Output Output
DDI2_DDC_CLKI/OV1P8DDI Z Output Output
DDI2_DDC_DATAI/OV1P8DDIZOutputOutput
DDI2_TXP[3:0]OV1P24DDIZOutputOutput
DDI2_TXN[3:0]OV1P24DDI Z Output Output
DDI2_AUXP I/O V1P24DDIZ Output Output
DDI2_AUXN I/O V1P24DDIZ Output Output
DDI2_HPDI/OV1P8GPIOMV, MS Input(20k PD)Input (20k PD)Input (20k PD)

2.6 MIPI DSI Interface Signals

Table 15. MI PI DSI Interface Signals (Sheet 1 of 2)

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
MDSI_A_CLKNOV1P24MIPI-DPHY000
MDSI_A_CLKPOV1P24MIPI-DPHY000
MDSI_A_DN[3:0]I/OV1P24MIPI-DPHY000
MDSI_A_DP[3:0]I/OV1P24MIPI-DPHY000
MDSI_C_CLKNOV1P24MIPI-DPHY000
MDSI_C_CLKPOV1P24MIPI-DPHY000

Table 15. MIPI DSI Interface Signals (Sheet 2 of 2)

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
MDSI_C_DN[3:0] I/OV1P24MIPI-DPHY0 0 0
MDSI_C_DP[3:0] I/OV1P24MIPI-DPHY0 0 0
MDSI_RCOMP I/O V1P24 MIPI-DPHY0 0 0

2.7 MIPI Camera Serial Interface (CSI) and ISP Interface Signals

Table 16. MIPI CSI Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
MCSI_1_CLKN I V1P24 MIPI-DPHY InputInputInput
MCSI_1_CLKPIV1P24MIPI-DPHYInputInputInput
MCSI_1_DN[0:3]IV1P24MIPI-DPHYInputInputInput
MCSI_1_DP[0:3]IV1P24MIPI-DPHYInputInputInput
MCSI_2_CLKN I V1P24 MIPI-DPHY InputInputInput
MCSI_2_CLKPIV1P24MIPI-DPHYInputInputInput
MCSI_2_DN[0:1]IV1P24MIPI-DPHYInputInputInput
MCSI_2_DP[0:1]IV1P24MIPI-DPHYInputInputInput
MCSI_3_CLKN I V1P24 MIPI-DPHY InputInputInput
MCSI_3_CLKPIV1P24MIPI-DPHYInputInputInput
MCSI_RCOMPI/OV1P24MIPI-DPHYInputInputInput

2.8 PCI Express Signals

Table 17. PCIe Signals and Clocks

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
PCIE_RXN[0:1] I V1P05PCIePHY X Weak PullDownInput
PCIE_RXP[0:1] I V1P05PCIePHY X Weak PullDownInput
PCIE_TXN[0:1] O V1P05PCIePHY X Z Output
PCIE_TXP[0:1]O V1P05PCIe PHY X Z Output
P_RCOMP_NIOXPCIe PHYXOff
P_RCOMP_P IO XPCIe PHY XOff
PCIE_CLKREQ[0:1]_NIOV1P8 GPIOMV, MSXInput (20k PU)Prg

2.9 Low Power Engine (LPE) for Audio (I ^2 S) Interface Signals

Table 18. LPE Interface Signals

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
LPE_I2S[2:0]_CLK I/OV1P8GPIOMV, MSInput (20k PD)Input (20k PD)0
LPE_I2S[2:0]_FRMI/OV1P8GPIOM V, MSInput (20k PD)Input (20k PD)1
LPE_I2S[2:0]_DATAOUTI/OV1P8GPIOM V, MS0 (20k PD)0 (20k PD)0
LPE_I2S[2:0]_DATAINI/OV1P8GPIOM V, MSInput (20k PD)Input (20k PD)Input

2.10 Storage Interface Signals

2.10.1 Storage Controller (eMMC, SDIO, SD)

Table 19. Storage Controller (eMMC, SDIO, SD) Interface Signals

Default Buffer State
Signal Name DirPlat.PowerTypePwrgoodAssertStateResetoutDeassertStateS0ix
MMC1_D[7:0] I/O V1P8GPIOMV, HSZ (20k PU) Z (20k PU) Z (20k PU)Z (20k PU) Z (20k PU)Z (20k PU)
MMC1_CMD I/O V1P8GPIOMV, HSZ (20k PU) Z (20k PU) Z (20k PU)
MMC1_CLK I/O V1P8GPIOMV, HS, CLK0 (20k PD) 0(20k PD) 0 (20k PD)
MMC1_RCLK I/O V1P8GPIOMV, HSZ (20k PD)ZZ
MMC1_RESET_NI/OV1P8GPIOMV, HSZZZ
MMC1_RCOMPI/OV1P8GPIOMV, HS, RCOMPZZZ
SD2_D[2:0]I/OV1P8GPIOMV, HS Z (20k PU) Z (20k PU) Z (20k PU)
SD2_D[3]_CD_N I/OV1P8GPIOMV, HS Z (20k PU) Z (20k PU) Z (20k PU)
SD2_CMDI/OV1P8GPIOMV, HS Z (20k PU) Z (20k PU) Z (20k PU)
SD2_CLKI/OV1P8GPIOMV, HS, CLK0 (20k PD)00
SD3_D[3:0]I/OV1P8/V3P3GPIOHV, HS Z (20k PU) Z (20k PU) Z (20k PU)
SD3_CMDI/OV1P8/V3P3GPIOHV, HS Z (20k PU) Z (20k PU) Z (20k PU)
SD3_PWREN_NI/OV1P8GPIOMV, HS1 (20k PD)1-
SD3_CLKI/OV1P8/V3P3GPIOHV, HS, CLK0 (20k PD)00
SD3_RCOMPI/OV1P8/V3P3GPIOHV, HS, RCOMPZZZ
SD3_1P8_ENI/OV1P8GPIOMV, HS0 (20k PD)0-
SD3_CD_N I/O V1P8GPIOMV, HSInput (20k PU)Input (20k PU)Input (20k PU)

2.11 High Speed UART Interface Signals

Table 20. High Speed UART Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
UART1_DATAIN I/O V1P8GPIOMV,MSInput (20k PU)Input (20k PU)Input (20k PU)
UART1_DATAOUT I/O V1P8GPIOMV,MS1 (20k PU) 11
UART1_RTS_N I/O V1P8GPIOMV,MS1 (20k PU) 11
UART1_CTS_N I/O V1P8GPIOMV,MSInput (20k PU)Input (20k PU)Input (20k PU)
UART2_DATAIN I/O V1P8GPIOMV,MSInput (20k PU)Input (20k PU)Input (20k PU)
UART2_DATAOUT I/O V1P8GPIOMV,MS1 (20k PU) 11
UART2_RTS_N I/O V1P8GPIOMV,MS1 (20k PU) 11
UART2_CTS_N I/O V1P8GPIOMV,MSInput (20k PU)Input (20k PU)Input (20k PU)

2.12 I ^2 C Interface Signals

Table 21. I ^2 C Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
I2C0_DATA I/O V1P88 GPIOMV,MS, I2CZ (1k PU, OD) Z(1k PU, OD) Z (1kPU, OD)
I2C0_CLK I/O V1P8GPIOMV,MS, I2CZ (1k PU, OD) Z(1k PU, OD) Z (1kPU, OD)
I2C1_DATA I/O V1P88 GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C1_CLK I/O V1P8GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C2_DATA I/O V1P88 GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C2_CLK I/O V1P8GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C3_DATA I/O V1P88 GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C3_CLK I/O V1P8GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C4_DATA I/O V1P88 GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C4_CLK I/O V1P8GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C5_DATA I/O V1P88 GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C5_CLK I/O V1P8GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C6_DATA I/O V1P88 GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
I2C6_CLK I/O V1P8GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)

2.13 NFC I ^2 C Interface Signals

Table 22. NFCI ^2 C Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
NFC_I2C_DATA I/OV1P8GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
NFC_I2C_CLK I/O V1P8 GPIOMV,MS, I2CInput (20k PU) Z(20k PU, OD) Z(20k PU, OD)
GPIO_ALERT I/O V1P8 GPIOMV,MS0 (20k PU) 0 0

2.14 PCU- Fast Serial Peripheral Interface (SPI) Signals

Table 23. PCU- Fast Serial Peripheral Interface (SPI) Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
FST_SPI_CLKI/OV1P8GPIOMV, HS0 (20k PU) OutputOutput
FST_SPI_CS[0]_NI/OV1P8GPIOMV, HS1 (20k PU) OutputOutput
FST_SPI_CS[1]_NI/OV1P8GPIOMV, HSInput (20k PU)OutputOutput
FST_SPI_CS[2]_NI/OV1P8GPIOMV, HS1 (20k PU) OutputOutput
FST_SPI_D[3:0]I/OV1P8GPIOMV, HSInput (20k PU)Input (20k PU)Input (20k PU)

2.15 PCU - Real Time Clock (RTC) Interface Signals

Table 24. PCU - Real Time Clock (RTC) Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
RTC_X1 I V3P3 RTCPHY Input(Crystal)Input (Crystal)Input (Crystal)
RTC_X2 O V3P3 RTCPHY Output(Crystal)Output (Crystal)Output (Crystal)
RTC_RST_N I V3P3RTC PHY InputInput Input
RTC_TEST_N I V3P3RTC PHYInput InputInput
RTC_EXTPADOV3P3RTC PHYInputInputInput

2.16 PCU - Low Pin Count (LPC) Bridge Interface Signals

Table 25. PCU - LPC Bridge Interface Signals

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
LPC_AD[3:0] I/OV3P3/V1P8GPIOHV, HSInput (20k PU)Input (20k PU)Input (20k PU)
LPC_FRAME_NI/OV3P3/ V1P8GPIOHV, HS1 (20k PU)11
LPC_SERIRQI/OV1P8GPIOHV, HSInput (20k PU)Input (20k PU)Input (20k PU)
LPC_CLKRUN_NI/OV3P3/ V1P8GPIOHV, HSInput (20k PU)Input (20k PU)Input (20k PU)
LPC_CLKOUT[0]I/OV3P3/ V1P8GPIOHV, HS0 (20k PU)Clock0
LPC_CLKOUT[1]I/OV3P3/ V1P8GPIOHV, HSInput (20k PD)InputInput
LPC_RCOMPI/OV3P3/ V1P8GPIOHV, HSZZZ

2.17 PCU - Power Management Controller (PMC) Interface Signals

Table 26. PCU - Power Management Controller (PMC) Interface Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
PMC_PLTRST_N I/O V1P8GPIOMV,MS0 (20k PU) 11
PMC_PWRBTN_N I V1P8GPIOMV,MSInput (20k PU)Input (20k PU)Input (20k PU)
PMC_RSTBTN_N I/O V1P8GPIOMV,MSInput (20k PU)Input (20k PU)Input (20k PU)
PMC_SUSPWRDNACKI/O V1P8GPIOMV, MS0 (20k PD)0 (20k PD)0 (20k PD)
PMC_SUS_STAT_N I/O V1P8GPIOMV,MS0 (20k PU) 10
PMC_SUSCLK[0]I/O V1P8GPIOMV, MS0 (20k PD)32 KHz Clock 32KHz Clock
PMC_SLP_S4_NI/O V1P8GPIOMV, MS0 (20k PU) 11
PMC_SLP_S0ix_NI/O V1P8GPIOMV, MS0 (20k PU)10 at S0ix2
PMC_ACPRESENTI/O V1P8GPIOMV, MSInput (20k PD)Input (20k PD)Input (20k PD)
PMC_BATLOW_NI/O V1P8GPIOMV, MSInput (20k PU)Input (20k PU)Input (20k PU)
PMC_WAKE_NI/O V1P8GPIOMV, MSInput (20k PU)Input (20k PU)Input (20k PU)
PMC_CORE_PWROKIV3P3RTC PHYInputInputInput
PMC_RSMRST_NIV3P3RTC PHYInputInputInput

2.18 Serial Peripheral Interface (SPI) Signals

Table 27. Serial Peripheral Interface (SPI) Signals

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
SPI[1,2,3]_CLK I/OV1P8GPIOMV,HS 0 (20k PU) 0 0
SPI[1,2,3]_CS[0:1]_NI/OV1P8 GPIOMV,HS 1 (20k PU) 1 1
SPI[1,2,3]_MOSI I/OV1P8GPIOMV,HS 0 (20k PU) 0 0
SPI[1,2,3]_MISO I/OV1P8GPIOMV,HS Input (20k PU) Input (20k PD) Input

2.19 JTAG Interface Signals

Table 28. JTAG Interface Signals

Default Buffer State
Signal NameDirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
JTAG_TCKI/OV1P8GPIOMV, MSInput (5k PD)Input (5k PD)Input (5k PD)
JTAG_TDII/OV1P8GPIOMV, MSInput (5k PU)Input (5k PU)Input (5k PU)
JTAG_TDOI/OV1P8GPIOMV, MSZZZ
JTAG_TMSI/OV1P8GPIOMV, MSInput (5k PU)Input (5k PU)Input (5k PU)
JTAG_TRST_NI/OV1P8GPIOMV, MSInput (5k PU)Input (5k PU)Input (5k PU)
JTAG_PRDY_NI/OV1P8GPIOMV, MSZ (5k PU, OD)Output (5k PU, OD)Z (5k PU, OD)
JTAG_PREQ_NI/OV1P8GPIOMV, MSInput (5k PU, OD)Input (5k PU, OD)Input (5k PU, OD)

2.20 Integrated Sensor Hub Interface Signals

Table 29. Integrated Sensor Hub Interface Signals (Sheet 1 of 2)

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
ISH_GPIO[7:0]I/OV1P8GPIOMV, MSInput (20k PD)Z (20k PU)Z (20k PU)

Table 29. Integrated Sensor Hub Interface Signals (Sheet 2 of 2)

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
ISH_GPIO[8] I/O V1P8GPIOMV,MSInput (20k PU)Z (20k PU, OD) Z(20k PU, OD)
ISH_GPIO[9] I/O V1P8GPIOMV,MSInput (20k PU)Z (20k PU, OD) Z(20k PU, OD)
ISH_I2C1_SDA I/OV1P8GPIOMV,MS, I2CInput (20k PU)Z (20k PU, OD) Z(20k PU, OD)
ISH_I2C1_CLK I/OV1P8GPIOMV,MS, I2CInput (20k PU)Z (20k PU, OD) Z(20k PU, OD)

2.21 PWM Interface Signals

Table 30. PWM Interface Signal

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
PWM[0] I/O V1P8GPIOMV,MS0 (20k PD) 00
PWM[1] I/O V1P8GPIOMV,MS0 (20k PU) 00

2.22 SVID Interface Signals

Table 31. SVID Interface Signal

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
SVID_DATAI/OV1P8 GPIOMV, MS001 or Z
SVID_CLKI/OV1P8 GPIOMV, MS01 or Z 1 or Z
SVID_ALERT_NI/OV1P8 GPIOMV, MSInputInputInput

2.23 Miscellaneous Signals

Table 32. Miscellaneous Signals and Clocks

Default Buffer State
Signal Name DirPlat. PowerTypePwrgood Assert StateResetout Deassert StateS0ix
PLT_CLK[0:5] I/OV1P8GPIOMV,MS0 (20k PD) Clock (20k PD) 0 ^1
PROCHOT_N I/OV1P8GPIOMV,MSZZZ

NOTE: '0' in S0i2 or below.

2.24 Hardware Straps

All straps are sampled on the rising edge of PMC_RSMRST_N.

While PMC_RSMRST_N is low all strap pins are in input mode. Weak pull ups or downs keep straps from floating during this time. Strap values can be changed by driving the strap pins or using stronger pull resistors.

Table 33. Straps (Sheet 1 of 2)

Signal Name PurposePull up/ Pull DownStrapDescription
GPIO_SUS[0] ^1 DDI0 DetectWeak internal pull down of 20KDDI0 Detect0 = DDI0 not enabled1 = DDI0 enabled
GPIO_SUS[1]DDI1 DetectWeak internal pull down of 20KDDI1 Detect0 = DDI1 not enabled1 = DDI1 enabled
GPIO_SUS[2]A16 swap overdriveWeak internal pull up of 20KTop Swap (A16 Override)0 = Change Boot Loader address1 = Normal Operation
GPIO_SUS[3]DSI Display DetectWeak internal pull down of 20KMIPI DSI Detect0 = DSI not enabled1 = DSI enabled
GPIO_SUS[4]Boot BIOS Strap BBSWeak internal pull up of 20KBIOS Boot Selection0 = Default1 = SPI
GPIO_SUS[5]Flash Descriptor Security OverrideWeak internal pull up of 20KSecurity Flash Descriptors0 = Override1 = Normal Operation

Table 33. Straps (Sheet 2 of 2)

Signal Name Purpose Pull up/ Pull Down Strap Description
GPIO_SUS[8]ICLK, USB2, DDI SFR Supply SelectWeak internal pull up of 20K0 = Supply is 1.25V1 = Supply is 1.35VThis strap also contains PLL LDO0: supply is 1.25V1: supply is 1.35V.Selects supply voltage for LDOs used for PLLs, thermal oscillators, USB2, iCLK and DDI
GPIO_SUS[9]ICLK, USB2, DDI SFR BypassWeak internal pull down of 20KBypasses LDOs for ICLK0 = Use LDOs1 = Bypass LDOs (Supply1.05V on power pins)
GPIO_SUS[10] POSMSelectWeak internal pull down of 20KSelects which POSM (power on state machine) will be observed at time 00 = Fuse controller1 = PMC
GPIO_CAMERASB08ICLK Xtal OSC BypassWeak internal pull down of 20K0 = No Bypass1 = Bypass
GPIO_CAMERASB09CCU SUS RO BypassWeak internal pull down of 20K0 = No Bypass1 = Bypass
GPIO_CAMERASB11RTC OSC BypassWeak internal pull down of 20K0 = No Bypass1 = Bypass

NOTE:

  1. Ignore this strap and use a software mechanism to detect the relevant DDI port. This signal can be used as a GPIO.

2.25 SoC RCOMP List

Table 34. RCOMP's List

Interface NameRCOMP Name BiasRemarks
DDR3 DDR3_M0_RCOMPPD/LPDDR3_M0_RCOMPPD182 Ohm ±1% to GroundRCOMP pins for DDR3
DDR3_M1_RCOMPPD/LPDDR3_M1_RCOMPPD182 Ohm ±1% to Ground
MIPI DSI MDSIRCOMP 150 Ohm ±1% toGroundRCOMP pin for MIPI DSI
MIPI CSI MCSIRCOMP 150 Ohm ±1% toGroundRCOMP pin for MIPI CSI
eMMC MMC1RCOMP 100 Ohm ±1% toGroundeMMC, SDIO, FST_SPI RCOMP
SD Card SD3RCOMP 80.6 Ohm ±1% toGroundSD Card contains its own RCOMP as it can be either 1.8V or 3.3V. Special care is needed to perform an RCOMP any time a card is inserted.
LPCLPC_RCOMP100 Ohm ±1% to GroundLPC has its own RCOMP because it can operate at 1.8V or 3.3V.
iCLKICLK_ICOMP 2.5k Ohm ±1% to Ground% to GroundThe calibration will be handled inside the iCLK.
ICLK_RCOMP50 Ohm ±1% to Ground
USB2USB_RCOMP 113 Ohm ±1% to Ground% to GroundThe calibration will be handled inside USB
HSICUSB_HSIC_RCOMP45 Ohm ±1% to GroundThe calibration is handled inside the USB HSIC.
SSICUSB_SSIC_RCOMP_P90 Ohm ±1% Between SSIC RCOMP padsThe calibration is handled inside the USB SSIC.
USB_SSIC_RCOMP_N
USB3USB3_RCOMP_N402 Ohm 1% between RCOMP padsThe calibration is handled inside the USB3.
USB3_RCOMP_P

Table 34. RCOMP's List

GPIO GPIO0_RCOMP 100 Ohm toGroundWill be shared across all GPIO buffers on the north side of the chip.
PCIE PCIE_RCOMP_N 402 Ohm 1%between RCOMP padsThe Calibration is handled in PCIE.
PCIE_RCOMP_P
DDI DDI0_RCOMP_N 402 Ohm 1%between RCOMP padsThe calibration is handled in DDI

2.26 GPIO Muxing

Not all interfaces can be active at the same time. To provide flexibility, these shared interfaces are muxed with GPIOs.

Note: All GPIOs default to function as GPIO name at boot. BIOS is responsible for enabling proper configuration.

GPIO Number= GPIO pin location

GPIO mode= GPIO mode in which the pin operates

Table 35. Multiplexed Functions - T4 SoC (Sheet 1 of 11)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
ISH_GPIO[8]/ISH_SPI_CS[0]_N/I2S5_CLKBL9E23ISH_GPIO[8]ISH_SPI_CS[0]_NI2S5_CLK
LPC_AD[2]/ISH_GPIO[14]/ISH_I2C0_DATABP20SE45LPC_AD[2]ISH_GPIO[14]ISH_I2C0_DATA
I2C4_CLK/DDI0_DDC_CLK/DDI2_DDC_CLK/MDSI_DDC_CLKBP34SW52I2C4_CLKDDI0_DDC_CLKDDI2_DDC_CLKMDSI_DDC_CLK
LPC_AD[3]/ISH_GPIO[15]/ISH_I2C0_CLK/SPI2_MOSIBR21SE50LPC_AD[3]ISH_GPIO[15]ISH_I2C0_CLKSPI2_MOSI

Table 35. Multiplexed Functions - T4 SoC (Sheet 2 of 11)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
PMC_PLT_CLK[4]/ISH_GPIO[14]/ISH_I2C0_DATA/SPI2_MISOBR7 SE3 PMCPLT_CLK[4]ISH_GPIO[14]ISH_I2C0_DATASPI2_MISO
PMC_PLT_CLK[1]/ISH_GPIO[11]/ISH_UART_DATAIN/SPI2_CS[1]_NBR9 SE2 PMCPLT_CLK[1]ISH_GPIO[11]ISH_UART_DATAINSPI2_CS[1]_N
I2C4_DATA/DDI2_DDC_DATA/DDI2_DDC_DATA/MDSI_DDC_DATABT32 SW46I2C4_DATADDI2_DDC_DATAMDSI_DDC_DATA
PMC_PLT_CLK[5]/ISH_GPIO[15]/ISH_I2C0_CLK/SPI2_MOSIBT6 SE6 PMCPLT_CLK[5]ISH_GPIO[15]ISH_I2C0_CLKSPI2_MOSI
MMC1_RCLK/MMC1_RESET_NBU13 SE69MMC1_RCLKMMC1_RESET_N
PMC_PLT_CLK[2]/ISH_GPIO[12]/ISH_UART_CTS_N/SPI2_CS[0]_NBU7 SE7 PMCPLT_CLK[2]ISH_GPIO[12]ISH_UART_CTS_NSPI2_CS[0]_N
PMC_PLT_CLK[3]/ISH_GPIO[13]/ISH_UART_RTS_N/SPI2_CLKBU9 SE4 PMCPLT_CLK[3]ISH_GPIO[13]ISH_UART_RTS_NSPI2_CLK
DDI2_DDC_CLK/DDI1_DDC_CLK/UART0_DATAOUT/MDSI_DDC_CLK/MDSI_A_TEE21 N67 DDI2_DDC_CLKDDI1_DDC_CLKUART0_DATAOUTMDSI_DDC_CLKMDSI_A_TE
GPIO_N1/C0_BPM3_TX/C1_BPM3_TXE39 N1 C0_BPM3_TXC1_BPM3_TX
DDI2_DDC_DATA/DDI1_DDC_DATA/UART0_DATAIN/MDSI_DDC_DATA/MDSI_C_TEF20 N62 DDI2_DDC_DATADDI1_DDC_DATAUART0_DATAOUTMDSI_DDC_DATAMDSI_C_TE
DDI0_DDC_CLK/DDI1_DDC_CLK/MDSI_DDC_CLKF26 N71 DDI0_DDC_CLKDDI1_DDC_CLKMDSI_DDC_CLK
GPIO_N2/C0_BPM2_TX/C1_BPM2_TXF38 N2 C0_BPM2_TXC1_BPM2_TX

Table 35. Multiplexed Functions - T4 SoC (Sheet 3 of 11)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
GPIO_N4/C0_BPM0_TX/C1_BPM0_TXG39 N4 C0_BPM0_TXC1_BPM0_TX
DDI0_DDC_DATA/DDI1_DDC_DATA/MDSI_DDC_DATAH26 N66 DDI0_DDC_DATADDI1_DDC_DATAMDSI_DDC_DATA
JTAG2_TMS J37 N24JTAG2_TMS
GPIO_N6/C0_BPM3_TX/C1_BPM3_TXJ39 N6 C0_BPM3_TXC1_BPM3_TX
GPIO_N8/C0_BPM1_TX/C1_BPM1_TXK40 N8 C0_BPM1_TXC1_BPM1_TX
GPIO_N3/C0_BPM1_TX/C1_BPM1_TXB38 N3 C0_BPM1_TXC1_BPM1_TX
ISH_GPIO[13]/C0_BPM2_TX/C1_BPM2_TXC39 N7 ISH_GPIO[13]C0_BPM2_TXC1_BPM2_TX
GPIO_N0/C0_BPM0_TX/C1_BPM0_TXD40 N0 C0_BPM0_TXC1_BPM0_TX
GPIO_CAMERASB03B28 N51 GPIO_CAMERASB03
JTAG_TMS B34 N34JTAG_TMS
PMC_PWRBTN_N BH10 E8PMC_PWRBTN_N
SD3_D[2] BH18 SE33SD3_D[2]
PMC_RSTBTN_NBH24 SE76PMC_RSTBTN_N
UART2_RTS_NBH26SW19UART2_RTS_N
UART2_DATAINBH28 SW17UART2_DATAIN
LPE_I2S0_CLKBH32 SW31LPE_I2S0_CLK
I2C6_CLK/NMI_NBH34SW53I2C6_CLKNMI_N

Table 35. Multiplexed Functions - T4 SoC (Sheet 4 of 11)

GPIO Pin NamePackage Ball #GPIO #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
I2C2_DATA BH36 SW62I2C2_DATA
PMC_BATLOW_N BH4 E1PMC_BATLOW_N
LPE_I2S2_FRM BH40 SW96 LPE_I2S2_FRM
PMC_SUS_STAT_N BH6 E2PMC_SUS_STAT_N
MMC1_CMD BJ15 SE23 MMC1_CMD
LPC_FRAME_N/ UART0_DATAIN/ SPI2_MISOBJ19 SE48 LPC_FRAME_NUART0_DATAINSPI2_MISO
GPIO_ALERT/ ISH_GPIO[11]/ ISH_UART_DATAINBJ21 SE77GPIO_ALERTISH_GPI O[11]ISH_UART_DATAIN
FST_SPI_D[2] BJ25 SW0 FST_SPID[2]
PMC_SLP_S3_NBJ3 E0PMC_SLP_S3_N
LPE_I2S1_DATAINBJ30 SW37LPE_I2S1_DATAIN
NFC_I2C_CLKBJ33 SW54NFC_I2C_CLK
UART0_DATAINBJ37 SW77UART0_DATAIN
PMC_PLTRST_NBJ5 E5PMC_PLTRST_N
PMC_WAKE_N BJ7 E10PMC_WAKE_N
PMC_SLP_S4_NBJ9 E9PMC_SLP_S4_N
ISH_GPIO[6]/ I2S4_DATAOUTBK10E25ISH_GPIO[6]I2S4_DATA OUT
MMC1_D[3] BK12SE26 MMMC1_D[3]]
MMC1_D[1] BK14SE24 MMMC1_D[1]]

Table 35. Multiplexed Functions - T4 SoC (Sheet 5 of 11)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
SD3_D[0] BK16 SE35 SD3_D[0]
SPI1_MOSI BK18 SE64 SPI1_MOSI
LPC_CLKOUT[0]/ISH_GPIO[10]/ISH_UART_DATAOUTBK20 SE51LPC_CLKOUT[0]ISH_GPIO[10]ISH_UART_DATAOUT
PMC_SUSPWRDNA CKBK22 SE83PMC_SUSP WRDNACK
FST_SPI_D[1] BK26SW5 FST_SPI_D[1]
UART2_DATAOUT BK28 SW21UART2_DATAOUT
LPE_I2S0_FRM BK32SW35 LPE_I2S0_FRM
I2C5_CLK BK34 SW50I2C5_CLK
SPI3_MOSI BK36 SW82SPI3_MOSI
LPE_I2S2_CLKBK38 SW92LPE_I2S2_CLK
PMC_ACPRESENT BK4E4PMC_ACPRESENT
LPE_I2S2_DATAOUTBK40 SW97LPE_I2S2_DATAOUT
ISH_GPIO[9]/ISH_SPI_MISO/I2S5_FSBK8E20ISH_GPIO[9]ISH_SPI_MISOI2S5_FS
SD2_CLKBL11SE19 SD2_CLK
SD3_D[3] BL15SE32 SD3_D[3]
SD3_CLKBL17SE31 SD3_CLK
SPI1_MISO BL19SE60 SPI1_MISO
LPC_CLKRUN_N/UART0_DATAOUT/SPI2_CLKBL21SE46 LPC_CLKRUN_NUART0_DATAOUTSPI2_CLK
FST_SPI_D[3] BL25SW3 FST_SPI_D[3]
UART2_CTS_NBL27SW22UART2_CTS_N

Table 35. Multiplexed Functions - T4 SoC (Sheet 6 of 11)

GPIO Pin NamePackage Ball #GPIO #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
PMC_SLP_S0IX_N BL3 E3PMC_SLP_S0IX_N
I2C6_DATA/SD3_WPBL33 SW49I2C6_DATASD3_WP
I2C2_CLK BL35 SW66 I2C2_CLK
UART0_DATAOUT/SPI3_CLKBL37 SW79SPI3_CLKUART0_DATAOUT
LPE_I2S2_DATAIN BL39 SW94 LPE_I2S2_DATAIN
MMC1_D[0] BM12 SE17 MMC1_D[0]]
MMC1_D[2] BM14 SE20 MMC1_D[2]]
ISH_GPIO[7]/I2S4_DATAINBM2 E16ISH_GPIO[7]I2S4_DATAIN
LPC_CLKOUT[1]/ISH_GPIO[11]/ISH_UART_DATAINBM20 SE49LPC_CLKOUT[1]ISH_GPIO[11]ISH_UART_DATAIN
LPC_SERIRQ/SPI2_CS[0]_NBM24 SE79LPC_SERIRQSPI2_CS[0]_N
LPE_I2S0_DATAOUTBM32 SW30LPE_I2S0_DATAOUT
SPI3_CS[0]_NBM38 SW76SPI3_CS[0]_N
ISH_GPIO[3]/I2S3_DATAINBM4 E15ISH_GPIO[3]I2S3_DATAIN
PMC_SUSCLK[0]BM6 E6PMC_SUSCLK[0]
ISH_I2C1_DATA/ISH_SPI_MOSI/I2S5_DATAOUTBM8 E26ISH_I2C1_DATAISH_SPI_MOSII2S5_DATAOUT
SD2_CMDBN11SE22 SD2_CMD
MMC1_CLKBN15SE16 MMC1_CLK
SPI1_CLKBN19SE62 SPI1_CLK
FST_SPI_D[0]BN25SW1FST_SPI_D[0]
ISH_I2C1_CLK/ISH_SPI_CLK/I2S5_DATAINBN3E17ISH_I2C1_CLKISH_SPI_CLKI2S5_DATAIN

Table 35. Multiplexed Functions - T4 SoC (Sheet 7 of 11)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
NFC_I2C_DATA BN3SW51 NFC_I2C_DATA
SPI3_MISO BN37 SW81SPI3_MISO
ISH_GPIO[1]/I2S3_FSBN5 E18 ISH_GPIO[1]I2S3_FS
SD2_D[3]_CD_N BP12SE15 SD2D[3]_CD_N
MMC1_D[6] BP14 SE63MMC1_D[6]]
SD3_D[1] BP16 SE30SD3_D[1]
USB_OC[0]_N BP22SE80 USB_OC[0]]_N
FST_SPI_CLKBP24 SW2FST_SPI_CLK
LPE_I2S1_DATAOUTBP28 SW34LPE_I2S1_DATAOUT
I2C1_CLKBP36 SW63I2C1_CLK
GPIO_SW93BP38 SW93
ISH_GPIO[5]/I2S4_FSBP4E19 ISHGPIO[5]I2S4_FS
PMC_PLT_CLK[0]/ISH_GPIO[10]/ISH_UART_DATAOUTBP8SE0PMC_PLT_CLK[0]ISH_GPIO[10]ISH_UART_DATAOUT
SD2_D[1]BR11SE18 SD2D[1]
MMC1_D[4] BR13SE67 MMC1_D[4]]
SD3_CMD BR15SE34SD3_CMD
SPI1_CS[1]_NBR17SE66SPI1_CS[1]_N
LPC_AD[1]/ISH_GPIO[13]/ISH_UART_RTS_NBR19SE52LPC_AD[1]ISH_GPIO[13]ISH_UART_RTS_N
FST_SPI_CS[1]_NBR23SW4FST_SPI_CS[1]_N
UART1_RTS_NBR25SW15UART1_RTS_N
UART1_CTS_NBR27SW18UART1_CTS_N

Table 35. Multiplexed Functions - T4 SoC (Sheet 8 of 11)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
ISH_GPIO[0]/I2S3_CLKBR3 E21 ISH_GPIO[0]I2S3_CLK
LPE_I2S1_CLK BR30SW32 LPE_I2S1_CLK
I2C5_DATA BR33 SW45I2C5_DATA
I2C1_DATA BR35 SW60I2C1_DATA
ISH_GPIO[12]/ISH_UART_CTS_NBR37 SW75ISH_GPIO[12]ISH_UART_CTS_N
PCIE_CLKREQ[0]_NBR39 SW90PCIE_CLKREQ[0]_N
SD2_D[0] BT10 SE25SD2_D[0]
MMC1_D[7] BT14 SE68 MMC1_D[7]
SPI1_CS[0]_N BT18SE61 SPI1_CS[0]_N
ISH_GPIO[2]/I2S3_DATAOUTBT2E24ISH_GPIO[2]I2S3_DATA OUT
SD3_1P8_ENBT22 SE85SD3_1P8_EN
UART1_DATAIN/UART0_DATAINBT26SW16UART1_DATAINUART0_DATAIN
I2C0_CLKBT36 SW65I2C0_CLK
ISH_GPIO[4]/I2S4_CLKBT4E22ISH_GPIO[4]I2S4_CLK
SD3_WPBT40 SW95SD3_WP
SD2_D[2] BU11SE21 SD2_D[2]
MMC1_D[5] BU15SE65 MMC1_D[5]]
SD3_CD_NBU17SE81 SD3_CD_N
LPC_AD[0]/ISH_GPIO[12]/ISH_UART_CTS_NBU19SE47 LPC_AD[0]ISH_GPIO[12]ISH_UART_CTS_N
USB_OC[1]_NBU21SE75 USB_OC[1]]_N
SD3_PWREN_NBU23SE78 SD3_PWREN_N

Table 35. Multiplexed Functions - T4 SoC (Sheet 9 of 11)

GPI O Pin NamePackage Ball #GPI O #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
FST_SPI_CS[0]_N BUU25 SW6 FSTSPI_CS[0]_N
UART1_DATAOUT/ UART0_DATAOUTBU27 SW20UART1_DATAOUTUART0_DATAOUT
LPE_I2S0_DATAIN BUU30 SW33 LPEI2S0_DATAIN
I2C3_DATA BU33 SW64I2C3_DATA
I2C0_DATA BU35 SW61I2C0_DATA
GPIO_SW78 BU37 SW78
PCIE_CLKREQ[1]_NBU39 SW91PCIE_CLKREQ[1]_N
PWM[1]/ISH_GPIO[10]/ISH_UART_DATAOUTBU5 SE1 PWM[1] ISH_GPIO[10]ISH_UART_DATAOUT
FST_SPI_CS[2]_N BV24 SW7 FST_SPI_CS[2]_N
LPE_I2S1_FRMBV28SW36 LPE_I2S1_FRM
I2C3_CLKBV34SW67 I2C3_CLK
MMC1_RESET_N/SPI3_CS[1]_NBV38SW80MMC1_RESET_NSPI3_CS[1]_N
PWM[0]BV4 SE5 PWM[0]
DDI2_HPDC21N68DDI2_HPD
GPIO_CAMERASB07C27N54GPIO_CAMERASB07
GPIO_CAMERASB04C30N56GPIO_CAMERASB04
SVID_ALERT_NC33N38SVID_ALERT_N
GPIO_SUS5/PMC_SUSCLK[1]C35N20PMC_SUSCLK[1]
GPIO_SUS3/JTAG2_TDIC37N17JTAG2_TDI
GPIO_CAMERASB10D26 N50GPIO_CAMERASB10

Table 35. Multiplexed Functions - T4 SoC (Sheet 10 of 11)

GPIO Pin NamePackage Ball #GPIO #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
SVID_DATA D32 N33SVID_DATA
GPIO_SUS6/ PMC_SUSCLK[2]D36 N25 PMC_SUSCLK[2]
DDI1_HPD E25 N64DDI1_HPD
GPIO_CAMERASB0 6E27 N49 GPIO_CAMERASB06
GPIO_CAMERASB0 2E30 N46 GPIO_CAMERASB02
JTAG_TDI E33 N41 JTAG_TDI
JTAG_TRST_N E35 N30 JTAG_TRST_N
GPIO_SUSO E37 N15
DDIO_VDDEN F22 N72 DDI0_VDDEN
GPIO_CAMERASB1 1F28 N55 GPIO_CAMERASB11
SVID_CLK F32 N40 SVID_CLK
JTAG_TCK F34 N31 JTAG_TCK
GPIO_SUS8 F36 N23 GPIO_SUS8
GPIO_CAMERASB0 5G27 N45 GPIO_CAMERASB05
JTAG_PRDY_N G33 N37 JTAG_PRDY_N
GPIO_SUS4/ JTAG2_TDOG37 N22 JTAG2_TDO
DDI1_VDDEN/ MDSI_DDC_DATAH22 N69 DDI1_VDDENMDSI_D DC_DAT A
PROCHOT_NH32 N32 PROCHOT_N
JTAG_PREQ_N H34 N26 JTAG_PREQ_N
GPIO_DFX4H38 N5
DDI1_BKLTEN/ MDSI_DDC_CLKJ21N70 DDI1_BKLTENMDSI_D DC_CLK
GPIO_CAMERASB0 9J27N52 GPIO_CAMERASB09
GPIO_CAMERASB0 0J30N48 GPIO_CAMERASB00

Table 35. Multiplexed Functions - T4 SoC (Sheet 11 of 11)

GPI O Pin NamePackage Ball #GPI O #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
JTAG_TDO J33 N39JTAG_TDO
GPIO_SUS9 J35 N27GPIO_SUS9
DDI1_BKLTCTL/MDSI_A_TE/MDSI_C_TEK20 N63 DDI1_BKLTCTLMDSI_A_TEMDSI_C_TE
DDI0_BKLTCTL K22N65 DDI0_BKLTCTL
DDI0_HPD K26 N61DDI0_HPD
GPIO_CAMERASB08K28 N47 GPIO_CAMERASB08
GPIO_CAMERASB01K32 N53 GPIO_CAMERASB01
GPIO_SUS10 K34 N16GPIO_SUS10
GPIO_SUS7/PMC_SUSCLK[3]K36 N18 PMC_SUSCLK[3]
GPIO_SUS1/JTAG2_TCKK38 N19 JTAG2_TCK
DDI0_BKLTEN L21 N60DDI0_BKLTEN

Table 36. Multiplexed Functions - T3 SoC (Sheet 1 of 9)

GPI O Pin NamePackage Ball #GPI O #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
DDI0_DDC_CLK/DDI1_DDC_CLK/MDSI_DDC_CLKA10 N71DDI0_DDC_CLKDDI1_DDC_CLKMDSI_DDC_CLK
GPIO_SE79AA13SE79
I2C4_CLK/DDI1_DDC_CLK/DDI2_DDC_CLK/MDSI_DDC_CLKAB17SW52I2C4_CLKDDI1_DDC_CLKDDI2_DDC_CLKMDSI_DDC_CLK
I2C4_DATA/DDI1_DDC_DATA/DDI2_DDC_DATA/MDSI_DDC_DATAAB18SW46I2C4_DATADDI1_DDC_DATADDI2_DDC_DATAMDSI_DDC_DATA

Table 36. Multiplexed Functions - T3 SoC (Sheet 2 of 9)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
PMC_PLT_CLK[3]/ISH_GPIO[13]/ISH_UART_RTS_N/SPI2_CLKAB4 SE4 PMC_PLT_CLK[3]ISH_GPIO[13]ISH_UART_RTS_NSPI2_CLK
PMC_PLT_CLK[4]/ISH_GPIO[14]/ISH_I2C0_DATA/SPI2_MISOAC3 SE3 PMC_PLT_CLK[4]ISH_GPIO[14]ISH_I2C0_DATASPI2_MISO
PMC_PLT_CLK[2]/ISH_GPIO[12]/ISH_UART_CTS_N/SPI2_CS[0]_NAC4 SE7 PMC_PLT_CLK[2]ISH_GPIO[12]ISH_UART_CTS_NSPI2_CS[0]_N
PMC_PLT_CLK[5]/ISH_GPIO[15]/ISH_I2C0_CLK/SPI2_MOSIAE3 SE6 PMC_PLT_CLK[5]ISH_GPIO[15]ISH_I2C0_CLKSPI2_MOSI
MMC1_RCLK/MMC1_RESET_NAE8 SE69 MMC1_RCLKMMC1_RESET_N
PMC_SUSCLK[3] B12N18 PMC_SUSCLK[3]
JTAG2_TDI B14 N17JTAG2_TDI
DDI0_DDC_DATA/DDI1_DDC_DATA/MDSI_DDC_DATAC10 N66 DDI0_DDC_DATADDI1_DDC_DATAMDSI_DDC_DATA
PMC_SUSCLK[2] C14N25 PMC_SUSCLK[2]
JTAG2_TCK C15 N19JTAG2_TCK
GPIO_N3/C0_BPM1_TX/C1_BPM1_TXC17 N3 C0_BPM1_TXC1_BPM1_TX
DDI2_DDC_DATA/DDI1_DDC_DATA/UART0_DATAIN/MDSI_DDC_DATA/MDSI_C_TEC9 N62 DDI2_DDC_DATADDI1_DDC_DATAUART0_DATAINMDSI_DDC_DATAMDSI_C_TE
JTAG2_TDO D14 N22JTAG2_TDO
JTAG2_TMS D15 N24JTAG2_TMS

Table 36. Multiplexed Functions - T3 SoC (Sheet 3 of 9)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
DDI1_BKLTCTL/MDSI_A_TE/MDSI_C_TED8 N63 DDI1_BKLTCTLMDSI_A_TEMDSI_C_TE
DDI2_DDC_CLK/DDI1_DDC_CLK/UART0_DATAOUT/MDSI_DDC_CLK/MDSI_A_TEE10 N67 DDI2_DDC_CLKDDI1_DDC_CLKUART0_DATAOUTMDSI_DDC_CLKMDSI_A_TE
GPIO_N4/C0_BPM0_TX/C1_BPM0_TXE16 N4 C0_BPM0_TXC1_BPM0_TX
GPIO_N0/C0_BPM0_TX/C1_BPM0_TXE17 N0 C0_BPM0_TXC1_BPM0_TX
GPIO_N2/C0_BPM2_TX/C1_BPM2_TXF16 N2 C0_BPM2_TXC1_BPM2_TX
GPIO_N1/C0_BPM3_TX/C1_BPM3_TXF17 N1 C0_BPM3_TXC1_BPM3_TX
UART0_DATAIN V13SE48 UART0_DATAIN
PMC_SLP_SOIX_N W4E3 PMC_SLP_SOIX_N
UART0_DATAOUTY12 SE46 UART0_DATAOUT
GPIO_N6/C0_BPM3_TX/C1_BPM3_TXC16 N6 C0_BPM3_TXC1_BPM3_TX
GPIO_N8/C0_BPM1_TX/C1_BPM1_TXD16N8 C0_BPM1_TXC1_BPM1_TX
ISH_GPIO[13]/C0_BPM2_TX/C1_BPM2_TXD17N7ISH_GPIO[13]C0_BPM2_TXC1_BPM2_TX
GPIO_SUS9 A13 N27GPIO_SUS9
GPIO_SUS0 A14 N15
DDIO_VDDENA9N72 DDI0_VDDEN
SD3_CMDAA10SE34SD3_CMD

Table 36. Multiplexed Functions - T3 SoC (Sheet 4 of 9)

GPI O Pin NamePackage Ball #GPIO #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
FST_SPI_CS[0]_N AAA12 SW6 FST_SPI_CS[0]_N
LPE_I2S1_FRM AA14SW36 LPE_I2S1_FRM
LPE_I2S0_DATAOUTAA15 SW30LPE_I2S0_DATAOUT
LPE_I2S0_CLK AA16SW31 LPE_I2S0_CLK
I2C2_CLK AA17 SW66I2C2_CLK
ISH_I2C1_CLK/ISH_SPI_CLK/I2S5_DATAINAA3 E17 ISH_I2C1_CLKISH_SPI_CLKI2S5_DATAIN
ISH_GPIO[9]/ISH_SPI_MISO/I2S5_FSAA4 E20 ISH_GPIO[9]ISH_SPI_MISOI2S5_FS
ISH_I2C1_DATA/ISH_SPI_MOSI/I2S5_DATAOUTAA5 E26 ISH_I2C1_DATAISH_SPI_MOSII2S5_DATAOUT
MMC1_CMD AA6 SE23MMC1_CMD
MMC1_D[7] AA7 SE68MMC1_D[7]
MMC1_D[0] AA8 SE17MMC1_D[0]
SD3_PWREN_N AA9SE78 SD3_PWREN_N
SD3_D[2] AB10 SE33SD3_D[2]]
FST_SPI_D[0]AB11 SW1FST_SPI_D[0]
FST_SPI_CLKAB12 SW2FST_SPI_CLK
UART2_DATAOUTAB13 SW21UART2_DATAOUT
LPE_I2S1_CLK AB14SW32 LPE_I2S1_CLK
LPE_I2S0_DATAINAB15 SW33LPE_I2S0_DATAIN

Table 36. Multiplexed Functions - T3 SoC (Sheet 5 of 9)

GPI O Pin NamePackage Ball #GPIO #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
I2C5_CLK AB16 SW50I2C5_CLK
LPE_I2S2_CLK AB19SW92 LPE_I2S2_CLK
ISH_GPIO[0]/ I2S3_CLKAB2 E21 ISH_GPIO[0]I2S3_CLK
PCIE_CLKREQ[0]_ NAB20 SW90 PCIE_CLKREQ[0]_ N
ISH_GPIO[2]/ I2S3_DATAOUTAB3 E24 ISH_GPIO[2]I2S3_DATAOUT
SD2_CMD AB5 SE22SD2_CMD
MMC1_D[2] AB6 SE20 MMC1_D[2]
MMC1_D[6] AB7 SE63 MMC1_D[6]
SD3_1P8_EN AB8 SE85 SD3_1P8_EN
SD3_D[1] AB9 SE30SD3_D[1]
ISH_GPIO[7]/ I2S4_DATAINAC1 E16 ISH_GPIO[7]I2S4_DATAIN
SD3_D[0] AC10 SE35 SD3_D[0]
FST_SPI_D[1] AC11SW5 FST_SPID[1]
UART2_RTS_N AC12SW19UART2_R TS_N
UART1_CTS_NAC13 SW18UART1_C TS_N
UART1_DATAOUT/ UART0_DATAOUTAC14 SW20UART1_DATAOUTUART0_DATAOUT
NFC_I2C_DATAAC15 SW51NFC_I2C_DATA
NFC_I2C_CLKAC16 SW54NFC_I2C_CLK

Table 36. Multiplexed Functions - T3 SoC (Sheet 6 of 9)

GPIOPinNamePackage Ball #GPIO#Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
I2C2_DATA AC17 SW62I2C2_DATA
GPIO_SW78 AC18 SW78
LPE_I2S2_FRM AC19SW96 LPE_I2S2_FRM
ISH_GPIO[4]/I2S4_CLKAC2 E22 ISH_GPIO[4]I2S4_CLK
GPIO_SW93 AC20 SW93
MMC1_D[3] AC6 SE26 MMC1_D[3]
MMC1_D[4] AC7 SE67 MMC1_D[4]
MMC1_D[5] AC8 SE65 MMC1_D[5]
SD3_CLK AC9 SE31 SD3_CLK
SD3_D[3] AD10 SE32 SD3_D[3]
UART2_CTS_NAD12 SW22UART2_CTS_N
UART1_DATAIN/UART0_DATAINAD14 SW16UART1_DATAINUART0_DATAIN
I2C6_DATA/SD3_WPAD16 SW49I2C6_DATASD3_WP
MMC1_RESET_NAD18 SW80MMC1_RESET_N
PWM[1]/ISH_GPIO[10]/ISH_UART_DATAOUTAD2SE1PWM[1]ISH_GPIO[10]ISH_UART_DATAOUT
SD3_WPAD20 SW95SD3_WP
PWM[0]AD3SE5PWM[0]
SD2_D[0] AD4SE25 SD2_D[0]]
SD2_CLK AD5SE19 SD2_CLK

Table 36. Multiplexed Functions - T3 SoC (Sheet 7 of 9)

GPI O Pin NamePackage Ball #GPIO #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
SD2_D[3]_CD_N AD6 SE15 SD2_D[3]_CD_N
MMC1_CLK AD8 SE16 MMC1_CLK
UART2_DATAIN AE12 SW17UART2_DATAIN
UART1_RTS_N AE13SW15UART1_RTS_N
I2C6_CLK/NMI_N AE16 SW53 I2C6_CLK NMI_N
I2C5_DATAAE17 SW45I2C5_DATA
UART0_DATAIN AE18 SW77UART0_DATAIN
SD2_D[1]AE4SE18 SD2_D[1
SD2_D[2]AE5SE21 SD2_D[2
SD3_CD_N AE9SE81 SD3_CD_N
GPIO_CAMERASB1 0B10N50GPIO_CAMERASB1 0
DDIO_BKLTCTLB8N65DDIO_BKLTCTL
GPIO_CAMERASB1 1C11N55GPIO_CAMERASB1 1
GPIO_SUS8C13N23GPIO_SUS8
DDIO_BKLTENC8N60DDIO_BKLTEN
GPIO_CAMERASB0 9D10N52GPIO_CAMERASB0 9
GPIO_CAMERASB0 8D11N47GPIO_CAMERASB0 8

Table 36. Multiplexed Functions - T3 SoC (Sheet 8 of 9)

GPI O Pin NamePackage Ball #GPIO #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
DDI0_HPD D9 N61DDI0_HPD
SVID_ALERT_N E12N38 SVID_ALERT_N
DDI2_HPD E9 N68DDI2_HPD
SVID_CLK F11 N40SVID_CLK
SVID_DATA F12 N33SVID_DATA
GPIO_DFX4 F18 N5
PROCHOT_N F9 N32PROCHOT_N
LPE_I2S2_DATAIN U17 SW94LPE_I2S2_DATAIN
PMC_SUSPWRDNA CKV12SE83PMC_SUS PWRDNA CK
LPE_I2S2_DATAOUTV18SW97LPE_I2S2_DATAOUT
PMC_SUS_STAT_NV5 E2PMC_SUS_STAT_N
I2C1_DATAW15SW60I2C1_DATA
I2C1_CLKW16SW63I2C1_CLK
PMC_PWRBTN_NW3E8PMC_PWRBTN_N
ISH_GPIO[3]/ I2S3_DATAINY1 E15ISH_GPIO[3]I2S3_DATAIN
LPE_I2S1_DATAIN Y13 SW37LPE_I2S1_DATAIN
LPE_I2S1_DATAOUTY14 SW34LPE_I2S1_DATAOUT

Table 36. Multiplexed Functions - T3 SoC (Sheet 9 of 9)

GPI O Pin NamePackage Ball #GPI O #Mode 0Mode 1Mode 2Mode 3Mode 4Mode 5Mode 6
LPE_I2S0_FRM Y16SW35 LPE_I2S0_FRM
I2C0_CLK Y17 SW65I2C0_CLK
I2C0_DATA Y18 SW61I2C0_DATA
ISH_GPIO[1]/ I2S3_FSY2 E18 ISH_GPIO[1]I2S3_FS
PMC_WAKE_N Y3 E10PMC_WAKE_N
PMC_SUSCLK[0] Y4E6PMC_SUS CLK[0]
PMC_PLTRST_N Y5E5PMC_PLTRST_N
MMC1_D[1] Y8 SE24MMC1_D[1]
USB_OC[0]_N Y9 SE80USB_OC[1]_N

3 Processor Core

Up to four out-of-order execution processor cores are supported, each dual core module supports up to 1 MB of L2 cache.

3.1 Features

• 14nm Process technology.
- Quad Out-of-Order Execution (OOE) processor cores.
- Primary 32 KB, 8-way L1 instruction cache and 24 KiB, 6-way L1 write-back data cache.
- Cores are grouped into dual-core modules: modules share a 1 MB, 16-way L2 cache (2 MB total for Quad Core) Intel® Streaming SIMD Extensions 4.1 and 4.2 (SSE4.1 and SSE4.2), which include new instructions for media and for fast XML parsing.
- Intel ^® 64 Bit architecture.
• Supports IA 32-bit.
• Supports Intel ^® VT-x2.
- Supports Intel ^® Advanced Encryption Standard (AES) New instructions (AES-NI).
- Supports Intel ^ Carry-Less Multiplication Instruction (PCLMULQDQ).
• Supports Digital Random Number Generator (DRNG).
• Supports C0, C1, C1E, C6C, C6 and C7 states.
- Thermal management support via Intel ^ Thermal Monitor (TM1 & TM2).
- Uses Power Aware Interrupt Routing (PAIR).

Note: Intel ^® Hyper-Threading Technology is not supported.

3.1.1 Intel ^® Virtualization Technology (Intel ^® VT)

Intel® Virtualization Technology (Intel® VT) makes a single system appear as multiple independent systems to software. This allows multiple, independent operating systems to run simultaneously on a single system. Intel® VT comprises technology components to support virtualization of platforms based on Intel architecture microprocessors and chipsets. Intel® Virtualization Technology for IA-32, Intel® 64 and Intel® Architecture (Intel® VT-x2) added hardware support in the processor to improve the virtualization performance and robustness.

Intel® VT-x2 specifications and functional descriptions are included in the Intel® 64 and IA-32 Architectures Software Developer's Manual, Volume 3B and is available at: http://www.intel.com/products/processor/manuals/index.htm.

Other Intel® VT-x2 documents can be referenced at: http://www.intel.com/technology/virtualization/index.htm

3.1.1.1 Intel ® VT-x2 Objectives

- Robust: VMMs no longer need to use paravirtualization or binary translation. This means that they will be able to run off-the-shelf OSs and applications without any special steps.

- Enhanced: Intel ^ VT enables VMMs to run 64-bit guest operating systems on IA x86 processors.

- More reliable: Due to the hardware support, VMMs can now be smaller, less complex, and more efficient. This improves reliability and availability and reduces the potential for software conflicts.

- More secure: The use of hardware transitions in the VMM strengthens the isolation of VMs and further prevents corruption of one VM from affecting others on the same system. Intel® VT-x2 provides hardware acceleration for virtualization of IA platforms. Virtual Machine Monitor (VMM) can use Intel® VT-x2 features to provide improved reliable virtualized platform.

3.1.1.1.1 Intel ® VT-x2 Features

• Extended Page Tables (EPT)

— EPT is hardware assisted page table physical memory virtualization.

— Support guest VM execution in unpaged protected mode or in real-address mode.

— It eliminates VM exits from guest OS to the VMM for shadow page-table maintenance.

• Virtual Processor IDs (VPID)

— A VM Virtual Processor ID is used to tag processor core hardware structures (such as TLBs) to allow a logic processor to cache information (such as TLBs) for multiple linear address spaces.

— This avoids flushes on VM transitions to give a lower-cost VM transition time and an overall reduction in virtualization overhead.

• Guest Preemption Timer

— Mechanism for a VMM to preempt the execution of a guest OS VM after an amount of time specified by the VMM. The VMM sets a timer value before entering a guest.

— The feature aids VMM developers in flexibility and Quality of Service (QoS) guarantees flexibility in guest VM scheduling and building Quality of Service (QoS) schemes.

- Descriptor-Table Exiting

— Descriptor-table exiting allows a VMM to protect a guest OS from internal (malicious software based) attack by preventing relocation of key system data

structures like IDT (interrupt descriptor table), GDT (global descriptor table), LDT (local descriptor table), and TSS (task segment selector).

— A VMM using this feature can intercept (by a VM exit) attempts to relocate these data structures and prevent them from being tampered by malicious software.

- VM Functions

— VM function is an operation provided by the processor that can be invoked using the VMFUNC instruction from guest VM without a VM exit.

— VM function to perform EPTP switching is supported and allows guest VM to load a new value for the EPT pointer, thereby establishing a different EPT paging structure hierarchy.

3.1.2 Security and Cryptography Technologies

3.1.2.1 Advanced Encryption Standard New Instructions (AES-NI)

The processor supports Advanced Encryption Standard New Instructions (AES-NI) that are a set of Single Instruction Multiple Data (SIMD) instructions that enable fast and secure data encryption and decryption based on the Advanced Encryption Standard (AES). AES-NI are valuable for a wide range of cryptographic applications, for example: applications that perform bulk encryption/decryption, authentication, random number generation, and authenticated encryption. AES is broadly accepted as the standard for both government and industry applications, and is widely deployed in various protocols.

AES-NI consists of six Intel® SSE instructions. Four instructions, namely AESENC, AESENCLAST, AESDEC, and AESDELAST facilitate high performance AES encryption and decryption. The other two, AESIMC and AESKEYGENASSIST, support the AES key expansion procedure. Together, these instructions provide a full hardware for support AES, offering security, high performance, and a great deal of flexibility.

3.1.2.2 PCLMULQDQ Instruction

The processor supports the carry-less multiplication instruction, PCLMULQDQ. PCLMULQDQ is a Single Instruction Multiple Data (SIMD) instruction that computes the 128-bit carry-less multiplication of two, 64-bit operands without generating and propagating carries. Carry-less multiplication is an essential processing component of several cryptographic systems and standards. Hence, accelerating carry-less multiplication can significantly contribute to achieving high speed secure computing and communication.

3.1.2.3 Digital Random Number Generator

The processor introduces a software visible digital random number generation mechanism supported by a high quality entropy source. This capability is available to programmers through the new RDRAND instruction. The resultant random number generation capability is designed to comply with existing industry standards (ANSI X9.82 and NIST SP 800-90).

Some possible uses of the new RDRAND instruction include cryptographic key generation as used in a variety of applications including communication, digital signatures, secure storage, and so on.

3.1.3 Power Aware Interrupt Routing

PAIR is an improvement in H/W routing of "redirectable" interrupts. Each core power-state is considered in the routing selection to reduce the power or performance impact of interrupts. System BIOS configures the routing algorithm, e.g. fixed-priority, rotating, hash, or PAIR, during setup via non-architectural register. The PAIR algorithm can be biased to optimize for power or performance and the largest gains will be seen in systems with high interrupt rates.

3.2 Platform Identification and CPUID

In addition to verifying the processor signature, the intended processor platform type must be determined to properly target the microcode update. The intended processor platform type is determined by reading bits [52:50] of the IA32_PLATFORM_ID register, (MSR 17h) within the processor. This is a 64-bit register that must be read using the RDMSR instruction. The 3 Platform Id bits, when read as a binary coded decimal (BCD) number, indicate the bit position in the microcode update header's Processor Flags field that is asSoCiated with the installed processor.

Executing the CPUID instruction with EAX=1 will provide the following information.

EAX Field Description
[31:28]Reserved
[27:20]Extended Family value
[19:16]Extended Model value
[15:13]Reserved
[12]Processor Type Bit
[11:8]Family value
[7:4]Model value
[3:0]Stepping ID Value

3.3 References

For further details on Intel® 64 and IA-32 architectures refer Intel® 64 and IA-32 Architectures Software Developer's Manual Combined Volumes:1, 2A, 2B, 2C, 3A, 3B, and 3C:

- http://www.intel.com/content/www/μs/en/processors/architectures-software-developer-manuals.html

For more details on AES-NI refer:

- Intel ® Performance Primitives (IPP) web page - http://software.intel.com/en-us/intel-ipp/

- White Paper on AES-NI - http://software.intel.com/en-us/articles/intel-advanced-encryption-standard-aes-instructions-set/

For more details on using the RDRAND instruction refer Intel ^® Advanced Vector Extensions Programming Reference.

4 Integrated Clock

Clocks are integrated, consisting of multiple variable frequency clock domains, across different voltage domains. This architecture achieves a low power clocking solution that supports the various clocking requirements of the SoC's many interfaces. Platform clocking is provided internally by the iClock block and does not require external devices for clocking. All the required platform clocks are provided by only two inputs: a 19.2 MHz primary reference for the integrated clock block and a 32.768 kHz reference for the Real Time Clock (RTC) block. Both of these would likely be implemented as crystal references.

The different inputs and outputs are listed below.

Table 37. SoC Clock Inputs

Clock Domain Signal Name Frequency Usage/ Description
MainICLK_OSCINICLK_OSCOUT19.2 MHz Reference crystal for the iCLK PLL
RTC RTC_X1RTC_X232.768 kHz RTC crystal I/O for RTC block
LPC LPC_CLKOUT19.2 MHz Can be configured as an input tocompensate for board routing delays through Soft Strap.

Table 38. SoC Clock Outputs (Sheet 1 of 2)

Clock DomainSignal Name FrequencyUsage/ Description
DDRLPDDR3_M0_CK_P_A/BLPDDR3_M0_CK_N_A/BLPDDR3_M1_CK_P_A/BLPDDR3_M1_CK_N_A/B800 MHz Drivesthe Memory ranks 0-1. Data rate (MT/s) is 2x the clock rate.
SDXCMMC1_CLKSD2_CLKSD3_CLK200 MHz Clockfor Storage Devices
SPISPI1_CLKFST_SPI_CLK20 MHz,33 MHz,50 MHzClock for SPI flash
PMIC/COMMSPMC_SUSCLK[0]32.768 kHzPass through clock from RTC oscillator
LPC LPC_CLKOUT[0:1] 19.2 MHzProvided to devicesrequiring LPC clock
Display Port DDI[0]_TXP[3]DDI[0]_TXN[3]162 or 270 MHzDifferential clock for DP devices
HDMIDDI[2]_TXP[3]DDI[2]_TXN[3]25-297 MHzDifferential clock for HDMI devices

Table 38. SoC Clock Outputs (Sheet 2 of 2)

Clock DomainSignal NameFrequencyUsage/ Description
HDMI DDC DDI[2:0]_DDCCLK 100 kHz Clock for HDMI DDC devices
MIPI DSI MDSI_A_CLKPMDSI_A_CLKNMDSI_C_CLKPMDSI_C_CLKN1000 MHz Differential clock for MIPI DSI Devices
MIPI CSI MCSI1_CLKPMCSI1_CLKNMCSI2_CLKPMCSI2_CLKNMCSI3_CLKPMCSI3_CLKN200-400 MHzClocks for front and rear cameras
SVID SVID_CLK 20 MHz Clock used by voltage regulator
I^2S LPE_I2S[2:0]_CLK 9.6 MHz Continuous serial clock for I^2S interfaces
Platform Clocks PLT_CLK [5:0] 19.2MHz Platform clocks.
SIO SPISPI_CLK15 MHz SPI clock output
I^2C I2C[6:0]_CLK 1.7MHzI ^2C clocks
NFCNFC_I2C_CLK100 kHz Clock for NFC device

5 Power Up and Reset Sequence

This chapter provides information on the following topics:

• "Power Up Sequences"
• "Power Down Sequences"
- "Reset Behavior"

5.1 SoC System States

5.1.1 System Sleeping States Control (S-states)

The SoC supports the S0, S0i1, S0i2, S0i3, S4, and S5 sleep states. S4 and S5 states are identical from a hardware and power perspective. The differentiation is software determined (S4 = Suspend to Disk).

The SoC platform architecture assumes the usage of an external power management controller e.g., CPLD or PMIC. Some flows in this section refer the power management controller for support of the S-states transitions.

The SoC sleep states are described in Chapter 7, "Power Management".

5.2 Power Up Sequences

5.2.1 RTC Power Well Transition (G5 to G3 States Transition)

When RTC_VCC (Real Time Clock power) is applied via RTC battery, the following occurs (refer Figure 2 for timing):

  1. RTC_VCC ramps. RTC_RST_N should be low.
  2. The system starts the real time clock oscillator.
  3. A minimum of t1 units after RTC_VCC ramps, the external RTC RC circuit de-asserts RTC_RST_N. The system is now in the G3 state. RTC oscillator is unlikely to be stable at this point.

Figure 2. RTC Power Well Timing Diagrams
INTEL Atom x5-Z8300 - RTC Power Well Transition (G5 to G3 States Transition) - 1

flowchart
graph LR
    A["RTC_VCC"] --> B["Initiate"]
    C["RTC_RS_N"] --> D["Initiate"]
    E["ILB_RTC_CLK"] --> F["Osc Startup"]
    F --> G["Clock Valid"]
    style F fill:#cccccc,stroke:#333
    style G fill:#ffffff,stroke:#333

Table 39. RTC Power Well Timing Parameters

Parameter Description Min Max Units
t1 RTC_VCC to RTC_RST_N de-assertion 9 - ms

NOTES:

  1. This delay is typically created from an RC circuit.
  2. The oscillator startup times are component and design specific. A crystal oscillator can take several second to reach a large enough voltage swing. A silicon oscillator can have startups times <10 ms.
  3. All VCC measurements points are at 90% nominal VCC voltage.

5.2.2 G3 to S4/ S5

The timings shown in Figure 3 occurs when a board event such as AC power or power button is pressed. The following occurs:

  1. Suspend well ramp in the order given.
  2. The external power management controller de-asserts PMC_RSMRST_N after the suspend rails become stable.
  3. PMC_SUSCLK will begin toggling after the de-assertion of PMC_RSMRST_N.
  4. The system is now in S4/S5 state. Depending on policy bits, the system either waits for a wake event, or continues to S0 states.

5.2.3 S4/ S5 to S0

  1. The external power management controller detects an event (i.e., power button) to initiate transition from S4/S5 to S0.
  2. VCC, VNN and other S0 core voltage power rails may be enabled after the initiation of the S4/S5 to S0 event. The VCC and VNN voltage rails must be driven to the default values.
  3. After the DRAM power rail ramp, the external power management controller drives DRAM_PWROK high.
  4. After all of the S0 core voltage power rails are stable, external power management controller drives PMC_CORE_PWROK and VCCA_PWROK to HIGH.
  5. The processor de-asserts PMC_PLTRST_N after PMC_CORE_PWROK is stable. The PMC_PLTRST_N is the main platform reset to other components.
  6. The processor will begin fetching code from either the PCU-located SPI interface or the LPC interface.

Figure 3. S4/ S5 to S0 (Power Up) Sequence
INTEL Atom x5-Z8300 - S4/ S5 to S0 - 1

bar | Sequence | Value | | --------------- | ----- | | VSYS | 1 | | PWRBNTIN# | 1 | | PWRBTH# | 1 | | V5P0A* | 1 | | VNN | 1 | | V1P05A | 1 | | V1P8A | 1 | | VDDQ | 1 | | V1P2A | 1 | | V3P3A | 1 | | RSMFST# | 1 | | SUSPWR DNACK | 1 | | DRAMPWROK | 1 | | SLP_50IX# | 1 | | V1P1S | 1 | | VGG | 1 | | VCC0 | 1 | | VCC1 | 1 | | V1P25X* | 1 | | V1P85X* | 1 | | VDDQ_VTT* | 1 | | VOCAPWROK | 1 | | COREPWROK | 1 | | FLTRT# | 1 | | MODEM OFF# | 1 | | SDWIN# | 1 |

NOTES:

  1. RTC and SUS power rails may come up at the same time if no RTC battery is used.
  2. RTC clock should be oscillating, but may not be at 32.768 KHz yet.
  3. Wake events show in figure are optional and depending on platform configuration.

5.3 Power Down Sequences

5.3.1 S0 to S4/ S5 Sequence

Entry to Sleep states (S4, S5) is initiated by any of the following methods:

  • Setting the desired sleep type in PM1_CNT.SLP_TYP and setting PM1_CNT.SLP_EN.
  • Detection of an external catastrophic temperature event may cause a transition to G3, if the system is designed to do so.

The following sequence applies to S0-S4/S5 transitions.

  1. The Operating System Power Management (OSPM) will handle the enabling or disabling of interrupt generation after S4 resume. The Operating System Power Management (OSPM) will need to read and clear Wake status information and the processing of the clearing wake status which will include enabling interrupts (both at the core level and platform level).
  2. All interrupts in the processor need to be disabled before the S4 sequence is started (and re-enabled on exit). The CPU APIC must be disabled.
  3. When the desired sleep state is set in the PM1_CNT.TYP and PM1_CNT.SLP_EN registers, a sleep state request is sent to the PMC.
  4. The PMC flushes all the internal buffers to main memory.

The Power Down Sequence is shown in Figure 4 below.

Other Assumptions:

  • Entry to a Cx state is mutually exclusive with software-initiated entry to a Sleep state. This is because the processor(s) can only perform one register access at a time. This requirement is enforced by the CPU as well as the OS. The system may hang if it attempts to do a C-state and S-state at the same time.
  • The G3 system state cannot be entered via any software mechanism. The G3 state indicates a complete loss of power. In this state, the RTC well may or may not be powered by an external coin cell battery.
  • An external Power Management Controller (PMIC/EC) can be used to put the processor in G3 when the S4/S5 state is requested by the SoC. This is done to save power in S4/S5 state. This G3 like state is enabled by removing SUS rails via the SUSPWRDNACK pin. Doing so prevents the use of any of SUS wake events including USB, RTC, and GPIOs including the power button. The external Power Management Controller (or re-application of power) is required to return to S0.

Figure 4. S0 to S4/ S5 (Power Down) Sequence
INTEL Atom x5-Z8300 - Other Assumptions: - 1

line | Signal | Value | | ------------- | ----- | | VSYS | 1 | | PLTRST# | | | SLP_S0IX# | | | VCCAP WROK | | | COREPWROK | | | VDDQ_VTT | | | V1P2SX | | | V1P8SX | | | VCCO | | | VCC1 | | | VGG | | | V1P15 | | | SUSPWRDNACK | | | DRAMP WROK | | | RSMRST# | | | V3P3A | | | V1P2A | | | VDDQ | | | V1P6A | | | V1P05A | | | VNN | Decay to voltage in register/200k VID Setting | | V5P0A | | | SDWN# | | | MODEMOFF# | |

5.3.2 S4/ S5 to S0 (Exit Sleep States)

Sleep states (S5) are exited based on Wake events. The Wake events will force the system to a full on state (S0), although some non-critical subsystems might still be powered down and have to be brought back manually. For example, the hard disk may be powered down during a sleep state, and have to be enabled via an I/O pin before it can be used. Upon exit from software-entered Sleep states (i.e., those initiated via the PM1_CNT.SLP_EN bit), the PM1_STS_EN.WAK_STS bit will be set.

To enable Wake Events, the possible causes of wake events (and their restrictions) are shown in Table 40.

Table 40. S4/ S5 to S0 Cause of Wake Events

Cause Type How Enabled
RTC Alarm Internal Set PM1_STS_EN.RTC_EN register bit
PMC_PWRBTN_N(Power Button)External Default enabled as Wake event
GPIO_NORTHAnd GPIO_SOUTHWESTExternal GPE0a_EN register (after having gone to S5 via PM1_CNT.SLP_EN, but not after a power failure.)Note: GPIOs that are in the core well are not capable of waking the system from sleep states where the core well is not powered.
GPIO_SOUTHEAST External Southeast GPIO can (optionally) be used as Wake sources based on GPIO register programming.
Primary PME_NInternalGPEOa_EN.PME_B0_EN register bit. This wake status bit includes multiple internal agents:EHCI (USB2)
PMC - InitiatedInternal Noenable bits. The PMC can wake the host independent of other wake events listed, if desired. A bit is provided in PRSTS for reporting this wake event to BIOS. Note that this wake event may be used as a wake trigger on behalf of some other wake source.

5.3.3 Enter S0ix

The S0IX state is entered when the SoC is in a shallow sleep state. This state is entered when the SoC asserts the PMC_SLP_S0IX_N (LOW) pin to the PMIC. VDDQ_VTT and SX rails are turned off. The VCC rail is turned off by SVID commands (not by PMC_SLP_S0IX_N signal). The VNN rail is set to a voltage set in SVID address 39h. The rest of the VRs remain on but enters into PFM/power save mode.

5.3.4 Exit S0ix

The S0IX state is exited when the SoC de-asserts the PMC_SLP_S0IX_Npin (HIGH). VDDQ_VTT and SX rails are turned on. The VCC rail will be turned on by SVID commands (not by PMC_SLP_S0IX_N). The rest of the rails will come out of PFM/power save mode. All SMI/SCI events wake SoC from the S0ix states. The following table lists the addition events that wake the SoC from S0ix states.

Table 41. S0ix Cause of Wake Events

Cause Type How Enabled
Any GPIO External IO-APIC forwards the interrupt, resulting in S0 (as configured by BIOS). Alternatively use S0ix Wake Register (S0IX_WAKE_EN and S0IX_WAKE_STS) in PMC
LPC CLKRUN External Wake from S0i2/3 only when the signal is asserted, moves the SoC to S0i1.
ISH External From External Sensors
USB External USB Port connected device / host

Figure 5. S0 to S0ix Entry and Exit Sequence
INTEL Atom x5-Z8300 - Exit S0ix - 1

other | Signal | State Description | State Description | State Description | |--------|-------------------|-------------------|-------------------| | VRTC | (No label) | (No label) | (No label) | | SRTCRST#(Platform->SOC) | (No label) | (No label) | (No label) | | FTEST | (No label) | (No label) | (No label) | | RSM_PST#(PMIC->SOC) | (No label) | (No label) | (No label) | | SLP_S0ix#(SOC->PMIC) | (No label) | (No label) | (No label) | | VCCA_PWROK(PMIC->SOCDDF) | (No label) | (No label) | (No label) | | VDDQ_VTT(PMIC->platform) | (Svif command by punit) | (Svif command by punit) | (Svif command by punit) | | SLP_S3#(SOC->PMIC) | (Decap to 0) | (Decap to 0) | (Decap to 0) | | VCCO/L(PMIC->OC) | (Decap to 0) | (Decap to 0) | (Decap to 0) | | VGG(PMIC->SOC) | (C6=VIP15, L2=VIP15)| (C6=VIP15, L2=VIP15)| (C6=VIP15, L2=VIP15) | | VIP15(PMIC->SOC) (Tablet) | (C6=VIP15, L2=VIP15) | (C6=VIP15, L2=VIP15) | (C6=VIP15, L2=VIP15) | | VIP15(PMIC->SOC) (Essential) | (C6=VIP15, L2=VIP15) | (C6=VIP15, L2=VIP15) | (C6=VIP15, L2=VIP15) | | VNN(PMIC->SOC) | (PMIC set Vm to 90H / 50Hz value) | (PMIC set Vm to 90H / 50Hz value) | (PMIC set Vm to 90Hz / 50Hz value) | | VIP05(PMIC->SOC) | (No label) | (No label) | (No label) | | VIP24_35(PMIC->SOC) | (No label) | (No label) | (No label) | | VIP8(PMIC->SOC) | (No label) | (No label) | (No label) | | V3P3(PMIC->SOC) | (No label) | (No label) | (No label) | | SLP_S4#(SOC->PMIC) | (No label) | (No label) | (No label) | | COREPWROK(PMIC->SOC) | (No label) | (No label) | (No label) | | State/Event | State/Event Label | State/Event Label | State/Event Label | |-----------|-------------------------------------|-------------------------------------|-------------------------------------| | C6=VIP15, L2=VIP15 | 1. set 20H to current Vpm value | C6=Trn, L2 off | 1. set 30H to Trn current value | | C6=VIP15, L2=VIP15 | 2. set VIP15 drop to 90H value | 2. set VIP15 to value 38H | 2. set VIP15 to value 38H | | C6=VIP15, L2=VIP15 | 3. C6 switch switch to Vpm | 3. C6 ramp switch to VIP15 | 3. C6 ramp switch to VIP15 | | C6=VIP15, L2=VIP15 | 4. set VIP15 decay to 0Y | 4. set VIP15 real ramp up to 1.15V | 4. set VIP15 real ramp up to 1.15V | | C6=VIP15, L2=VIP15 | C6=VIP15, L2=VIP15 | C6=VIP15, L2=VIP15 | C6=VIP15, L2=VIP15 | | C6=VIP15, L2=VIP15 | Over VIP15 to 0.75V | C6=0.75V, L2=0.75V | Raise VIP15 to 1.15V | | C6=VIP15, L2=VIP15 | Rise VIP15 to 1.15V | C6=VIP15, L2=VIP15 | C6=VIP15, L2=VIP15 | | SmIus to Whot value | SmIus to Whot value | SmIus to Whot value | SmIus to Whot value | The chart displays the corresponding values of the states in the S0X sequence.

5.3.5 Handling Power Failures

The power failures can occur if the AC power or battery is removed. In this case, when the system was originally in a S0 state, power failure bit (GEN_PMCON1.PWR_FLR) is set after a power failure. Software can clear the bit.

5.4 Reset Behavior

There are several ways to reset the processor.

Table 42. Types of Resets (Sheet 1 of 2)

Trigger DescriptionNote
Write of 0Eh to CF9 RegisterWrite of 0Eh to the CF9 registerTYPE 2: Host Reset with Power Cycle: Cold reset.PMC will lose all the information. All the functionality in SoC gets reset.The host system automatically is powered back up and brought out of reset to S0 state.SoC must not drop this type of reset request if received while the system is in a software-entered S4/5 state.However, SoC is allowed to perform the reset without executing the RESET_WARN protocol in these states.If the system is in S5 due to a reset type #8 event, SoC is allowed to drop this type of reset request.
PMC_RSTBTN_N & CF9h bit 3=1User presses the reset button, causing the PMC_RSTBTN_N signal to go active (after the debounce logic)
PMC_RSTBTN_N & CF9h bit 3=0User presses the reset button, causing the PMC_RSTBTN_N signal to go active (after the debounce logic)TYPE 1: Host Reset with Power Cycle: Warm Reset1. Host-Only functionality in SoC gets reset2. Any functionality that needs to remain operational during a host reset must not get reset.3. PMC does not get reset.4. RTC remain information.5. Suspend well remain information6. S4/S5 drop the warm reset request.
Write of 06h to CF9 Register Writeof 06h to the CF9 register
TCO watchdog timer TCO timer reaches zero two times
S4/S5 The processor is reset when going to S4 or S5 stateTYPE 4: Sx Entry (host stays there)1. All the Vnn reset by external power Good.Except:1. PMC remain information.2. RTC remain information.3. Suspend well remain information

Table 42. Types of Resets (Sheet 2 of 2)

Trigger DescriptionNote
Power Failure PMC_CORE_PWROKsignal goes inactive in S0/S1TYPE 7: Global, Power Cycle Reset:S0->S4/S5->S0
Write of 06h or 0Eh to CF9 RegisterCF9h global Reset bit = 1b1. All the Vnn reset by external power Good.2. All power wells that are controlled by the PMC_SLP_S0iX_N pins are turned off.3. PMC get reset.4. External Dram-unchanged Except:1. RTC retain information.2. Suspend well retain information.
Host Partition Reset Entry TimeoutHost partition reset entry sequence took longer than the allowed timeout value (presumably due to a failure to receive one of the internal or external handshakes)
Processor Thermal Trip The internal thermal sensor signals a catastrophic temperature condition - transition to S5 and reset assertsSOC_G3: Straight-to-S5 (thermal trip->SOC_G3)SOC power cycle: S0->SOC_G3SOC lost all the info Except: RTC retain info
PMC_PWRBTN_N 10-second presscauses transition to S5 (and reset asserts)TYPE 8: Straight-to-S5 (Host stays there)SOC power cycle: S0->S4->S51. All the Vnn reset by external power Good.2. All power wells that are controlled by the PMC_SLP_S0iX_N pins are turned off.3. External Dram-unchanged Except:1. PMC retain information.2. RTC retain information.3. Suspend well retain information
PMC_PWRBTN_N Power Button Override
S4/S5 Entry Timeout S4, or S5 entrytry sequence took longer than the allowed timeout value (presumably due to a failure to receive one of the internal or external handshakes)
PMC Watchdog Timer Firmware hang and WatchdogTimeout detected in the PMC platform
CPU Shutdown with Policy to assert PMC_PLTRST_NShutdown special cycle from CPU can cause either INIT or Reset Control-style PMC_PLTRST_NType 7:Global, Power Cycle Reset (if CF9h Global Reset bit = 1b)Type 2:Host Reset with Power Cycle (if CF9h Register bit 3 = 1b)Type 1:Host Reset without Power Cycle (others setting)

6 Thermal Management

The SoC's thermal management system helps in managing the overall thermal profile of the system to prevent overheating and system breakdown. The architecture implements various proven methods of maintaining maximum performance while remaining within the thermal spec. Throttling mechanisms are used to reduce power consumption when thermal limits of the device are exceeded and the system is notified of critical conditions via interrupts or thermal signalling pins. SoC thermal management differs from legacy implementations primarily by replacing dedicated thermal management hardware with firmware.

The thermal management features are:

• Eight digital thermal sensors (DTS).
- Supports hardware trip point and four programmable trip points based on the temperature indicated by thermal sensors.
• Supports different thermal throttling mechanisms.

6.1 Thermal Sensors

SoC Sensors are based on DTS (Digital Thermal Sensor) to provide more accurate measure of system thermals.

The SoC has 8 DTS's. DTS provides as wires the current temperature around the real estate it occupies on SoC. These are driven to PM unit, which in turn monitor the temperature from DTS on the SoC.

DTS output are adjusted for silicon variations. For a given temperature the output from DTS is always the same irrespective of silicon.

Table 43. Temperature Reading Based on DTS (Sheet 1 of 2)

DTS Counter Value[8:0]Temperature Reading(If T_J-MAX = 90°C)Temperature Reading(If T_J-MAX = 100°C)Temperature Reading(If T_J-MAX = 110°C)Temperature Reading(If T_J-MAX = 100°C)Thermal Read Register [7:0]
127 90°C 100°C 110°C100°C
137 80°C90°C 100°C90°C
147 70°C80°C90°C80°C
157 60°C70°C80°C70°C
167 50°C60°C70°C60°C
177 40°C50°C60°C50°C
187 30°C40°C50°C40°C

Table 43. Temperature Reading Based on DTS (Sheet 2 of 2)

DTS Counter Value [8:0]Temperature Reading (If T_J-MAX =90°C)Temperature Reading (If T_J-MAX =100°C)Temperature Reading (If T_J-MAX =110°C)Temperature Reading (If T_J-MAX =100°C) Thermal Read Register [7:0]
197 20°C30°C40°C30°C
207 10°C20°C30°C20°C
217 0°C10°C20°C10°C
227 -10°C0°C10°C0°C
237 -20°C-10°C0°C-10°C
247 -30°C-20°C-10°C-20°C
257 -40°C-30°C-20°C-28°C [255]
247 -50°C-40°C-30°C-28°C [255]

Note: DTS encoding of 127 always represents Tjmax. If Tjmax is at 100 °C instead of 90°C then the encoding 127 from DTS indicates 100°C, 137 indicates 90°C and so forth.

Thermal trip points are of two types:

  • Hard Trip: The Catastrophic trip points generated by DTS's based on predefined temperature setting defined in fuses.
  • Programmable Trips: SoC provides four programmable trip settings (Hot, Aux2, Aux1, Aux0) that can be set by firmware/software. Default value for Hot Trip is from Fuses.

6.1.1 DTS Timing

DTS should be enabled only after setting up SoC and system to prevent spurious counts from DTS to trigger thermal events. P-Unit determines when DTS is enabled. The figure below shows the various control signals needed for DTS operations.

Figure 6. DTS Operation Mode
INTEL Atom x5-Z8300 - DTS Timing - 1

other | Power Supply | Signal Description | | ------------ | ------------------ | | VCC/DC Core (pH, 5V) | High voltage | | VIP15 (0.2/L3 Span LJ5) | Medium voltage | | VIP24 (JP35/DPS LDQ Supply Voltage (resf1pJ5_5x)) | Low voltage | | VCC or GINCore (JP15) | Low voltage |

6.2 Hardware Trips

6.2.1 Catastrophic Trip (THERMTRIP)

Catastrophic trip is generated by DTS whenever the ambient temperature around it reaches (or extends) beyond the max value (indicated by a fuse). Catastrophic trip will not trip unless enabled (DTS are enabled only after HFPLL is locked). Within each DTS Catastrophic trips are flopped to prevent any glitches on Catastrophic signals from affecting the SoC behavior. Catastrophic trips are reset, once set, during power cycles.

Catastrophic trip signals from all DTS in the SoC are combined to generate THERMTRIP function which will in turn shut off all the PLL's and power rails to prevent SoC breakdown. To prevent glitches from triggering shutdown events, Catastrophic trip's from DTS's are registered before being sent out.

6.3 SoC Programmable Trips

Programmable trips can be programmed to cause different actions when triggered to reduce temperature of the die.

6.3.1 Aux3 Trip

By default, the Aux 3 (Hot Trip) point is set by software/firmware has an option to set these to a different value.

This trip point is enabled by firmware to monitor and control the system temperature while the rest of the system is being set up.

6.3.2 Aux2, Aux1, Aux0 Trip

These are fully programmable trip points for general hardware protection mechanisms. The programmable trips are only active after software/firmware enables the trip.

Note: Unlike Aux3, the Aux[2:0] trip registers are defaulted to zero. To prevent spurious results, software/firmware should program the trip values prior to enabling the trip point.

6.4 Platform Trips

6.4.1 PROCHOT#

The platform components use the signal PROCHOT# to indicate thermal events to SoC. Assertion of the PROCHOT# input will trigger Thermal Monitor 1 or Thermal Monitor 2 throttling mechanisms if they are enabled.

6.4.2 EXTTS

SoC does not support external thermal sensors and the corresponding bits in the P-Unit registers will be reserved for future use if needed.

For SoC, PROCHOT is the only mechanism for a platform component to indicate Thermal events to P-Unit.

6.4.3 sVID

When the Voltage Regulator (VR) reaches its threshold (VR_Icc_Max, VR_Hot), status bits in sVID are set. sVID sends SVID_Status message to PUnit.

6.5 Dynamic Platform Thermal Framework (DPTF)

SoC is required to support interface for OS level thermal drivers and Intel's DPTF (Dynamic Platform and Thermal Framework) drivers to control thermal management. This interface provides high-level system drivers a mechanism to manage thermal events within the SoC with respect to events outside SoC. These events could potentially be triggered before PM Unit firmware performs active management as DPTF/OS level drivers respond to events on platform outside of SoC. In addition, these interfaces also respond to interrupts from within the SoC.

Platform level thermal management layout is shown in the figure below.

Figure 7. Platform Level Thermal Management HW Layout
INTEL Atom x5-Z8300 - Dynamic Platform Thermal Framework (DPTF) - 1

flowchart
graph TD
    A["THERMISTORS"] --> B["PMIC"]
    B --> C["SoC"]
    C --> D["3G Module"]
    E["Battery Charger"] --> F["IA"]
    F --> G["IA DTS"]
    H["Display Panel"] --> I["Gfx"]
    I --> J["SoC DTS"]
    C --> K["PUnit"]
    B --> L["T-Skin"]
    B --> M["T-Skin"]
    B --> N["T-Skin"]
    B --> O["T-Skin"]
    B --> P["T-Skin"]
    B --> Q["T-Skin"]
    style A fill:#90EE90
    style B fill:#66B2FF
    style C fill:#90EE90
    style D fill:#90EE90
    style E fill:#90EE90
    style F fill:#90EE90
    style G fill:#90EE90
    style H fill:#90EE90
    style I fill:#90EE90
    style J fill:#90EE90
    style K fill:#90EE90
    style L fill:#90EE90
    style M fill:#90EE90
    style N fill:#90EE90
    style O fill:#90EE90
    style P fill:#90EE90

The thermal events happen outside of SoC on platform level are reported as interrupts from PMIC. PMIC monitors a number of catastrophic and critical thermal events, such as PMIC over-temperature, system over-temperature (reported by skin sensors), and battery over-temperature.

6.6 Thermal Status

The firmware captures Thermal Trip events (other than THERMTRIP) in status registers to trigger thermal actions. Associated with each event is a set of programmable actions.

7 Power Management

This chapter provides information on the following power management topics:

  • ACPI States
  • Processor Core
    • Integrated Graphics Controller

7.1 Features

  • ACPI System States support (S0, S0i1, S0i2, S0i3, S4, S5).
  • Processor Core/Package States support (C0 - C7).
  • SoC Graphics Adapter States support D0 - D3.
    • Supports CPU and GFx Burst.
  • Dynamic I/O power reductions (disabling sense amps on input buffers, tri-stating output buffers).
    • Active power down of display links.

7.2 States Supported

The Power Management states supported by the processor are described in this section.

7.2.1 System States

Table 44. General Power States for System (Sheet 1 of 2)

States/ Sub-statesLegacy Name / Description
G0/S0/C0FULL ON: CPU operating. Individual devices may be shut down to save power. The different CPU operating levels are defined by Cx states.
G0/S0/CxCx State: CPU manages C-state itself.
G0/S0i1S0i1 State: Low power platform active state. All DRAM and IOSF traffic are halted. PLL are configured to be off. This state allows MP3 playing using ISH/LPE engine
G0/S0i2S0i2 State: The SoC clocks and oscillators are parked
G0/S0i3S0i3 State: All SoC clocks and oscillators are turned off

Table 44. General Power States for System (Sheet 2 of 2)

States/ Sub-statesLegacy Name / Description
G1/S4Suspend-To-Disk (STD): The context of the system is maintained on the disk. All of the power is shut down except power for the logic to resume. The S4 and S5 states are treated the same.
G2/S5Soft-Off: System context is not maintained. All of the power is shut down except power for the logic to restart. A full boot is required to restart. A full boot is required when waking.The S4 and S5 states are treated the same.
G3Mechanical OFF. System content is not maintained. All power shutdown except for the RTC. No "Wake" events are possible, because the system does not have any power. This state occurs if the user removes the batteries, turns off a mechanical switch, or if the system power supply is at a level that is insufficient to power the "waking" logic. When system power returns, transition will depend on the state just prior to the entry to G3.

Table 47 shows the transitions rules among the various states.

Note: Transitions among the various states may appear to temporarily transition through intermediate states. These intermediate transitions and states are not listed in the table.

Table 45. Cause of Sx Wake Events

Cause How Enabled
RTC Alarm Set RTC_EN bit in PM1_EN Register
Power Button Always enabled as Wake event from Sx
PMC_SLP_S4_N None
PMC_BATLOW_N None
PMC_SUS_STAT_N None
PMC_SLP_SOIX_N None
PMC_ACPRESENTNone
PMC_PLTRST_NNone
PMC_SUSCLK[0]None

The following shows the differences in the sleep states with regards to the processor's output signals.

Table 46. SoC Sx-States to SLP_S*# (Sheet 1 of 2)

StateS0S4S5Reset w/o Power CycleReset w/ Power Cycle
CPU ExecutingIn C0OFFOFFNoOFF
PMC_SLP_S4_NHIGHLOWLOWHIGHLOW

Table 46. SoC Sx-States to SLP_S*# (Sheet 2 of 2)

StateS0S4S5Reset w/ oPower CycleReset w/Power Cycle
S0 Power Rails ONOFF OFFON OFF
P MC_PL TR S
PMC_SUS_STAT_N HIGH LOW LOWHIGHLOW

NOTE: The processor treats S4 and S5 requests the same. The processor does not have PMC_SLP_S4_N. PMC_SUS_STAT_N is required to drive low (asserted) even if core well is left on because PMC_SUS_STAT_N also warns of upcoming reset.

Table 47. ACPI PM State Transition Rules

Present StateTransition TriggerNext State
G0/S0/C0IA Code MWAIT or LVL RdC0/S0/Cx
PM1_CNT.SLP_EN bit setG1/Sx or G2/S5 state (specified by PM1_CNT.SLP_TYP)
Power Button OverrideG2/S5
Mechanical Off/Power FailureG3
G0/S0/CxCx break events which include: CPU snoop, MSI, Legacy Interrupt, AONT timerG0/S0/C0
Power Button OverrideG2/S5
Resume Well Power FailureG3
G1/S4Any Enabled Wake EventG0/S0/C0
Power button OverrideG2/S5
Resume Well Power FailureG3
G2/S5Any Enabled Wake EventG0/S0/C0
Resume Well Power FailureG3
G3Power ReturnsOption to go to S0/C0 (reboot) or G2/S5 (stay off until power button pressed or other enabled wake event) or G1/S4 (if system state was S4 prior to the power failure). Some wake events are preserved through a power failure.

7.2.2 Interface State Combinations

Table 48. G, S and C State Combinations (Sheet 1 of 2)

Global (G) StateSleep (S) StateProcessor Core (C) StateProcessor StateSystem ClocksDescription
G0S0C0Full OnOnFull On

Table 48. G, S and C State Combinations (Sheet 2 of 2)

Global (G) StateSleep (S) StateProcessor Core (C) StateProcessor StateSystem ClocksDescription
G0 S0 C1/C1E Auto-Halt On Auto-Halt
G0 S0 C6 Deep PowerDownOn Deep Power Down
G0 S0ix C7 Deep PowerDownOn Deep Power Down
G1 S4 Power off Off except RTC &internal ring OSCSuspend to Disk
G2 S5 Power off Off except RTC &internal ring OSCSoft Off
G3 NAPowerOffPower off HardOff

7.2.3 Integrated Graphics Display States

Table 49. SoC Graphics Adapter State Control

StateDescription
D0Full on, Display active
D3Power off display

7.2.4 Integrated Memory Controller States

Table 50. Main Memory States

StatesDescription
PowerupCKE asserted. Active mode.
Precharge PowerdownCKE de-asserted (not self-refresh) with all banks closed.
Active PowerdownCKE de-asserted (not self-refresh) with at least one bank active.
Self-RefreshCKE de-asserted using device self-refresh

Table 51. D, S and C State Combinations (Sheet 1 of 2)

Graphics Adapter (D) StateSleep (S) State(C) StateDescription
D0S0C0 Full On,Displaying
D0S0C1 Auto-Halt,Displaying
D0S0C6 Deep Sleep,Display Off

Table 51. D, S and C State Combinations (Sheet 2 of 2)

Graphics Adapter (D) StateSleep (S) State(C) StateDescription
D0 S0ix C7Deep Sleep, Display Off
D3 S0/S0ixAny Not Displaying
D3S4Not DisplayingSuspend to diskCore power off

7.3 Processor Core Power Management

While executing code, Enhanced Intel SpeedStep® Technology optimizes the processor's frequency and core voltage based on workload. Each frequency and voltage operating point is defined by ACPI as a P-state. When the processor is not executing code, it is idle. A low-power idle state is defined by ACPI as a C-state. In general, lower power C-states have longer entry and exit latencies.

7.3.1 Enhanced Intel SpeedStep ^® Technology

The following are the key features of Enhanced Intel SpeedStep® Technology:

• Applicable to Processor Core Voltage and Graphic Core Voltage
- Multiple frequency and voltage points for optimal performance and power efficiency. These operating points are known as P-states.
- Frequency selection is software controlled by writing to processor MSRs. The voltage is optimized based on the selected frequency:

— If the target frequency is higher than the current frequency, Core_VCC is ramped up slowly to an optimized voltage. This voltage is signaled by the SVID signals to the voltage regulator. Once the voltage is established, the PLL locks on to the target frequency.

— If the target frequency is lower than the current frequency, the PLL locks to the target frequency, then transitions to a lower voltage by signaling the target voltage on the SVID signals.

- The processor controls voltage ramp rates by requesting appropriate ramp rates from an external SVID controller.

- Because there is low transition latency between P-states, a significant number of transitions per second are possible.

• Thermal Monitor mode.

— Refer Chapter 6, "Thermal Management"

7.3.2 Dynamic Cache Sizing\*

Dynamic Cache Sizing allows the processor to flush and disable a programmable number of L2 cache ways upon each Deeper Sleep entry under the following condition:

- The C0 timer that tracks continuous residency in the Normal state, has not expired. This timer is cleared during the first entry into Deeper Sleep to allow consecutive Deeper Sleep entries to shrink the L2 cache as needed.

• The predefined L2 shrink threshold is triggered.

7.3.3 Low-Power Idle States

When the processor core is idle, low-power idle states (C-states) are used to save power. More power savings actions are taken for numerically higher C-state. However, higher C-states have longer exit and entry latencies. Resolution of C-state occur at the thread, processor core, and processor core level.

7.3.3.1 Clock Control and Low-Power States\*

The processor core supports low power states at core level. The central power management logic ensures the entire processor core enters the new common processor core power state. For processor core power states higher than C1, this would be done by initiating a P_LVLx (P_LVL4 & P_LVL6) I/O read to all of the cores. States that require external intervention and typically map back to processor core power states. States for processor core include Normal (C0, C1), and Stop Grant.

The processor core implements two software interfaces for requesting low power states: MWAIT instruction extensions with sub-state specifies and P_LVLx reads to the ACPI P_BLK register block mapped in the processor core's I/O address space. The P_LVLx I/O reads are converted to equivalent MWAIT C-state requests inside the processor core and do not directly result in I/O reads on the processor core bus. The monitor address does not need to be setup before using the P_LVLx I/O read interface. The sub-state specifications used for each P_LVLx read can be configured in a software programmable MSR by BIOS.

The Cx state ends due to a break event. Based on the break event, the processor returns the system to C0. The following are examples of such break events:

• Any unmasked interrupt goes active
- Any internal event that will cause an NMI or SMI_B
• CPU Pending Break Event (PBE B)
• MSI

Figure 8. Idle Power Management Breakdown of Processor Cores
INTEL Atom x5-Z8300 - Clock Control and Low-Power States\* - 1

flowchart
graph TD
    A["Core 0 State"] --> C["Processor Package State"]
    B["Core 1 State"] --> C["Processor Package State"]

7.3.4 Processor Core C-States Description

Table 52. Processor Core/ States Support

State Description
C0 Active mode, processor executing code
C1 AutoHALT state
C1E AutoHALT State with lowest frequency and voltage operating point.
C6 Deep PowerDown. Prior to entering the Deep Power DownTechnology (code named C6) State, The core process will flush its cache and save its core context to a special on die SRAM on a different power plane. Once Deep Power Down Technology (code named C6) sequence has completed. The core processor's voltage is completely shut off.
C7 Execution cores in this state behave similarly to the C6 state.Voltage is removed from the system agent domain

The following state descriptions assume that both threads are in common low power state.

7.3.4.1 Core C0 State

The normal operating state of a core where code is being executed.

7.3.4.2 Core C1/C1E State

C1/C1E is a low power state entered when a core execute a HLT or MWAIT(C1/C1E) instruction.

A System Management Interrupt (SMI) handler returns execution to either Normal state or the C1/C1E state. Refer Intel® 64 and IA-32 Architecture Software Developer's Manual, Volume 3A/3B: System Programmer's Guide for more information.

While a core is in C1/C1E state, it processes bus snoops and snoops from other threads. For more information on C1E, refer Section 7.3.8.2, "Package C1/C1E".

7.3.4.3 Core C6 State

Individual core can enter the C6 state by initiating a P_LVL3 I/O read or an MWAIT(C6) instruction. Before entering core C6, the core will save its architectural state to a dedicated SRAM.Once complete, a core will have its voltage reduced. During exit, the core is powered on and its architectural state is restored.

7.3.4.4 Core C7 State

Individual core can enter the C7 state by initiating a P_LVL7 I/O read or an MWAIT(C7) instruction. The core C7 state exhibits the same behavior as core C6 state, but in addition gives permission to the internal Power Management logic to enter a package S0ix state if possible.

7.3.4.5 C-State Auto-Demotion

In general, deeper C-states, such as C6 or C7, have long latencies and higher energy entry/exit costs. The resulting performance and energy penalties become significant when the entry/exit frequency of a deeper C-state is high. Therefore incorrect or inefficient usage of deeper C-states has a negative impact on battery life. In order to increase residency and improve battery life in deeper C-states, the processor supports C-state auto-demotion.

This is the C-State auto-demotion option:

• C7/C6 to C1

The decision to demote a core from C7/C6 to C1 is based on each core's immediate residency history. Upon each core C7/C6 request, the core C-state is demoted to C1 until a sufficient amount of residency has been established. At that point, a core is allowed to go into C6 or C7.

This feature is disabled by default. BIOS must enable it in the PMG_CST_CONFIG_CONTROL register. The auto-demotion policy is also configured by this register.

7.3.5 Module C-states

Table 53. Module C-states

C-states Core Status Cache status
C0 At least one core in C0 Normal Operation
C1 Both cores HALTed. Most clocks OFF No Cache flushed; Snoops wake up cores
C6 Both cores in C6 (powered off)CPLL bypassed (powered off)CPU Refclk OFFBIU domain powered offCore DL1s flushedL2 flushedL2 domain powered offC2 popup NOT required

7.3.6 Module C6

There are two module C-states the Punit can put a CPU module into depending on the type of C-state entry sub-state hint and remaining size of L2. In this module C-state, both cores are power gated and all ways of L2 cache can be flushed. In this state, the Punit can power gate the BIU/L2 Vcc domain as well as the VCCSRAM_GT domain.

7.3.7 S0i1

Once the core has entered package C6 or C7, the SoC can transition to S0i1. S0i1 transitions from a PC6 means that L2 state will be preserved through S0i1. Transitions from C7 no longer have state retention. These two paths are quite different due to the requirements on the L2 power rails and the need to snoop the core.

7.3.8 Package C-States\*

The processor supports C0, C1/C1E,C6 and C7 power states. The following is a summary of the general rules for package C-state entry. These apply to all package C-states unless specified otherwise:

  • Package C-state request is determined by the lowest numerical core C-state amongst all cores.
  • A package C-state is automatically resolved by the processor depending on the core idle power states and the status of the platform components.
  • Each core can be at a lower idle power state than the package if the platform does not grant the processor permission to enter a requested package C-state.
  • The platform may allow additional power savings to be realized in the processor.
  • For package C-states, the processor is not required to enter C0 before entering any other C-state.

The processor exits a package C-state when a break event is detected.

7.3.8.1 Package C0

The normal operating state for the processor. The processor remains in the normal state when at least one of its cores is in the C0 state or when the platform has not granted permission to the processor to go into a low power state. Individual cores may be in lower power idle states while the package is in C0.

7.3.8.2 Package C1/C1E

No additional power reduction actions are taken in the package C1 state. However, if the C1E sub-state is enabled, the processor automatically transitions to the lowest supported core clock frequency, followed by a reduction in voltage.

The package enters the C1 low power state when:

  • At least one core is in the C1 state.
  • The other cores are in a C1 or lower power state.

The package enters the C1E state when:

  • All cores have directly requested C1E via MWAIT(C1) with a C1E sub-state hint.
  • All cores are in a power state lower that C1/C1E but the package low power state is limited to C1/C1E via the PMG_CST_CONFIG_CONTROL MSR.
  • All cores have requested C1 using HLT or MWAIT(C1) and C1E auto-promotion is enabled in IA32_MISC_ENABLES.

No notification to the system occurs upon entry to C1/C1E.

7.3.8.3 Package C6 State

A processor enters the package C6 low power state when:

  • At least one core is in the C6 state.
  • The other cores are in a C6 or lower power state, and the processor has been granted permission by the platform.
  • The platform has not granted a request to a package C7 state but has allowed a package C6 state.

In package C6 state, all cores have saved their architectural state and have had their core voltages reduced to zero volts.

7.3.8.4 Package C7 State

A processor enters the package C7 low power state when all cores are in the C7 state. In package C7, the processor will take action to remove power from portions of the system agent.

Core break events are handled the same way as in package C6.

7.3.9 Graphics, Video and Display Power Management

7.3.9.1 Graphics and video decoder C-State

GFX C-State (GC6) are designed to optimize the average power to the graphics and video decoder engines during times of idleness. GFX C-state is entered when the graphics engine, has no workload being currently worked on and no outstanding graphics memory transactions. When the idleness condition is met, the processor will power gate the Graphics and video decoder engines.

7.3.9.2 Intel ^® Display Power Saving Technology (Intel ^® DPST)

The Intel DPST technique achieves backlight power savings while maintaining visual experience. This is accomplished by adaptively enhancing the displayed image while decreasing the backlight brightness simultaneously. The goal of this technique is to provide equivalent end-user image quality at a decreased backlight power level.

  1. The original (input) image produced by the operating system or application is analyzed by the Intel DPST subsystem. An interrupt to Intel® DPST software is generated whenever a meaningful change in the image attributes is detected. (A meaningful change is when the Intel DPST software algorithm determines that enough brightness, contrast, or color change has occurred to the displaying images that the image enhancement and backlight control needs to be altered.)
  2. Intel DPST subsystem applies an image-specific enhancement to increase image contrast, brightness, and other attributes.
  3. A corresponding decrease to the backlight brightness is applied simultaneously to produce an image with similar user-perceived quality (such as brightness) as the original image. Intel DPST 6.0 has improved the software algorithms and has minor

hardware changes to better handle backlight phase-in and ensures the documented and validated method to interrupt hardware phase-in.

7.3.9.3 Intel® Automatic Display Brightness

The Intel Automatic Display Brightness feature dynamically adjusts the backlight brightness based upon the current ambient light environment. This feature requires an additional sensor to be on the panel front. The sensor receives the changing ambient light conditions and sends the interrupts to the Intel Graphics driver. As per the change in Lux, (current ambient light illuminance), the new backlight setting can be adjusted through BLC. The converse applies for a brightly lit environment. Intel Automatic Display Brightness increases the back light setting.

7.3.9.4 Intel® Seamless Display Refresh Rate Switching Technology (Intel SDRRS Technology)

When a Local Flat Panel (LFP) supports multiple refresh rates, the Intel® Display Refresh Rate Switching power conservation feature can be enabled. The higher refresh rate will be used when on plugged in power or when the end user has not selected/enabled this feature. The graphics software will automatically switch to a lower refresh rate for maximum battery life when the design application is on battery power and when the user has selected/enabled this feature.

There are two distinct implementations of Intel SDRRS—static and seamless. The static Intel SDRRS method uses a mode change to assign the new refresh rate. The seamless Intel SDRRS method is able to accomplish the refresh rate assignment without a mode change and therefore does not experience some of the visual artifacts associated with the mode change (SetMode) method.

7.4 Memory Power Management

The main memory is power managed during normal operation and in low-power states.

7.4.1 Disabling Unused System Memory Outputs

Any system memory (SM) interface signal that goes to a memory module connector in which it is not connected to any actual memory devices (such as unpopulated, or single-sided) is tri-stated. The benefits of disabling unused SM signals are:

  • Reduced power consumption.
  • Reduced possible overshoot/undershoot signal quality issues seen by the processor I/O buffer receivers caused by reflections from potentially un-terminated transmission lines.

When a given rank is not populated, the corresponding chip select and CKE signals are not driven.

SCKE tri-state should be enabled by BIOS where appropriate, since at reset all rows must be assumed to be populated.

7.4.2 DRAM Power Management and Initialization

The processor implements extensive support for power management on the SDRAM interface. There are four SDRAM operations associated with the Clock Enable (CKE) signals, which the SDRAM controller supports. The processor drives four CKE pins to perform these operations.

7.4.2.1 Initialization Role of CKE\*

During power-up, CKE is the only input to the SDRAM that is recognized (other than the DDR3 reset pin) once power is applied. It must be driven LOW by the DDR controller to make sure the SDRAM components float DQ and DQS during power-up.

CKE signals remain LOW (while any reset is active) until the BIOS writes to a configuration register. Using this method, CKE is guaranteed to remain inactive for much longer than the specified 200 micro-seconds after power and clocks to SDRAM devices are stable.

7.4.2.2 Conditional Self-Refresh

Intel Rapid Memory Power Management (Intel RMPM) conditionally places memory into self-refresh in the package low-power states. RMPM functionality depends on graphics/display state (relevant only when internal graphics is being used), as well as memory traffic patterns generated by other connected I/O devices.

When entering the Suspend-to-RAM (STR) state, the processor core flushes pending cycles and then places all SDRAM ranks into self refresh. In STR, the CKE signals remain LOW so the SDRAM devices perform self-refresh.

The target behavior is to enter self-refresh for the package low-power states as long as there are no memory requests to service.

7.4.2.3 Dynamic Power Down Operation

Dynamic power-down of memory is employed during normal operation. Based on idle conditions, a given memory rank may be powered down. The IMC implements aggressive CKE control to dynamically put the DRAM devices in a power down state. The processor core controller can be configured to put the devices in active power down (CKE deassertion with open pages) or precharge power down (CKE deassertion with all pages closed). Precharge power down provides greater power savings but has a bigger performance impact, since all pages will first be closed before putting the devices in power down mode.

If dynamic power-down is enabled, all ranks are powered up before doing a refresh cycle and all ranks are powered down at the end of refresh.

7.4.2.4 DRAM I/O Power Management

Unused signals should be disabled to save power and reduce electromagnetic interference. This includes all signals associated with an unused memory channel.

The I/O buffer for an unused signal should be tri-stated (output driver disabled), the input receiver (differential sense-amp) should be disabled, and any DLL circuitry related ONLY to unused signals should be disabled. The input path must be gated to prevent spurious results due to noise on the unused signals (typically handled automatically when input receiver is disabled).

8 System Memory Controller

The system memory controller supports LPDDR3 protocol with up to two 64-bit wide dual rank channels at data rates up to 1600 MT/s.

8.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

8.1.1 DDR3L-RS Interface Signals

Table 54. Memory Channel 0 DDR3L-RS Signals (Sheet 1 of 2)

Signal NameDirection TypeDescription
DDR3_M0_CK[1,0]_POClock PAD: (1 pair per Rank) Driven by PHY to DRAM.
DDR3_M0_CK[1,0]_NDDR3
DDR3_M0_CS[1,0]_N ODDR3Chip Select: (1 per Rank). Driven by PHY to DRAM.
DDR3_M0_CKE[3,0] ODDR3Clock Enable: (power management) Driven by PHY to DRAM.
DDR3_M0_MA[15:0] ODDR3Memory Address: Driven by PHY to DRAM.
DDR3_M0_BS[2:0] ODDR3Bank Select: Driven by PHY to DRAM.
DDR3_M0_RAS_N ODDR3Row Address Select: Used with DDR3_M0_CAS# and DDR3_M0_WE# (along with DDR3_M0_CS#) to define the DRAM Commands
DDR3_M0_CAS_N ODDR3Column Address Select: Used with DDR3_M0_RAS# and DDR3_M0_WE# (along with DDR3_M0_CS#) to define the SRAM Commands
DDR3_M0_WE_N ODDR3Write Enable Control Signal: Used with DDR3_M0_WE# and DDR3_M0_CAS# (along with control signal, DDR3_M0_CS#) to define the DRAM Commands.
DDR3_M0_DQ[63:0]I/O DDR3Data Lines: Bidirectional signals between DRAM/PHY

Table 54. Memory Channel 0 DDR3L-RS Signals (Sheet 2 of 2)

Signal NameDirection TypeDescription
DDR3_M0_DM[7:0] ODDR3Data Mask: DM is an output mask signal for write data. Output data is masked when DM is sampled HIGH coincident with that output data during a Write access. DM is sampled on both edges of DQS.
DDR3_M0_DQS[7:0]_P DDR3_M0_DQS[7:0]_NI/O DDR3Data Strobes: The data is captured at the crossing point of each 'P' and its compliment 'N' during read and write transactions. For reads, the strobe crossover and data are edge aligned, whereas in the Write command, the strobe crossing is in the centre of the data window.
DDR3_M0_ODT[1,0] ODDR3On Die Termination: ODT signal going to DRAM in order to turn ON the DRAM ODT during Write.
DDR3_M0_RCOMPD IDDRResistor Compensation: This signal needs to be terminated to VSS on board. This signal is driven from external clock source.
DDR3_M0_OCAVREF ODDRReference Voltage: DDR3 CA interface Reference Voltage
DDR3_M0_ODQVREF ODDRReference Voltage: DDR3 DQ interface Reference Voltage
DDR3_CORE_PWROK IDDRCore Power OK: This signal indicates the status of the DRAM Core power supply (power on in S0). Active high signal indicates that DDR PHY voltage(1.5v) is good.
DDR3_VDD_S4_PWROK IDDRVDD Power OK: Asserted once the VRM is settled.
DDR3_M0_DRAMRST_NODRAM Reset: This signal is used to reset DRAM devices.

Table 55. Memory Channel 1 DDR3L-RS Signals (Sheet 1 of 2)

Signal NameDirection TypeDescription
DDR3_M1_CK[1,0]_POClock PAD: (1 pair per Rank) Driven by PHY to DRAM.
DDR3_M1_CK[1,0]_NDDR3
DDR3_M1_CS[1,0]_N ODDR3Chip Select: (1 per Rank). Driven by PHY to DRAM.
DDR3_M1_CKE[3,0] ODDR3Clock Enable: (power management) Driven by PHY to DRAM.
DDR3_M1_MA[15:0] ODDR3Memory Address: Driven by PHY to DRAM.
DDR3_M1_BS[2:0] ODDR3Bank Select: Driven by PHY to DRAM.
DDR3_M1_RAS_NORow Address Select: Used with DDR3_M0_CAS# and DDR3_M0_WE# (along with DDR3_M0_CS#) to define the DRAM Commands

Table 55. Memory Channel 1 DDR3L-RS Signals (Sheet 2 of 2)

Signal NameDirection TypeDescription
DDR3_M1_CAS_NODDR3Column Address Select: Used with DDR3_M0_RAS# and DDR3_M0_WE# (along with DDR3_M0_CS#) to define the SRAM Commands
DDR3_M1_WE_NODDR3Write Enable Control Signal: Used with DDR3_M0_WE# and DDR3_M0_CAS# (along with control signal, DDR3_M0_CS#) to define the DRAM Commands.
DDR3_M1_DQ[63:0] I/ODDR3Data Lines: Bidirectional signals between DRAM/ PHY
DDR3_M1_DM[7:0] ODDR3Data Mask: DM is an output mask signal for write data. Output data is masked when DM is sampled HIGH coincident with that output data during a Write access. DM is sampled on both edges of DQS.
DDR3_M1_DQS[7:0]_PI/OData Strobes: The data is captured at the crossing point of DDR3_M1_DQSP[7:0] and its compliment 'N' during read and write transactions. For reads, the strobe crossover and data are edge aligned, whereas in the Write command, the strobe crossing is in the centre of the data window.
DDR3_M1_DQS[7:0]_NDDR3
DDR3_M1_ODT[1,0] ODDR3On Die Termination: ODT signal going to DRAM in order to turn ON the DRAM ODT during Write.
DDR3_M1_DRAMRST_NOReset DRAM: This signal can be used to reset DRAM devices.

8.1.2 LPDDR3 Interface Signals

Table 56. Memory Channel 0 LPDDR3 Signals

Signal NameDirection TypeDescription
LPDDR3_M0_CK_P_A/BLPDDR3_M0_CK_N_A/BODDR3SDRAM and inverted Differential Clock: (1 pair per Rank)The differential clock pair is used to latch the command into DRAM. Each pair corresponds to one rank on DRAM side.
LPDDR3_M0_CS[1,0]_NODDR3Chip Select: (1 per Rank). Used to qualify the command on the command bus for a particular rank.
LPDDR3_M0_CKE[1,0]_A/BODDR3Clock Enable: (power management)It is used during DRAM power up/power down and Self refresh.NOTE: LPDDR3 uses only LPDDR3_M0_CKE[2,0].LPDDR3_M0_CKE[1,3] are not being used for LPDDR3.
LPDDR3_M0_CA[9:0] ODDR3Memory Address: Memory address bus for writing data to memory and reading data from memory. These signals follow common clock protocol w.r.t. LPDDR3_M0_CKN,LPDDR3_M0_CKP pairs
LPDDR3_M0_DQ[31:0]_A/BI/ODDR3Data Lines: Data signal interface to the DRAM data bus
LPDDR3_M0_DM[3:0]_A/BODDR3Data Mask: DM is an output mask signal for write data. Output data is masked when DM is sampled HIGH coincident with that output data during a Write access. DM is sampled on both edges of DQS.
LPDDR3_M0_DQS[3:0]_P_A/BLPDDR3_M0_DQS[3:0]_N_A/BI/ODDR3Data Strobes: The data is captured at the crossing point of each 'P' and its compliment 'N' during read and write transactions. For reads, the strobe crossover and data are edge aligned, whereas in the Write command, the strobe crossing is in the centre of the data window.
LPDDR3_M0_ODT_A/B ODDR3On Die Termination: ODT signal going to DRAM in order to turn ON the DRAM ODT during Write.
LPDDR3_M0_RCOMPD IDDRResistor Compensation: This signal needs to be terminated to VSS on board. This signal is driven from external clock source.
LPDDR3_M0_OCAVREF ODDRReference Voltage: LPLPDDR3 CA interface Reference Voltage
LPDDR3_M0_ODQVREF ODDRReference Voltage: LPLPDDR3 DQ interface Reference Voltage

Table 57. Memory Channel 1 LPDDR3 Signals

Signal NameDirection TypeDescription
LPDDR3_M1_CK_P_A/BLPDDR3_M1_CK_N_A/BODDR3SDRAM and inverted Differential Clock: (1 pair per Rank)The differential clock pair is used to latch the command into DRAM. Each pair corresponds to one rank on DRAM side.
LPDDR3_M1_CS[1,0]_N ODDR3Chip Select: (1 per Rank). Used to qualify the command on the command bus for a particular rank.
LPDDR3_M1_CKE[1,0]_A/BODDR3Clock Enable: (power management)It is used during DRAM power up/power down and Self refresh.NOTE: LPDDR3 uses only LPDDR3_M1_CKE[0,2].LPDDR3_M1_CKE[1,3] are not being used for LPDDR3.
LPDDR3_M1_CA[9:0] ODDR3Memory Address: Memory address bus for writing data to memory and reading data from memory. These signals follow common clock protocol relative to LPDDR3_M1_CKN, LPDDR3_M1_CKP pairs
LPDDR3_M1_DQ[31:0]_A/BI/ODDR3Data Lines: Data signal interface to the DRAM data bus.
LPDDR3_M1_DM[3:0]_A/BODDR3Data Mask: DM is an output mask signal for write data. Output data is masked when DM is sampled HIGH coincident with that output data during a Write access. DM is sampled on both edges of DQS.
LPDDR3_M1_DQS[3:0]_P_A/BLPDDR3_M1_DQS[3:0]_N_A/BI/ODDR3Data Strobes: The data is captured at the crossing point of LPDDR3_M1_DQSP[7:0] and its compliment 'N' during read and write transactions. For reads, the strobe crossover and data are edge aligned, whereas in the Write command, the strobe crossing is in the centre of the data window.
LPDDR3_M1_ODT_A/B ODDR3On Die Termination: ODT signal going to DRAM in order to turn ON the DRAM ODT during Write.
LPDDR3_M1_OCAVREF ODDRReference Voltage: LPDDR3 CA interface Reference Voltage
LPDDR3_M1_ODQVREF ODDRReference Voltage: LPDDR3 DQ interface Reference Voltage

8.2 Features

8.2.1 System Memory Technology Supported

The system memory controller supports the following LPDDR3 Data Transfer Rates, DRAM Device Technologies:

- DDR3L-RS/LPDDR3 Data Transfer Rates: 1600MT/s (12.8 GB/s per channel).

• LPDDR3 (1.2V DRAM VDDQ)
• DDR3L-RS (1.35V DRAM interface I/Os)

• DDR3L-RS DRAM Device Technology

— Standard 2 Gb technologies and addressing
— Read latency 5, 6, 7, 8, 9, 10, 11, 12, 13
— Write latency 3, 4, 5, 6, 7, 8

• LPDDR3 DRAM Device Technology

— x64, 253 ball LPDDR3 DRAM package
- 8 GB (2 rank per channel) package density
— Standard 2 Gb, 4 Gb and 8 Gb DRAM technologies and addressing
— Read latency 5, 6, 7, 8, 9, 10, 11, 12, 13
— Write latency 3, 4, 5, 6, 7, 8

• Supports Trunk Clock Gating
- ECC supports 64-bit data bus on DDR3L-RS single channel
• Supports early SR exit
• Supports slow power down
• Supports CA tri-state when not driving a valid command

Table 58. Supported LPDDR3 DRAM Devices

DRAM DensityData WidthBanksBank AddressRow AddressColumn AddressPage Size
2Gbx328BA[2:0]A[13:0]A[8:0]2KB
4Gbx328BA[2:0]A[13:0]A[9:0]4KB
8Gbx328BA[2:0]A[14:0]A[9:0]4KB

Table 59. Supported DDR3L-RS DRAM Devices

DRAM DensityData WidthBanksBank AddressRow AddressColumn AddressPage Size
2Gbx168BA[2:0]A[13:0]A[9:0]2KB

Table 60. Supported LPDDR3 Memory Size Per Rank

Memory Size/ RankDRAM Chips/ RankDRAM Chip DensityDRAM Chip Data WidthPage Size @ 64-bit Data Bus
512MB22Gbx324KB = 2KB * 2 chips
1GB 2 4Gb x32 8KB = 4KB * 2 chips
2GB 2 8Gb x32 8KB = 4KB * 2 chips

8.3 Register Map

For more information on System Memory Controller registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

9 Graphics, Video and Display

This chapter provides an overview of Graphics, Video and Display features of the SoC.

9.1 Features

The key features of the individual blocks are as follows:

- Refreshed eight generation Intel graphics core with sixteen Execution Units (EUs)

— 3D graphics hardware acceleration including support for DirectX*11.1, OpenGL 4.3, OGL ES 3.0, OpenCL 1.2.
— Video decode hardware acceleration including support for H.263, MPEG4, H.264, H.265 (HEVC), VP8, VP9, MVC, MPEG2, VC1, JPEG.
— Video encode hardware acceleration including support for H.264, H.263, VP8, MVC, JPEG.
— Display controller, incorporating the display planes, pipes and physical interfaces.
— Four planes available per pipe - 1x Primary, 2x Video Sprite & 1x Cursor.
— Three multi-purpose Digital Display Interface (DDI) PHYs implementing HDMI, DVI, DisplayPort (DP) or Embedded DisplayPort (eDP) support.
— Two dedicated digital Display Serial Interface PHYs implementing MIPI-DSI support.

9.2 SoC Graphics Display

INTEL Atom x5-Z8300 - SoC Graphics Display - 1

flowchart
graph LR
    A["SoC"] --> B["Display Arbiter"]
    B --> C["Display Planes"]
    C --> D["Pipe A"]
    C --> E["Pipe B"]
    C --> F["Pipe C"]
    C --> G["Display Physical Interfaces"]

The Processor Graphics controller display pipe can be broken down into three components:

  • Display Planes
  • Display Pipes
  • Display Physical Interfaces

A display plane is a single displayed surface in memory and contains one image (desktop, cursor, overlay). It is the portion of the display hardware logic that defines the format and location of a rectangular region of memory that can be displayed on a display output device and delivers that data to a display pipe. This is clocked by the Core Display Clock.

9.2.1 Primary Planes A, B and C

Planes A, B and C are the main display planes and are associated with Pipes A, B and C respectively. Each plane supports per-pixel alpha blending.

9.2.2 Video Sprite Planes A, B, C, D, E and F

Video Sprite Planes A, B, C, D, E and F are planes optimized for video decode.

  • Pipe A – Primary planeA, VSpriteA, VSpriteB, CusrorA
  • Pipe B – Primary planeB, VSpriteC, VSpriteD, CursorB
  • Pipe C – Primary planeC, VSpriteE, VSpriteF, CursorC

9.2.3 Cursors A, B and C

Cursors A, B and C are small, fixed-sized planes dedicated for mouse cursor acceleration, and are associated with Planes A, B and C respectively.

9.3 Display Pipes

The display pipe blends and synchronizes pixel data received from one or more display planes and adds the timing of the display output device upon which the image is displayed.

The display pipes A, B and C operate independently of each other at the rate of one pixel per clock. They can attach to any of the display interfaces.

9.4 Display Physical Interfaces

The display physical interfaces consist of output logic and pins that transmit the display data to the associated encoding logic and send the data to the display device. These interfaces are digital (MIPI-DSI, DisplayPort*, Embedded DisplayPort*, DVI and HDMI*) interfaces.

Figure 9. Display Pipe to Port Mapping
INTEL Atom x5-Z8300 - Display Physical Interfaces - 1

flowchart
graph TD
    A["PIPE A"] --> B["Port Switch"]
    C["PIPE B (MPO pipe)"] --> B
    D["PIPE C"] --> E["Port D"]
    B --> F["PORT BDDI 0"]
    B --> G["PORT CDDI 1"]
    H["MIPI A"] --> I["Dual Link Mode Only"]
    J["MIPI C"] --> I
    I --> B
    B --> K["DDI 2"]

Figure 10. Display Pipe to Port Mapping [T3]
INTEL Atom x5-Z8300 - Display Physical Interfaces - 2

flowchart
graph TD
    A["PIPE A"] --> B["PortSwitch"]
    B --> C["PORT BDDI 0"]
    C --> D["MIPI A"]
    E["PIPE C"] --> F["PORT D"]
    F --> G["DDI 2"]

9.4.1 Digital Display Interfaces

Table 61. SoC Display Configuration

Feature MI PIDSI eDP DP HDMI / DVI
Number of Ports 2(x4 @ 1Gbps)2(x4 @2.7Gbps)2(x4 @2.7GHz)2(x4 @2.97GHz)
Max Resolution 2560x160024bpp @60Hz2560x160024bpp @60Hz2560x160024bpp @60Hz1920x108024bpp @120Hz/3840x216024bpp @ 30Hz
Standard DSI1.01/DPHY1.00eDP1.3DP1.1aHDMI1.4b
Power gated during S0ix w/display offYesYesYesYes
DRRS (Refresh reduction)Yes (M/N pair)Yes (Panel command)N/AN/A

Table 61. SoC Display Configuration

FeatureMI PI DSIeDPDPHDMI / DVI
Self-Refresh with Frame buffer in PanelYes (Command Mode)Yes (PSR) No No
Content-Based backlight controlDPST6.0/CABC DPST6/CABC N/A N/A
HDCP wired display N/A N/A(ASSR support)1.4 1.4
HDCP wireless displayN/A N/A(ASSR support)2.2 2.2
PAVP AES-encrypted buffer, plane control, panic attack
SEC All display registers can be accessed by CEC
LPE Audio N/A N/A Yes Yes
Compressed AudioN/A N/A Yes Yes

Table 62. SoC Display supported Resolutions

1 Display2 Displays3 Displays
1 Internal 1External1 Internal + 1 External2 External1 Internal + 2 External
Internal # 1eDP*2560x1600@ 60HzorMI PI DSI *2560x1600@60HzN/AeDP*2560x1600@ 60HzorMI PI DSI *2560x1600@60HzN/AeDP*2560x1600@ 60HzorMI PI DSI *2560x1600@60Hz
External # 1N/AHDMI / DP*3840x2160@ 30Hz2560x1600@ 60HzHDMI / DP*3840x2160@ 30Hz2560x1600@ 60HzN/AHDMI / DP*3840x2160@ 30Hz2560x1600@ 60Hz
External # 2N/AN/AN/AHDMI / DP*3840x2160@ 30Hz2560x1600@ 60HzHDMI / DP*3840x2160@ 30Hz2560x1600@ 60Hz

NOTES:

  1. SoC is supported maximum of 3 simultaneous displays. External display in both clone and extended modes.
  2. Experience may differ based on configuration, resolution, and work loads.

9.4.1.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 64. Display Physical Interfaces Signal Names (2 of 2)

Signal namesDirection TypeDescription
MDSI_A_CLKPOMIPI Clock output for port A
MDSI_A_CLKNOMIPI Clock complement output for port A
MDSI_A_DP[3:0]I/OMIPI Data Lane 3:0 for port A
MDSI_A_DN[3:0]I/OMIPI Data Lane 3:0 complement for port A
MDSI_C_CLKPOMIPI Clock output for port C
MDSI_C_CLKNOMIPI Clock complement output for port C
MDSI_C_DP[3:0]I/OMIPI Data Lane 3:0 for port C
MDSI_C_DN[3:0]I/OMIPI Data Lane 3:0 complement for port C
MDSI_A_TEI/OTearing Effect Signal from x4 port A display
MDSI_C_TEITearing Effect Signal from x4 port C display
MDSI_DDC_DATAI/ODDC Data
MDSI_DDC_CLKI/ODDC Clock
MDSI_RCOMPI/OMDSI_RCOMP: This is for pre-driver slew rate compensation for the MIPI DSI Interface.An external precision resistor of 150 ± 1% should be connected from this pin to ground.

9.4.1.2 Features

Dual Link interface supports display resolution up to 2560 x 1600p @ 60 Hz with 24b per pixel.

Interface supports maximum of 1Gbps per lane.

Full Frame Buffer Panel

The display controller supports full frame buffer display (also called command-mode display) with optimizations for both SoC power consumption and system power consumption. Full frame buffer panel does not need to be refreshed regularly by a frame buffer in system memory so the path between panel and system memory can be power-managed as much as possible until a new request occurs to update one or more planes that are active in the display pipe.

Sub-Display Support

The display controller supports a sub-display panel that uses a different virtual channel and shares the same interface with the main panel. The pixel data for this sub-display can come from a direct system memory read or it can come from the output at the pipe as described. Sub-display allows, for example, the pixel stream to be updated more frequently or presented in a format and/or resolution that would require software to convert or scale the panel resolution.

One example usage of sub-display is as a view finder for camera. The camera interface unit may output images in a format and resolution that are not read by the sub-display itself or must be blended with camera application graphics.

Figure 11. Sub-Display Connection
INTEL Atom x5-Z8300 - Sub-Display Support - 1

flowchart
graph TD
    A["DSI Serial Data"] --> B["Channel Select"]
    B -->|0| C["Video Drivers"]
    B -->|1| D["Command Formatter"]
    C --> E["Main Display Video Mode"]
    D --> E
    E --> F["Display Panel"]
    G["Sub-Display (Command Mode)"] --> D

Partial Display Mode Support

The display controller supports a partial display mode that utilizes the MIPI command set to transition the panel from normal mode to partial display mode, so a small part of the display panel can be kept active for pixel data. The same panel can switch from full screen mode to a sub-display mode with a handful of scan lines to show time, date, signal strength indicator, etc., to save power for the host processor and display panel.

There are two scenarios:

- Type 1 display panel—both full display and partial display operates in command mode.

- Type 2 display panel—full display (normal mode) operate in video mode; partial display operates in command mode. This requires the host processor and display panel to be in sync in transition from normal mode to partial mode after 2 frames from the enter_partial_mode command.

The software driver must implement most of the protocols of transition and send the correct commands to the display panel to start the transition. The software driver must program the display controller to select the buffer for partial display (display pipe output or system memory) and follow the protocol to be in sync with the display panel.

When the display transitions from partial mode to normal mode, it is recommended to turn the display off to avoid tearing effect as in a flow chart in DCS specification.

The SoC supports MIPI DSI dual-link mode, so that a single display can transmit a single stream of video data across two independent MIPI DSI interfaces. The packetization and timing of each link follows MIPI DSI 1.00 and DPHY 1.00 precisely, but the receiving device, which is a panel or a bridge, can combine the streaming data from two interfaces and display it in a single panel.

There are two types of dual-link panels that the SoC can support:

- Front-back type of panel, the first half of columns of pixels is always transmitted by port A and the second half of columns of pixels is always transmitted by port B.

- Pixel alternative type of panel, odd columns of pixels are always transmitted by port A and even columns of pixels are always transmitted by port B. So the 1 ^st , 3 ^rd , 5 ^th , 7 ^th , etc., pixels are separated at the source and sent in the first interface; the 2 ^nd , 4 ^th , 6 ^th , 8 ^th , etc., pixels are sent in the second interface. When the platform requires a dual-link interface for a large MIPI DSI panel or bridge (usually with resolution larger than 1920x1080 in which a 4-lane interface does not have enough bandwidth), the driver treats dual-link a special port configuration, with special handling of DSI controller but the operation of dual-link mode is consistent with single-link mode for planes and pipe operations. The system interface with upper level of SW does not need to change, like flip mechanism, interrupt, and so on.

LVDS Panel Support

An external MIPI DSI-to-LVDS bridge device is required to connect the display controller to a LVDS panel. A bridge device is used for larger panels.

9.4.1.3 High Definition Multimedia Interface

The High-Definition Multimedia Interface (HDMI) is provided for transmitting digital audio and video signals from DVD players, set-top boxes and other audiovisual sources to television sets, projectors and other video displays. It can carry high quality multi-channel audio data and all standard and high-definition consumer electronics video formats. HDMI display interface connecting the SoC and display devices utilizes transition minimized differential signaling (TMDS) to carry audiovisual information through the same HDMI cable.

HDMI includes three separate communications channels: TMDS, DDC, and the optional CEC (consumer electronics control) (not supported by the SoC). As shown in Figure 12, the HDMI cable carries four differential pairs that make up the TMDS data and clock channels. These channels are used to carry video, audio, and auxiliary data. In addition, HDMI carries a VESA DDC. The DDC is used by an HDMI Source to determine the capabilities and characteristics of the sink.

Audio, video and auxiliary (control/status) data is transmitted across the three TMDS data channels. The video pixel clock is transmitted on the TMDS clock channel and is used by the receiver for data recovery on the three data channels. The digital display data signals driven natively through the SoC are AC coupled and needs level shifting to convert the AC coupled signals to the HDMI compliant digital signals.

The SoC HDMI interface is designed as per the High-Definition Multimedia Interface Specification 1.4. The SoC supports High-Definition Multimedia Interface Compliance Test Specification 1.4.

9.4.1.3.1 Stereoscopic Support on HDMI

SoC display supports HDMI 1.4 3D video formats. If the HDMI panel is detected to support 3D video format then the SW driver will program Pipe2dB for the correct pipe timing parameters.

The left and right frames can be loaded from independent frame buffers in the main memory. Depending on the input S3D format, the display controller can be enabled do perform frame repositioning, image scaling, line interleaving.

Figure 12. HDMI Overview
INTEL Atom x5-Z8300 - Stereoscopic Support on HDMI - 1

flowchart
graph LR
    A["HDMI TX"] -->|TMDS Data Channel 0| B["HDMI RX"]
    A -->|TMDS Data Channel 1| B
    A -->|TMDS Data Channel 2| B
    A -->|TMDS Clock Channel| B
    A -->|Hot Plug Detect| B
    A <-->|Display Data Channel (DDC)| B
    B --> C["HDMI SINK"]
    D["HDMI SOURCE"] --> A

9.4.1.4 Display Port

Display Port is a digital communication interface that utilizes differential signalling to achieve a high bandwidth bus interface designed to support connections between PCs and monitors, projectors, and TV displays. Display Port is also suitable for display connections between consumer electronics devices such as high definition optical disc players, set top boxes, and TV displays.

A Display Port consists of a Main Link, Auxiliary channel, and a Hot Plug Detect signal. The Main Link is a uni-directional, high-bandwidth, and low latency channel used for transport of isochronous data streams such as uncompressed video and audio. The Auxiliary Channel (AUX CH) is a half-duplex bidirectional channel used for link management and device control. The Hot Plug Detect (HPD) signal serves as an interrupt request for the sink device.

The SoC supports DisplayPort Standard Version 1.2.

Figure 13. DisplayPort* Overview
INTEL Atom x5-Z8300 - Display Port - 1

flowchart
graph LR
    A["DisplayPort SOURCE"] --> B["DP TX"]
    B --> C["Main Link (Isochronous Streams)"]
    B --> D["Auxiliary Channel (Link/Device Management)"]
    B --> E["Hot Plug Detect (Interrupt Request)"]
    F["DisplayPort SINK"] --> G["DP RX"]
    G --> C

9.4.1.5 Embedded DisplayPort (eDP)

Embedded DisplayPort (eDP) is a embedded version of the DisplayPort standard oriented towards applications such as notebook and All-In-One PCs. eDP is supported only on Digital Display Interfaces 0 and/or 1. Like DisplayPort, Embedded DisplayPort also consists of a Main Link, Auxiliary channel, and a optional Hot Plug Detect signal.

Each eDP port can be configured for up-to 4 lanes.

The SoC supports Embedded DisplayPort Standard Version 1.3.

9.4.1.5.1 DisplayPort Auxiliary Channel

A bidirectional AC coupled AUX channel interface replaces the I ^2 C for EDID read, link management and device control. I ^2 C-to-Aux bridges are required to connect legacy display devices.

9.4.1.5.2 Hot-Plug Detect (HPD)

SoC supports HPD for Hot-Plug sink events on the HDMI and DisplayPort interfaces.

9.4.1.5.3 Integrated Audio over HDMI and DisplayPort

SoC can support two audio streams on DP/HDMI ports. Each stream can be programmable to either DDI port. HDMI/DP audio streams can be sent with video streams as follows.

LPE mode: In this mode the uncompressed or compressed audio sample buffers are generated either by OS the audio stack or by audio Lower Power Engine (LPE) and stored in system memory. The display controller fetches audio samples from these buffers, forms an SPDIF frame with VUCP and preamble (if needed), then sends out with video packets.

9.4.1.5.4 High-Bandwidth Digital Content Protection (HDCP)

HDCP is the technology for protecting high definition content against unauthorized copy or unreceptive between a source (computer, digital set top boxes, etc.) and the sink (panels, monitor, and TV). The SoC supports HDCP 1.4(wired)/2.2(wireless) for content protection over wired displays (HDMI, DisplayPort and Embedded DisplayPort).

9.5 References

• High-Definition Multimedia Interface Specification, Version 1.4b
• High-bandwidth Digital Content Protection System, Revision 1.4
• VESA DisplayPort Standard, Version 1.2
• VESA Embedded DisplayPort Standard, Version 1.3

9.6 3D Graphics and Video

The SoC implements a derivative of the Generation 8 LP graphics engine which consists of rendering engine and bit stream encoder/decoder engine. The rendering engine is used for 3D rendering, media compositing and video encoding. The Graphics engine is built around sixteen execution units (EUs).

Figure 14. 3D Graphics Block Diagram
INTEL Atom x5-Z8300 - 3D Graphics and Video - 1

flowchart
graph TD
    A["Command Streamers"] --> B["Media Processing"]
    B --> C["Multi-Format Codec"]
    C --> D["Display"]
    E["Vertex Processing"] --> F["Instruction Cache"]
    F --> G["16 Execution Units"]
    G --> H["Eu"]
    G --> I["EU"]
    G --> J["EU"]
    G --> K["EU"]
    G --> L["EU"]
    G --> M["EU"]
    G --> N["EU"]
    G --> O["EU"]
    G --> P["EU"]
    G --> Q["EU"]
    G --> R["EU"]
    G --> S["EU"]
    G --> T["EU"]
    G --> U["EU"]
    G --> V["EU"]
    G --> W["EU"]
    H <--> G
    I <--> G
    J <--> G
    K <--> G
    L <--> G
    M <--> G
    N <--> G
    O <--> G
    P <--> G
    Q <--> G
    R <--> G
    S <--> G
    T <--> G
    U <--> G
    V <--> G
    W <--> G

9.7 Features

The 3D graphics pipeline architecture simultaneously operates on different primitives or on different portions of the same primitive. All the cores are fully programmable, increasing the versatility of the 3D Engine. The Gen 8.0 LP 3D engine provides the following performance and power-management enhancements:

  • Hierarchal-Z
    • Video quality enhancements

9.7.1 3D Engine Execution Units

• The EUs perform 128-bit wide execution per clock
- Support SIMD8 instructions for vertex processing and SIMD16 instructions for pixel processing

9.7.2 3D Pipeline

The VF stage executes 3DPRIMITIVE commands. Some enhancements have been included to better support legacy D3D APIs as well as SGI OpenGL*.

9.7.2.2 Vertex Shader (VS) Stage

The VS stage performs shading of vertices output by the VF function. The VS unit produces an output vertex reference for every input vertex reference received from the VF unit, in the order received.

9.7.2.3 Geometry Shader (GS) Stage

The GS stage receives inputs from the VS stage. Compiled application-provided GS programs, specifying an algorithm to convert the vertices of an input object into some output primitives. For example, a GS shader may convert lines of a line strip into polygons representing a corresponding segment of a blade of grass centered on the line. Or it could use adjacency information to detect silhouette edges of triangles and output polygons extruding out from the edges.

9.7.2.4 Clip Stage

The Clip stage performs general processing on incoming 3D objects. However, it also includes specialized logic to perform a Clip Test function on incoming objects. The Clip Test optimizes generalized 3D Clipping. The Clip unit examines the position of incoming vertices, and accepts/rejects 3D objects based on its Clip algorithm.

9.7.2.5 Strips and Fans (SF) Stage

The SF stage performs setup operations required to rasterize 3D objects. The outputs from the SF stage to the Windower stage contain implementation-specific information required for the rasterization of objects and also supports clipping of primitives to some extent.

9.7.2.6 Window/IZ (WIZ) Stage

The WIZ unit performs an early depth test, which removes failing pixels and eliminates unnecessary processing overhead.

The Windower uses the parameters provided by the SF unit in the object-specific rasterization algorithms. The WIZ unit rasterizes objects into the corresponding set of pixels. The Windower is also capable of performing dithering, whereby the illusion of a higher resolution when using low-bpp channels in color buffers is possible. Color dithering diffuses the sharp color bands seen on smooth-shaded objects.

9.7.3 Video Engine

The video engine is part of the Intel Processor Graphics for image processing, play-back and transcode of Video applications. Processor Graphics video engine has a dedicated fixed hardware pipe-line for high quality decode and encode of media content. This engine supports Full HW acceleration for decode of AVC/H.264, VC-1 and MPEG -2 contents along with encode of MPEG-2 and AVC/H.264 apart from various video processing features. The new Processor Graphics Video engine adds support for processing features such as frame rate conversion, image stabilization and gamut conversion.

9.8 VED (Video Encode/ Decode)

The video engine is part of the Intel Processor Graphics for image processing, play-back and transcode of Video applications. Processor Graphics video engine has a dedicated fixed hardware pipe-line for high quality decode and encode of media content.

9.8.1 Features

The features for the Video decode hardware accelerator in SoC are:

  • VED core can be configured on a time division multiplex basis to handle single, dual and multi-stream HD decoding/encoding.
  • VED provides full hardware acceleration Decode/Encode support below Media formats.

Table 65. Hardware Accelerated Video Decode/ Encode Codec Support

Encode FormatProfile Level ResolutionBitrate (Mbps)Frame Rate
H.263 480p 30
H.264 HP/BP/CBP L5.1 4kx2k1080p100-130 30120
VP8 4kx2k30
MVCHP/BP/CBP L4.21080p60
JPEG1067Mpps (420), 800Mpps (422) @400Mhz
Decode FormatProfile Level ResolutionBitrate (Mbps)Frame Rate
H.263 480p 30
MPEG4SP 480p 30
H.264HP,MP,CBPL5.24Kx2K1080P200-250 60240
H.265(HEVC) MPL5 4Kx2K30
Decode FormatProfileLevelResolutionBitrate (Mbps)Frame Rate
VP8 4kx2k 30
VP9 1080p 30
MVC 4Kx2K 30
MPEG2 MP HL 1080p 60
VC1 AP L4 1080P 60
JPEG 1067Mpps (420), 800Mpps (422) @400Mhz

9.9 Register Map

For more information on Graphics, Video and Display registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

10 PCI Express 2.0

There are up to two PCI Express root ports, each supporting the PCI Express* Base Specification, Rev. 2.0 at a maximum 5 GT/s signaling rate. The root ports can be configured to support a diverse set of lane assignments.

10.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 66. Signals

Signal NameDirection / TypeDescription
PCI E_TXP[1:0]PCI E_TXN[1:0]OPCIEPCI Express* TransmitPCI Express* Ports 1:0 transmit pair (P and N) signals.Each pair makes up the transmit half of a lane.
PCI E_RXP[1:0]PCI E_RXN[1:0]IPCIEPCI Express* Receive:PCI Express* Ports 1:0 receive pair (P and N) signals.Each pair makes up the receive half of lane.
PCI E_CLKREQ[1:0]_N IO PCI Express* Clock RequestUsed for devices that need to request one of the output clocks. Each clock request maps to the matching PCIe Root Port (e.g. PCIE_CLKREQ#[0]maps to PCIE Root Port [0] and so on)NOTE: These signals are muxed and may be used by other functions.
P_RCOMP_PP_RCOMP_NI/OThese pins connected with 402 Ohm 1% between RCOMP pads.

Figure 15. PCIe* 2.0 Lane 0 Signal Example
INTEL Atom x5-Z8300 - Signal Descriptions - 1

flowchart
graph TD
    A["Lane 0"] --> B["TX P [0"]]
    A --> C["TX N [0"]]
    A --> D["RX P [0"]]
    A --> E["RX N [0"]]
    A --> F["CLK P [0"]]
    A --> G["CLK N [0"]]

INTEL Atom x5-Z8300 - Signal Descriptions - 2

flowchart
graph TD
    A["Lane 1"] --> B["TX P [1"]]
    A --> C["TX N [1"]]
    A --> D["RX P [1"]]
    A --> E["RX N [1"]]
    A --> F["CLK P [1"]]
    A --> G["CLK N [1"]]

10.2 Features

  • Conforms to PCI Express* Base Specification, Rev. 2.0.
  • 5.0 or 2.5 GT/s operation per root port.
    • Virtual Channel support for VC0 only.
    • x1, x2 link widths (auto negotiated).
  • Spread Spectrum Clocking (SSC) is supported for PCIe Gen1 components.

- Flexible Root Port configuration options

$$ \begin{array}{l} - (1) \times 2 ^ {\prime} s \ - (2) \times 1 \ \end{array} $$

- Interrupts and Events

— Legacy (INT x) and MSI Interrupts
— General Purpose Events
— Express Card Hot Plug Events
— System Error Events

• Power Management

  • Link State support for ASPM(L0s, L1), L1 sub states (L1.SNOOZ,L1.OFF), L23_RDY,L2 and L3.
    — Powered down in ACPI S3 state - L3.

Note: Intel recommends disabling Spread Spectrum Clocking (SSC), if PCIe Gen2 based component is used.

10.2.1 Root Port Configurations

Depending on SKU, there are up to two possible lane assignments for root ports 1-2.

Root port configurations are set by SoftStraps stored in SPI flash, and the default option is "(2) x1". Links for each root port will train automatically to the maximum possible for each port.

Note: x2 link widths are not common. Most devices will only train to x1.

Note: PCI functions in PCI configuration space are disabled for root ports not available.

10.2.2 Interrupts and Events

A root port is capable of handling interrupts and events from an end point device. A root port can also generate its own interrupts for some events, including power management and hot plug events, but also including error events.

There are two interrupt types a root port will receive from an end point device: INTx (legacy), and MSI. MSI's are automatically passed upstream by the root port, just as other memory writes would be. INTx messages are delivered to the Legacy block's interrupt router/controller by the root port.

Events and interrupts that are handled by the root port are shown with the possible interrupts they can deliver to the interrupt decoder/router.

Table 67. Possible Interrupts Generated From Events/ Packets

Packet/ Event Type I NTx MSISERR SCI SMI GPE
INTx Packet X X
PM_PME Packet X X
Power Management (PM)EventX XX X
Hot Plug (HP)EventXXXX
ERR_CORRPacketX
ERR_NONFATALPacketX
ERR_FATALPacketX
Internal ErrorEventX
VDMPacketX

NOTE: Above table lists the possible interrupts and events generated based on Packets received, or events generated in the root port. Configuration needed by software to enable the different interrupts as applicable.

When INTx interrupts are received by an end point, they are mapped to the following interrupts and sent to the interrupt decoder/router in the iLB.

Table 68. Interrupt Generated for INT[A-D] Interrupts

INTAINTBINTCINTD
Root Port 1INTA#INTB# INTC#INTD#
Root Port 2INTD#INTA#INTB#INTC#

NOTE: Interrupts generated from events within the root port are not swizzled.

10.2.2.1 Express Card Hot Plug Events

Express Card Hot Plug is available based on Presence Detection for each root port.

Note: A full Hot Plug Controller is not implemented.

Presence detection occurs when a PCI Express* device is plugged in and power is supplied. The physical layer will detect the presence of the device, and the root port will set the SLSTS.PDS and SLSTS.PDC bits.

When a device is removed and detected by the physical layer, the root port will clear the SLSTS.PDS bit, and set the SLSTS.PDC bit.

Interrupts can be generated by the root port when a hot plug event occurs. A hot plug event is defined as the transition of the SLSTS.PDC bit from 0 to 1. Software can set the SLCTL.PDE and SLTCTL.HPE bits to allow hot plug events to generate an interrupt.

If SLCTL.PDE and SLTCTL.HPE are both set, and STSTS.PDC transitions from 0 to 1, an interrupt will be generated.

10.2.2.2 System Error (SERR)

System Error events are support by both internal and external sources. Refer the PCI Express* Base Specification, Rev. 2.0 for details.

10.2.3 Power Management

Each root port's link supports L0s, L1, and L2/3 link states per PCI Express* Base Specification, Rev. 2.0. L2/3 is entered on entry to S3.

10.3 References

PCI Express* Base Specification, Rev. 2.0

10.4 Register Map

For more information on PCI Express* 2.0 registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

11 MI PI - Camera Serial Interface (CSI) and ISP

MIPI CSI and controller front end interfaces with three sensors and is capable of simultaneously acquiring three streams, one from each sensor. These three streams are presented to the ISP.

11.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 69. CSI Signals

Signal Name Direction Description
MCSI 1_CLKP/ NIClock Lane: MIPI CSI input clock lane 0 for port 1.
MCSI 1_DP/ N[3:0]IData Lanes: Four MIPI CSI Data Lanes (0-3) for port 1.Lanes 2 and 3 can optionally used as data lanes for port 3.
MCSI 2_CLKP/ NIClock Lane: MIPI CSI input clock lane 0 for port 2.
MCSI 2_DP/ N[1:0]IData Lane: Two MIPI CSI Data Lanes for port 2.
MCSI 3_CLKP/ NIClock Lane: MIPI CSI input clock lane 0 for port 3.
MCSI_RCOMPI/OResistor Compensation: This is for pre-driver slew rate compensation for the MIPI CSI Interface.

Table 70. GPIO Signals (Sheet 1 of 2)

Signal NameDirection / TypeDescription
MCSI_GPI O[00]I/OOutput from shutter switch when its pressed halfway. This switch state is used to trigger the Auto focus LED for Xenon Flash or Torch mode for LED Flash
MCSI_GPI O[01]I/OOutput from shutter switch when its pressed full way. This switch state is used to trigger Xenon flash or LED Flash
MCSI_GPI O[02]I/OActive high control signal to Xenon Flash to start charging the Capacitor
MCSI_GPI O[03]I/OActive low output from Xenon Flash to indicate that the capacitor is fully charged and is ready to be triggered

Table 70. GPIO Signals (Sheet 2 of 2)

Signal NameDirection / TypeDescription
MCSI_GPI O[04] I/OActive highXenon Flash trigger / Enables Torch Mode on LED Flash IC
MCSI_GPI O[05] I/OEnables RedEye Reduction LED for Xenon / Triggers STROBE on LED Flash IC /
MCSI_GPI O[06] I/OCamera Sensor0 Strobe Output to SoC to indicate beginning of capture / Active high signal to still camera to power down the device.
MCSI_GPI O[07] I/OCamera Sensor1 Strobe Output to SoC to indicate beginning of capture / Active high signal to still camera to power down the device.
MCSI_GPI O[08]I/OActive high signal to video camera to power down the device.
MCSI_GPI O[09] I/OActive low outputoutput signal to reset digital still camera #0.
MCSI_GPI O[10] I/OActive low outputoutput signal to reset digital still camera #1
MCSI_GPI O[11]I/OActive low output signal to reset digital video camera

Figure 16. Camera Connectivity

INTEL Atom x5-Z8300 - Signal Descriptions - 1

flowchart
graph LR
    A["Image Signal Processor"] --> B["MIPI-CSI Controller"]
    B --> C["Camera GPIO"]
    C --> D["Port 1 PHY"]
    C --> E["Port 2 PHY"]
    C --> F["Port 3 PHY"]
    D --> G["Data 0"]
    D --> H["Data 1"]
    D --> I["Data 2"]
    D --> J["Data 3"]
    D --> K["Clock"]
    E --> L["Data 0"]
    E --> M["Data 1"]
    E --> N["Clock"]
    F --> O["Data 0"]
    F --> P["Data 1"]
    F --> Q["Clock"]
    B --> R["Port 2"]
    B --> S["Port 3"]
    B --> T["Clock"]
    B --> U["Data 0"]
    B --> V["Data 1"]
    B --> W["Clock"]

11.2 Features

  • Integrated MIPI-CSI 2.0 interface.
    • Image Signal Processor (ISP) with DMA and local SRAM.
  • Imaging data is received by the MIPI-CSI interface and is relayed to the ISP for processing.
  • Up to six MIPI-CSI 2.0 data lanes.

— Each lane can operate at up to 1.5Gbp/s. resulting in roughly 1.2 Gbp/s of actual pixels.

- The MIPI-CSI interface supports lossless compressed image streams to increase the effective bandwidth without losing data.

- Up to 13MP sensors supported, and full HD 1080p30.

— Can also support Stereo HD 1080p30.

11.2.1 Imaging Capabilities

The following table summarizes imaging capabilities.

Table 71. Imaging Capabilities

Feature Capabilities
Sensor interface Configurable MIPI-CSI2 interfaces.3 sensors: x2, x2, x2 or x1 x2, x32 sensors: x4, x2
Simultaneous sensorsUp to 3 simultaneous sensors
2D Image capture 13MP ZSL @ 18fps
2D video capture Up to 1080p30
Input formats RAW 8,10, 12, 14, RGB444, 565, 888, YUV420, 422, JPEG.
Output formats) YUV422, YUV420, RAW
Special Features Image and video stabilizationLow light noise reductionBurst mode captureMemory to memory processing3A (Auto Exposure (AE), Auto White Balance (AWB) and Auto Focus (AF))High Dynamic Range (HDR)Multi-focusZero shutter lag

11.2.2 Simultaneous Acquisition

SoC will support on-the-fly processing for only one image at a time. While this image is being processed on-the-fly, images from the other two cameras are saved to DRAM for later processing.

11.2.3 Primary Camera Still Image Resolution

Maximum still image resolution for the primary camera in post-processing mode is limited by the resolution of the sensors. Currently 13Mpixel sensors are supported.

Higher resolution, or higher frame rates are supported as long as the product of resolution and frame rate does not exceed 235 Mpixels/s (= 13 Mpixels * 18 fps).

Maximum primary camera on-the-fly stereoscopic still image resolution for primary camera is 8 Mpixel for each of the left and right images at 18 fps. The number of Mpixels can be increased by decreasing the frame rate.

11.2.4 Burst Mode Support

The SoC supports capturing multiple images back to back at maximum sensor resolution. At least 5 images must be captured in burst mode. The maximum number of images that can be so captured is limited only by available system memory. These images need not be processed on-the-fly.

11.2.5 Continuous Mode Capture

SoC supports capturing images and saving them to DRAM in a ring of frame buffers continuously at maximum sensor resolution. This adds a round trip to memory for every frame and increases the bandwidth requirements.

11.2.6 Secondary Camera Still Image Resolution

Maximum secondary camera still image resolution is 4 Mpixel at 15 fps.

11.2.7 Primary Camera Video Resolution

Maximum primary camera video resolution is 1080p60.

Maximum primary camera dual video resolution is 1080p30.

11.2.8 Secondary Camera Video Resolution

Maximum secondary camera video resolution is 1080p30.

11.2.9 Bit Depth

Capable of processing 14-bit images at the stated performance levels.

Capable of processing 18-bit images at half the performance levels, i.e. process on-the-fly 13 Mpixel 18-bit images at 7 fps instead of 15 fps.

Capable of processing up to 18-bit precision.

The higher precision processing will be employed mainly for high dynamic range imaging (HDR).

11.3 Imaging Subsystem Integration

Figure 17. Image Processing Components
INTEL Atom x5-Z8300 - Imaging Subsystem Integration - 1

flowchart
graph TD
    Lens --> Sensor1["Sensor 1"]
    Sensor1 -->|x1 data (x3 data)| CameraIQC1["Camera IQC 1"]
    CameraIQC1 -->|x2 Data (x1 data)| MPIDphy["MPI Dphy /RX"]
    MPIDphy --> ISP["ISP"]
    ISP --> MemoryController["Memory Controller"]
    MemoryController --> Memory
    CPU --> MemoryController
    MemoryController --> Memory
    Sensor2 --> Sensor2
    Sensor3 --> Sensor3
    Sensor2 <-->|x2 Data (x1 data)| Sensor2
    Sensor3 <-->|x2 data (x1 data)| Sensor3
    Sensor2 <-->|Synchronization| Sensor2
    Sensor3 <-->|Synchronization| Sensor3
    Sensor2 <-->|Synchronization| CameraPeripherals["Camera Peripherals"]
    CameraPeripherals --> AF["AF"]
    CameraPeripherals --> Shutter["Shutter"]
    CameraPeripherals --> LED["LED"]
    CameraPeripherals --> Flash["Flash"]
    CameraPeripherals --> Pre-Flash["Pre-Flash"]
    CameraIQC1 --> I2CController["I2C Controller"]
    I2CController --> ISP
    ISP --> MemoryController["Memory Controller"]
    MemoryController --> Memory
    CameraIQC1 --> CameraIQC2["Camera IQC 2"]
    CameraIQC2 --> I2CController
    I2CController --> CPU
    CPU --> MemoryController["Memory Controller"]
    MemoryController --> Memory

11.3.1 CPU Core

The CPU core augments the signal processing capabilities of the hardware to perform post-processing on images such as auto focus, auto white balance, and auto exposure. The CPU also runs the drivers that control the GPIOs and I ^2 C for sensor control.

11.3.2 Imaging Signal Processor (ISP)

The ISP (Imaging Signal Processor) includes a 64-way vector processor enabling high quality camera functionality. Key features include support of three camera sensors.

11.3.2.1 MI PI-CSI-2 Ports

The SoC has three MIPI clock lanes and six MIPI data lanes. The Analog Front End (AFE) and Digital Physical Layer (DPHY) take these lanes and connects them to three virtual ports. Two data lanes are dedicated to each of the rear facing cameras and the

remaining data lane is connected to the front facing camera. The MIPI interfaces follow the MIPI-CSI-2 specifications as defined by the MIPI Alliance. They support YUV420, YUV422, RGB444, RGB555, RGB565, and RAW 8b/10b/12b. Both MIPI ports support compression settings specified in MIPI-CSI-2 draft specification 1.01.00 Annex E. The compression is implemented in Hardware with support for Predictor 1 and Predictor 2. Supported compression schemes:

• 12-8-12
• 12-7-12
• 12-6-12
• 10-8-10
• 10-7-10
• 10-6-10

The data compression schemes above use an X-Y-Z naming convention where X is the number of bits per pixel in the original image, Y is the encoded (compressed) bits per pixel and Z is the decoded (uncompressed) bits per pixel.

11.3.2.2 I ^2 C for Camera Interface

The platform supports three (3) I ^2 C ports for the camera interface. These ports are used to control the camera sensors and the camera peripherals such as flash LED and lens motor.

11.3.2.3 Camera Sideband for Camera Interface

Twelve (12) GPIO signals are allocated for camera functions, refer Table 70 for signal names. These GPIOs are multiplexed and are available for other usages without powering on the ISP. The ISP provides a timing control block through which the GPIOs can be controlled to support assertion, de-assertion, pulse widths and delay. The configuration below of camera GPIOs is just an example of how the GPIOs can be used. Several of these functions could be implemented using I ^2 C, depending on the sensor implementation for the platform.

  • Sensor Reset signals
    —Force hardware reset on one or more of the sensors.
  • Sensor Single Shot Trigger signal
    —Indicate that the target sensor needs to send a full frame in a single shot mode, or to capture the full frame for flash synchronization.

- PreLight Trigger signal

—Light up a pilot lamp prior to firing the flash for preventing red-eye.

- Flash Trigger signal

—Indicate that a full frame is about to be captured. The Flash fires when it detects an assertion of the signal.

- Sensor Strobe Trigger signal

—Asserted by the target sensor to indicate the start of a full frame, when it is configured in the single shot mode, or to indicate a flash exposed frame for flash synchronization.

11.4 Functional Description

At a high level, the Camera Subsystem supports the following modes:

  • Preview
  • Image capture
    • Video capture

11.4.1 Preview

Once the ISP and the camera subsystem is enabled, the ISP goes into the preview mode where very low resolution frames, such as VGA/480p (programmable), are being processed.

11.4.2 Image Capture

During the image capture mode, the camera subsystem can acquire at a peak throughput of 13 Mpixels @ 18fps. While doing this, it continues to output preview frames simultaneously.

  • The ISP can output RAW, RGB or YUV formats. The ISP can capture one full frame at a time or perform burst mode capture, where up to five full back-to-back frames are recorded.
  • The ISP will not limit the number of back-to-back full frames captured, but the number is programmable and determined on how much memory can be allocated dynamically.
  • The ISP can process all the frames on the fly and writes to memory only after fully processing the frames, without requiring download of any part of the frame for further processing.
    —The exceptions to this approach are image stabilization and some other advanced functions requiring temporal information over multiple frames.

The ISP can support image stabilization in image capture model.

  • The ISP initially outputs preview frames.
  • When the user decides to capture the picture, image stabilization is enabled. The ISP checks the previous frame for motion and compensates for it appropriately.

Auto Exposure (AE), Auto Focus (AF), and Auto White Balance (AWB), together known as 3A, are implemented in the CPU to provide flexibility.

11.4.3 Video Capture

During video recording, the ISP can capture video up to 1080p @ 60 fps and output preview frames concurrently. The ISP output video frames to memory in YUV420 or YUV422 format.

11.4.4 ISP

The Camera subsystem consists of 2 parts, the hardware subsystem and a software stack that implements the ISP functionality on top of this hardware.

The core of the ISP is a vector processor. The vector processor is supported by the following components:

  • Interfaces for data and control
  • A small input formatter that parallelizes the data
  • A scalar (RISC) processor, for system control and low-rate processing
  • An accelerator for scaling, digital zoom, and lens distortion correction
  • A DMA engine transfers large amounts of data such as input and output image data or large parameter sets between LPDDR2 and the ISP block.

11.4.5 Memory Management Unit (MMU)

The camera subsystem has capabilities to deal with a virtual address space, since a contiguous memory range in the order of 16-32MB cannot be guaranteed by the OS.

11.4.5.1 Interface

The MMU performs the lookup required for address translation from a 32-bit virtual address to 36-bit physical address. The lookup tables are stored external to the system. The MMU performs the lookup through a master interface without burst support that is connected to the Open Core Protocol (OCP) master of the subsystem. The MMU configuration registers can be accessed through a 32-bit Core I/O (CIO) slave interface. Additionally there is a 32-bit CIO slave interface connected to the address translator.

11.5 MI PI - CSI - 2 Receiver

MIPI-CSI-2 devices are camera serial interface devices. They are categorized into two types, a CSI transmitter device with Camera Control Interface (CCI) slave and CSI receiver device with CCI master.

Data transfer by means of MIPI-CSI is unidirectional that is, from transmitter to receiver. CCI data transfer is bidirectional between the CCI slave and master.

Camera Serial Interface Bus (CSI) is a type of serial bus that enables transfer of data between a Transmitter device and a receiver device. The CSI device has a point-to-point connections with another CSI device by means of D-PHYs and as shown in Figure 18.

Similarly, CCI (Camera Control Interface bus) is a type of serial bus that enables transfer back and forth between the master CCI and a Slave CCI Unit.

Figure 18. MIPI-CSI Bus Block Diagram
INTEL Atom x5-Z8300 - MI PI - CSI - 2 Receiver - 1

flowchart
graph TD
    A["Device e.g. a Camera containing the CSI transmitter and CCI slave"] --> B["CSI Transmitter"]
    B --> C["DataN+"]
    B --> D["DataN-"]
    B --> E["..."]
    B --> F["Data1+"]
    B --> G["Data1-"]
    B --> H["Clock+"]
    B --> I["Clock-"]
    J["Device e.g. an application engine or base band containing the CSI receiver and the CCI master"] --> K["CSI Receiver"]
    K --> L["DataN+"]
    K --> M["DataN-"]
    K --> N["..."]
    K --> O["Data1+"]
    K --> P["Data1-"]
    K --> Q["Clock+"]
    K --> R["Clock-"]
    S["CCI Slave CCI Master 40kHz Bidirectional Control Link"] --> T["SCL"]
    S --> U["SDA"]
    V["N Data Lanes Where N may be 1, 2, 3, or 4"] --> W["SCI Transmitter"]
    X["SCL"] --> Y["CCI Slave CCI Master"]
    Z["SDA"] --> AA["SCI Slave CCI Master"]

D-PHY data lane signals are transferred point-to-point differentially using two signal lines and a clock lane. There are two signaling modes, a high speed mode that operates up-to 1500Mbs and a low power mode that works at 10Mbs. The mode is set to low power mode and a stop state at start up/power up. Depending on the desired data transfer type, the lanes switch between high and low power modes.

The CCI interface consists of an I ^2 C bus which has a clock line and a bidirectional data line.

The MIPI-CSI-2 devices operate in a layered fashion. There are 5 layers identified at the receiver and transmitter ends.

MIPI-CSI-2 Functional Layers:

- PHY Layer

— An embedded electrical layer sends and detects start of packet signalling and end of packet signalling on the data lanes. It contains a serializer and deserializer unit to interface with the PPI / lane management unit. There is also a clock divider unit to source and receive the clock during different modes of operation.

• PPI / Lane Management Unit

— This layer does the lane buffering and distributes the data in the lanes as programmed in a round robin manner and also merges them for the PLI/Low Level Protocol unit.

- PLI / Low Level Protocol Unit

— This layer packetizes as well as de-packetizes the data with respect to channels, frames, colors and line formats. There is also a CRC checker or CRC generator unit to pack the payload data with CRC checksum bits for payload data protection.

- Pixel/ Byte to Byte/ Pixel Packing Formats

— Conversion of pixel formats to data bytes in the payload data is done depending on the type of image data supported by the application. It also re-converts the raw data bytes to pixel format understandable to the application layer.

- Application

— Depending on the type of formats, camera types, capability of the camera used by the transmitter, the application layer recovers the image formats and reproduces the image in the display unit. It also works on de-framing the data into pixel-to-packing formats. High level encoding and decoding of image data is handled in the application unit.

11.5.1 MIPI-CSI-2 Receiver Features

CSI Features:

  • Compliant to CSI-2 MIPI specification for Camera Serial Interface (Version 1.00).
    • Supports standard D-PHY receiver compliant to the MIPI Specification.
    • Supports PHY data programmability up to four lanes.
    • Supports PHY data time-out programming.
  • Has controls to start and re-start the CSI-2 data transmission for synchronization failures and to support recovery.
  • The ISP may not support all the data formats that the CSI-2 receiver can handle. —Refer Table 71 for formats supported by the ISP
    • Supports all generic short packet data types
  • Single Image Signal Processor interface for pixel transfers to support multiple image streams for all virtual channel numbers

D-PHY Features:

• Supports synchronous transfer in high speed mode with a bit rate of 80-1500Mb/s.
• Supports asynchronous transfer in low power mode with a bit rate of 10Mb/s.
• Differential signalling for HS data.
- Spaced one-hot encoding for Low Power [LP] data.
- Data lanes support transfer of data in high speed as well as low power modes.
• Supports ultra low power mode, escape mode, and high speed mode.

  • Hasa clock divider unit to generate clock for parallel data reception and transmission from and to the PPI unit.
  • Activates and disconnects high speed terminators for reception and control mode.
  • Activates and disconnects low power terminators for reception and transmission.

11.6 Register Map

For more information on MIPI- Camera Serial Interface (CSI) and ISP registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

12 SoC Storage

12.1 SoC Storage Overview

12.1.1 Storage Control Cluster (eMMC, SDIO, SD)

The SCC consists of SDIO, SD and eMMC controllers to support mass storage and IO devices.

• One eMMC 4.51 interface
• One SD 3.0 interface
• One SDIO 3.0 interface

12.2 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 72. eMMC Signals

Signal NameDirection / TypeDescription
MMC1_CLK I/O/GPIO eMMC ClockThe frequency may vary between 25 and 200MHz.
MMC1_D[7:0]I/O/GPIOeMMC Port Data bits 0 to 7Bidirectional port used to transfer data to and from eMMC device.By default, after power up or reset, only D[0] is used for data transfer. A wider data bus can be configured for data transfer, using either D[0]-D[3] or D[0]-D[7], by the MultiMedia Card controller.The MultiMedia Card includes internal pull-ups for data lines D[1]-D[7]. Immediately after entering the 4-bit mode, the card disconnects the internal pull ups of lines D[1], D[2], and D[3]. Correspondingly, immediately after entering to the 8-bit mode the card disconnects the internal pull-ups of lines D[1]-D[7].
MMC1_CMD I/O/GPIOeMMC PortCommandThis signal is used for card initialization and transfer of commands. It has two modes—open-drain for initialization, and push-pull for fast command transfer.
MMC1_RCOMP I/O/GPIOeMMC RCOMPThis signal is used for pre-driver slew rate compensation.
MMC1_RST_N I/O/GPIOeMMC ResetSignalsActive low to reset.
MMC1_RCLK I/GPIO eMMC ReturnClock Signals

Table 73. SDIO Signals

Signal NameDirection / TypeDescription
SD2_CLK I/O/GPIO SDIO ClockThe frequency may vary between 25 and 200MHz.
SD2_D[2:0] I/O/GPIOSDIO Port Data bits 0 to 2Bidirectional port used to transfer data to and from SDIO device.By default, after power up or reset, only D[0] is used for data transfer. A wider data bus can be configured for data transfer, using D[0]-D[3].
SD2_D[3]_CD_N I/O/GPIOSDIO Port Data bit 3Bidirectional port used to transfer data to and from the SDIO device.Also, Card Detect.Active low when device is present.
SD2_CMDI/O/GPIOSDIO Port CommandThis signal is used for card initialization and transfer of commands. It has two modes—open-drain for initialization, and push-pull for fast command transfer.

Table 74. SD Signals (Sheet 1 of 2)

Signal NameDirection / TypeDescription
SD3_CLK I/O/GPIO SDCard ClockThe frequency may vary between 25 and 200 MHz.
SD3_D[3:0] I/O/GPIOSD Card DataBidirectional port used to transfer data to and from SD/MMC card.By default, after power up or reset, only D[0] is used for data transfer. A wider data bus can be configured for data transfer, using D[0]-D[3].
SD3_CD_N I/O/GPIO SDSD Card DetectActive low when a card is present. Floating (pulled high with internal PU) when a card is not present.
SD3_CMDI/O/GPIOSD Card CommandThis signal is used for card initialization and transfer of commands. It has two modes—open-drain for initialization, and push-pull for fast command transfer.
SD3_1P8EN I/O/GPIOSD Card 1.8V EnableControls the voltage of the SD Card, the default is low (3.3V). The voltage is 1.8V when this signal is high.

Table 74. SD Signals (Sheet 2 of 2)

Signal NameDirection / TypeDescription
SD3_RCOMP I/O/GPIOSD Card ROMPThis signal is used for pre-driver slew rate compensation.
SD3_PWREN_N I/O/GPIO SD CardPower EnableThis signal is used to enable power on a SD device.
SD3_WP I/O/GPIO SDCard WriteProtectActive high to protect from write.

12.3 Features

12.3.1 Memory Capacity

  • Standard Capacity SD Memory Card (SDSC): Up to and including 2 GB.
  • High Capacity SD Memory Card (SDHC): More than 2GB and up to and including 32GB.
  • Extended Capacity SD Memory Card (SDXC): More than 32GB and up to and including 2TB.

12.3.2 SDIO/ SD Interface Features

  • Host clock rate variable between 0 and 200 MHz.
  • Up to 800 Mbits per second data rate using 4 parallel data lines (SDR104 mode).
  • Transfers the data in 1 bit and 4 bit SD modes.
  • Transfers the data in following UHS-I modes (SDR12/25/50/104 and DDR50).
  • Cyclic Redundancy Check CRC7 for command and CRC16 for data integrity.
  • Designed to work with I/O cards, Read-only cards and Read/Write cards.
    • Supports Read wait Control, Suspend/Resume operation.

12.3.3 eMMC Interface Features

• Supports eMMC v4.51.
- Host clock rate variable between 0 and 200 MHz.
• Supports HS400 mode.
- Up to 1600 Mbits per second data rate using 8 bit parallel data lines (High Speed DDR mode).
- Up to 3200 Mbits per second data rate using 8 bit parallel data lines (HS400 mode).
- Transfers the data in 1 bit, 4 bit and 8 bit modes.
- Cyclic Redundancy Check CRC7 for command and CRC16 for data integrity.

• Supports MMC Plus and MMC mobile.

12.3.4 Storage Interfaces

This section provides a very high level overview of the SD, SDIO, eMMC 4.51 specification.

12.3.4.1 SD 3.0 Bus Interface

The SD Card bus has a single master, single slaves (card), synchronous topology (refer Figure 19). During initialization process commands are sent to the card, allowing the application to detect the card and assign logical addresses to the physical slot. All data communication in the Card Identification Mode uses the command line (CMD) only.

SD bus allows dynamic configuration of the number of data lines. After power up, by default, the SD Card will use only SD3_D[0] for data transfer. After initialization the host can change the bus width (number of active data lines). This feature allows easy trade off between hardware cost and system performance. Note that while DAT1-SD3_D[3:1] are not in use, the SoC will tri-state those signals.

Figure 19. SD Memory Card Bus Topology
INTEL Atom x5-Z8300 - SD 3.0 Bus Interface - 1

flowchart
graph LR
    A["SD Host SD3"] -->|CLK| B["SD Memory Card"]
    A -->|CD_N| B
    A -->|D["3:0"]| B
    A -->|CMD| B
    A -->|1p8EN| B
    A -->|PWREN_N| B
    A -->|RCOMP| B
    A -->|WP| B

12.3.4.2 SDIO 3.0 Interface

The SDIO interface is the very much like the SD card interface. The SoC supports one SDIO device.

Figure 20. SDIO Device Bus Topology
INTEL Atom x5-Z8300 - SDIO 3.0 Interface - 1

flowchart
graph LR
    A["SD Host"] --> B["CLK"]
    A --> C["CMD"]
    A --> D["D[0"]]
    A --> E["D[1"]]
    A --> F["D[2"]]
    A --> G["D[3"]]
    B --> H["CLK"]
    C --> I["CMD"]
    D --> J["D[0"]]
    E --> K["D[1"]/Interrupt]
    F --> L["D[2"]/Wait for Read]
    G --> M["CD/D[3"]]
    H --> N["SD I/O Device"]
    I --> N
    J --> N
    K --> N
    L --> N
    M --> N

12.3.4.3 eMMC 4.51 Interface

Figure 21. eMMC Interface
INTEL Atom x5-Z8300 - eMMC 4.51 Interface - 1

flowchart
graph LR
    A["eMMC Host MMC1"] -->|CLK| B["eMMC Device"]
    A -->|CMD| B
    A -->|D["0:7"]| B
    A -->|RESET_N| B
    A -->|RCOMP| B
    A -->|RCLK| B

The standard offers performance enhancement features, including HS400 support and has an interface bandwidth of 400 MByte/sec.

The command protocol is significantly improved with Packed Commands (the ability to group a series of commands in a single data transaction), Context ID (grouping different memory transactions under a single ID so the device can understand that they are related), and Data Tag (tagging specific write transactions so they can be prioritized and targeted to a memory region with higher performance and better reliability).

The v4.51 standard also adds provision for volatile data cache, which can greatly reduce the latency between data transactions to improve performance.

12.4 References

The controller is configured to comply with:

• SD Specification Part 01 Physical Layer Specification version 3.00, April 16, 2009.
• SD Specification Part E1 SDIO Specification version 3.00, December 16, 2010.
- SD Specification Part A2 SD Host Controller Standard Specification version 3.00, February 18, 2010.
• SD Specification Part 03 security Specification version 1.01, April 15, 2001.
- Embedded MultiMedia Card (eMMC) Product Standard v4.51, JESD84-A5.

12.5 Register Map

For more information on SoC Storage registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

13 USB Controller Interfaces

USB Controller contains xHCI host controller that supports xHCI framework and USB1/2/3 specifications. And it has xDCI controller block for device only mode functionality. These 2 controllers will use an integrated mux to select between the 2 modes. All of this functionality is located in xDCI Controller.

13.1 SoC Supports

  • Two (2) Super Speed Inter-Chip (SSIC) ports
    • Three (3) Super Speed (SS) ports [Backward Compatible of USB 2.0 HS/FS/LS]
    • One (1) Super Speed (SS) OTG port
  • Two (2) High Speed Inter-Chip (HSIC) ports

Note: SoC can support the 4th SS port when OTG port is in Host mode.

13.2 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 75. USB SSIC Signals

Signal NameDirection / TypeDescription
USB_SSIC_RX_P/N[0,1]I/O/ SSIC PHYReceiver serial data inputs: High-speed serialized data inputs.
USB_SSIC_TX_P/N[0,1]I/O/ SSIC PHYTransmitter serial data outputs: High-Speed Serialized data outputs.
USB_SSIC_RCOMP_P/NI / SSIC PHYResistor Compensation: An external resistor of 90 Ohm ±1% must be connected between the RCOMP pads.

Table 76. USB Signals

Signal NameDirection / TypeDescription
USB3_TXP/ N[0:3]OUSB3 PHYTransmitter serial data outputs: High-Speed Serialized data outputs.
USB3_RXP/ N[0:3]IUSB3 PHYReceiver serial data inputs: High-speed serialized data inputs.
USB3_RCOMP_P / NIUSB3 PHYResistor Compensation: An external resistor of 402 Ohm ±1% must be connected between the RCOMP pads.
USB_DP/ N[0:3] I/OOUSB2 PHYUSB2 Data: High speed serialized data I/O.
USB_RCOMP OUSB2 PHYResistor Compensation: An external resistor of 113 Ohm ±1% must be connected between pin and GND.
USB_OTG_ID I/OUSB2 PHYOTG ID: Pin out to detect the OTG ID.
USB_PLL_MON OUSB2 PHYUSB High Speed Observation
USB_VBUSSNS I/OUSB2 PHYOTG Interface: VBUS_Sense

Table 77. HSI C Signals

Signal NameDirection / TypeDescription
USB_HSI C[0:1]_DATA I/OHSIC BufferHSI C Data.
USB_HSI C[0:1]_STROBE I/OHSIC BufferHSI C Strobe
USB_HSI C_RCOMP I/OHSIC BufferResistor Compensation: RCOMP for HSIC buffer.Resistor: 45Ohm +/-1% connected between USB_HSIC_RCOMP and ground.

Figure 22. xHCI Port Mapping
INTEL Atom x5-Z8300 - Signal Descriptions - 1

flowchart
graph TD
    A["xHCI"] -->|P2 P3 PT PG PS| B["USB 2 USB 3 HSC SSIC"]
    A -->|P4 P5| C["USB 1/2/3 Host Connector"]
    A -->|P6 P7| D["USB 1/2/3 Host Connector"]
    A -->|P8 P9| E["USB 1/2/3 Host Connector"]
    A -->|P0 P1| F["USB HSIC Host Connector"]
    A -->|P1 P2| G["USB 1/2/3 Host/Device Connectors"]
    A -->|P2 P3| H["USB SSIC Connectors"]
    A -->|P4 P5| I["xDCI"]
    A -->|P6 P7| J["xDCI"]
    A -->|P8 P9| K["xDCI"]

13.3 USB 3.0 xHCI (Extensible Host Controller Interface)

The xHCI compliant host controller can control up to 2 SSIC, 3 USB3.0 ports. USB3.0 being backward compatible to support USB2.0. It supports devices conforming to USB 1.x to 3.0 at bit rates up to 5 Gbps.

13.3.1 USB 3.0 Host Features

The USB 3.0 Super Speed data interface is a four wire differential (TX and RX pairs) interface that supports simultaneous bi-directional data transmission. The interface supports a bit rate of 5 Gbps with a maximum theoretical data throughput over 3.2 Gbps due to 8b/10b symbol encoding scheme and protocol overhead (link flow control, packet framing and protocol overhead).

Low Frequency Periodic signaling (LFPS) is used to communicate initialization, training and power management information across a link that is in low power link state without using Super Speed signaling. This reduces power consumption.

13.3.1.1 USB SSIC

  • Supports the SuperSpeed protocol only as defined in [USB 3.0].
  • Optimized for Power, Area, Cost and EMI robustness.
    • Supports 2 ports of 1 lane each.

13.3.1.2 USB 3.0

• Supported by xHCI software host controller interface.
- USB3 port disable.
• Supports local dynamic clock gating and trunk clock gating.

  • Supports USB 3.0 LPM (U0, U1, U2, and U3) and also a SS Disabled low power state.
    • Supports USB3 Debug Device.
    • Supports IVCAM(USB PC Camera).

13.3.2 USB HSIC Features

HSIC is a 2-signal (strobe and data) source synchronous serial interface for on board inter-chip USB communication. The interface uses 240 MHz DDR signaling to provide High-Speed 480 Mb/s USB transfers which are 100% host driver compatible with traditional USB cable connected topologies. Full Speed (FS) and Low Speed (LS) USB transfers are not directly supported by the HSIC interface.

Major feature and performance highlights are as follows:

• Supported by xHCI software host controller interface
• High-Speed 480 Mb/s data rate only.
- Source-synchronous serial interface.
- Power is only consumed when a transfer is in progress.
- No Plug and Play support.
- No hot plug removal/attach.
• Signals driven at 1.2V standard LVCMOS levels.
- Designed for low power applications.
- Support for two host ports compliant to High Speed Inter-Chip Supplement (HSIC) to the USB 2.0 Specification. (USB 2.0).
- Clock request/ack mechanism.

13.4 USB 3.0 xDCI (Extensible Device Controller Interface)

The xDCI compliant Device controller can control up to 1 USB3.0 OTG port. USB3 being backward compatible to support USB2.0. It supports devices conforming to USB 1.x to 3.0 at bit rates up to 5 Gbps.

13.5 References

USB 3.0 Specification

USB 2.0 Specification (Includes High-Speed Inter-Chip USB Electrical Specification)

13.5.1 Host Controller Specifications

Extensible Host Controller Interface (xHCI) Specification for USB 3.0 version 1.0.

13.6 Register Map

For more information on USB Controller Interfaces registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

14 Low Power Engine (LPE) for Audio ( I^2S )

Low Power Engine for Audio provides acceleration for common audio and voice functions. The voice and audio engine provides a mechanism for rendering audio and voice streams and tones from the operating system, applications to an audio or voice codec, and ultimately to the speaker, headphones, or Bluetooth* headsets.

Audio streams in the SoC can be encoded and decoded by the Low Power Engine (LPE) in the Audio subsystem.

LPE Audio provides three external I ^2 S audio interfaces.

14.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 78. LPE Signals

Signal NameDirection / TypeDescription
LPE_12S[2:0]_CLK I/O Clock signal for I ^2S
LPE_12S[2:0]_FRM I/O Frame select signal for I ^2S
LPE_12S[2:0]_DATAIN I/O RX data for I ^2S
LPE_12S[2:0]_DATAOUT I/O TX data for I ^2S

NOTE: All LPE signals are muxed and may be used by other functions.

14.2 Features

The LPE Audio Subsystem consists of the following:

  • Integrated, power-efficient 32-bit architecture core with 24-bit audio processing instructions.
  • Core processing speeds up to 343 MHz.
    • Closely Coupled Memories (CCMs)

— 80 KB Instruction RAM

— 160 KB Data RAM

— 48 KB Instruction Cache

— 96 KB Data Cache

- Very low-power consumption coupled with high-fidelity 24-bit audio.

- Dual-issue, static, super-scalar VLIW processing engine.

- Mode-less switching between 16-, 24-, and 64-bit dual-issue instructions.

- Dual MACs which can operate with 32 x 16-bit and/or 24 x 24-bit operands.

- Inter-Process Communication (IPC) mechanism to communicate with the SoC Processor Core including 4 KB mailbox memory.

- Flexible audio interfaces include three SSPs with I ^2 S port functionality for BI-directional audio transfers.

- I ^2 S mode supports PCM payloads

— Frame counters for all I ^2 S ports

• High Performance DMA

— DMA IP to support multiple outstanding transactions

— Interleaved scatter-gather support for Audio DMA transfers

- Clock switching logic including new frequency increments.

- External timer function with an always running clock.

The LPE core runs at a peak clock frequency of 343 MHz and has dedicated on-chip program and data memories and caches. The LPE core can access shared SRAM blocks, and external DRAM through OCP fabric. It communicates with audio peripherals using the audio sub-fabric, and employs Inter-Processor Communication (IPC) mechanism to communicate with the SoC Processor Core.

The Audio subsystem includes two OCP-based DMA engines. These DMA engines support single and multi-block transfers. They can be configured to transfer data between DRAM and audio CCMs or transfer data between CCMs and the audio peripheral interfaces.

All these interfaces are peripherals in the Audio subsystem. LPE, LPE DMA, or the SoC processor core may access the peripherals during normal operation. The PMC may access all peripherals during specific tasks such as at boot time or during power state changes. A complete audio solution based on an internal audio processing engine which includes several I²S-based output ports.

The audio core used is a dedicated audio DSP core designed specifically for audio processing (decoding, post-processing, mixing, etc.)

Note:

LPE requires systems with more than 512 MB memory. This is required since the LPE firmware must reside at a stolen memory location on 512 MB boundaries below 3 GiB. The LPE firmware itself is 1 MB, and is reserved by BIOS for LPE use.

14.2.1 Audio Capabilities

14.2.1.1 Audio Decode

Audio core supports decoding of the following formats:

  • MP3
  • AAC-LC
  • HE-AAC v1/2
    • WMA9,10, PRO, Lossless, Voice
  • MPEG layer 2
    • RealAudio
  • OggVorbis
  • FLAC
  • DD/DD+

14.2.1.2 Audio Encode

Audio core supports encoding of the following formats:

• MP3
- AAC-LC
• WMA
- DD-2channel

14.3 Clocks

14.3.1 Clock Frequencies

Table 79 shows the clock frequency options for the Audio functional blocks.

Table 79. Clock Frequencies

Clock Frequency Notes
Audio core 343/250/200 MHz/100/50 MHz/2x Osc/Osc50(RO)/100(RO)Audio input clock trunk. CCU drives one of several frequencies as noted.
DMA 0 50/OSC DMA clock
DMA1 50/OSC DMA clock
Audio fabric clock 50/OSC Fabric clock derived from audio coreclock

Table 79. Clock Frequencies

Clock Frequency Notes
SSP0 Clock Fabric side: 50/OSCLink side: Up to 19.2 MHzSSP0 clock domains
SSP1 Clock Fabric side: 50/OSCLink side: Up to 19.2 MHzSSP1 clock domains
SSP2 Clock Fabric side: 50/OSCLink side: Up to 19.2 MHzSSP2 clock domains

14.3.2 38.4 MHz Clock for LPE

38.4 MHz, the 2X OSC clock, is added to increase MIPS for low power MP3 mode. This frequency will be supplied by the clock doubler internal to the SoC's Clock Control Unit.

14.3.3 Calibrated Ring Osc (50/100 MHz) Clock for LPE

A calibrated Ring Oscillator in the CCU_SUS provides a 50Mhz or an 100Mhz clock as another option for higher MIPS for low power MP3 mode. It is expected that this will be required to support decode of HE-AAC streams in the low power mode.

14.3.4 Cache and CCM Clocking

Data CCM, Data cache, Instruction CCM, and Instruction Cache run off of the LPE clock. These memories are in a single clock domain.

Note: All Data CCM and Instruction CCM run in the same clock domain.

14.4 SSP (I ^2 S)

The SoC audio subsystem consists of the LPE Audio Engine and three Synchronous Serial Protocol (SSP) ports. These ports are used in PCM mode and enable simultaneous support of voice and audio streams over I^2S . The SoC audio subsystem also includes two DMA controllers dedicated to the LPE. The LPE DMA controllers are used for transferring data between external memory and CCMs, between CCMs and the SSP ports, and between CCMs. All peripheral ports can operate simultaneously.

The Enhanced SSP Serial Ports are full-duplex synchronous serial interfaces. They can connect to a variety of external analog-to-digital (A/D) converters, audio, and telecommunication codecs, and many other devices which use serial protocols for transferring data. Formats supported include National* Microwire, Texas Instruments* Synchronous Serial Protocol (SSP), Motorola* Serial Peripheral Interface (SPI) protocol and a flexible Programmable Serial Port protocol (PSP).

The Enhanced SSPs operate in master mode (the attached peripheral functions as a slave) or slave mode (the attached peripheral functions as a master), and support serial bit rates from 0 to 6.5 Mbps, dependent on the input clock. Serial data formats range from 4 to 32-bits in length. Two on-chip register blocks function as independent FIFOs for transmit and receive data.

FIFOs may be loaded or emptied by the system processor using single transfers or DMA burst transfers of up to the FIFO depth. Each 32-bit word from the bus fills one entry in a FIFO using the lower significant bits of a 32-bit word.

14.4.1 Features

The SSP port features are:

- Inter-IC Sound (I ^2 S) protocols, are supported by programming the Programmable Serial Protocol (PSP).

- One FIFO for transmit data (TXFIFO) and a second, independent, FIFO for receive data (RXFIFO), where each FIFO is 16 samples deep x 32 bits wide.

• Data sample sizes from 8, 16, 18, or 32 bits.

- 6.5 Mbps maximum serial bit-rate in both modes: master and slave.

- Clock master or slave mode operations.

- Receive-without-transmit operation.

- Network mode with up to eight time slots for PSP formats, and independent transmit/receive in any/all/none of the time slots.

- After updating SSP configuration, for example active slot count, the SSP will need to be disabled and enabled again. In other words, a SSP will not function correctly if a user changes the configuration setting on the fly.

14.5 Register Map

For more information on Low Power Engine (LPE) for Audio (I2S) registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

15 Intel ^® Trusted Execution Engine (Intel ^® TXE)

This chapter describes the security components and capabilities. The security system contains an Intel ^® TXE and additional hardware security feature that enable a secure and robust platform.

15.1 Features

15.1.1 Security Features

Intel ^® TXE in the SoC is responsible for supporting and handling security related features.

• 32-bit RISC processor.
- 256KB Data/Code RAM accessible only to the Intel® TXE.
- 128KB On Chip Mask ROM for storage of Intel® TXE code.

- Inter-Processor Communication for message passing between the Host CPU and Intel® TXE.

- 64 byte input and output command buffers.

- 256 byte shared payload (enables 2048-bit keys to be exchanged as part of the command).

- Multiple context DMA engine to transfer data between Host CPU address domain (System memory) and the Intel® TXE; programmable by the Intel® TXE CPU only.

- Secure I ^2 C interface to NFC using master I ^2 C block integrated into the Intel TXE - IP. Secure GPIOs to support input alert and two GP Outputs.

15.1.1.1 HW Accelerators

  • DES/3DES (ECB, CBC) - 128b ABA key for 3DES Key Ladder Operations.
  • Three AES engines - Two fast -128 and one slow- 128/256.
  • Exponentiation Acceleration Unit (EAU) for modular exponentiation, modular reduction, large number addition, subtraction, and multiplication.
    • SHA1, SHA256/384/512, MD5.

15.1.1.2 FW Utilities and Ciphers

• RSA (with EAU acceleration).
- Flash Write Enable/Disable.
• Comprehensive IPC Command Set.

- Chip Unique Key encryption key wrapping of other platform keys (Flash).

15.1.1.3 Downloadable FW Utilities and Ciphers

  • Integrated Theft Deterrence Technology - Intel® Anti-Theft Technology (Intel® AT).
    • One Time Programmable (OTP).
  • Firmware TPM (fTPM) measured boot.

15.1.2 TXE Interaction with NFC

  • The NFC device requests attention from the TXE from GPIO_ALERT pin to a SoC input interrupt pin (GPIO_SUS[8] pin).
  • The GPIO block sends the pin value to TXE over a dedicated wire.
  • The wire is connected to the TXE clock request mechanism in order to get a clock for sampling the wire. The TXE bridge includes a configuration register which includes an enable bit to qualify the clock request (which allows masking the clock request, in case the GPIO_SUS[8] is not used by NFC), and a polarity bit (which allows selecting whether the a clock request would be set on a high or low value in the wire).)
  • The same qualified & polarity configured clock request input is also sent to PMU. In S0ix PMU uses it as a wake request.
  • When a clock is available, the wire value is updated to an ICR (SICR31) in TXE bridge.
  • TXE Bridge configuration register also includes two bits that allow detection of falling and/or rising edge on the alert pin. They cause an ISR (SISR[31]) to be set. When both ISR and IER bits for the alert are set an interrupt is generated.
  • When the TXE is interrupted it parses the interrupt status registers in the TXE Bridge and figures the cause is the NFC device.
  • TXE clears the Bridge ISR and sets configuration to detect the next edge on the alert pin.
  • In order to use the I2C master, the TXE sets an I2C clock request register in the Bridge.
  • The firmware then uses the I2C master to communicate with the NFC device. The firmware configures the I2C master to read up to 33Bytes of data (up to 36 bytes are supported by HW for read/write).
  • When the I2C read is completed, the firmware is interrupted. The TXE may then read the data/status and clear the interrupt.
  • The firmware repeats read/write sequence's as many times as it needs.
  • When firmware is done with the I2C master, it must poll the controller to check that the I2C bus is idle before writing to the register to remove the I2C clock request, and before any reset of the I2C controller or power gating sequence. Shutting off

clock or I2C master before the completion all activity on the bus will hang the I2C device.

16 Intel ^® Sensor Hub

This chapter describes Intel® Sensor Hub.

16.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 80. ISH Signals

Signal Name Direction Description
ISH_I2C1_CLKI/OClock Lane: ISH input clock
ISH_I2C1_SDAI/OData Lane: ISH Data Lane
ISH_GPIO I/O ISH GPIO

16.2 Features

• Acquisition / sampling of sensor data.
- The ability to combine data from individual sensors to create a more complex Virtual sensor that can be directly used by the firmware/OS.
- Low power operation through clock gating of the ISH together with the ability to turn sensors off under control of host SW.
- The ability to operate independently when the host platform is in a low power state(S0-S0i3).
• Power saving features.
- Clock gating and power gating of functional blocks depending on current workloads.

16.2.1 Hardware

  • Minute IA microprocessor.
  • 384KB on chip Data/Code SRAM accessible only to the ISH.
  • 8KB on chip ROM for ISH boot code.

  • Inter-Processor Communication for message passing between the Host CPU and Intel® ISH.
    — Single Command/Doorbell DWORD register and 32 DWORD data registers each direction.

  • Inter-Processor Communication for message passing between the Intel® ISH and Intel® TXE for ISH FW load.
    — Single Command/Doorbell DWORD register and 32 DWORD data registers each direction.
  • Inter-Processor Communication for message passing between the Intel® ISH and PMC for ISH power management and ISH TXE communication assistance by PMC.
    — Single Command/Doorbell DWORD register each direction.
  • DMA engine to transfer data between Host CPU address domain (System memory) and the Intel® ISH; programmable by the Intel® ISH CPU only.
  • Two I2C interfaces and up to 15 GPIO lines for connecting sensors to ISH.

17 Serial IO (SIO) Overview

The Serial I/O (SIO) is a collection of hardware blocks that implement simple but key serial I/O interfaces for platform usage. These hardware blocks include:

  • "SIO - I2C Interface"
    • "SIO - High Speed UART"
  • "SIO - Serial Peripheral Interface (SPI)"
  • "SIO - Pulse Width Modulation (PWM)"

17.1 SIO - Serial Peripheral Interface (SPI)

The Serial I/O implements three SPI controllers that supports master mode.

17.1.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 81. SPI Interface Signals

Signal NameDirection / TypeDescription
SPI[1,2,3]_CLK OGPIOSPI Clock: When the bus is idle, the owner will drive the clock signal low.
SPI[1,2,3]_CS[0]_NGPIOSPI Chip Select 0: Used as the SPI Chip select 0.
SPI[1,2,3]_CS[1]_NGPIOSPI Chip Select 1: Used as the SPI Chip select 1.
SPI[1,2,3]_MISO IGPIOSPI Master IN Slave OUT: Data input pin for the SoC.
SPI[1,2,3]_MOSI OGPIOSPI Master OUT Slave IN: Data output pin for the SoC. Operates as a second data input pin for the SoC when in Single Input, Dual Output Fast Read mode.

17.1.2 Features

The following is list of SPI features:

  • Single interrupt line.
    — Could be assigned to interrupt PCI INT [A] or ACPISIO INT[1].
  • Configurable frame format, clock polarity and clock phase.
    • Supports three SPI peripherals only.
  • Two Chip selects are supported for each of the 3 SPI controllers.
    • Supports master mode only.
  • Receive and transit buffers are both 256x32 Bits.

— The receive buffer has only 1 water mark.
— The transmit buffer has 2 water marks.

• Supports up to 20 Mbps.

17.1.2.1 General

The Serial Peripheral Interface is used primarily for a synchronous serial communication of host processor and peripherals.

In the standard configuration for a slave device, two control and two data lines are used. The data output MISO serves on the one hand the reading back of data, offers however also the possibility to cascade several devices. The data output of the preceding device then forms the data input for the next IC.

Figure 23. SPI Slave
INTEL Atom x5-Z8300 - General - 1

flowchart
graph LR
    CS --> SPI-Slave
    CKL --> SPI-Slave
    MOSI --> SPI-Slave
    SPI-Slave --> MISO

There is a MASTER and a SLAVE mode. The MASTER device provides the clock signal and determines the state of the chip select lines, i.e. it activates the SLAVE it wants to communicate with. CS and CKL are therefore outputs. The SLAVE device receives the clock and chip select from the MASTER, CS and CKL are therefore inputs. This means there is one master, while the number of slaves is only limited by the number of chip selects.

A SPI device can be a simple shift register up to an independent subsystem. The basic principle of a shift register is always present. Command codes as well as data values are serially transferred, pumped into a shift register and are then internally available for parallel processing.

The SPI requires two control lines (CS and CLK) and two data lines MOSI (Master-Out-Slave-In) and MISO (Master-In-Slave-Out).

17.1.2.2 Data and Control lines for SPI

With CS (Chip-Select) the corresponding peripheral device is selected. This pin is mostly active-low. In the un-selected state the MISO lines are hi-Z and therefore inactive. The master decides with which peripheral device it wants to communicate.

The clock line CLK is brought to the device whether it is selected or not. The clock serves as synchronization of the data communication. The majority of SPI devices provide these four lines. Sometimes it happens that MOSI and MISO are multiplexed.

17.1.2.3 SPI Configuration: Clock Phase and Polarity

SPI clock phase and clock polarity overview.

- The SSCR1.SPO polarity setting bit determines whether the serial transfer occurs on the rising edge of the clock or the falling edge of the clock.

— When SSCR1.SPO = 0, the inactive or idle state of SPI1_CLK is low.
— When SSCR1.SPO = 1, the inactive or idle state of SPI1_CLK is high.

- The SSCR1.SPH phase setting bit selects the relationship of the serial clock with the slave select signal.

  • When SSCR1.SPH = 0, SPI1_CLK is inactive until one cycle after the start of a frame and active until 1/2 cycle after the end of a frame.
  • When SSCR1.SPH = 1, SPI1_CLK is inactive until 1/2 cycle after the start of a frame and active until one cycle after the end of a frame.

Below figure shows an 8-bit data transfer with different phase and polarity settings.

Figure 24. Clock Phase and Polarity
SSCR1.SPO=0 CLK SSCR1.SPO=1 CLK SS# SSCR1.SPH=0 Data in D0Dataout D1 D2 D3 D4 D5 D6 D7 D0 D1 D2 D3 D4 D5 D6 D7 SSCR1.SPH=1 Data out Data in D0 D1 D2 D3 D4 D5 D6 D7 D0 D1 D2 D3 D4 D5 D6 D7

In a single frame transfer, the SPI controller supports all four possible combinations for the serial clock phase and polarity.

The combinations of polarity and phases are referred to as modes which are commonly numbered according to the following convention, with SSCR1.SPO as the high order bit and SSCR1.SPH as the low order bit.

Table 82. SPI Modes

Mode S$CR1.SPO SSCR1.SPH
000
101
210
311

17.2 SIO - I ^2 C Interface

The SoC supports 7 instances of I ^2 C controller. Both 7-bit and 10-bit addressing modes are supported. These controllers operate in master mode only.

17.2.1 Signal Descriptions

I ^2 C is a two-wire bus for inter-IC communication. Data and clock signals carry information between the connected devices. The following is the I ^2 C Interface. The SoC supports 7 I ^2 C interfaces for general purpose to control external devices. The I ^2 C signals are muxed over GPIOs.

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 83.1 ^2C 6 : 0 Signals

Signal NameDirection / TypeDescription
I2C[6:0]_DATA I/O/GPIOMV, MS, I2C I^2C Serial DataThese signals are muxed and may be used by other functions.
I2C[6:0]_CLK I/O/GPIOMV, MS, I2C I^2C Serial ClockThese signals are muxed and may be used by other functions.

17.2.2 NFC I ^2 C Interface Signals

Table 84. NFCI ^2 C Interface Signals

Signal NameDirection/ TypeDescription
NFC_I2C_DATA I/O/GPIOMV, MS, I2C NFC I^2C Serial Data These signals are muxed and may be used by other functions.
NFC_I2C_CLK I/O/GPIOMV, MS, I2C NFC I^2C Serial Clock These signals are muxed and may be used by other functions.
GPIO_ALERT I/O/GPIOMV, MSALERT pin for NFCThese signals are muxed and may be used by other functions.

17.2.3 Features

17.2.3.1 I ^2 C Protocol

The I ^2 C bus is a two-wire serial interface, consisting of a serial data line and a serial clock. These wires carry information between the devices connected to the bus. Each device is recognized by a unique address and can operate as either a "transmitter" or "receiver," depending on the function of the device. Devices are considered slaves when performing data transfers, as the SoC will always be a Master. A master is a device which initiates a data transfer on the bus and generates the clock signals to permit that transfer. At that time, any device addressed is considered a slave.

  • The SoC is always the I ^2 C master; and it supports multi-master mode.
  • The SoC can support clock stretching by slave devices.
  • The I2Cx_DATA line is a bidirectional signal and changes only while the I2Cx_CLK line is low, except for STOP, START, and RESTART conditions.
  • The output drivers are open-drain or open-collector to perform wire-AND functions on the bus.
  • The maximum number of devices on the bus is limited by the maximum capacitance specification of 400 pF. Refer Chapter 19, "Electrical Specifications" for more details.
    • Data is transmitted in byte packages.

17.2.3.2 I ^2 C Modes of Operation

The I ^2 C module can operate in the following modes:

  • Standard mode (with a bit rate up to 100 Kb/s).
  • Fast mode (with a bit rate up to 400 Kb/s).
  • Fast Mode plus mode (with a bit rate up to 1 Mb/s).
    • High-speed mode (with a bit rate up to 1.7 Mb/s).

The I ^2 C can communicate with devices only using these modes as long as they are attached to the bus. Additionally, high speed mode, fast mode plus and fast mode devices are downward compatible.

  • High-speed mode devices can communicate with fast mode and standard mode devices in a mixed speed bus system.
  • Fast mode devices can communicate with standard mode devices in a 0–100 Kb/s I ^2 C bus system.

However, according to the I^2C specification, standard mode devices are not upward compatible and should not be incorporated in a fast-mode I^2C bus system since they cannot follow the higher transfer rate and unpredictable states would occur.

Refer Table 1 for more information on the I2C interface speed for different Sku's.

17.2.3.3 Functional Description

  • The I ^2 C master is responsible for generating the clock and controlling the transfer of data.
  • The slave is responsible for either transmitting or receiving data to/from the master.
  • The acknowledgement of data is sent by the device that is receiving data, which can be either a master or a slave.
    • Each slave has a unique address that is determined by the system designer:

— When a master wants to communicate with a slave, the master transmits a START/RESTART condition that is then followed by the slave's address and a control bit (R/W), to determine if the master wants to transmit data or receive data from the slave.
— The slave then sends an acknowledge (ACK) pulse after the address.

- If the master (master-transmitter) is writing to the slave (slave-receiver)

— The receiver gets one byte of data.
— This transaction continues until the master terminates the transmission with a STOP condition.

- If the master is reading from a slave (master-receiver)

— The slave transmits (slave-transmitter) a byte of data to the master, and the master then acknowledges the transaction with the ACK pulse.
— This transaction continues until the master terminates the transmission by not acknowledging (NACK) the transaction after the last byte is received, and then the master issues a STOP condition or addresses another slave after issuing a RESTART condition. This behavior is illustrated in below figure.

Figure 25. Data Transfer on the I ^2 C Bus
INTEL Atom x5-Z8300 - Functional Description - 1

flowchart
graph TD
    A["Data"] --> B["MSB"]
    B --> C["LSB"]
    C --> D["ACK"]
    D --> E["ACK"]
    E --> F["from receiver"]
    G["Clock"] --> H["S or R"]
    H --> I["1"]
    I --> J["2"]
    J --> K["7"]
    K --> L["8"]
    L --> M["9"]
    M --> N["1"]
    N --> O["2"]
    O --> P["3-8"]
    P --> Q["9"]
    Q --> R["R or P"]
    S["START or RESTART Conditions"] --> T["Byte Complete in terru pt with in Slave"]
    U["Clock held low while servicing in terru p ts"] --> V["STOP AND RESTART Conditions"]

17.2.3.3.1 START and STOP Conditions

When the bus is idle, both the clock and data signals are pulled high through external pull-up resistors on the bus.

When the master wants to start a transmission on the bus, the master issues a START condition.

  • This is defined to be a high-to-low transition of the data signal while the clock is high.
  • When the master wants to terminate the transmission, the master issues a STOP condition. This is defined to be a low-to-high transition of the data line while the clock is high. Figure 26 shows the timing of the START and STOP conditions.
  • When data is being transmitted on the bus, the data line must be stable when the clock is high.

Figure 26. START and STOP Conditions
INTEL Atom x5-Z8300 - START and STOP Conditions - 1

flowchart
graph LR
    A["Start Conditions"] --> B["Change of Data Allowed"]
    B --> C["Data Line Stable Data Line Valid"]
    C --> D["Change of Data Allowed"]
    D --> E["Stop Condition"]
    F["Clock"] --> G["S"]
    G --> H["Change of Data Allowed"]
    H --> I["Data Line Stable Data Line Valid"]
    I --> J["Change of Data Allowed"]
    J --> K["P"]

The signal transitions for the START/STOP conditions, as depicted above, reflect those observed at the output of the master driving the I²C bus. Care should be taken when observing the data/clock signals at the input of the slave(s), because unequal line delays may result in an incorrect data/clock timing relationship.

17.3 NFC I ^2 C

NFC device requires 1.8V I/Os.

For more information refer "TXE Interaction with NFC"

17.3.1 References

I²C-Bus Specification and User Manual, Revision 03: http://ics.nxp.com/support/documents/interface/pdf/i2c.bus.specification.pdf

17.4 SIO - High Speed UART

The SoC implements two instances of high speed UART controller that support baud rates between 300 and 3686400. Hardware flow control is also supported.

17.4.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 85. UART 1 Interface Signals

Signal NameDirection/ TypeDescription
UART1_DATAINI/O/GPIOMV, MSHigh-speed UART receive data input:This signal is muxed and may be used by other functions.
UART1_DATAOUT I/O/GPIOMV, MSHigh-speed UART transmit data:This signal is muxed and may be used by other functions.
UART1_RTS_N I/O/GPIOMV, MSHigh-speed UART request to send:This signal is muxed and may be used by other functions.
UART1_CTS_N I/O/GPIOMV, MSHigh-speed UART clear to send:This signal is muxed and may be used by other functions.

Table 86. UART 2 Interface Signals (Sheet 1 of 2)

Signal NameDirection/ TypeDescription
UART2_DATAIN I/O/GPIOMV, MSHigh-speed UART receive data input:This signal is muxed and may be used by other functions.

Table 86. UART 2 Interface Signals (Sheet 2 of 2)

Signal NameDirection/ TypeDescription
UART2_DATAOUT I/O/GPIOMV, MSHigh-speed UART transmit data:This signal is muxed and may be used by other functions.
UART2_RTS_N I/O/GPIOMV, MSHigh-speed UART request to send:This signal is muxed and may be used by other functions.
UART2_CTS_N I/O/GPIOMV, MSHigh-speed UART clear to send:This signal is muxed and may be used by other functions.

17.4.2 Features

17.4.2.1 UART Function

The UART transmits and receives data in bit frames as shown in Figure 28.

  • Each data frame is between 7 and 12 bits long, depending on the size of data programmed and if parity and stop bits are enabled.
  • The frame begins with a start bit that is represented by a high-to-low transition.
  • Next, 5 to 8 bits of data are transmitted, beginning with the least significant bit. An optional parity bit follows, which is set if even parity is enabled and an odd number of ones exist within the data byte; or, if odd parity is enabled and the data byte contains an even number of ones.
  • The data frame ends with one, one-and-one-half, or two stop bits (as programmed by users), which is represented by one or two successive bit periods of a logic one.

Figure 28. UART Data Transfer Flow
Start Bit Data [0] Data [1] Data [2] Data [3] Data [4] Data [5] Data [6] Data [7] Parity Bit Stop Bit 1 Stop Bit 2 TXD or RXD pin LSB MSB Shaded bits are optional that users can program. Shaded bits are optional that users can program.

Each UART has a Transmit FIFO and a Receive FIFO and each holds 64 characters of data. There are two separate methods for moving data into/out of the FIFOs—Interrupts and Polling.

17.4.2.2 Clock and Reset

The BAUD rate generates from base frequency of 50 MHz.

17.4.2.3 Baud Rate Generator

The baud rates for the UARTs are generated with from the base frequency (Fbase) indicated in Table 87 by programming the DLH and DLL registers as divisor. The hexadecimal value of the divisor is (IER_DLH[7:0]<<8) | RBR_THR_DLL[7:0].

Fbase 44236800 Hz can be achieved by programming the DDS Multiplier as 44,236,800 (in decimal), and DDS Divisor as the system clock frequency in Hz. (50,000,000 in decimal when the system clock frequency is 50 MHz.)

The output baud rate 3686400 is equal to the base frequency divided by thirteen times the value of the divisor, as follows: baud rate = (Fbase) / (13 * divisor). The output baud rate for all other baud rates is equal to the base frequency divided by sixteen times the value of the divisor, as follows: baud rate = (Fbase) / (16 * divisor).

Table 87. Baud Rates Achievable with Different DLAB Settings

DLH,DLL DivisorDLH,DLL DivisorHexadecimalBaud Rate
Fbase 1: 47923200 Hz
1 0001 3686400
Fbase 2: 44236800 Hz
1 0001 2764800
3 0003 921600
6 0006 460800
9 0009 307200
12 000C 230400
15 000F 184320
18 0012 153600
24 0018 115200
48 0030 57600
72 0048 38400
144 0090 19200
288 0120 9600
38401807200
57602404800
768 0300 3600
1152 0480 2400
1536 0600 1800
2304 0900 1200
4608 1200600
9216 2400300

17.4.3 Use

Each UART has a transmit FIFO and a receive FIFO, each FIFO holding 64 characters of data. Three separate methods move data into and out of the FIFOs: interrupts, DMA, and polled.

17.4.3.1 DMA Mode Operation

17.4.3.1.1 Receiver DMA

The data transfer from the HSUART to host memory is controlled by the DMA write channel. To configure the channel in write mode, channel direction in the channel control register needs to be programmed to "1". The software need to program the descriptor start address register, descriptor transfer size register, and descriptor control register before starting the channel using the channel active bit in the channel control register.

17.4.3.1.2 Transmit DMA

The data transfer from host memory to HSUART is controlled by DMA read channel. To configure the channel in read mode, channel direction in the channel control register needs to be programmed to "0". The software need to program the descriptor start address register, descriptor transfer size register, and descriptor control register before starting the channel using the channel active bit in the channel control register.

17.4.3.1.3 Removing Trailing Bytes in DMA Mode

When the number of entries in the Receive FIFO is less than its trigger level, and no additional data is received, the remaining bytes are called Trailing bytes. These are DMAed out by the DMA as it has visibility into the FIFO Occupancy register.

17.4.3.2 FIFO Polled-Mode Operation

With the FIFOs enabled (IIR_FCR.IID0_FIFOE bit set to 1), clearing IER_DLH[7] and IER_DLH[4:0] puts the serial port in the FIFO Polled Operation mode. Because the receiver and the transmitter are controlled separately, either one or both can be in Polled Operation mode. In this mode, software checks Receiver and Transmitter status using the Line Status Register (LSR). The processor polls the following bits for Receive and Transmit Data Service.

17.4.3.2.1 Receive Data Service

The processor checks data ready (LSR.DR) bit which is set when 1 or more bytes remains in the Receive FIFO or Receive Buffer Register (RBR_THR_DLL).

17.4.3.2.2 Transmit Data Service

The processor checks transmit data request LSR.THRE bit, which is set when the transmitter needs data.

The processor can also check transmitter empty LSR.TEMT, which is set when the Transmit FIFO or Holding register is empty.

17.4.3.2.3 Autoflow Control

Autoflow Control uses Clear-to-Send (nCTS) and Request-to-Send (nRTS) signals to automatically control the flow of data between the UART and external modem. When autoflow is enabled, the remote device is not allowed to send data unless the UART asserts nRTS low. If the UART de-asserts nRTS while the remote device is sending data, the remote device is allowed to send one additional byte after nRTS is deasserted. An overflow could occur if the remote device violates this rule. Likewise, the UART is not allowed to transmit data unless the remote device asserts nCTS low. This feature increases system efficiency and eliminates the possibility of a Receive FIFO Overflow error due to long interrupt latency.

Autoflow mode can be used in two ways: Full autoflow, automating both nCTS and nRTS, and half autoflow, automating only nCTS. Full Autoflow is enabled by writing a 1 to bits 1 and 5 of the Modem Control Register (MCR). Auto-nCTS-Only mode is enabled by writing a 1 to bit 5 and a 0 to bit 1 of the MCR register.

17.4.3.2.4 RTS (UART Output)

When in full autoflow mode, nRTS is asserted when the UART FIFO is ready to receive data from the remote transmitter. This occurs when the amount of data in the Receive FIFO is below the programmable threshold value. When the amount of data in the Receive FIFO reaches the programmable threshold, nRTS is de-asserted. It will be asserted once again when enough bytes are removed from the FIFO to lower the data level below the threshold.

17.4.3.2.5 CTS (UART Input)

When in Full or Half-Autoflow mode, nCTS is asserted by the remote receiver when the receiver is ready to receive data from the UART. The UART checks nCTS before sending the next byte of data and will not transmit the byte until nCTS is low. If nCTS goes high while the transfer of a byte is in progress, the transmitter will complete this byte.

17.5 SIO - Pulse Width Modulation (PWM)

The Pulse Width Modulation block allows control the frequency and duty cycle of an output signal. The SoC has 2 instances of the PWM interface.

17.5.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Figure 29. PWM Signals

Signal NameDirection/ TypeDescription
PWM[0] I/O/GPIOMV, MSPulse Width Modulation output 0.
PWM[1] I/O/GPIOMV, MSPulse Width Modulation output 1.

17.5.2 Features

The software controls the PWM block by updating the PWMCTRL register and setting the PWMCTRL.PWM_SW_UPDATE bit whenever a change in frequency or duty cycle of the PWM output signal is required. The PWM block applies the new settings at the start of the next output cycle and resets the PWMCTRL.PWM_SW_UPDATE bit. The SoC uses 25 MHz for the counter. Refer Figure 30 for PWM block diagram.

Figure 30. PWM Block Diagram
INTEL Atom x5-Z8300 - Features - 1

flowchart
graph TD
    A["Base unit register-- unsigned(8,8)"] --> B["+"]
    C["25Mhz"] --> D["Duty cycle control counter - unsigned(8,8)"]
    D --> E["duty_cyc_cnt(15:8)"]
    E --> F["A < B"]
    G["pwm_on_time_divisor"] --> H["B"]
    H --> F
    F --> I["Output"]

There are two controls of the PWM output:

  • Frequency is controlled by the PWMCTRL.PWM_BASE_UNIT bits. The PWMCTRL.PWM_BASE_UNIT value is added to a 16 bit counter every clock cycle and the counter roll-over marks the start of a new cycle.
  • Duty cycle is controlled by the PWMCTRL.PWM_ON_TIME_DIVISOR setting (0 to 255). When the counter rolls-over it is reset and a new cycle starts with the output signal being 0, once the counter reaches the PWMCTRL.PWM_ON_TIME_DIVISOR value the output toggles to 1 and stays high until the counter rolls over.

The PWM block is clocked by the 25 MHz oscillator clock. The output frequency can be estimated with the equation:

  • Target frequency = 25MHz * base_unit value/256.
    NOTE: The larger the value of base_unit, the larger the error that the PWM output frequency will have with respect to the equation above. For example any Base_unit_value > 128 will result in 12.5 MHz max frequency. Any value between 86 and 128 will result in 8.33 MHz output frequency. And accordingly the larger the base_unit value the smaller duty cycle resolution. Maximum duty cycle resolution is 8 bits.

Table 88 illustrates the output frequency and duty-cycle resolution for different settings of the base_unit_value (when using 25 MHz oscillator clock).
Table 88. Example PWM Output Frequency and Resolution

Target FrequencyBase Unit ValueCLK Cycle CountDuty Cycle Resolution
12.5 MHz >=128 1 no resolution
1.07 MHz 11 23<8 bit resolution
488 kHz 5 51<8 bit resolution
97.6 kHz1 2568 resolution
48.8 kHz0.5Theoretically 512 but only 255 available since On Time Divisor is only 8b>8bit
000Flat 0 output

17.6 Register Map

For more information on Serial IO registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

18 Platform Controller Unit (PCU) Overview

Platform Controller Unit (PCU) is a collection of HW blocks that are critical for implementing a Windows* compatible platform. These HW blocks include:

  • "PCU - Power Management Controller (PMC)"
  • "PCU - Fast Serial Peripheral Interface (SPI)"
    — For boot FW and system configuration data Flash storage
  • "PCU - Universal Asynchronous Receiver/Transmitter (UART)"
  • "PCU - Intel Legacy Block (iLB) Overview"

The PCU also implements some high level configuration features for BIOS/EFI boot.

18.1 Features

The key features of the individual blocks are as follows:

• Universal Asynchronous Receiver/Transmitter (UART)
— 16550 controller compliant.
— Reduced Signal Count: TX and RX only.
- COM1 interface.
- Fast Serial Peripheral Interface (FST_SPI)
— For SPI Flash, of up to 16MB size per chip select is supported. No other SPI peripherals are supported.
— Stores boot FW and system configuration data.
— Supports frequencies of 20 MHz, 33 MHz and 50 MHz.

• Power Management Controller (PMC)

— Controls many of the power management features present in the SoC.

- Intel Legacy Block (iLB)

— Supports legacy PC platform features.

— Sub-blocks include LPC, GPIO, 8259 PIC, IO-APIC, 8254 timers, HPET timers and the RTC.

18.2 PCU - Power Management Controller (PMC)

Power Management Controller (PMC) controls many of the power management features present in the SoC.

18.2.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 89. PMC Signals (Sheet 1 of 2)

Signal NameDirection / TypeDescription
PMC_ACPRESENT I/O/GPIOMV, MSAC Present: This input pin indicates when the platform is plugged into AC power.
PMC_BATLOW_N I/O/GPIOMV, MSBattery Low: An input from the battery to indicate that there is insufficient power to boot the system. Assertion will prevent wake from the S4/S5 state. This signal can also be enabled to cause an SMI_N when asserted.In desktop configurations without a battery, this signal should be tied high to V1P8_S5.
PMC_CORE_PWROK I/GIOMV, MSCore Power OK: When asserted, this signal is an indication to the SoC that all of its core power rails have been stable for 10 ms. It can be driven asynchronously. When it is negated, the SoC asserts PMC_PLTRST_N.NOTE: It is required that the power rails associated with PCI Express (typically the 3.3V, 5V, and 12V core well rails) have been valid for 99 ms prior to PMC_CORE_PWROK assertion in order to comply with the 100 ms T_PVPERL PCI Express 2.0 specification on PMC_PLTRST_N deassertion.NOTE: PMC_CORE_PWROK must not glitch, even if PMC_RSMRST_N is low.
PMC_PLTRST_N I/O/GPIOMV, MSPlatform Reset: The SoC asserts this signal to reset devices on the platform. The SoC asserts the signal during power-up and when software initiates a hard reset sequence through the Reset Control (RST_CNT) register.

Table 89. PMC Signals (Sheet 2 of 2)

Signal NameDirection / TypeDescription
PMC_PWRBTN_N I/O/GPIOMV, MSPower Button: The signal will cause SMI_N or SCI to indicate a system request to go to a sleep state. If the system is already in a sleep state, this signal will cause a wake event. If the signal is pressed for more than 4 seconds, this will cause an unconditional transition (power button override) to the S5 state. Override will occur even if the system is in the S4 states. This signal has an internal pull-up resistor and has an internal 16 ms de-bounce on the input.
PMC_RSMRST_N I/GPIOMV, MSMSResume Well Reset: Used for resetting the resume well. An external RC circuit is required to guarantee that the resume well power is valid prior to this signal going high.
PMC_RSTBTN_N I/O/GPIOMV, MSSystem Reset: This signal forces an internal reset after being debounced.This signal is muxed and may be used by other functions.
PMC_SLP_S0IX_N I/O/GPIOMV, MSS0ix Sleep Control: This signal is for power plane control. It can be used to control system power when it is in a S0ix state.
PMC_SLP_S4_N I/O/GPIOMV, MSS4 Sleep Control: This signal is for power plane control. It can be used to control system power when it is in a S4 (Suspend to Disk) or S5 (Soft Off) state.
PMC_SUS_STAT_N I/O/GPIOMV, MSSuspend Status: This signal is asserted by the SoC to indicate that the system will be entering a low power state soon. This can be monitored by devices with memory that need to switch from normal refresh to suspend refresh mode. It can also be used by other peripherals as an indication that they should isolate their outputs that may be going to powered-off planes.This signal is muxed and may be used by other functions.
PMC_SUSCLK I/O/GPIOMV, MSSuspend Clock: This 32 kHz clock is an output of the RTC generator circuit for use by other chips for refresh clock.This signal is muxed and may be used by other functions.
PMC_SUSPWRDNACK I/O/GPIOMV, MSSuspend Power Down Acknowledge: Asserted by the SoC when it does not require its Suspend well to be powered. This pin requires a pull-up to UNCORE_V1P8_G3.This signal is muxed and may be used by other functions.

18.2.2 Features

18.2.2.1 Sx-G3-Sx, Handling Power Failures

Depending on when the power failure occurs and how the system is designed, different transitions could occur due to a power failure.

The GEN_PMCON1.AG3E bit provides the ability to program whether or not the system should boot once power returns after a power loss event. If the policy is to not boot, the system remains in an S5 state (unless previously in S4). There are only two possible events that will wake the system after a power failure.

- PMC_PWRBTN_N: PMC_PWRBTN_N is always enabled as a wake event. When RSMRST_N is low (G3 state), the PM1_STS_EN.PWRBTN_STS bit is reset. When the SoC exits G3 after power returns (PMC_RSMRST_N goes high), the PMC_PWRBTN_N signal is already high (because the suspend plane goes high before PMC_RSMRST_N goes high) and the PM1_STS_EN.PWRBTN_STS bit is 0b.

- RTC Alarm: The PM1_STS_EN.RTC_EN bit is in the RTC well and is preserved after a power loss. Like PM1_STS_EN.PWRBTN_STS the PM1_STS_EN.RTC_STS bit is cleared when PMC_RSMRST_N goes low.

The SoC monitors both PMC_CORE_PWROK and PMC_RSMRST_N to detect for power failures. If PMC_CORE_PWROK goes low, the GEN_PMCON1.PWR_FLR bit is set. If PMC_RSMRST_N goes low, GEN_PMCON1.SUS_PWR_FLR is set.

Table 90. Transitions Due to Power Failure

State at Power FailureGEN_PMCON1.AG3E bit Transition When Power Returns
S01S5
0S0
S41S4
0S0
S51S5
0S0

18.2.2.2 Event Input Signals and Usage

The SoC has various input signals that trigger specific events. This section describes those signals and how they should be used.

18.2.2.2.1 PMC\_PWRBTN\_N (Power Button)

The PMC_PWRBTN_N signal operates as a "Fixed Power Button" as described in the Advanced Configuration and Power Interface specification. The signal has a 16 ms debounce on the input. The state transition descriptions are included in Table 91.

Note: The transitions start as soon as the PMC_PWRBTN_N is pressed (but after the debounce logic), and does not depend on when the power button is released.

Note: During the time that the PMC_SLP_S4_N signal is stretched for the minimum assertion width (if enabled), the power button is not a wake event. Refer note below for more details.

Table 91. Transitions Due to Power Button

Present StateEvent Transition/ Action Comment
S0/Cx PPMC_PWRBTN_N goes lowSMI_N or SCI generated (depending on PM1_CNT.SCI_EN, PM1_STS_EN.PWRBTN_EN and SMI_EN.GBL_SMI_EN)Software typically initiates a Sleep state
S4/S5 PPMC_PWRBTN_N goes lowWake Event. Transitions to S0 stateStandard wakeup
G3 PMCPWRBTN_N pressedNone No effect since no powerNot latched nor detected
S0, S4PMC_PWRBTN_N held low for at least 4 consecutive secondsUnconditional transition to S5 stateNo dependence on processor or any other subsystem
S0ix PMC_PWRBTN_N goes lowWake Event. Transitions to S0 statePM1_STS_EN.PWRBTN_EN should be set since a SMI/SCI event is required.

Power Button Override Function

If PMC_PWRBTN_N is observed active for at least four consecutive seconds, the state machine should unconditionally transition to the S5 state, regardless of present state (S0-S4), even if the PMC_CORE_PWROK is not active. In this case, the transition to the G2/S5 state should not depend on any particular response from the processor nor any similar dependency from any other subsystem.

The PMC_PWRBTN_N status is readable to check if the button is currently being pressed or has been released. The status is taken after the de-bounce, and is readable using the GEN_PMCON2.PWRBTN_LVL bit.

Note: The 4 seconds PMC_PWRBTN_N assertion should only be used if a system lock-up has occurred. The 4-second timer starts counting when the SoC is in a S0 state. If the PMC_PWRBTN_N signal is asserted and held active when the system is in a suspend state (S4), the assertion causes a wake event. Once the system has resumed to the S0 state, the 4-second timer starts.

Note: During the time that the SLP_S4_N signal is stretched for the minimum assertion width (if enabled by GEN_PMCON1.S4ASE), the power button is not a wake event. As a result, it is conceivable that the user will press and continue to hold the power button waiting for the system to awake. Since a 4 seconds press of the power button is already defined as an unconditional power down, the power button timer will be forced to inactive while the power-cycle timer is in progress. Once the power-cycle timer has

expired, the power button awakes the system. Once the minimum PMC_SLP_S4_N power cycle expires, the power button must be pressed for another 4 to 5 seconds to create the override condition to S5.

18.2.2.2.2 Sleep Button

The Advanced Configuration and Power Interface specification defines an optional sleep button. It differs from the power button in that it only is a request to go from S0 to S4 (not S5). Also, in an S5 state, the power button can wake the system, but the sleep button cannot.

Although the SoC does not include a specific signal designated as a sleep button, one of the GPIO signals can be used to create a "Control Method" sleep button. Refer Advanced Configuration and Power Interface specification for implementation details.

18.2.2.2.3 PME\_B0 (PCI Power Management Event Bus 0)

The GPE0a_STS.PME_B0_STS bit exists to implement PME_N-like functionality for any internal device on Bus 0 with PCI power management capabilities.

18.2.2.2.4 PMC\_RSTBTN\_N Signal

When the PMC_RSTBTN_N pin is detected as active after the 16 ms debounce logic, the SoC attempts to perform a "graceful" reset, by waiting for the relevant internal devices to signal their idleness. If all devices are idle when the pin is detected active, the reset occurs immediately; otherwise, a counter starts. If at any point during the count all devices go idle the reset occurs. If the counter expires and any device is still active, a reset is forced upon the system even though activity is still occurring.

Once the reset is asserted, it remains asserted for 5 to 6 ms regardless of whether the PMC_RSTBTN_N input remains asserted or not. It cannot occur again until PMC_RSTBTN_N has been detected inactive after the debounce logic, and the system is back to a full S0 state with PMC_PLTRST_N inactive. Note that if RST_CNT.FULL_RST is set then PMC_RSTBTN_N will result in a full power cycle reset.

18.2.2.3 System Power Planes

The system has several independent power planes, as described in Table 92.

Note: When a particular power plane is shut off, it should go to a 0 V level.

Table 92. System Power Planes

Plane Controlled By Description
Devices and MemoryPMC_SLP_S4_N WhenPMC_SLP_S4_N goes active, power can be shut off to any circuit not required to wake the system from the S4/S5. Since the memory context does not need to be preserved in the S4/S5 state, the power to the memory can also be shut down.S4 and S5 requests are treated the same so no PMC_SLP_S5_N signal is implemented.
Devices Implementation SpecificIndividual subsystems may have their own power plane. For example, GPIO signals may be used to control the power to disk drives, audio amplifiers, or the display screen.
Suspend PMC_SUSPWRDNACK Thesuspend power planes are generally left on whenever the system has a charged main battery or is plugged in to AC power.In some cases, it may be preferable to disable the suspend power planes in S4/S5 states to save additional power. This requires some external logic (such as an embedded controller) to ensure that a wake event is still possible (such as the power button).When the SeC is enabled it is advised that the suspend power planes not be removed. Doing so may result in extremely long Sx exit times since the SeC if forced to consider it a cold boot which may, in turn, cause exit latency violations for software using the TXE.

18.2.2.3.1 Power Plane Control with PMC\_SLP\_S0IX\_N and PMC\_SLP\_S4\_N

The PMC_SLP_S0IX_N output signal can be used to cut power to any systems supplies that are not required during a S0ix system state.

Cutting power to the core may be done using the power supply, or by external FETs on the motherboard.

The PMC_SLP_S4_N output signal can be used to cut power to the system core supply, as well as power to the system memory, since the context of the system is saved on the disk. Cutting power to the memory may be done using the power supply, or by external FETs on the motherboard.

18.2.2.3.2 PMC\_SLP\_S4\_N and Suspend-To-RAM Sequencing

The system memory suspend voltage regulator is controlled by the Glue logic. The PMC_SLP_S4_N signal should be used to remove power to system memory. The PMC_SLP_S4_N logic in the SoC provides a mechanism to fully cycle the power to the DRAM and/or detect if the power is not cycled for a minimum time.

Note: To use the minimum DRAM power-down feature that is enabled by the GEN_PMCON1.S4ASE bit, the DRAM power must be controlled by the PMC_SLP_S4_N signal.

18.2.2.3.3 PMC\_CORE\_PWROK Signal

When asserted, PMC_CORE_PWROK is an indication to the SoC that its core well power rails are powered and stable. PMC_CORE_PWROK can be driven asynchronously. When PMC_CORE_PWROK is low, the SoC asynchronously asserts PMC_PLTRST_N. PMC_CORE_PWROK must not glitch, even if PMC_RSMRST_N is low.

It is required that the power rails associated with PCI Express have been valid for 99 ms prior to PWROK assertion in order to comply with the 100 ms T_PVPERL PCI Express 2.0 specification on PMC_PLTRST_N deassertion.

Note: PMC_RSTBTN_N is recommended for implementing the system reset button. This saves external logic that is needed if the PMC_CORE_PWROK input is used. Additionally, it allows for better handling of the processor resets and avoids improperly reporting power failures.

18.2.2.3.4 PMC\_BATLOW\_N (Battery Low)

The PMC_BATLOW_N input can inhibit waking from S4, and S5 states if there is not sufficient power. It also causes an SMI if the system is already in an S0 state.

18.2.2.4 SMI\_N/SCI Generation

Upon any enabled SMI event taking place while the SMI_EN.EOS bit is set, the SoC will clear the EOS bit and assert SMI to the CPU core, which will cause it to enter SMM space. SMI assertion is performed using a Virtual Legacy Wire (VLW) message. Prior system generations (those based upon legacy processors) used an actual SMI_N pin.

Once the SMI message has been delivered, the SoC takes no action on behalf of active SMI events until Host software sets the End of SMI (EOS) bit. At that point, if any SMI events are still active, the SoC will send another SMI message.

The SCI is a level-mode interrupt that is typically handled by an ACPI-aware operating system. In non-APIC systems (which is the default), the SCI IRQ is routed to one of the 8259 interrupts (IRQ 9, 10, or 11). The 8259 interrupt controller must be programmed to level mode for that interrupt.

In systems using the APIC, the SCI can be routed to interrupts IRQs[11:9] or IRQs[23:20]. The interrupt polarity changes depending on whether it is on an interrupt shareable with a PIRQ or not. The interrupt remains asserted until all SCI sources are removed.

Table 93 shows which events can cause an SMI and SCI. Note that some events can be programmed to cause either an SMI or SCI. The usage of the event for SCI (instead of SMI) is typically associated with an ACPI-based system. Each SMI or SCI source has a corresponding enable and status bit.

Table 93. Causes of SMI and SCI (Sheet 1 of 2)

EventStatus Indication1Enable ConditionInterrupt Result
SMI_EN.GBL_SMI_EN=1bSMI_EN.GBL_SMI_EN=0b
PM1_CNT.SCI_EN=1bPM1_CNT.SCI_EN=0bPM1_CNT.SCI_EN=1bPM1_CNT.SCI_EN=0b
Power Button Override3PM1_STS_EN.PWRBTNOR_STSNone SCI None SCINone
RTC Alarm PM1_STS_EN.RTC_STSPM1_STS_EN_EN.RTC_EN=1bSCI SMISCI None
Power Button PressPM1_STS_EN.PWRBTN_STSPM1_STS_EN_EN.PWRBTN_EN=1bSCI SMISCI None
SMI_EN.BIOS_RLS bit written to 1b4PM1_STS_EN.GBL_STSPM1_STS_EN_EN.GBL_EN=1bSCI
ACPI Timer overflow (2.34 seconds)PM1_STS_EN.TMROF_STSPM1_STS_EN_EN.TMROF_EN=1bSCI SMISCI None
GPI[n]9GPE0a_STS.CORE_GPIO_STS[n]2orGPE0a_STS.SUS_GPIO_STS[n]2GPIO_ROUT[n]=10b&GPE0a_EN.CORE_GPIO_EN[n]2=1borGPE0a_EN.SUS_GPIO_EN[n]2=1bSCI NoneSCI None
Internal, Bus 0,PME-Capable Agents (PME_B0)GPE0a_STS.PME_B0_STSGPE0_EN.PME_B0_EN=1bSCI SMISCI None
BATLOW_N pin goes lowGPE0a_STS.BATLOW_STS_NGPE0_EN.BATLOW_EN=1bSCI SMISCI None
Software Generated GPEGPE0a_STS.SWGPE_STSGPE0_EN.SWGPE_EN=1bSCI SMISCI None
DOSCI message from GUNIT5GPE0a_STS.GUNIT_STSNone (enabled by G-Unit8)SCI NoneSCI None
ASSERT_SMI message from SPI5SMI_STS.SPI_SMI_STSNone (enabled by SPI controller)SMI None
ASSERT_IS_SMI message from USBSMI_STS.USB_IS_STSSMI_EN.USB_IS_SMI_EN=1bSMI None

Table 93. Causes of SMI and SCI (Sheet 2 of 2)

EventStatus Indication1Enable ConditionInterrupt Result
SMI_EN.GBL_SMI_EN=1bSMI_EN.GBL_SMI_EN=0b
PM1_CNT.SCI_EN=1bPM1_CNT.SCI_EN=0bPM1_CNT.SCI_EN=1bPM1_CNT.SCI_EN=0b
ASSERT_SMI message from USBSMI_STS.USB_STSSMI_EN.USB_SMI_EN=1bSMI None
ASSERT_SMI message from iLB5SMI_STS.ILB_SMI_STSNone (enabled by iLB)SMI None
Periodic timer expiresSMI_STS. PERIODIC_STSSMI_EN. PERIODIC_EN=1bSMI None
WDT first expirationSMI_STS.TCO_STSSMI_EN.TCO_EN=1bSMI None
64 ms timer expiresSMI_STS.SWSMI_TMR_STSSMI_EN.SWSMI_TMR_EN=1bSMI None
PM1_CNT.SLP_EN bit written to 1bSMI_STS.SMI_ON_SLP_EN_STSSMI_EN.SMI_ON_SLP_EN=1bSync SMI6None
PM1_CNT.GBL_RLS written to 1bSMI_STS.BIOS_STSSMI_EN.BIOS_EN=1bSync SMI6None
DOSMI message from GUNIT5SMI_STS.GUNIT_SMI_STSNone (enabled by G-Unit8)SMI None
ASSERT_IS_SMI message from iLB5SMI_STS.ILB_SMI_STSNone (enabled by iLB)Sync SMI7None
GPI[n]10ALT_GPIO_SMI.CORE_GPIO_SMI_STS[n]2orALT_GPIO_SMI.SUS_GPIO_SMI_STS[n]2GPIO_ROUT[n]=01b&ALT_GPIO_SMI.CORE_GPIO_SMI_EN[n]2=1borALT_GPIO_SMI.SUS_GPIO_SMI_EN[n]2=1bSMI None
USB Per-Port Registers Write Enable bit is changed from 0b to 1bUPRWC.WE_STS&SMI_STS.USB_IS_STSUPRWC.WE_SMI_E=1b&SMI_EN.USB_IS_SMI_EN=1bSync SMI6None

NOTES:

  1. Most of the status bits (except otherwise is noted) are set according to event occurrence regardless to the enable bit.
  2. GPIO status bits are set only if enable criteria is true. GPIO_ROUT[n]=10b & GPE0a_EN.x_GPIO_EN[n] for GPE0a_STS.x_GPIO_STS[n] (SCI). GPIO_ROUT[n]=01b & ALT_GPIO_SMI. x_GPIO_SMI_EN[n]=1b for ALT_GPIO_SMI.x_GPIO_SMI_STS[n] (SMI).
  3. When power button override occurs, the system will transition immediately to S5. The SCI will only occur after the next wake to S0 if the residual status bit (PM1_STS_EN.PWRBTNOR_STS) is not cleared prior to setting PM1_CNT.SCI_EN.
  4. PM1_STS_EN.GBL_STS being set will cause an SCI, even if the PM1_CNT.SCI_EN bit is not set. Software must take great care not to set the SMI_ENBIOS_RLS bit (which causes PM1_STS_EN.GBL_STS to be set) if the SCI handler is not in place.
  5. No enable bits for these SCI/SMI messages in the PMC. Enable capability should be implemented in the source unit.
  6. Sync SMI has the same message opcode toward T-Unit. Special treatment regarding this Sync SMI is holding completion to host till SYNC_SMI_ACK message is received from T-Unit.
  7. Sync SMI has the same message opcode toward T-Unit. Special treatment regarding this Sync SMI is holding the SSMI_ACK message to iLB till SYNC_SMI_ACK message is received from T-Unit.
  8. The G-Unit is an internal functional sub-block which forms part of the graphics functional block.
  9. The GPE0a_STS.CORE_GPIO_STS[31:24] & GPE0a_EN.CORE_GPIO_EN[31:24] register bits correspond to GPIO_S0_SC[7:0]. GPE0a_STS.SUS_GPIO_STS[23:16] & GPE0a_EN.SUS_GPIO_EN[23:16] correspond to GPIO_S5[7:0].
  10. The ALT_GPIO_SMI.CORE_GPIO_SMI_STS[31:24] & ALT_GPIO_SMI.CORE_GPIO_SMI_EN[15:8] register bits correspond to GPIO_S0_SC[7:0]. ALT_GPIO_SMI.SUS_GPIO_SMI_STS[23:16] & ALT_GPIO_SMI.SUS_GPIO_SMI_EN[7:0] correspond to GPIO_S5[7:0].

18.2.2.5 Platform Clock Support

The SoC supports up to 6 clocks (PMC_PLT_CLK[5:0]) with a frequency of 19.2 MHz. These clocks are available for general system use, where appropriate and each have Control and Frequency register fields associated with them.

18.2.2.6 INIT\_N (Initialization) Generation

The INIT_N functionality is implemented as a 'virtual wire' internal to the SoC rather than a discrete signal. This virtual wire is asserted based on any one of the events described in below table. When any of these events occur, INIT_N is asserted for 16 PCI clocks and then driven high.

INIT_N, when asserted, resets integer registers inside the CPU cores without affecting its internal caches or floating-point registers. The cores then begin execution at the power on Reset vector configured during power on configuration.

Table 94. INIT_N Assertion Causes

Cause
PORT92.INIT_NOW transitions from 0b to1b.
RST_CNT.SYS_RST = 0b and RST_CNT.RST_CPU transitions from 0b to 1b

18.2.3 References

Advanced Configuration and Power Interface Specification, Revision 3.0: http://www.acpi.info/

18.3 PCU - Fast Serial Peripheral Interface (SPI)

The SoC implements a SPI controller as the interface for BIOS Flash storage. This SPI Flash device is also required to support configuration storage for the firmware for the Trusted Execution Engine. The controller supports a maximum of two SPI Flash devices, using two chip select signals, with speeds of 14.28 MHz, 20 MHz, 25 MHz, 40 MHz or 50 MHz and both have to be Fast SPI. SoC Supports FAST SPI mode.

Note: The default interface speed is 20 MHz.

SPI 'Fast mode' is quad mode.

18.3.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 95. SPI Signals

Signal NameDirection / TypeDescription
FST_SPI_CLK I/OGPIOFast SPI Clock: When the bus is idle, the owner will drive the clock signal low.
FST_SPI_CS[0]_N I/OGPIOFast SPI Chip Select 0: Used as the SPI bus request signal for the first SPI Flash device.
FST_SPI_CS[1]_N I/OGPIOFast SPI Chip Select 1: Used as the SPI bus request signal for the second SPI Flash devices.
FST_SPI_CS[2]_N I/OGPIOFast SPI Chip Select 2: Used as the SPI bus request signal for the second SPI Flash devices.
FST_SPI_D[3:0] I/OGPIOFast SPI Data Pad: Data Input/output pin for the SoC.

Note: All SPI signals are tri-stated when PMC_RSMRST_N and PMC_CORE_PWROK are asserted. FST_SPI_CS[0:2] and FST_SPI_CLK are not tri-stated.

18.3.2 Features

1) Descriptor Mode Capabilities

a) Two modes of operation

i) Descriptor mode with security access restrictions

ii) Non-Descriptor mode, no access security restrictions (ICH7 style)

(1)BIOS Only

(2) If the SPI Flash Signature is invalid, the SPI flash operates in non-descriptor mode

a. Supports Flash that is divided into 5 regions and accessible by 3 masters

i) Regions (5)

(1) Flash Descriptor and Chipset Soft Straps
(2) BIOS
(3) TXE
(4) Platform Data

ii) Masters (3)

(1) Host CPU (for BIOS)
(2) TXE

iii) Regions are allowed to extend across multiple Flash components

iv) Regions are aligned to 4K blocks/sectors

b. Chipset Soft Strap region provides the ability to use Flash NVM as an alternative to hardware pullup/pulldown resistors for both SoC and the processor Complex

i) Each Unit that pulls Soft straps from SPI should have a default value that is used if the Flash Signature is invalid.

c. The top of the Flash Descriptor contains the Flash Upper Map

ii) This is used by software to define Flash vendor specific capabilities

d. The top 256B of the flash descriptor is reserved for use by the OEM

2) Security Capabilities

a. Descriptor based Region Restriction: Hardware enforced security restricting master accesses to different regions

i) Flash Descriptor region settings define separate read/write access to each region per master.
ii) Uses SAI for master accesses security checking

(1) Soft Strap+fuse to disable sourceID and SAI checks

iii) Flash Security Override Pin Strap

(1)Removes all descriptor based security
(2)Disables the write protection to the BIOS Protected Range 4 (PR4).

iv) Each master can grant other masters read/write access to its region b. Protected Range Registers.

i)3 sets (one for each master) of Lockable Protected Range registers that can restrict program register accesses from the same master.

ii) Can span multiple regions

iii) Separate read and write protection

iv) Special case: BIOS PR4 write protect values are received from Soft Strap and affect all masters.

c. SMI Write Protection for BIOS

i) If enabled, will cause an SMI if a program register access occurs. The primary purpose of this requirement is to support SMI based BIOS update utilities.

d. Illegal Instruction protection for instructions such as Chip Erase

e. Lockable software sequencing opcodes

3) SPI Flash Access

a. Direct Read Access

b. Program Register Access

i) Hardware Sequencing

(1) Software Sequencing uses HW to provide the basic instructions of read, write, and erase.

ii) Software Sequencing

(1) Allows SW to use any legal Opcode

c. Support for Boot BIOS on SPI.

i) Non-boot BIOS that is accessible through program register only can be used on SPI when boot BIOS is located on some other interface.

d. Pre-fetching/Caching to improve performance

i) Separate 64B pre-fetch/cache each for HOST and SEC direct read accesses

4) SFDP Parameter Discoverability ^1

5) Flash Component Capabilities

a. In Descriptor mode, supports two SPI Flash components using two separate chip select pins, CS0# and CS1#. Only one component supported in non-descriptor mode.

i) Components must have the same erasable block/sector size

ii) Each component can be up to 16MB (32MB total addressable) using 24-bit addressing.

b. 1.8V SPI I/O buffer VCC

c. Supports the SPI Fast Read/Write instruction and frequencies of 20MHz, 33MHz and 50 MHz. Supports the SPI Dual Output Fast Read/Write instruction with frequencies of 20 MHz, 33 MHz and 50 MHz

d. Supports the SPI Quad Output Fast Read/Write instruction with frequencies of 20 MHz, 33 MHz and 50 MHz

e. Uses standardized Flash Instruction Set.

f. Supports non-power of 2 flash sizes, with the following restrictions:

i) Only supported in Descriptor Mode.
ii) BIOS accesses in non-descriptor mode to a non-binary flash size will not function properly.
iii) The Flash Regions must be programmed to the actual size of the Flash Component(s).
iv) If using two flash components, the 1st flash component (the one with the Flash Descriptor) must be of binary size. The 2nd flash component can be a non-binary size. If using only one flash component, it can be of non-binary size.
v) The value programmed in the Flash Descriptor Component Density must be set to the next power of 2 value larger than the non-binary size.

8) Reset Capabilities a. RSMRST#

i) When RSMRST# is asserted, SoC will tri-state with a weak pull-up all SPI pins

i) The SPI Controller will implement a sideband handshake((handshake is reset warn message)) with PMC when a host reset is requested to allow the SPI Flash controller to complete any outstanding atomic sequences and quiescence the SPI Bus

Note: There is no N*parameter headers support on SoC, DTR and 32-bit addressing is not supported.

18.4 PCU - Universal Asynchronous Receiver/Transmitter (UART)

This section describes the Universal Asynchronous Receiver/Transmitter (UART) serial port integrated into the PCU. The UART may be controlled through programmed IO.

Note: Only a minimal ball-count, comprising receive & transmit signals, UART port is implemented. Further, a maximum baud rate of only 115,200 bps is supported. For this reason, it is recommended that the UART port be used for debug purposes only.

18.4.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 96. UART Signals

Signal NameDirection / TypeDescription
UART0_DATAIN I/GPIOHV, HSCOM1 Receive: Serial data input from device pin to the receive port.This signal is muxed and may be used by other functions.
UART0_DATAOUTO/GPIOHV, HSCOM1 Transmit: Serial data output from transmit port to the device pin.This signal is muxed and may be used by other functions.

18.4.2 Features

The serial port consists of a UART which supports a subset of the functions of the 16550 industry standard.

The UART performs serial-to-parallel conversion on data characters received from a peripheral device and parallel-to-serial conversion on data characters received from the processor. The processor may read the complete status of the UART at any time during the functional operation. Available status information includes the type and condition of the transfer operations being performed by the UART and any error conditions.

The serial port may operate in either FIFO or non-FIFO mode. In FIFO mode, a 16-byte transmit FIFO holds data from the processor to be transmitted on the serial link and a 16-byte Receive FIFO buffers data from the serial link until read by the processor.

The UART includes a programmable baud rate generator which is capable of generating a baud rate of between 50 bps and 115,200 bps from a fixed baud clock input of 1.8432 MHz. The baud rate is calculated as follows:

Baud Rate Calculation:

$$ \text { BaudRate } = \frac {1 . 8 4 3 2 \times 1 0 ^ {6}}{1 6 \text { Divi sor } \times} $$

The divisor is defined by the Divisor Latch LSB and Divisor Latch MSB registers. Some common values are shown in Table 97.

Table 97. Baud Rate Examples

Desired Baud Rate DivisorDivisor Latch LSB RegisterDivisor Latch MSB Register
115,200 1 1h 0h
57,6002 2h 0h
38,4003 3h 0h
19,2006 6h 0h
9,60012Ch0h
4,8002418h0h
2,4004830h0h
1,2009660h0h
30038480h1h
502,3040h 9h

The UART has interrupt support and those interrupts may be programmed to the user's requirements, minimizing the computing required to handle the communications link. Each UART may operate in a polled or an interrupt driven environment as configured by software.

18.4.2.1 FIFO Operation

18.4.2.1.1 FIFO Interrupt Mode Operation

Receiver Interrupt

When the Receive FIFO and receiver interrupts are enabled (FIFO Control Register, bit 0 = 1b and Interrupt Enable Register (IIR), bit 0 = 1b), receiver interrupts occur as follows:

- The receive data available interrupt is invoked when the FIFO has reached its programmed trigger level. The interrupt is cleared when the FIFO drops below the programmed trigger level.

- The IIR receive data available indication also occurs when the FIFO trigger level is reached, and like the interrupt, the bits are cleared when the FIFO drops below the trigger level.

- The receiver line status interrupt (IIR = C6h), as before, has the highest priority. The receiver data available interrupt (IIR = C4h) is lower. The line status interrupt occurs only when the character at the top of the FIFO has errors.

- The COM1_LSR.DR bit is set to 1b as soon as a character is transferred from the shift register to the Receive FIFO. This bit is reset to 0b when the FIFO is empty.

Character Time Out Interrupt

When the receiver FIFO and receiver time out interrupt are enabled, a character time out interrupt occurs when all of the following conditions exist:

- At least one character is in the FIFO.

- The last received character was longer than four continuous character times ago (if 2 stop bits are programmed the second one is included in this time delay).

- The most recent processor read of the FIFO was longer than four continuous character times ago.

• The receiver FIFO trigger level is greater than one.

The maximum time between a received character and a timeout interrupt is 160 ms at 300 baud with a 12-bit receive character (i.e., 1 start, 8 data, 1 parity, and 2 stop bits).

When a time out interrupt occurs, it is cleared and the timer is reset when the processor reads one character from the receiver FIFO. If a time out interrupt has not occurred, the time out timer is reset after a new character is received or after the processor reads the receiver FIFO.

Transmit Interrupt

When the transmitter FIFO and transmitter interrupt are enabled (FIFO Control Register, bit 0 = 1b and Interrupt Enable Register, bit 0 = 1b), transmit interrupts occur as follows:

The Transmit Data Request interrupt occurs when the transmit FIFO is half empty or more than half empty. The interrupt is cleared as soon as the Transmit Holding Register is written (1 to 16 characters may be written to the transmit FIFO while servicing the interrupt) or the Interrupt Identification Register is read.

18.4.2.1.2 FIFO Polled Mode Operation

With the FIFOs enabled (FIFO Control register, bit 0 = 1b), setting Interrupt Enable register (IER), bits 3:0 = 000b puts the serial port in the FIFO polled mode of operation. Since the receiver and the transmitter are controlled separately, either one or both may be in the polled mode of operation. In this mode, software checks receiver and transmitter status through the Line Status Register (LSR). As stated in the register description:

  • LSR[0] is set as long as there is one byte in the receiver FIFO.
  • LSR[1] through LSR[4] specify which error(s) has occurred for the character at the top of the FIFO. Character error status is handled the same way as interrupt mode. The Interrupt Identification Register is not affected since IER[2] = 0b.
  • LSR[5] indicates when the transmitter FIFO needs data.
  • LSR[6] indicates that both the transmitter FIFO and shift register are empty.
  • LSR[7] indicates whether there are any errors in the receiver FIFO.

18.4.3 Use

18.4.3.1 Base I/O Address

COM1

The base I/O address for the COM1 UART is fixed to 3F8h.

18.4.3.2 Legacy Interrupt

COM1

The legacy interrupt assigned to the COM1 UART is fixed to IRQ4.

18.4.4 UART Enable/Disable

The COM1 UART may be enabled or disabled using the UART_CONT.COM1EN register bit. By default, the UART is disabled.

Note: It is recommended that the UART be disabled during normal platform operation. An enabled UART can interfere with platform power management.

18.4.5 IO Mapped Registers

There are 12 registers associated with the UART. These registers share eight address locations in the IO address space. Table 98 shows the registers and their addresses as offsets of a base address. Note that the state of the COM1_LCR.DLAB register bit, which is the most significant bit (MSB) of the Serial Line Control register, affects the selection of certain of the UART registers. The COM1_LCR.DLAB register bit must be set high by the system software to access the Baud Rate Generator Divisor Latches.

18.5 Register Map

Table 98. Register Access List

Register Address (Offset to Base IO Address)COM1_LCR.DLAB ValueRegister Access TypeRegister Accessed
0h 0b RO Receiver Buffer1
0h 0b WO Transmitter Holding1
0h 1b RW Divisor Latch LSB (Lowest Significant Bit)1
1h 0b RW Interrupt Enable2
1h 1b RW Divisor Latch MSB (Most Significant Bit)2
2h xb RO Interrupt Identification3
2h xb WO FIFO Control3
3h xb RW Line Control
4h xb RW Modem Control4
5h xb RO Line Status
6h xb RO Modem Status4
7h xb RW Scratchpad

NOTES:

  1. These registers are consolidated in the Receiver Buffer / Transmitter Holding Register (COM1_RX_TX_BUFFER).
  2. These registers are consolidated in the Interrupt Enable Register (COM1_IER)
  3. These registers are consolidated in the Interrupt Identification / FIFO Control Register (COM1_IIR).
  4. These registers are implemented but unused since the UART signals related to modem interaction are not implemented.

18.6 PCU - Intel Legacy Block (iLB) Overview

The Intel Legacy Block (iLB) is a collection of disparate functional blocks that are critical for implementing the legacy PC platform features. These blocks include:

  • "PCU - iLB - Low Pin Count (LPC) Bridge"
  • "PCU - iLB - Real Time Clock (RTC)"
  • "PCU - iLB - 8254 Timers"
  • "PCU - iLB - High Precision Event Timer (HPET)"
  • "PCU - iLB - GPIO"
  • "PCU - iLB - IO APIC"

- "PCU - iLB - 8259 Programmable Interrupt Controllers (PIC)"

The iLB also implements a register range for configuration of some of those blocks along with support for Non-Maskable Interrupts (NMI).

18.6.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details as well as the subsequent sections.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 99. iLB Signals

Signal NameDirection / TypeDescription
NMI_N I/GPIOMV, MSMSNon-Maskable Interrupt: This is an NMI event indication into the SoC.This signal is muxed and may be used by other functions.

18.6.2 Features

18.6.2.1 Key Features

The key features of various blocks are as follows:

  • LPC Interface
    — Supports Low Pin Count (LPC) 1.1 Specification
    — No support for DMA or bus mastering
    — Supports Trusted Platform Module (TPM) 1.2

- General Purpose Input Output

— Legacy control interface for SoC GPIOs

- I / O mapped registers

• 8259 Programmable Interrupt Controller

— Supports Legacy interrupt

— 15 total interrupts through two cascaded controllers

- I/O mapped registers

• I/O Advanced Programmable Interrupt Controller

— Supports Legacy-free interrupt

- 115 total interrupts

— Memory mapped registers

• 8254

— Legacy timersupport

— Three timers with fixed uses: System Timer, Refresh Request Signal and Speaker Tone

- I / O mapped registers

• HPET - High Performance Event Timers

— Supports Legacy-free timer

— Three timers and one counter

— Memory mapped registers

• Real-Time Clock (RTC)

— 242 byte RAM backed by battery (aka CMOS RAM)

— Can generate wake/interrupt when time matches programmed value

— I/O and indexed registers

18.6.2.2 Non-Maskable Interrupt

NMI support is enabled by setting the NMI Enable (NMI_EN) bit, at IO Port 70h, Bit 7, to 1b.

Non-Maskable Interrupts (NMIs) can be generated by several sources, as described in Table 100.

Table 100. NMI Sources

NMI SourceNMI Source Enabler/DisablerNMI Source StatusAlternate Configuration
SERR# goes activeNOTE: A SERR# is only generated internally in the SoC)NSC.SNE NSC.SNS All NMI sources may, alternatively, generate a SMI by settingGNMI.NMI2SMIEN=1b
IOCHK# goes activeNOTE: A IOCHK# is only generated as a SERIRQ# frameNSC.INE NSC.INSThe SoC usesGNMI.NMI2SMIST for observing SMI status
NMI goes activeNOTE: Active can be defined as being on the positive or negative edge of the signal using the GNMI.GNMIED register bit.GNMI.GNMIEDGNMI.GNMIS
Software sets the GNMI.NMIN register bitGNMI.NMIN GNMI.NMINS

18.6.2.3 S0ix Support

There is no requirement to set "HPET_GCFG.EN" to 0b. Basically turn off HPET during S0i2/3. RTD3hot status is not a key requirement for OS anymore.

The S1 state described in the HPET spec is a "CPU Stop Grant" condition. This condition is met during the S0i2/3 states, (although entry into S0i2/3 is performed in a different way).

18.6.3 Use

18.6.3.1 S0ix Support

Prior to entry into S0i2 or S0i3 state, the driver/OS must set HPET_GCFG.EN to 0b to indicate RTD3hot status.

18.7 PCU - iLB - Low Pin Count (LPC) Bridge

The SoC implements an LPC Interface as described in the LPC 1.1 Specification. The Low Pin Count (LPC) bridge function of the SoC resides in PCI Device 31, Function 0.

Note: In addition to the LPC bridge interface function, D31:F0 contains other functional units including interrupt controllers, timers, power management, system management, GPIO, and RTC.

18.7.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 101. LPC Signals

Signal NameDirection/ TypeDescription
LPC_AD[3:0] I/O/GPIOHV, HSLPC Multiplexed Command, Address, Data: Internal pull-ups are provided for these signals. These signals are muxed and may be used by other functions.
LPC_CLKOUT[0] I/O/GPIOHV, HSLPC Clock [0] Out: 19MHz PCI-like clock driven to LPC peripherals. These signals are muxed and may be used by other functions.
LPC_CLKOUT[1] I/O/GPIOHV, HSLPC Clock [1] Out: 19MHz PCI-like clock driven to LPC peripherals. Can be configured as an input to compensate for board routing delays through Soft Strap. These signals are muxed and may be used by other functions.
LPC_CLKRUN_N I/O/GPIOHV, HSLPC Clock Run: Input to determine the status of LPC_CLK and an open drain output used to request starting or speeding up LPC_CLK. This is a sustained tri-state signal used by the central resource to request permission to stop or slow LPC_CLK. The central resource is responsible for maintaining the signal in the asserted state when LPC_CLK is running and deasserts the signal to request permission to stop or slow LPC_CLK. An internal pull-up is provided for this signal. This signal is muxed and may be used by other functions.
LPC_FRAME_N I/O/GPIOHV, HSLPC Frame: This signal indicates the start of an LPC cycle, or an abort. This signal is muxed and may be used by other functions.
LPC_SERIRQ I/O/GPIOHV, HSSerial Interrupt Request: This signal implements the serial interrupt protocol. This signal is muxed and may be used by other functions. NOTE: A level shifter needs to be implemented on this signal.

18.7.2 Features

The LPC interface to the SoC is shown in Figure 31. Note that the SoC implements all of the signals that are shown as optional, but peripherals are not required to do so.

Note: The LPC controller does not implement bus mastering cycles or DMA.

Figure 31. LPC Interface Diagram
INTEL Atom x5-Z8300 - Features - 1

flowchart
graph LR
    A["SOC LPC Device"] -->|LA_D["3:0"]| B["LM"]
    A -->|LFRAME#| C["L"]
    A -->|LRESET#| D["L"]
    A -->|LCLK| E["SERIRQ (Optional)"]
    A -->|C L K R U N# (O p tional)| F["LP C P D # (O p tion al)"]
    A -->|LSMI# (Optional)| G["GPI¹"]
    A --> H["LPC_CAD[3:0"]]
    A --> I["LPC_FRAME_N"]
    A --> J["PMC_PLTRST_N"]
    A --> K["LPC_CLK"]
    A --> L["_LPC_SERIRQ"]
    A --> M["LPC_CLKRUN_N"]
    A --> N["PMC_SUS_STAT_N"]

NOTE: The General Purpose Input (GPI) must use a SMI capable GPIO: GPIO_S0_SC[7:0].

18.7.2.1 Memory Cycle Notes

For cycles below 16M, the LPC Controller will perform standard LPC memory cycles. For cycles targeting firmware (BIOS/EFI code only), firmware memory cycles are used. Only 8-bit transfers are performed. If a larger transfer appears, the LPC controller will break it into multiple 8-bit transfers until the request is satisfied.

If the cycle is not claimed by any peripheral (and subsequently aborted), the LPC Controller will return a value of all 1's to the CPU.

18.7.2.2 Trusted Platform Module (TPM) 1.2 Support

The LPC interface supports accessing Trusted Platform Module (TPM) 1.2 devices via the LPC TPM START encoding. Memory addresses within the range FED00000h to FED40FFFh will be accepted by the LPC Bridge and sent on LPC as TPM special cycles. No additional checking of the memory cycle is performed.

Note: This is different to the FED00000h to FED4BFFFh range implemented on some other Intel components since no Intel® Trusted Execution Technology (Intel® TXT) transactions are supported.

18.7.2.3 FWH Cycle Notes

If the LPC controller receives any SYNC returned from the device other than short (0101), long wait (0110), or ready (0000) when running a FWH cycle, indeterminate results may occur. A FWH device is not allowed to assert an Error SYNC.

BIOS/EFI boot from LPC is not supported when Secure Boot is enabled.

18.7.2.4 Subtractive Decode

All cycles that are not decoded internally, and are not targeted for LPC (i.e., configuration cycles, IO cycles above 64KB and memory cycles above 16MB), will be sent to LPC with LPC_FRAME_N not asserted.

18.7.2.5 POST Code Redirection

Writes to addresses 80h - 8Fh in IO register space will also be passed to the LPC bus.

Note: Reads of these addresses do not result in any LPC transactions.

18.7.2.6 Power Management

18.7.2.6.1 LPCPD\_N Protocol

Same timings as for PMC_SUS_STAT_N. After driving PMC_SUS_STAT_N active, the SoC drives LPC_FRAME_N low, and tri-states (or drives low) LPC_AD[3:0].

Note: The Low Pin Count Interface Specification, Revision 1.1 defines the LPCPD_N protocol where there is at least 30~ s from LPCPD_N assertion to LRST_N assertion. This specification explicitly states that this protocol only applies to entry/exit of low power states which does not include asynchronous reset events. The SoC asserts both PMC_SUS_STAT_N (connects to LPCPD_N) and PLTRST_N (connects to LRST_N) at the same time during a global reset. This is not inconsistent with the LPC LPCPD_N protocol.

18.7.2.6.2 Clock Run (CLKRUN)

When there are no pending LPC cycles, and SERIRQ is in quiet mode, the SoC can shut down the LPC clock. The SoC indicates that the LPC clock is going to shut down by de-asserting the LPC_CLKRUN_N signal. LPC devices that require the clock to stay running should drive LPC_CLKRUN_N_N low within 4 clocks of its de-assertion. If no device drives the signal low within 4 clocks, the LPC clock will stop. If a device asserts LPC_CLKRUN_N, the SoC will start the LPC clock and assert LPC_CLKRUN_N.

Note: The CLKRUN protocol is disabled by default. Refer Section 18.7.3.2.2, "Clock Run Enable" for further details.

18.7.2.7 Serialized IRQ (SERIRQ)

The interrupt controller supports a serial IRQ scheme. The signal used to transmit this information is shared between the interrupt controller and all peripherals that support serial interrupts. The signal line, LPC_SERIRQ, is synchronous to LPC clock, and follows the sustained tri-state protocol that is used by LPC signals. The serial IRQ protocol defines this sustained tri-state signaling in the following fashion:

• S - Sample Phase: Signal driven low.

• R - Recovery Phase: Signal driven high.
• T - Turn-around Phase: Signal released.

The interrupt controller supports 21 serial interrupts. These represent the 15 ISA interrupts (IRQ0- 1, 3-15), the four PCI interrupts, and the control signals SMI_N and IOCHK_N. Serial interrupt information is transferred using three types of frames:

  • Start Frame: LPC_SERIRQ line driven low by the interrupt controller to indicate the start of IRQ transmission.
  • Data Frames: IRQ information transmitted by peripherals. The interrupt controller supports 21 data frames.
  • Stop Frame: LPC_SERIRQ line driven low by the interrupt controller to indicate end of transmission and next mode of operation.

18.7.2.7.1 Start Frame

The serial IRQ protocol has two modes of operation which affect the start frame:

  • Continuous Mode: The interrupt controller is solely responsible for generating the start frame.
  • Quiet Mode: Peripheral initiates the start frame, and the interrupt controller completes it.

These modes are entered via the length of the stop frame.

Continuous mode must be entered first, to start the first frame. This start frame width is 8 LPC clocks. This is a polling mode.

In Quiet mode, the LPC_SERIRQ line remains inactive and pulled up between the Stop and Start Frame until a peripheral drives LPC_SERIRQ low. The interrupt controller senses the line low and drives it low for the remainder of the Start Frame. Since the first LPC clock of the start frame was driven by the peripheral, the interrupt controller drives LPC_SERIRQ low for 1 LPC clock less than in continuous mode. This mode of operation allows for lower power operation.

18.7.2.7.2 Data Frames

Once the Start frame has been initiated, the LPC_SERIRQ peripherals start counting frames based on the rising edge of LPC_SERIRQ. Each of the IRQ/DATA frames has exactly 3 phases of 1 clock each:

  • Sample Phase: During this phase, a device drives LPC_SERIRQ low if its corresponding interrupt signal is low. If its corresponding interrupt is high, then the LPC_SERIRQ devices tri-state LPC_SERIRQ. LPC_SERIRQ remains high due to pull-up resistors.
  • Recovery Phase: During this phase, a device drives LPC_SERIRQ high if it was driven low during the Sample Phase. If it was not driven during the sample phase, it remains tri-stated in this phase.
  • Turn-around Phase: The device tri-states LPC_SERIRQ.

18.7.2.7.3 Stop Frame

After the data frames, a Stop Frame will be driven by the interrupt controller. LPC_SERIRQ will be driven low for two or three LPC clocks. The number of clocks is determined by the SCNT.MD register bit. The number of clocks determines the next mode, as indicated in Table 102.

Table 102. SERIRQ, Stop Frame Width to Operation Mode Mapping

Stop Frame WidthNext Mode
Two LPC clocksQuiet Mode: Any SERIRQ device initiates a Start Frame
Three LPC clocksContinuous Mode: Only the interrupt controller initiates a Start Frame

18.7.2.7.4 Serial Interrupts Not Supported

There are four interrupts on the serial stream which are not supported by the interrupt controller. These interrupts are:

  • IRQ0: Heartbeat interrupt generated off of the internal 8254 counter 0.
  • IRQ8: RTC interrupt can only be generated internally.
  • IRQ13: This interrupt (floating point error) is not supported.

The interrupt controller will ignore the state of these interrupts in the stream.

18.7.2.7.5 Data Frame Format and Issues

Table below shows the format of the data frames. The decoded INT[A:D]_N values are ANDed with the corresponding PCI-express input signals (PIRQ[A:D]_N). This way, the interrupt can be shared.

The other interrupts decoded via SERIRQ are also ANDed with the corresponding internal interrupts. For example, if IRQ10 is set to be used as the SCI, then it is ANDed with the decoded value for IRQ10 from the SERIRQ stream.

Table 103. SERIRQ Interrupt Mapping

Data Frame #InterruptClocks Past Start FrameComment
1 IRQ02 Ignored.Can only be generated via the internal 8524
2 IRQ15 Before port 60h latch
3 SMI_N 8 Causes SMI_N if low.Sets SMI_STS.ILB_SMI_STS register bit.
4IR Q3 1 1
5IR Q4 1 4
6IR Q5 1 7

Table 103. SERIRQ Interrupt Mapping

Data Frame #InterruptClocks Past Start FrameComment
7IR Q620
8IR Q723
9 IRQ 8 26 Ignored. IRQ8_N can only be generated internally
10 IRQ 9 29
11 IRQ 1032
12 IRQ 1135
13 IRQ 1238 Before port60h latch
14 IRQ 1341 Ignored.
15 IRQ 1444 Ignored
16 IRQ 1547
17IOCHCK_N50 Same as ISA IOCHCK_N going active.
18PCI INTA_N53
19PCI INTB_N56
20PCI INTC_N59
21PCI INTD_N62

18.7.2.7.6 S0ix Support

During S0i2 and S0i3, the LPC and SERIRQ interfaces are disabled.

18.7.3 Usage

18.7.3.1 LPC Clock Delay Compensation

In order to meet LPC interface AC timing requirements, a LPC clock loop back is required. The operation of this loop back can be configured in two ways:

  1. On the SOC: In this configuration, LPC_CLK[0] is looped back on itself on the SOC pad.

a. Benefit:
LPC_CLK[0] and LPC_CLK[1] are both available for system clocking
b. Drawback:
Clock delay compensation is less effective at compensating for mainboard delay
c. Soft Strap & Register Requirements:
Soft Strap LPCCLK_SLC = 0b

Configuration is reflected by register bit LPCC.LPCCLK_SLC=0b

Soft Strap LPCCLK1_ENB = 0b (LPC_CLK[1] disabled) or 1b (LPC_CLK[1] enabled)

  1. Configuration is reflected by register bit LPCC.LPCCLK1EN=0b (LPC_CLK[1] disabled) or 1b (LPC_CLK[1] enabled)

  2. On the main board: In this configuration, LPC_CLK[0] is looped back to LPC_CLK[1] on the main board.

a. Benefit:

Clock delay compensating in more effective at compensating for main board delay b. Drawback:

Only LPC_CLK[0] is available for system clocking. LPC_CLK[1] must be disabled.

c. Soft Strap & Register Requirements:

Soft Strap LPCCLK_SLC = 1b

Configuration is reflected by register bit LPCC.LPCCLK_SLC=1b

Soft Strap LPCCLK1_ENB = 0b (LPC_CLK[1] disabled)

Configuration is reflected by register bit LPCC.LPCCLK1EN=0b

18.7.3.2 LPC Power Management

18.7.3.2.1 Clock Enabling

The LPC clocks can be enabled or disabled by setting or clearing, respectively, the LPCC.LPCCLK[1:0]EN bits.

18.7.3.2.2 Clock Run Enable

The Clock Run protocol is disabled by default and should only be enabled during operating system run-time, once all LPC devices have been initialized. The Clock Run protocol is enabled by setting the LPCC.CLKRUN_EN register bit.

18.7.3.3 SERI RQ Disable

Serialized IRQ support may be disabled by setting the OIC.SIRQEN bit to 0b.

18.7.4 References

- Low Pin Count Interface Specification, Revision 1.1 (LPC): http://www.intel.com/design/chipsets/industry/lpc.htm.

- Serialized IRQ Support for PCI Systems, Revision 6.0: http://www.smsc.com/media/Downloads_Public/papers/serirg60.doc.

- Implementing Industry Standard Architecture (ISA) with Intel® Express Chipsets (318244): http://www.intel.com/assets/pdf/whitepaper/318244.pdf.

18.8 PCU - iLB - Real Time Clock (RTC)

The SoC contains a real-time clock with 242 bytes of battery-backed RAM. The real-time clock performs two key functions—keeping track of the time of day and storing system data, even when the system is powered down. The RTC operates on a 32.768 kHz crystal and a 3.3 V battery.

The RTC supports two lockable memory ranges. By setting bits in the configuration space, two 8-byte ranges can be locked to read and write accesses. This prevents unauthorized reading of passwords or other system security information.

The RTC supports a date alarm that allows for scheduling a wake up event up to 30 days in advance.

18.8.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

Table 104. RTC Signals

Signal NameDirection / TypeDescription
RTC_X1 IAnalogCrystal Input 1: This signal is connected to the 32.768 kHz crystal. If no external crystal is used, the signal can be driven with the desired clock rate.
RTC_X2 IAnalogCrystal Input 2: This signal is connected to the 32.768 kHz crystal. If no external crystal is used, the signal should be left floating.
RTC_RST_NIRTC Reset: When asserted, this signal resets register bits in the RTC well.NOTE: Unless CMOS is being cleared (only to be done in the G3 power state), the signal input must always be high when all other RTC power planes are on.NOTE: In the case where the RTC battery is dead or missing on the platform, the signal should be deasserted before the PMC_RSMRST_N signal is deasserted.
RTC_TEST_NIRTC Battery Test: An external RC circuit creates a time delay for the signal such that it will go high (to ILB_RTC_3P3_G3) sometime after the battery voltage is valid. The RC time delay should be in the 10-20 ms range. This signal will be asserted just after suspend power is up if the coin cell battery is weak.NOTE: This signal may also be used for debug purposes, as part of a XDP port.

18.8.2 Features

The Real Time Clock (RTC) module provides a battery backed-up date and time keeping device. Three interrupt features are available: time of day alarm with once a second to once a month range, periodic rates of 122 ms to 500 ms, and end of update cycle notification. Seconds, minutes, hours, days, day of week, month, and year are counted. The hour is represented in twelve or twenty-four hour format, and data can be represented in BCD or binary format. The design is meant to be functionally compatible with the Motorola* MS146818B. The time keeping comes from a 32.768 kHz oscillating source, which is divided to achieve an update every second. The lower 14 bytes on the lower RAM block have very specific functions. The first ten are for time and date information. The next four (0Ah to 0Dh) are registers, which configure and report RTC functions. A host-initiated write takes precedence over a hardware update in the event of a collision.

18.8.2.1 Update Cycles

An update cycle occurs once a second, if the B.SET bit is not asserted and the divide chain is properly configured. During this procedure, the stored time and date are incremented, overflow checked, a matching alarm condition is checked, and the time and date are rewritten to the RAM locations. The update cycle starts at least 488 ms after A.UIP is asserted, and the entire cycle does not take more than 1984 ms to complete. The time and date RAM locations (00h to 09h) are disconnected from the external bus during this time.

18.8.3 Interrupts

The real-time clock interrupt is internally routed within the SoC both to the I/O APIC and the 8259. It is mapped to interrupt vector 8. This interrupt does not leave the SoC, nor is it shared with any other interrupt. IRQ8# from the ILB_LPC_SERIRQ stream is ignored. However, the High Performance Event Timers can also be mapped to IRQ8#; in this case, the RTC interrupt is blocked.

18.8.3.1 Lockable RAM Ranges

The RTC battery-backed RAM supports two 8-byte ranges that can be locked: the RC.UL and RC.LL register bits. When the locking bits are set, the corresponding range in the RAM is not readable or writable. A write cycle to those locations will have no effect. A read cycle to those locations will not return the location's actual value (resultant value is undefined).

Once a range is locked, the range can be unlocked only by a hard reset, which will invoke the BIOS and allow it to re-lock the RAM range.

18.8.3.2 Clearing Battery-Backed RTC RAM

Clearing CMOS RAM in an SoC-based platform can be done by using a jumper on RTC_RST_N or a GPI. Implementations should not attempt to clear CMOS by using a jumper to pull RTC_VCC low.

18.8.3.2.1 Using RTC\_RST\_N to Clear CMOS

A jumper on RTC_RST_N can be used to clear CMOS values, as well as reset to default, the state of those configuration bits that reside in the RTC power well. When the RTC_RST_N is strapped to ground, the GEN_PMCON1.RPS register bit will be set and those configuration bits in the RTC power well will be set to their default state. BIOS can monitor the state of this bit, and manually clear the RTC CMOS array once the system is booted. The normal position would cause RTC_RST_N to be pulled up through a weak pull-up resistor. Table 105 shows which bits are set to their default state when RTC_RST_N is asserted. This RTC_RST_N jumper technique allows the jumper to be moved and then replaced—all while the system is powered off. Then, once booted, the GEN_PMCON1.RPS bit can be detected in the set state.

Table 105. Register Bits Reset by RTC_RST_N Assertion

Register Bit Bit(s) DefaultState
RCRB_GENERAL_CONTROL.TS 1 xb
GEN_PMCON1.PME_B0_S5_DIS 150b
GEN_PMCON1.WOL_EN_OVRD130b
GEN_PMCON1.DIS_SLP_X_STRCH_SUS_UP120b
GEN_PMCON1.RTC Reserved8 0b
GEN_PMCON1.SWSMI_RATESEL7:600b
GEN_PMCON1.S4MAW5:400b
GEN_PMCON1.S4ASE3 0b
GEN_PMCON1.RPS2 1b
GEN_PMCON1.AG3E0 0b
PM1_STS_EN.RTC_EN260b
PM1_STS_EN.PWRBTNOR_STS 110b
PM1_CNT.SLP_TYP12:100b
GPE0a_EN.PME_B0_EN130b
GPE0a_EN.BATLOW_EN100b

18.8.3.3 Using GPI to Clear CMOS

A jumper on a GPI can also be used to clear CMOS values. BIOS should detect the setting of this GPI on system boot-up, and manually clear the CMOS array.

Note: The GPI strap technique to clear CMOS requires multiple steps to implement. The system is booted with the jumper in new position, then powered back down. The jumper is replaced back to the normal position, then the system is rebooted again.

Warning: Do not implement a jumper on RTC_VCC to clear CMOS.

18.8.3.4 S0ix Support

During S0i3, the RTC interface is active.

18.8.4 References

Accessing the Real Time Clock Registers and the NMI Enable Bit: http://download.intel.com/design/intarch/PAPERS/321088.pdf.

18.8.5 IO Mapped Registers

The RTC internal registers and RAM is organized as two banks of 128 bytes each, called the standard and extended banks.

Note: It is not possible to disable the extended bank.

The first 14 bytes of the standard bank contain the RTC time and date information along with four registers, A - D, that are used for configuration of the RTC. The extended bank contains a full 128 bytes of battery backed SRAM. All data movement between the host CPU and the RTC is done through registers mapped to the standard I/O space.

Note: Registers reg_RTC_IR_type and reg_RTC_TR_type are used for data movement to and from the standard bank. Registers reg_RTC_RIR_type and reg_RTC_RTR_type are used for data movement to and from the extended bank. All of these registers have alias I/O locations, as indicated in Table 106.

Table 106. I/O Registers Alias Locations

Register Original I / OLocation Alias I / O Location
reg_RTC_IR_type 70h 74h
reg_RTC_TR_type 71h 75h
reg_RTC_RIR_type 72h 76h
reg_RTC_RTR_type 73h 77h

18.8.6 Indexed Registers

The RTC contains indexed registers that are accessed via the reg_RTC_IR_type and reg_RTC_TR_type registers.

Table 107. RTC Indexed Registers (Sheet 1 of 2)

Start EndName
00h00hSeconds
01h01hSeconds Alarm
02h02hMinutes
03h03hMinutes Alarm
04h04hHours
05h05hHours Alarm
06h06hDay of Week

Table 107. RTC Indexed Registers (Sheet 2 of 2)

Start End Name
07h 07h Day of Month
08h 08h Month
09h 09h Year
0Ah 0Ah Register A
0Bh 0Bh Register B
0Ch 0Ch Register C
0Dh 0Dh Register D
0Eh 7Fh 114 Bytes of User RAM

18.9 PCU - iLB - 8254 Timers

The 8254 contains three counters which have fixed uses including system timer and speaker tone. All registers are clocked by a 14.31818 MHz clock.

18.9.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

18.9.2 Features

18.9.2.1 Counter 0, System Timer

This counter functions as the system timer by controlling the state of IRQ0 and is programmed for Mode 3 operation. The counter produces a square wave with a period equal to the product of the counter period (838 ns) and the initial count value. The counter loads the initial count value one counter period after software writes the count value to the counter I/O address. The counter initially asserts IRQ0 and decrements the count value by two each counter period. The counter negates IRQ0 when the count value reaches 0. It then reloads the initial count value and again decrements the initial count value by two each counter period. The counter then asserts IRQ0 when the count value reaches 0, reloads the initial count value, and repeats the cycle, alternately asserting and negating IRQ0.

18.9.2.2 Counter 1, Refresh Request Signal

This counter is programmed for Mode 2 operation and impacts the period of the NSC.RTS register bit. Programming the counter to anything other than Mode 2 results in undefined behavior.

18.9.2.3 Counter 2, Speaker Tone

This counter provides the speaker tone and is typically programmed for Mode 3 operation. The counter provides a speaker frequency equal to the counter clock frequency (1.193 MHz) divided by the initial count value. The speaker must be enabled by a write to the NSC.SDE register bit.

18.9.2.4 S0ix Support

During S0i2 and S0i3, the 8254 timer is halted. A platform that requires the 8254 timer to be always active, should disable S0i2/3 using the S0ix_Enable register.

18.9.3 Usage

18.9.3.1 Timer Programming

The counter/timers are programmed in the following fashion:

  1. Write a control word to select a counter.
  2. Write an initial count for that counter.
  3. Load the least and/or most significant bytes (as required by Control Word Bits 5, 4) of the 16-bit counter.
  4. Repeat with other counters.

Only two conventions need to be observed when programming the counters. First, for each counter, the control word must be written before the initial count is written. Second, the initial count must follow the count format specified in the control word (least significant byte only, most significant byte only, or least significant byte and then most significant byte).

A new initial count may be written to a counter at any time without affecting the counter's programmed mode. Counting is affected as described in the mode definitions. The new count must follow the programmed count format.

If a counter is programmed to read/write two-byte counts, the following precaution applies: A program must not transfer control between writing the first and second byte to another routine which also writes into that same counter. Otherwise, the counter will be loaded with an incorrect count.

The Control Word Register at port 43h controls the operation of all three counters. Several commands are available:

  • Control Word Command. Specifies which counter to read or write, the operating mode, and the count format (binary or BCD).
  • Counter Latch Command. Latches the current count so that it can be read by the system. The countdown process continues.
  • Read Back Command. Reads the count value, programmed mode, the current state of the OUT pins, and the state of the Null Count Flag of the selected counter.

Table 108 lists the six operating modes for the interval counters.
Table 108. Counter Operating Modes

ModeFunction Description
0Out signal on end of count (=0)Output is 0. When count goes to 0, output goes to 1 and stays at 1 until counter is reprogrammed.
1Hardware re-triggerable one-shotOutput is 0. When count goes to 0, output goes to 1 for one clock time.
2Rate generator (divide by n counter)Output is 1. Output goes to 0 for one clock time, then back to 1 and counter is reloaded.

Table 108. Counter Operating Modes

ModeFunctionDescription
3Square wave output Output is 1. Outputgoes to 0 when counter rolls over, and counter is reloaded. Output goes to 1 when counter rolls over, and counter is reloaded, etc.
4Software triggered strobe Output is 1.Output goes to 0 when count expires for one clock time.
5Hardware triggered strobe Output is 1.Output goes to 0 when count expires for one clock time.

18.9.3.2 Reading from Interval Timer

It is often desirable to read the value of a counter without disturbing the count in progress. There are three methods for reading the counters: a simple read operation, counter Latch command, and the Read-Back command. Each is explained below.

With the simple read and counter latch command methods, the count must be read according to the programmed format; specifically, if the counter is programmed for two byte counts, two bytes must be read. The two bytes do not have to be read one right after the other. Read, write, or programming operations for other counters may be inserted between them.

18.9.3.2.1 Simple Read

The first method is to perform a simple read operation. The counter is selected through Port 40h (Counter 0), 41h (Counter 1), or 42h (Counter 2).

Note: Performing a direct read from the counter does not return a determinate value, because the counting process is asynchronous to read operations. However, in the case of Counter 2, the count can be stopped by writing 0b to the NSC.TC2E register bit.

18.9.3.2.2 Counter Latch Command

The Counter Latch command, written to Port 43h, latches the count of a specific counter at the time the command is received. This command is used to ensure that the count read from the counter is accurate, particularly when reading a two-byte count. The count value is then read from each counter's Count register as was programmed by the Control register.

The count is held in the latch until it is read or the counter is reprogrammed. The count is then unlatched. This allows reading the contents of the counters on the fly without affecting counting in progress. Multiple Counter Latch Commands may be used to latch more than one counter. Counter Latch commands do not affect the programmed mode of the counter in any way.

If a counter is latched and then, some time later, latched again before the count is read, the second Counter Latch command is ignored. The count read is the count at the time the first Counter Latch command was issued.

18.9.3.2.3 Read Back Command

The Read Back command, written to Port 43h, latches the count value, programmed mode, and current states of the OUT pin and Null Count flag of the selected counter or counters. The value of the counter and its status may then be read by I/O access to the counter address.

The Read Back command may be used to latch multiple counter outputs at one time. This single command is functionally equivalent to several counter latch commands, one for each counter latched. Each counter's latched count is held until it is read or reprogrammed. Once read, a counter is unlatched. The other counters remain latched until they are read. If multiple count Read Back commands are issued to the same counter without reading the count, all but the first are ignored.

The Read Back command may additionally be used to latch status information of selected counters. The status of a counter is accessed by a read from that counter's I/O port address. If multiple counter status latch operations are performed without reading the status, all but the first are ignored.

Both count and status of the selected counters may be latched simultaneously. This is functionally the same as issuing two consecutive, separate Read Back commands. If multiple count and/or status Read Back commands are issued to the same counters without any intervening reads, all but the first are ignored.

If both count and status of a counter are latched, the first read operation from that counter returns the latched status, regardless of which was latched first. The next one or two reads, depending on whether the counter is programmed for one or two type counts, returns the latched count. Subsequent reads return unlatched count.

18.10 PCU - iLB - High Precision Event Timer (HPET)

This function provides a set of timers that to be used by the operating system for timing events. One timer block is implemented, containing one counter and three timers.

18.10.1 Features

18.10.1.1 Non-Periodic Mode - All Timers

This mode can be thought of as creating a one-shot. When a timer is set up for non-periodic mode, it generates an interrupt when the value in the main counter matches the value in the timer's comparator register. As timers 1 and 2 are 32-bit, they will generate another interrupt when the main counter wraps.

T0CV cannot be programmed reliably by a single 64-bit write in a 32-bit environment unless only the periodic rate is being changed. If T0CV needs to be re-initialized, the following algorithm is performed:

  1. Set TOC.TVS
  2. Set T0CV[31:0]
  3. Set TOC.TVS
  4. Set T0CV[63:32]

Every timer is required to support the non-periodic mode of operation.

18.10.1.2 Periodic Mode - Timer 0 Only

When set up for periodic mode, when the main counter value matches the value in T0CV, an interrupt is generated (if enabled). Hardware then increases T0CV by the last value written to T0CV. During run-time, T0CV can be read to find out when the next periodic interrupt will be generated. Software is expected to remember the last value written to T0CV.

Example: if the value written to T0CV is 00000123h, then

  • An interrupt will be generated when the main counter reaches 00000123h.
    • T0CV will then be adjusted to 00000246h.
  • Another interrupt will be generated when the main counter reaches 00000246h.
    • T0CV will then be adjusted to 00000369h.

When the incremented value is greater than the maximum value possible for T0CV, the value will wrap around through 0. For example, if the current value in a 32-bit timer is FFFF0000h and the last value written to this register is 20000, then after the next interrupt the value will change to 00010000h.

If software wants to change the periodic rate, it writes a new value to T0CV. When the timer's comparator matches, the new value is added to derive the next matching point. If software resets the main counter, the value in the comparator's value register must also be reset by setting T0C.TVS. To avoid race conditions, this should be done with the main counter halted. The following usage model is expected:

  1. Software clears GCFG.EN to prevent any interrupts.
  2. Software clears the main counter by writing a value of 00h to it.
  3. Software sets TOC.TVS.
  4. Software writes the new value in TOCV.
  5. Software sets GCFG.EN to enable interrupts.

18.10.1.2.1 Interrupts

If each timer has a unique interrupt and the timer has been configured for edge-triggered mode, then there are no specific steps required. If configured to level-triggered mode, then its interrupt must be cleared by software by writing a '1' back to the bit position for the interrupt to be cleared.

Interrupts associated with the various timers have several interrupt mapping options. Software should mask GCFG.LRE when reprogramming HPET interrupt routing to avoid spurious interrupts.

18.10.1.2.2 Mapping Option #1: Legacy Option (GCFG.LRE set)

This forces the following mapping:

Table 109.8254 Interrupt Mapping

Timer8259 MappingAPIC MappingComment
0 IRQ0IRQ2 The 8254timer will not cause any interrupts
1 IRQ8IRQ8 RTC will not cause any interrupts.
2 T2C.IRT2C.IRC

18.10.1.2.3 Mapping Option #2: Standard Option (GCFG.LRE cleared)

Each timer has its own routing control. The interrupts can be routed to various interrupts in the I/O APIC. T[2:0]C.IRC indicates which interrupts are valid options for routing. If a timer is set for edge-triggered mode, the timers should not be shared with any other interrupts.

18.10.1.3 S0ix Support

During S0i1, the HPET is kept running. During S0i2 & S0i3, the HPET is halted.

18.10.1.4 S0ix Support

Prior to entry into S0i2 or S0i3 state, the driver/OS must set HPET_GCFG.EN to 0b to indicate RTD3 _hot status.

18.10.2 References

IA-PC HPET (High Precision Event Timers) Specification, Revision 1.0a: http://www.intel.com/hardware design/hpetspec_1.pdf.

18.10.3 Memory Mapped Registers

The register space is memory mapped to a 1K block at address FED00000h. All registers are in the core well. Accesses that cross register boundaries result in undefined behavior.

18.11 PCU - iLB - GPIO

187 GPIOs are available for use. Most of these GPIOs can be used as legacy GPIOs. This chapter describes their use as legacy GPIOs.

18.11.1 Signal Descriptions

Refer Chapter 2, "Physical Interfaces" for additional details.

The signal description table has the following headings:

• Signal Name: The name of the signal/pin.
- Direction: The buffer direction can be either input, output, or I/O (bidirectional).
- Type: The buffer type found in Chapter 19, "Electrical Specifications".
- Description: A brief explanation of the signal's function.

18.11.2 Features

GPIOs can generate general purpose events (GPEs) on rising and/or falling edges.

18.11.2.1 GPIO Controller

The GPIO controllers handle all GPIO interface to SoC,

— GPIO NORTH - used for Camera sensors, DFX, SVID, and Display Pins.
— GPIO SOUTHEAST - Defines the pads/Pins for MMC/SD host controller, LPC pins, FAST SPI pins and Platform Clock.
— GPIO SOUTHWEST - Defines the Pads/Pins for HS UART, I2S HS, LPE, PCIe and SPI pins.
— GPIO EAST - Defines the Pads/Pins for SoC power state related signals of PMU and ISH pins.

18.11.3 Usage

Each GPIO has six registers that control how it is used, or report its status:

  • Use Select
  • I/O Select
  • GPIO Level
  • Trigger Positive Edge
  • Trigger Negative Edge
  • Trigger Status

The Use Select register selects a GPIO pin as a GPIO, or leaves it as its programmed function. This register must be set for all other registers to affect the GPIO.

The I/O Select register determines the direction of the GPIO.

The Trigger Positive Edge and Trigger Negative Edge registers enable general purpose events on a rising and falling edge respectively. This only applies to GPIOs set as input.

The Trigger Status register is used by software to determine if the GPIO triggered a GPE. This only applies to GPIOs set as input and with one or both of the Trigger modes enabled.

Additionally, there is one additional register for each S5 GPIO:

- Wake Enable

This register allows S5 GPIOs to trigger a wake event based on the Trigger registers' settings.

18.11.4 GPIO Registers

18.11.4.1 SD Card and LPC Pins (3.3V versus 1.8V Modes)

The CFIO cells for both the SD Card Pins (SDMMC3_*) and LPC (LPC_*) are 3.3V capable.

To use as 1.8V IOs:

  • Set power supply to 1.8V for the pads.
  • Set v1p8mode in family configuration register.
  • Trigger a RCOMP cycle using Family RCOMP register
  • Copy RCOMP value to Family p and n strength values.

Note: All GPIO registers must be accessed as double words. Unpredictable results will occur otherwise.

Note: All MMIO GPIO *_PAD_VAL's must set Ienenb = 0 in order to read the pad_val of the GPIO. This applies to RO GPIO's as well.

18.12 PCU - iLB - Interrupt Decoding and Routing

The interrupt decoder is responsible for receiving interrupt messages from other devices in the SoC and decoding them for consumption by the interrupt router, the "PCU - iLB - 8259 Programmable Interrupt Controllers (PIC)" and/or the "PCU - iLB - IO APIC".

The interrupt router is responsible for mapping each incoming interrupt to the appropriate PIRQx, for consumption by the "PCU - iLB - 8259 Programmable Interrupt Controllers (PIC)" and/or the "PCU - iLB - IO APIC".

18.12.1 Features

18.12.1.1 Interrupt Decoder

The interrupt decoder receives interrupt messages from devices in the SoC. These interrupts can be split into two primary groups:

  • For consumption by the interrupt router
    • For consumption by the 8259 PIC

For Consumption by Interrupt Router

When a PCI-mapped device in the SoC asserts or de-asserts an INT[A:D] interrupt, an interrupt message is sent to the decoder. This message is decoded to indicate to the interrupt router which specific interrupt is asserted or de-asserted and which device the INT[A:D] interrupt originated from.

For Consumption by the 8259 PIC

When a device in the SoC asserts or de-asserts a legacy interrupt (IRQ), an interrupt message is sent to the decoder. This message is decoded to indicate to the 8259 PIC, which specific interrupt (IRQ[3, 4, 14 or 15]) was asserted or de-asserted.

18.12.1.2 Interrupt Router

The interrupt router aggregates the INT[A:D] interrupts for each PCI-mapped device in the SoC, received from the interrupt decoder, and the INT[A:D] interrupts direct from the Serialized IRQ controller. It then maps these aggregated interrupts to 8 PCI based interrupts: PIRQ[A:H]. This mapping is configured using the IR[31:0] registers.

PCI based interrupts PIRQ[A:H] are then available for consumption by either the 8259 PICs or the IO-APIC, depending on the configuration of the 8 PIRQx Routing Control Registers: PIRQA, PIQRB, PIRQC, PIRQD, PIRQE, PIRQF, PIRQG, PIRQH.

Routing PCI Based Interrupts to 8259 PIC

The interrupt router can be programmed to allow PIRQA-PIRQH to be routed internally to the 8259 as ISA compatible interrupts IRQ 3–7, 9–12 & 14–15. The assignment is programmable through the 8 PIRQx Routing Control Registers: PIRQA, PIQRB, PIRQC, PIRQD, PIRQE, PIRQF, PIRQG, PIRQH. One or more PIRQs can be routed to the same IRQ input. If ISA Compatible Interrupts are not required, the Route registers can be programmed to disable steering.

The PIRQx# lines are defined as active low, level sensitive. When a PIRQx# is routed to specified IRQ line, software must change the IRQ's corresponding ELCR bit to level sensitive mode. The SoC internally inverts the PIRQx# line to send an active high level to the PIC. When a PCI interrupt is routed onto the PIC, the selected IRQ can no longer be used by an active high device (through SERIRQ). However, active low interrupts can share their interrupt with PCI interrupts.

18.13 PCU - iLB - IO APIC

The IO Advanced Programmable Interrupt Controller (APIC) is used to support line interrupts more flexibly than the 8259 PIC. Line interrupts are routed to it from multiple sources, including legacy devices, via the interrupt decoder and serial IRQs, or they are routed to it from the interrupt router in the iLB. These line based interrupts are then used to generate interrupt messages targeting the local APIC in the processor.

18.13.1 Features

• 115 interrupt lines
- IRQ0-114
- Edge or level trigger mode per interrupt
• Active low or high polarity per interrupt
- Works with local APIC in processor via MSIs
• MSIs can target specific processor core
• Established APIC programming model

Figure 32. Detailed Block Diagram
INTEL Atom x5-Z8300 - Features - 1

flowchart
graph TD
    A["To/From System Bus"] --> B["IDX"]
    A --> C["WDW"]
    A --> D["EOI"]
    B --> E["MSI Machine"]
    C --> E
    D --> E
    E --> F["ID VS"]
    F --> G["RTE[0"]]
    G --> H["..."]
    H --> I["RTE[114"]]
    I --> J["INT[114:0"]]
    K["MSI's"] --> L["INT0"]
    K --> M["INT1"]
    K --> N["INT2"]
    K --> O["INT3"]
    K --> P["INT4"]
    K --> Q["INT5"]
    K --> R["INT6"]
    K --> S["INT7"]
    K --> T["INT8"]
    K --> U["INT9"]
    K --> V["INT10"]
    K --> W["INT11"]
    K --> X["INT12"]
    K --> Y["INT13"]
    K --> Z["INT14"]
    K --> AA["INT15"]
    K --> AB["INT16"]
    K --> AC["INT17"]
    K --> AD["INT18"]
    K --> AE["INT19"]
    K --> AF["..."]
    K --> AG["INT114"]
    K --> AH["INT114"]

MSIs generated by the I/O APIC are sent as 32-bit memory writes to the Local APIC. The address and data of the write transaction are used as follows.

Figure 33. MSI Address and Data
INTEL Atom x5-Z8300 - Features - 2

flowchart
graph TD
    A["MSI Address"] --> B["00b"]
    A --> C["31:2019:1211:43 2 1:0"]
    A --> D["31:16 7:010:8151413:1211"]
    E["MSI Data"] --> F["000h"]
    E --> G["00b"]
    E --> H["Trigger Mode\nDelivery Status (1b)"]
    E --> I["Destination Mode\nDelivery Mode\nVector"]

Destination ID (DID) and Extended Destination ID (EDID) are used to target a specific processor core's local APIC.

18.13.2 Usage

The I/O APIC contains indirectly accessed I/O APIC registers and normal memory mapped registers. There are three memory mapped registers:

  • Index Register (IDX)
    • Window Register (WDW)
    • End Of Interrupt Register (EOI)

The Index register selects an indirect I/O APIC register (ID/VS/RTE[n]) to appear in the Window register.

The Window register is used to read or write the indirect register selected by the Index register.

The EOI register is written to by the Local APIC in the processor. The I/O APIC compares the lower eight bits written to the EOI register to the Vector set for each interrupt (RTE.VCT). All interrupts that match this vector will have their RTE.RIRR register cleared. All other EOI register bits are ignored.

18.13.3 Indirect I/O APIC Registers

These registers are selected with the IDX register, and read/written through the WDW register. Accessing these registers must be done as DW requests, otherwise unspecified behavior will result. Software should not attempt to write to reserved registers. Reserved registers may return non-zero values when read.

Note: There is one pair of redirection (RTE) registers per interrupt line. Each pair forms a 64-bit RTE register.

Note: Specified offsets should be placed in IDX, not added to IDX.

18.14 PCU - iLB - 8259 Programmable Interrupt Controllers (PIC)

SoC provides an ISA-compatible programmable interrupt controller (PIC) that incorporates the functionality of two, cascaded 8259 interrupt controllers.

18.14.1 Features

In addition to providing support for ISA compatible interrupts, this interrupt controller can also support PCI based interrupts (PIRQs) by mapping the PCI interrupt onto a compatible ISA interrupt line. Each 8259 controller supports eight interrupts, numbered 0–7. Table 110 shows how the controllers are connected.

Note: SoC does not implement any external PIRQ# signals. The PIRQs referred to in this chapter originate from the interrupt routing unit.

Table 110. Interrupt Controller Connections

82598259 InputConnected Pin / Function
Master 0Internal Timer / Counter 0 output or HPET #0; determined by GCFG.LRE register bit
1 IRQ1 using SERIRQ, Keyboard Emulation
2 Slave controller INTR output
3 IRQ3 via SERIRQ, PIRQx or PCU UART 1
4 IRQ4 via SERIRQ or PIRQx
5 IRQ5 via SERIRQ or PIRQx
6 IRQ6 via SERIRQ or PIRQx
7 IRQ7 via SERIRQ or PIRQx
Slave 0Inverted IRQ8# from internal RTC or HPET
1 IRQ9 via SERIRQ, SCI or PIRQx
2 IRQ10 via SERIRQ, SCI or PIRQx
3 IRQ11 via SERIRQ, SCI, HPET or PIRQx
4 IRQ12 via SERIRQ, PIRQx or mouse emulation
5 N o n e
6 P I R Q x
7 IRQ15 via SERIRQ or PIRQx o

The SoC cascades the slave controller onto the master controller through master controller interrupt input 2. This means there are only 15 possible interrupts for the SoC PIC.

Interrupts can be programmed individually to be edge or level, except for IRQ0, IRQ2 and IRQ8#.

Note: Active-low interrupt sources (such as a PIRQ#) are inverted inside the SoC. In the following descriptions of the 8259s, the interrupt levels are in reference to the signals at the internal interface of the 8259s, after the required inversions have occurred. Therefore, the term "high" indicates "active," which means "low" on an originating PIRQ#.

18.14.1.1 Interrupt Handling

Generating Interrupts

The PIC interrupt sequence involves three bits, from the IRR, ISR, and IMR, for each interrupt level. These bits are used to determine the interrupt vector returned, and status of any other pending interrupts. Table 111 defines the IRR, ISR, and IMR.

Table 111. Interrupt Status Registers

Bit Description
IRRInterrupt Request Register. This bit is set on a low to high transition of the interrupt line in edge mode, and by an active high level in level mode.
ISRInterrupt Service Register. This bit is set, and the corresponding IRR bit cleared, when an interrupt acknowledge cycle is seen, and the vector returned is for that interrupt.
IMRInterrupt Mask Register. This bit determines whether an interrupt is masked. Masked interrupts will not generate INTR.

Acknowledging Interrupts

The processor generates an interrupt acknowledge cycle that is translated into a Interrupt Acknowledge Cycle to the SoC. The PIC translates this command into two internal INTA# pulses expected by the 8259 controllers. The PIC uses the first internal INTA# pulse to freeze the state of the interrupts for priority resolution. On the second INTA# pulse, the master or slave sends the interrupt vector to the processor with the acknowledged interrupt code. This code is based upon the ICW2.IVBA bits, combined with the ICW2.IRL bits representing the interrupt within that controller.

Note: References to ICWx and OCWx registers are relevant to both the master and slave 8259 controllers.

Table 112. Content of Interrupt Vector Byte

Master, Slave Interrupt Bits [7:3] Bits [2:0]
IRQ7,15ICW2.IVBA111
IRQ6,14 110
IRQ5,13 101
IRQ4,12 100
IRQ3,11 011
IRQ2,10 010
IRQ1,9 001
IRQ0,8 000

Hardware/ Software Interrupt Sequence

  1. One or more of the Interrupt Request lines (IRQ) are raised high in edge mode, or seen high in level mode, setting the corresponding IRR bit.
  2. The PIC sends INTR active to the processor if an asserted interrupt is not masked.
  3. The processor acknowledges the INTR and responds with an interrupt acknowledge cycle.
  4. Upon observing the special cycle, the SoC converts it into the two cycles that the internal 8259 pair can respond to. Each cycle appears as an interrupt acknowledge pulse on the internal INTA# pin of the cascaded interrupt controllers.
  5. Upon receiving the first internally generated INTA# pulse, the highest priority ISR bit is set and the corresponding IRR bit is reset. On the trailing edge of the first pulse, a slave identification code is broadcast by the master to the slave on a private, internal three bit wide bus. The slave controller uses these bits to determine if it must respond with an interrupt vector during the second INTA# pulse.
  6. Upon receiving the second internally generated INTA# pulse, the PIC returns the interrupt vector. If no interrupt request is present because the request was too short in duration, the PIC returns vector 7 from the master controller.
  7. This completes the interrupt cycle. In AEOI mode the ISR bit is reset at the end of the second INTA# pulse. Otherwise, the ISR bit remains set until an appropriate EOI command is issued at the end of the interrupt subroutine.

18.14.1.2 Initialization Command Words (ICWx)

Before operation can begin, each 8259 must be initialized. In the SoC, this is a four byte sequence. The four initialization command words are referred to by their acronyms: ICW1, ICW2, ICW3, and ICW4.

The base address for each 8259 initialization command word is a fixed location in the I/O memory space: 20h for the master controller, and A0h for the slave controller.

ICW1

A write to the master or slave controller base address with data bit 4 equal to 1 is interpreted as a write to ICW1. Upon sensing this write, the PIC expects three more byte writes to 21h for the master controller, or A1h for the slave controller, to complete the ICW sequence.

A write to ICW1 starts the initialization sequence during which the following automatically occur:

  1. Following initialization, an interrupt request (IRQ) input must make a low-to-high transition to generate an interrupt.
  2. The Interrupt Mask Register is cleared.
  3. IRQ7 input is assigned priority 7.
  4. The slave mode address is set to 7.
  5. Special mask mode is cleared and Status Read is set to IRR.

ICW2

The second write in the sequence (ICW2) is programmed to provide bits [7:3] of the interrupt vector that will be released during an interrupt acknowledge. A different base is selected for each interrupt controller.

ICW3

The third write in the sequence (ICW3) has a different meaning for each controller.

  • For the master controller, ICW3 is used to indicate which IRQ input line is used to cascade the slave controller. Within the SoC, IRQ2 is used. Therefore, MICW3.CCC is set to a 1, and the other bits are set to 0s.
  • For the slave controller, ICW3 is the slave identification code used during an interrupt acknowledge cycle. On interrupt acknowledge cycles, the master controller broadcasts a code to the slave controller if the cascaded interrupt won arbitration on the master controller. The slave controller compares this identification code to the value stored in its ICW3, and if it matches, the slave controller assumes responsibility for broadcasting the interrupt vector.

ICW4

The final write in the sequence (ICW4) must be programmed for both controllers. At the very least, ICW4.MM must be set to a 1 to indicate that the controllers are operating in an Intel Architecture-based system.

18.14.1.3 Operation Command Words (OCW)

These command words reprogram the Interrupt controller to operate in various interrupt modes.

- OCW1 masks and unmasks interrupt lines.

- OCW2 controls the rotation of interrupt priorities when in rotating priority mode, and controls the EOI function.

- OCW3 sets up ISR/IRR reads, enables/disables the special mask mode (SMM), and enables/disables polled interrupt mode.

18.14.1.4 Modes of Operation

Fully Nested Mode

In this mode, interrupt requests are ordered in priority from 0 through 7, with 0 being the highest. When an interrupt is acknowledged, the highest priority request is determined and its vector placed on the bus. Additionally, the ISR for the interrupt is set. This ISR bit remains set until: the processor issues an EOI command immediately before returning from the service routine; or if in AEOI mode, on the trailing edge of the second INTA#. While the ISR bit is set, all further interrupts of the same or lower priority are inhibited, while higher levels generate another interrupt.

Interrupt priorities can be changed in the rotating priority mode.

Special Fully-Nested Mode

This mode is used in the case of a system where cascading is used, and the priority has to be conserved within each slave. In this case, the special fully-nested mode is programmed to the master controller. This mode is similar to the fully-nested mode with the following exceptions:

- When an interrupt request from a certain slave is in service, this slave is not locked out from the master's priority logic and further interrupt requests from higher priority interrupts within the slave are recognized by the master and initiate interrupts to the processor. In the normal-nested mode, a slave is masked out when its request is in service.

- When exiting the Interrupt Service routine, software has to check whether the interrupt serviced was the only one from that slave. This is done by sending a Non-Specific EOI command to the slave and then reading its ISR. If it is 0, a non-specific EOI can also be sent to the master.

Automatic Rotation Mode (Equal Priority Devices)

In some applications, there are a number of interrupting devices of equal priority. Automatic rotation mode provides for a sequential 8-way rotation. In this mode, a device receives the lowest priority after being serviced. In the worst case, a device requesting an interrupt has to wait until each of seven other devices are serviced at most once.

There are two ways to accomplish automatic rotation using OCW2.REOI; the Rotation on Non-Specific EOI Command (OCW2.REOI=101b) and the rotate in automatic EOI mode which is set by (OCW2.REOI=100b).

Specific Rotation Mode (Specific Priority)

Software can change interrupt priorities by programming the bottom priority. For example, if IRQ5 is programmed as the bottom priority device, then IRQ6 is the highest priority device. The Set Priority Command is issued in OCW2 to accomplish this, where: OCW2.REOI=11xb, and OCW2.ILS is the binary priority level code of the bottom priority device.

In this mode, internal status is updated by software control during OCW2. However, it is independent of the EOI command. Priority changes can be executed during an EOI command by using the Rotate on Specific EOI Command in OCW2 (OCW2.REOI=111b) and OCW2.ILS=IRQ level to receive bottom priority.

Poll Mode

Poll mode can be used to conserve space in the interrupt vector table. Multiple interrupts that can be serviced by one interrupt service routine do not need separate vectors if the service routine uses the poll command. Poll mode can also be used to expand the number of interrupts. The polling interrupt service routine can call the appropriate service routine, instead of providing the interrupt vectors in the vector table. In this mode, the INTR output is not used and the microprocessor internal Interrupt Enable flip-flop is reset, disabling its interrupt input. Service to devices is achieved by software using a Poll command.

The Poll command is issued by setting OCW3.PMC. The PIC treats its next I/O read as an interrupt acknowledge, sets the appropriate ISR bit if there is a request, and reads the priority level. Interrupts are frozen from the OCW3 write to the I/O read. The byte returned during the I/O read contains a 1 in Bit 7 if there is an interrupt, and the binary code of the highest priority level in Bits 2:0.

Edge and Level Triggered Mode

In ISA systems this mode is programmed using ICW1.LTIM, which sets level or edge for the entire controller. In the SoC, this bit is disabled and a register for edge and level triggered mode selection, per interrupt input, is included. This is the Edge/Level control Registers ELCR1 and ELCR2.

If an ELCR bit is 0, an interrupt request will be recognized by a low-to-high transition on the corresponding IRQ input. The IRQ input can remain high without generating another interrupt. If an ELCR bit is 1, an interrupt request will be recognized by a high level on the corresponding IRQ input and there is no need for an edge detection. The interrupt request must be removed before the EOI command is issued to prevent a second interrupt from occurring.

In both the edge and level triggered modes, the IRQ inputs must remain active until after the falling edge of the first internal INTA#. If the IRQ input goes inactive before this time, a default IRQ7 vector is returned.

18.14.1.5 End of Interrupt (EOI) Operations

An EOI can occur in one of two fashions: by a command word write issued to the PIC before returning from a service routine, the EOI command; or automatically when the ICW4.AEOI bit is set to 1.

Normal End of Interrupt

In normal EOI, software writes an EOI command before leaving the interrupt service routine to mark the interrupt as completed. There are two forms of EOI commands: Specific and Non-Specific. When a Non-Specific EOI command is issued, the PIC clears the highest ISR bit of those that are set to 1. Non-Specific EOI is the normal mode of operation of the PIC within the SoC, as the interrupt being serviced currently is the interrupt entered with the interrupt acknowledge. When the PIC is operated in modes that preserve the fully nested structure, software can determine which ISR bit to clear by issuing a Specific EOI.

An ISR bit that is masked is not cleared by a Non-Specific EOI if the PIC is in the special mask mode. An EOI command must be issued for both the master and slave controller.

Automatic End of Interrupt Mode

In this mode, the PIC automatically performs a Non-Specific EOI operation at the trailing edge of the last interrupt acknowledge pulse. From a system standpoint, this mode should be used only when a nested multi-level interrupt structure is not required within a single PIC. The AEOI mode can only be used in the master controller and not the slave controller.

Note: Both the master and slave PICs have an AEOI bit: MICW4.AEOI and SICW4.AEOI respectively. Only the MICW4.AEOI bit should be set by software. The SICW4.AEOI bit should not be set by software.

18.14.1.6 Masking Interrupts

Masking on an Individual Interrupt Request

Each interrupt request can be masked individually by the Interrupt Mask Register (IMR). This register is programmed through OCW1. Each bit in the IMR masks one interrupt channel. Masking IRQ2 on the master controller masks all requests for service from the slave controller.

Special Mask Mode

Some applications may require an interrupt service routine to dynamically alter the system priority structure during its execution under software control. For example, the routine may wish to inhibit lower priority requests for a portion of its execution but enable some of them for another portion.

The special mask mode enables all interrupts not masked by a bit set in the Mask register. Normally, when an interrupt service routine acknowledges an interrupt without issuing an EOI to clear the ISR bit, the interrupt controller inhibits all lower priority requests. In the special mask mode, any interrupts may be selectively enabled by loading the Mask Register with the appropriate pattern.

The special mask mode is set by OCW3.ESMM=1b & OCW3.SMM=1b, and cleared where OCW3.ESMM=1b & OCW3.SMM=0b.

18.14.1.7 S0ix Support

During S0i2 & S0i3, the 8259 PICs are disabled. A platform that requires the 8259 PICs to be always active, should disable S0i2/3 using the S0ix_Enable register.

18.14.2 IO Mapped Registers

The interrupt controller registers are located at 20h and 21h for the master controller (IRQ0 - 7), and at A0h and A1h for the slave controller (IRQ8 - 13). These registers have multiple functions, depending upon the data written to them. Table 113 is a description of the different register possibilities for each address.

Note: The register descriptions after Table 113 represent one register possibility.

Table 113. I/O Registers Alias Locations

Registers Original I / O Location Alias I / O Locations
MICW1MOCW2MOCW320h24h
28h
2Ch
30h
34h
38h
3Ch
MICW2MICW3MICW4MOCW121h25h
29h
2Dh
31h
35h
39h
3Dh

Table 113. I/O Registers Alias Locations

Registers Original I / O Location Alias I / O Locations
SICW1A0hA4h
A8h
ACh
SOCW2B0h
SOCW3B4h
B8h
BCh
SICW2A1hA5h
A9h
SICW3ADh
SICW4B1h
B5h
SOCW1B9h
BDh
ELCR1 4D0h N/A
ELCR2 4D1h N/A

18.15 Register Map

For more information on Platform Controller Unit (PCU) registers refer Intel® Atom™ Z8000 Processor Series Datasheet (Volume 2 of 2), Doc ID:332066.

19 Electrical Specifications

This chapter is categorized into the following sections:

• "Thermal Specifications"
- "Storage Conditions"
• "Voltage and Current Specifications"
- "Crystal Specifications"
- "DC Specifications"

- "Absolute Maximum and Minimum Specifications"

19.1 Absolute Maximum and Minimum Specifications

The absolute maximum and minimum specifications are used to specify conditions allowable outside of the functional limits of the SoC, but with possible reduced life expectancy once returned to function limits.

At conditions exceeding absolute specifications, neither functionality nor long term reliability can be expected. Parts may not function at all once returned to functional limits.

Although the processor contains protective circuitry to resist damage from Electrostatic discharge (ESD), precautions should always be taken to avoid high static voltages or electric fields.

19.2 Thermal Specifications

These specifications define the operating thermal limits of the SoC. Thermal solutions not designed to provide the following level of thermal capability may affect the long-term reliability of the processor and system, but more likely result in performance throttling to ensure silicon junction temperatures within specification.

This section specifies the thermal specifications for all SKUs. Some definitions are needed, however. "Tj Max" defines the maximum operating silicon junction temperature. Unless otherwise specified, all specifications in this document assume Tj Max as the worse case junction temperature. This is the temperature needed to ensure TDP specifications when running at guaranteed CPU and graphics frequencies. "TDP" defines the thermal dissipated power for a worse case estimated real world thermal scenario. "SDP", or scenario dissipated power, defines the thermal dissipated power under a lighter workload specific to a user scenario and at a lower thermal junction temperature than Tj Max. Note that turbo frequencies are opportunistically selected when thermal headroom exists. Automatic throttling along with a proper thermal solution ensure Tj Max will not be exceeded.

Table 114. Thermal Specifications

T4 T3
T_j Max 90°C90 °C
T_j Min 0°C0 °C
T_j @ Max. Steady State Power (SDP)70 °C70 °C
SDP 2W 2.2 W

19.3 Storage Conditions

This section specifies absolute maximum and minimum storage temperature and humidity limits for given time durations. Failure to adhere to the specified limits could result in physical damage to the component. If this is suspected, Intel recommends a visual inspection to determine possible physical damage to the silicon or surface components.

Table 115. Storage Conditions Prior to Board Attach

SymbolParameterMinMax
Tabsolute storageDevice storage temperature when exceeded for any length of time.-25 °C125 °C
Tshort term storageThe ambient storage temperature and time for up to 72 hours.-25 °C85 °C
Tsustained storageThe ambient storage temperature and time for up to 30 months.5 °C40 °C
RHSustained storageThe maximum device storage relative humidity for up to 30 months.60% @ 24 °C

NOTES:

  • Specified temperatures are not to exceed values based on data collected. Exceptions for surface mount re-flow are specified by the applicable JEDEC standard. Non-adherence may affect processor reliability.
  • Component product device storage temperature qualification methods may follow JESD22-A119 (low temperature) and JESD22-A103 (high temperature) standards when applicable for volatile memory.
  • Component stress testing is conducted in conformance with JESD22-A104.
  • The JEDEC J-JSTD-020 moisture level rating and associated handling practices apply to all moisture sensitive devices removed from the moisture barrier bag.

19.3.1 Post Board-Attach

The storage condition limits for the component once attached to the application board are not specified. Intel does not conduct component-level certification assessments post board-attach given the multitude of attach methods, socket types, and board types used by customers.

Provided as general guidance only, board-level Intel-branded products are specified and certified to meet the following temperature and humidity limits:

• Non-Operating Temperature Limit: -40 °C to 70 °C
• Humidity: 50% to 90%, non-condensing with a maximum wet-bulb of 28 °C

19.4 Voltage and Current Specifications

The I/O buffer supply voltages are specified at the SoC package balls. The tolerances shown in Table 131 are inclusive of all noise from DC up to 20 MHz. The voltage rails should be measured with a bandwidth limited oscilloscope with a roll-off of 3 dB/decade above 20 MHz under all operating conditions. Table 117 indicates which supplies are connected directly to a voltage regulator or to a filtered voltage rail. For voltage rails that are connected to a filter, they should be measured at the input of the filter. If the recommended platform decoupling guidelines cannot be met, the system designer will have to make trade-offs between the voltage regulator out DC tolerance and the decoupling performances of the capacitor network to stay within the voltage tolerances listed below.

Note: The SoC is a pre-launch product. Voltage and current specifications are subject to change.

Table 116. SoC Power Rail DC Specs and Max Current

Platform RailVoltage TolerancesMax I cc
V1P05A UNCORE1_V1P05A_G31.05 VDC: ±2%AC: ±2%1700 mA
UNCORE2_V1P05A_G3
DDR_V1P05A_G3
USB3_V1P05A_G3
USBSSIC_V1P05A_G3
F_V1P05A_G3
PCIECLK_V1P05A_G3
V1P15 CORE_V1P115_S0iX1.15 VDC: ±2%AC: ±3%2100 mA
DDI_V1P15_S0iX
UNCORE_V1P15_S0iX
F_V1P15_S0iX

Table 116. SoC Power Rail DC Specs and Max Current

Platform RailVoltage TolerancesMax I cc
V1P2A USBSSIC_V1P2A_G3 1.24 VDC: ±2%AC: ±2%67 mA
MIPI_V1P2A_G3
USBHSIC_V1P2A_G3
V1P8A USB_V1P8AG31.8 VDC: ±2%AC: ±2%971 mA
UNCORE_V1P8A_G3
GPIOSE_V1P8A_G3
GPION_V1P8A_G3
F_V1P8A_G3
V3P3A USB_V3P3AG3 3.3 VDC: ±2%AC: ±2%196 mA
F_V3P3A_G3
RTC_V3P3A_G5
V3P3A_V1P8A SDIOV3P3A_V1P8A_G3 1.8 V/3.3 VDC: ±2%AC: ±2%-LPC_V3P3A_V1P8A_S4
VSFR ICLK_VSFR_G31.05 V/1.24 V/1.35 VDC: ±2%AC: ±3%-
VCC0 CORE_VCC0S0iX ReferTable 1173200 mA
CORE_VCC0_SENSE
VCC1 CORE_VCC1S0iX ReferTable 1173200 mA
CORE_VCC1_SENSE
VNN UNCORE_VNNS4 ReferTable 1172500 mA
UNCORE_VNN_SENSE
VGG DDI_VGG_S0X ReferTable 1178000 mA
DDI_VGG_SENSE

Table 116. SoC Power Rail DC Specs and Max Current

Platform RailVoltage TolerancesMax I cc
VDDQ DDI1_VDDQG3 1.24 V/1.35 VDC: ±2%AC: ±2%1900 - 2500mA
DDI2_VDDQ_G3
USB_VDDQ_G3
VDDQG DDR_VDDQG_S41.24 V/1.35 VDC: ±2%AC: ±2%
V3P3RTC RTC_V3P3RTC_G5 G5: 2-3 V atbatteryOtherwiseV3P3A (prediode drop)-

NOTE:

  1. RTC_VCC average current draw (G5) is specified at 27°C under battery conditions

  2. This value is applicable only for Cherry Trail T3 SKU.

19.4.1 VCC and VNN Voltage Specifications

Table 117 and Table 131 list the DC specifications for the SoC power rails. They are valid only while meeting specifications for junction temperature, clock frequency, and input voltages. Care should be taken to read all notes associated with each parameter.

Table 117. VCC and VNN DC Voltage Specifications

SymbolParameterMinTypMaxUnitNote
CORE_VCC VID [Z8700]Core VID Target Range0.61.30V
CORE_VCC VID [Z8500]Core VID Target Range0.61.28V
CORE_VCC VID [Z8300]Core VID Target Range0.61.13V
CORE_VCC0_S0iX V_CC0 for SoC Core 0Refer VCC VIDV2
CORE_VCC1_S0iX V_CC1 for SoC Core 1Refer VCC VIDV2
UNCORE_VNN VID [Z8700]Uncore VID Target Range0.41.28V
UNCORE_VNN VID [Z8500]Uncore VID Target Range0.41.28V
UNCORE_VNN VID [Z8300]Uncore VID Target Range0.41.1V
UNCORE_VNN_S4 V_NN for SoC UncoreRefer VNN VIDV2
DDI_VGG_S0iX [Z8700] V_GG for SoC Display0.40.9V
DDI_VGG_S0iX [Z8500] V_GG for SoC Display0.40.9V
DDI_VGG_S0iX [Z8300] V_GG for SoC Display0.41.1V

Table 117. VCC and VNN DC Voltage Specifications

SymbolParameterMinTypMaxUnitNote
CORE_VCC/UNCORE_VNN V_BOOT Default target V_CC/V_NN voltage for initial power up.1.0 or 1.1V3
VCC0/1 Tolerance Tolerance ofVCC0/1 voltage at VID target.DC: ±2% AC: ±3%%1
VNN Tolerance Tolerance of VNNvoltage at VID target.DC: ±2% AC: ±2%%1
VGG Tolerance Tolerance of VGGvoltage at VID target.DC: ±2% AC: ±3%%1

NOTES:

  1. Contact local Intel representative for load line and tolerance details.
  2. Each SoC is programmed with voltage identification value (VID), which is set at manufacturing and cannot be altered. Individual VID values are calibrated during manufacturing such that two SoCs at the same frequency may have different settings within the VID range. Note this differs from the VID employed by the SoC during a power management event.
  3. Refer VR12/IMVP7 Pulse Width Modulation specification for additional details. Either value is ok.

19.4.2 CPU ESD LEVEL

Table 118. CPU ESD level details

CPU Type CDMHBM
T4/T3±250v±1000v

19.5 Crystal Specifications

There are two crystal oscillators. One for RTC which maintains time and provides initial timing reference for power sequencing. The other is for the Integrated Clock, which covers clocking for the entire SoC.

Table 119. ILB RTC Crystal Specification

SymbolParameterMinTypMaxUnitsNotes
F_RTC Frequency-32.768-kHz1
T_PPM Crystal frequency tolerance (refer notes)--+/-20ppm1
P_DRIVE Crystal drive load-0.10.5uW1
C_LOAD Crystal load capacitance12.5pF
C_SHUNT Crystal shunt capacitance-1.3-pF1
C_1/C_2 Load Capacitance tolerance+/-10%

NOTES:

  1. These are the specifications needed to select a crystal oscillator for the RTC circuit.

  2. Crystal tolerance impacts RTC time. A 10 ppm crystal is recommended for 1.7 s tolerance per day, RTC circuit itself contributes addition 10 ppm for a total of 20 ppm in this example.

Table 120. Integrated Clock Crystal Specification

SymbolParameter Min Typ Max UnitsNotes
F_ICLK Frequency - 19.2-MHz1
T_PPM Crystal frequency tolerance & stability--+/-30 ppm1
P_DRIVE Crystal drive load--100uW
R_ESR ESR--80Ohm
C_LOAD Crystal load capacitance12pF
C_SHUNT Crystal shunt capacitance- 0.75-pF 1
C_1/C_2 Load Capacitance tolerance+/-10%

NOTE:

  1. These are the specifications required to select a crystal oscillator for the Integrated Clock circuit. Crystal must be AT cut, fundamental, parallel resonance.

19.6 DC Specifications

Platform reference voltages are specified at DC only. V_REF measurements should be made with respect to the supply voltages specified in "Voltage and Current Specifications".

Note: V IH/OH Max and V_IL/OL Min values are bounded by reference voltages.

The following DC Specifications are explained in this section:

  • "Display DC Specification"
  • "MIPI-Camera Serial Interface (CSI) DC Specification"
  • "SDIO DC Specification"
  • "SD Card DC Specification"
    • "eMMC 4.51 DC Specification"
    • "JTAG DC Specification"
  • "LPDDR3 Memory Controller DC Specification"
  • "USB 2.0 Host DC Specification"
  • "USB 3.0 DC Specification"
    • "SSIC DC Specification"
  • "SPI and FST_SPI DC Specification"
  • "Power Management/Thermal (PMC) and RTC DC Specification"
  • "SVID DC Specification"
  • "GPIO DC Specification"

• "SIO - I2C DC Specification"
• "SIO - UART DC Specification"
• "I2S (Audio) DC Specification"
- "PCI Express DC Specification"

Note: Care should be taken to read all notes associated with each parameter.

19.6.1 Display DC Specification

DC specifications for display interfaces:

  • "Display Port DC Specification"
    • "HDMI DC Specification"
  • "Embedded Display Port DC Specification"
  • "Display Port AUX Channel DC Specification"
  • "Embedded Display Port AUX Channel DC Specification"
  • "DDC Signal DC Specification"
    • "MIPI DSI DC Specification"

19.6.1.1 Display Port DC Specification

Table 121. Display Port DC specification

Symbol Parameter Min Typ Max UnitsNotes
V_TX-DIFFp-p-Level0 Differential Peak-to-peak Output Voltage Level 00.340.40.46V
V_TX-DIFFp-p-Level1 Differential Peak-to-peak Output Voltage Level 10.510.60.68V
V_TX-DIFFp-p-Level2 Differential Peak-to-peak Output Voltage Level 20.690.80.92V
V_TX-DIFFp-p-Level3 Differential Peak-to-peak Output Voltage Level 30.851.21.38V
V_TX-PREEMP-RATIO No Pre-emphasis0.00.00.0dB
3.5 dB Pre-emphasis2.83.54.2dB
6.0 dB Pre-emphasis4.86.07.2dB
9.5 dB Pre-emphasis7.59.511.4dB
V_TX-DC-CM Tx DC Common Mode Voltage02.0V

Table 121. Display Port DC specification

SymbolParameterMinTypMaxUnitsNotes
RL_TX-DIFF Differential Return Loss at 0.675GHz at Tx Package pins12 dB
Differential Return Loss at 1.35 GHz at Tx Package pins9dB1
C_TX TX Output Capacitance 1.5 pF 2

NOTES:

  1. Straight loss line between 0.675 GHz and 1.35 GHz.
  2. Represents only the effective lump capacitance seen at the SoC interface that shunts the TX termination.

19.6.1.2 HDMI DC Specification

Table 122. HDMI DC specification

SymbolParameterMinTypMaxUnitsNotes
VoffSingle Ended Standby (off), output voltage-1010mV1 @ AVcc
VswingSingle Ended output swing voltage400600mV
V_OH (<=165 MHz)Single Ended high level, output voltage-1010 mv1 @AVcc
V_OH (>165 MHz)Single Ended high level, output voltage-20010mV1 @ AVcc
V_OL (<=165 MHz)Single Ended low level, output voltage-600-400mV1 @ AVcc
V_OL (>165MHz)Single Ended low level, output voltage-700-400mV1 @ AVcc

NOTE: 1. The min/max values are with reference to AVcc (Analog Voltage level) = 3.3V ±5%

19.6.1.3 Embedded Display Port DC Specification

Table 123. Embedded Display Port DC Specification

SymbolParameterMinTypMaxUnitsNotes
V_TX-DIFFp-p-Level0 Differential Peak-to-peak Output Voltage Level 00.180.20.22V1,2
V_TX-DIFFp-p-Level1 Differential Peak-to-peak Output Voltage Level 10.20.250.275V1,2
V_TX-DIFFp-p-Level2 Differential Peak-to-peak Output Voltage Level 20.270.30.33V1,2

Table 123. Embedded Display Port DC Specification

SymbolParameterMinTypMaxUnitsNotes
VT_X-DIFFp-p-Level3 Differential Peak-to-peak Output Voltage Level 30.315 035 0.385V 1,2
VT_X-DIFFp-p-Level4 Differential Peak-to-peak Output Voltage Level 40.36 04 0.44 V1,2
VT_X-DIFFp-p-Level5 Differential Peak-to-peak Output Voltage Level 50.405 045 0.495V 1,2
VT_X-DIFFp-p-MAX Maximum Allowed Differential Peak-to-peak Output Voltage1.380 V3
V_TX-DC-CM Tx DC Common Mode Voltage0 2.0V 1,2,3
V_TX-PREEMP-RATIO No Pre-emphasis0.0 0.00.0 dB1,2,3
3.5 dB Pre-emphasis2.83.54.2dB1,2,3
6.0 dB Pre-emphasis4.86.07.2dB1,2,3
9.5 dB Pre-emphasis7.5 9.511.4 dB1,2,3
RL_TX-DIFF Differential Return Loss at 0.675GHz at Tx Package pins12dB4
Differential Return Loss at 1.35 GHz at Tx Package pins9dB4
C_TX TX Output Capacitance1.5pF5

NOTES:

  1. Steps between VTX-DIFFP-P voltages must be monotonic. The actual VTX-DIFFP-P-1 voltage must be equal to or greater than the actual VTX-DIFFP-P-0 voltage; the actual VTX-DIFFP-P-2 voltage must be greater than the actual VTX-DIFFP-P-1 voltage; etc.
  2. The recommended minimum VTX-DIFFP-P delta between adjacent voltages is mV.
  3. Allows eDP Source devices to support differential signal voltages compatible with eDP v1.3 (and lower) devices and designs.
  4. Straight loss line between 0.675 GHz and 1.35 GHz.
  5. Represents only the effective lump capacitance seen at the SoC interface that shunts the TX termination.

19.6.1.4 Display Port AUX Channel DC Specification

Table 124. DDI AUX Channel DC Specification

Symbol Parameter Min Typ Max UnitsNotes
V_AUX-DIFFp-p AUX Peak-to-peak Voltage at a transmitting Device0.29 1.38 V1
V_AUX-TERM_R AUX CH termination DC resistance100Ω
V_AUX-DC-CM AUX DC Common Mode Voltage02.0V2
V_AUX-TURN-CM AUX turn around common mode voltage0.3V3
I_AUX_SHORT AUX Short Circuit Current Limit90mA4
C_AUX AC Coupling Capacitor75200 nF5

NOTES:

  1. V_AUX-DIFFp-p = 2^*|V_AUXP - V_AUXM|
  2. Common mode voltage is equal to V_blas Tx (or V_blas Rx) voltage.
  3. Steady state common mode voltage shift between transmit and receive modes of operation.
  4. Total drive current of the transmitter when it is shorted to its ground.
  5. All DisplayPort Main Link lanes as well as AUX CH must be AC coupled. AC coupling capacitors must be placed on the transmitter side. Placement of AC coupling capacitors on the receiver side is optional.

19.6.1.5 Embedded Display Port AUX Channel DC Specification

Table 125. Embedded Display Port AUX Channel DC Specification

Symbol Parameter Min Typ Max UnitsNotes
V_AUX-DIFFp-p AUX Peak-to-peak Voltage at a transmitting Device0.29 1.38 V1
V_AUX-TERM_R AUX CH termination DC resistance100Ω
V_AUX-DC-CM AUX DC Common Mode Voltage01.2V2
V_AUX-TURN-CM AUX turn around common mode voltage0.3V3
I_AUX_SHORT AUX Short Circuit Current Limit90mA4
C_AUX AC Coupling Capacitor75200 nF5

NOTES:

  1. V_AUX-DIFFp-p=2^*|V_AUXP-V_AUXM|
  2. Common mode voltage is equal to V_bias Tx (or V_bias Rx ) voltage.
  3. Steady state common mode voltage shift between transmit and receive modes of operation.

  4. Total drive current of the transmitter when it is shorted to its ground.

  5. All DisplayPort Main Link lanes as well as AUX CH must be AC coupled. AC coupling capacitors must be placed on the transmitter side. Placement of AC coupling capacitors on the receiver side is optional.

19.6.1.6 DDC Signal DC Specification

Table 126. DDC Signal DC Specification (DCC_DATA, DDC_CLK)

SymbolParameter Min Typ MaxUnits Notes
V_REF I/O Voltage GPION_V1P8A_G3 V
V_IH Input High Voltage0.75* V_REF V1
V_IL Input Low Voltage0.35* V_REF V2
V_OL Output Low Voltage0.45V3
I_i Input Pin Leakage -1010 μA4

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value

  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.

  3. This buffer reaches VOH/VOL with 3mA load.

  4. For VIN between 0V and CORE_VCC_S0iX. Measured when driver is tri-stated.

Table 127. DDC Misc Signal DC Specification (HPD, BKLTCTL, VDDEN, BKLTEN)

SymbolParameterMinTypMax UnitsNotes
V_REF I/O VoltageGPION_V1P8A_G3V
V_IH Input High Voltage0.75* V_REF V1
V_IL Input Low Voltage0.35* V_REF V2
Z_pu Pull up Impedance405060Ω3
Z_pd Pull down Impedance405060Ω3
I_i Input Pin Leakage -1010 μA4

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value.

  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.

  3. Measured at CORE_VCC0_S0iX and CORE_VCC1_S0iX.

  4. For VIN between 0V and CORE_VCC0_S0iX and CORE_VCC1_S0iX. Measured when driver is tri-stated.

  5. This buffer reaches VOH/VOL with 3mA load.

Figure 34. Definition of Differential Voltage and Differential Voltage Peak-to-Peak
INTEL Atom x5-Z8300 - NOTES: - 1

line | Waveform | Description | | ------------------ | --------------------------------- | | Common Mode Voltage | V_D+, V_CM, V_D-, V_DIFF, V_DIFFp-p, V_D+ - V_D- | | Difference | V_DIFFp-p, V_DIFFp-s, 0V, V_DIFFp-s, 0V |

Figure 35. Definition of Pre-emphasis
INTEL Atom x5-Z8300 - NOTES: - 2

line | Time Segment | V_D+ (Blue) | V_DIFF-PRE (Red) | |----------------------|-------------|------------------| | 1stT_BIT | High | Low | | 2nd + T_BIT(s) | Low | High |

19.6.1.7 MIPI DSI DC Specification

Table 128. MIPI DSI DC Specification

Symbol Parameter Min. Nom. Max. Unit Notes
ILEAK Pin Leakage current -10 - 10 μA
MI PI DSI HS-TX Mode
V_CMTX HS transmit static common-mode voltage150200250mV
|V_CMTX(1,0)| V_CMTX mismatch when output is differential-1 or differential-0--5mV
|V_OD| HS transmit differential voltage140200270mV
| V_OD| V_OD mismatch when output is Differential-1 or Differential-0--14mV
V_OHHS HS output high voltage--360 mV
Z_OS Single-ended output impedance4050 62.5Ω
Z_OS Single-ended output impedance mismatch--10%
MI PI DSI LP-TX Mode
V_OH Thevenin output high level1.11.21.3V
V_OL Thevenin output low level-50 -50mV
Z_OLP Output impedance of LP transmitter50--Ω1
MI PI DSI LP-RX Mode
V_IH Logic 1 input voltage880--mV
V_IL Logic 0 input voltage, not in ULP state--550mV
V_HYST Input hysteresis25--mV
V_IHCD Logic 1 Contention threshold450--mV
V_ILCD Logic 0 Contention threshold--200mV

NOTE: Deviates from MIPI D-PHY specification Rev 1.0, which has minimum ZOLP of 110 Ω.

19.6.2 MIPI-Camera Serial Interface (CSI) DC Specification

Table 129. MIPI HS-RX/ MIPI LP-RX Minimum, Nominal, and Maximum Voltage Parameters

Symbol Parameter Min. Typ. Max. Unit Notes
I_LEAK Pin Leakage current -10 - 10 μA
MI PI - CSI HS-RX Mode
V_CMRX(DC) Common-mode voltage HS receive mode70-330mV1
V_IDTH Differential input high threshold--70mV
V_IDTL Differential input low threshold-70--mV
V_IHHS Single-ended input high voltage--460mV
V_ILHS Single-ended input low voltage-40--mV
V_TERM-EN Single-ended threshold for HS termination enable--450mV
Z_ID Differential input impedance80100125Ω
MI PI - CSI LP-RX Mode
V_IH Logic 1 input voltage880--mV
V_IL Logic 0 input voltage, not in ULP state--550mV
V_IL-ULPS Logic 0 input voltage, ULP state--300mV
V_HYST Input hysteresis25--mV

NOTE: 1. Setup/hold violation will be seen for a VCM higher than 250mv.

19.6.3 SDIO DC Specification

Table 130 provides the SDIO DC Specification, for all other DC Specifications not listed in this table, refer to Table 153.

Table 130. SDIO DC Specification

SymbolParameterMin.Typ.Max.UnitNotes
V_OH Output High Voltage1.4--VMeasured at I_OH maximum.
I_OH/I_OL Current at VoL/Voh-2--mA

19.6.4 SD Card DC Specification

Table 131 provides the SD Card DC Specification, for all other DC Specifications not listed in in this table, refer to Table 153.

Table 131. SD Card DC Specification

Symbol Parameter Min. Max. Unit
V_REF I/O Voltage SDIO_V3P3A_V1P8A_G3
V_OH(3.3) Output High Voltage0.75* V_REF -V
V_OL(3.3) Output Low Voltage- 0.125*VREFV
V_IH(3.3) Input High Voltage (3.3 V)0.625* V_REF V_REF +0.3 V
V_IL(3.3) Input Low Voltage (3.3 V)VSS-0.3 0.25*VREFV
V_OH(1.8) Output High Voltage1.40 - V
V_OL(1.8) Output Low Voltage-0
V_IH(1.8) Input High Voltage (1.8 V)1.272.00V
V_IL(1.8) Input Low Voltage (1.8 V)VSS-0.30.58V
I_OH/I_OL Current at VoL/Voh-22mA
C_LOAD total Load Capacitance-40pF

19.6.5 eMMC 4.51 DC Specification

Table 132. eMMC 4.51 DC Electrical Specifications

SymbolParameter Min Max Units
V_REF I/O Voltage GPIOSE_V1P8A_G3
V_OH Output HIGH voltage VREF- 0.45 - V
V_OI Output LOW voltage - 0.45 V
V_IH Input HIGH voltage0.65 * V_REF V_REF + 0.3 V
V_IL Input LOW voltage-0.30.35 * V_REF V
C_L Bus Signal Line capacitance-30pF
I_IL Input Leakage Current-1010μA
I_OL Output Leakage Current-1010μA

NOTE: This buffer reaches VOH/VOL with 3mA load.

Figure 36. eMMC 4.51 DC Bus Signal Level
INTEL Atom x5-Z8300 - eMMC 4.51 DC Specification - 1

line | Level | Time Segment | Value | |----------------|----------------------|-------| | input high level | V → V_DD | V_DD | | input high level | V → V_OH | V_OH | | input high level | V → V_IH | V_IH | | input low level | V → V_IL | V_IL | | input low level | V → V_OL | V_OL | | input low level | V → V_SS | V_SS | | output high level | V → V_H | V_H | | output low level | V → V_H | V_L |

19.6.6 JTAG DC Specification

Table 133. JTAG Signal Group DC Specification (JTAG_TCK, JTAG_TMS, JTAG_TDI, JTAG_TRST_N) (Sheet 1 of 2)

SymbolParameterMinTypMaxUnitsNotes
V_REF I/O VoltageGPION_V1P8A_G3
V_IH Input High Voltage0.75* V_REF V1
V_IL Input Low Voltage0.35* V_REF V2
R_wpu Weak Pull Up Impedance2.557.53

Table 133. JTAG Signal Group DC Specification (JTAG_TCK, JTAG_TMS, JTAG_TDI, JTAG_TRST_N) (Sheet 2 of 2)

SymbolParameterMinTypMaxUnitsNotes
R_wpd Weak Pull Down Impedance2.5 5 7.5 kΩ 3
R_wpu-20K Weak Pull Up Impedance 20K12 28 kΩ 4
R_wpd-40K Weak Pull Down Impedance 40K20 70 kΩ 4

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value.
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.
  3. Measured at GPIO_V1P8A_G3.
  4. Rwpu_40k and Rwpd_40k are only used for JTAG_TRST#.
  5. This buffer reaches VOH/VOL with 3mA load.

Table 134. JTAG Signal Group DC Specification (JTAG_TDO)

SymbolParameterMinTypMaxUnitsNotes
V_REF I/O VoltageGPION_V1P8A_G3
V_IH Input High Voltage0.75* V_REF V1
V_IL Input Low Voltage0.45* V_REF V2
Z_pd Pull down Impedance17.535Ω3
R_wpu Weak Pull Up Impedance12283
R_wpd Weak Pull Down Impedance20703

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value.
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.
  3. Measured at GPIO_V1P8A_G3.
  4. This buffer reaches VOH/VOL with 3mA load.

Table 135. JTAG Signal Group DC Specification (JTAG_PRDY#, JTAG_PREQ#)

SymbolParameterMinTypMaxUnitsNotes
V_REF I/O VoltageGPION_V1P8A_G3
V_IH Input High Voltage 0.75*V REFV1
V_IL Input Low Voltage0.45* V_REF V2
Z_pd Pull down Impedance17.535Ω3
R_wpu Weak Pull Up Impedance2.557.53

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value.
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.
  3. Measured at GPIO_V1P8A_G3.
  4. This buffer reaches VOH/VOL with 3mA load.

19.6.7 DDR3L-RS Memory Controller DC Specification

Table 136. DDR3L-RS Signal Group DC Specifications

SymbolParameter Min Type Max Units Notes
V_IL Input Low VoltageDDR_VREF - 200mVV1
V_IH Input High VoltageDDR_VREF + 200mVV2
V_OL Output Low Voltage(DDR_VDDQG_S4 / 2)* (RON / (RON+RVTT_TERM))3,4
V_OH Output High VoltageDDR_VDDQG_S4 - ((DDR_VDDQG_S4 / 2)* (RON/ (RON+RVTT_TERM))V3,4
I_IL Input Leakage Current5μAFor all DDR Signals
R_ON DDR3L-RS Clock Buffer strength2640Ω5
C_IO DQ/DQS/DQS# DDR3L-RS IO Pin Capacitance3.0pF

NOTES:

  1. V_IL is defined as the maximum voltage level at the receiving agent that will be received as a logical low value. DDR_VREF is normally DDR_VDDQG_S4
  2. V_IH is defined as the minimum voltage level at the receiving agent that will be received as a logical high value. DDR_VREF is normally DDR_VDDQG_S4
  3. V_IH and V_OH may experience excursions above DDR_VDDQG_S4. However, input signal drivers must comply with the signal quality specifications.
  4. RON is DDR driver resistance whereas RTT_TERM is DDR ODT resistance which is controlled by DDR.
  5. DDR3L-1333 CLK buffer Ron is 26Ohm and SR target is 4V/ns; DQ-DQS buffer Ron is 30Ohms and SR target is 4V/ns; CMD/CTL buffer Ron is 20Ohms and SR target is 1.8V/ns.

19.6.8 LPDDR3 Memory Controller DC Specification

Table 137. LPDDR3 Signal Group DC Specifications

Symbol Parameter Min Typ Max Units Notes
DDR_VDDQG_S4I/O Supply Voltage 1.141.24 1.26 V
V_IL Input Low VoltageDDR_VREF - 200 mVV
V_IH Input High VoltageDDR_VREF + 200 mVV
V_OL Output Low Voltage-0.260-V1,2
V_OH Output High Voltage-0.960-V1,2
I_IL Input Leakage Current-5-μA3,4
R_ON Clock Buffer strength2640Ω
C_IO IO Pin Capacitance3.0pF

NOTES:

  1. V_OL and V_OH is determined with 40Ohm buffer strength setting into a 60Ohm to 0.5x V1p5_ddr test load.
  2. LPDDR3-1066 CLK buffer Ron is 35Ohm and SR target is 2.5V/ns; DQ-DQS buffer Ron is 40Ohms and SR target is 2V/ns; CMD/CTL buffer Ron is 30Ohms and SR target is 1.5V/ns.
  3. Applies to the pin to VCC or VSS leakage current.
  4. Applies to the pin to pin leakage current.

19.6.9 USB 2.0 Host DC Specification

Table 138. USB 2.0 Host DC Specification (Sheet 1 of 3)

SymbolParameterMinTypeMaxUnitsNotes
Supply Voltage
VBUSHigh-power Port4.755.25 V 2
VBUSLow-power Port4.205.25 V
Supply Current
ICCPRTHigh-power Hub Port (out)500mA
ICCUPTLow-power Hub Port (out)100mA
ICCHPFHigh-power Function (in)500mA
ICCLPFLow-power Function (in)100mA
ICCINITUnconfigured Function/Hub (in)100mA
ICCSHSuspended High-power Device2.5mA15
ICCSLSuspended Low-power Device500μA

Table 138. USB 2.0 Host DC Specification (Sheet 2 of 3)

SymbolParameterMinTypeMaxUnitsNotes
Input Levels for Low-/ full-speed
VIH High (driven) 2.0 V 4
VIHZ High (floating) 2.7 3.6 V 4
VIL Low0.8 V 4
VDI Differential Input Sensitivity 0.2 V |(D+)-(D-)|;Figure ; Note 4
VCMDifferential Common Mode Range0.8 2.5 VIncludes VDI range; Figure; Note 4
Input Levels for High-speed
VHSSQHigh-speed squelch detection threshold (differential signal amplitude)100150mV
VHSDSCHigh speed disconnect detection threshold (differential signal amplitude)525625mV
High-speed differential input signaling levels16
VHSCMHigh-speed data signaling common mode voltage range (guideline for receiver)-50500mV
Output Levels for Low-/ full-speed
VOLLow0.0 0.8 V4,5
VOHHigh (Driven)2.8 3.6 V4,6
VOSE1SE10.8 V
VCRSOutput Signal Crossover Voltage1.3 2.0 V10
Output Levels for High-speed:
VHSOIHigh-speed idle level-1010mV
VHSOHHigh-speed data signaling high360440mV
VHSOLHigh-speed data signaling low-1010mV
VCHIRPJChirp J level (differential voltage)7001100mV

Table 138. USB 2.0 Host DC Specification (Sheet 3 of 3)

SymbolParameterMinTypeMaxUnitsNotes
VCHIRPKChirp K level (differential voltage)-900 -500 mV
Decoupling Capacitance:
CHPB Downstream Facing Port Bypass Capacitance (per hub)120 μF
CRPB Upstream Facing Port Bypass Capacitance1.0 10.0 μF 9
Input Capacitance for Low-/ full-speed:
CIND Downstream Facing Port 150 pF 2
CINUBUpstream Facing Port (w/o cable)100 pF 3
CEDGETransceiver edge rate control capacitance75pF
Input Impedance for High-speed:
TDR spec for high-speed termination
Terminations:
RPUBus Pull-up Resistor on Upstream Facing Port1.4251.5751.5 kΩ ±5%
RPDBus Pull-down Resistor on Downstream Facing Port14.2515.751.5 kΩ ±5%
ZINPInput impedance exclusive of pull-up/pull-down (for low-/full speed)300
VTERMTermination voltage for upstream facing port pull-up (RPU)3.03.6V
Terminations in High-speed:
VHSTERMTermination voltage in high speed-1010mV
RTERMHigh Speed Termination404550Ω
VBUSDVBUS Voltage drop for detachable cables--1mV

NOTES:

  1. Measured at A plug.
  2. Measured at A receptacle.
  3. Measured at B receptacle.
  4. Measured at A or B connector.
  5. Measured with RL of 1.425 kΩ to 3.6 V.

  6. Measured with RL of 14.25 kΩ to GND.

  7. Timing difference between the differential data signals.
  8. Measured at crossover point of differential data signals.
  9. The maximum load specification is the maximum effective capacitive load allowed that meets the target VBUS drop of 330 mV.
  10. Excluding the first transition from the Idle state.
  11. The two transitions should be a (nominal) bit time apart.
  12. For both transitions of differential signaling.
  13. Must accept as valid EOP.
  14. Single-ended capacitance of D+ or D- is the capacitance of D+/D- to all other conductors and, if present, shield in the cable. That is, to measure the single-ended capacitance of D+, short D-, VBUS, GND, and the shield line together and measure the capacitance of D+ to the other conductors.
  15. For high power devices (non-hubs) when enabled for remote wakeup.
  16. Specified by eye pattern templates.

19.6.10 USB HSIC DC Specification

Table 139. USB HSIC DC Electrical Specifications

SymbolParameter Min Max Units
V_REF I/O Voltage USBHSIC_V1P2A_G3
V_OH Output HIGH voltage 0.75 * VREF-V
V_OI Output LOW voltage-0.25 * V_REF V
V_IH Input HIGH voltage0.65 * V_REF V_REF + 0.3 V
V_IL Input LOW voltage-0.30.35 * V_REF V
O_D I/O Pad Drive Strength4060Ω
C_L Load capacitance15pF
Z_I I/O input impedance240-
T_I Characteristic Trace Impedance4555Ω

19.6.11 USB 3.0 DC Specification

Table 140. USB 3.0 DC transmitter specifications

SymbolParameterMinMaxUnitsNotes
_UI Unit Interval199.94200.06ps4
V_TX-DIFF-PP Differential peak-peak Tx voltage swing0.81.2V
V_TX-DIFF-PP-LOW Low-Power Differential peak-peak Tx voltage swing0.41.2V1
R_TX-DIFF-DC DC differential impedance7292Ω
V_TX-RCV-DETECT The amount of voltage change allowed during Receiver Detection0.6V2
C_AC-COUPLING AC Coupling Capacitor 75 200 nF 3
T_CDR-SLEW-MAX Maximum slew rate 10 ms/s
C_TX-PARASITIC Tx input capacitance for return loss-1.2
Eye Height1001200mV7,9
DjDeterministic Jitter-0.43UI7,8,9
RjRandom Jitter-0.23UI6,7,8,10
TjTotal Jitter-0.66UI7,8,9

5 p

NOTES:

  1. There is no de-emphasis requirement in this mode. De-emphasis is implementation specific for this mode.
  2. Detect voltage transition should be an increase in voltage on the pin looking at the detect signal to avoid a high impedance requirement when an "off" receiver's input goes below output.
  3. All transmitters shall be AC coupled. The AC coupling is required either within the media or within the transmitting component itself.
  4. The specified UI is equivalent to a tolerance of +-300 ppm for each device. period does not account for SSC induced variations.
  5. parasitic capacitance to ground.
  6. Measured over 10^6 consecutive UI and extrapolated to 10^-12 BER.
  7. Measured after receiver equalization function.
  8. Measured at the end of reference channel and cables at TP1.
  9. The eye height is measured at the maximum opening.
  10. The Rj spec is calculated at 14.069 times the RMS random jitter for 10^-12 BER.

Table 141. USB 3.0 DC LFPS specifications

SymbolParameterMinMaxUnitsNotes
T_PERIOD 20100ns
V_CM-AC-LFPS -10mV
V_CM-AC-LFPS-ACTIVE -10mV
V_TX-DIFF-PP-LFPS peak-peak Differential amplitude0.81.2V
V_TX-DIFF-PP-LFPS-LP Low power peak-peak Differential amplitude0.40.6V
T_RISEFALL2080 -4ns
Duty cycle4060%
C_TX-PARASITIC Tx input capacitance for return loss-1.2

5 p

Table 142. USB 3.0 DC Receiver specifications

Symbol Parameter Min Max Units Notes
UIUnit Interval199.94200.06 ps1
R_RX-DC Receiver DC common mode impedance1830 Ω2
R_RX-DIFF-DC DC differential impedance72120Ω3
Z_RX-HIGH-IMP-DCPOS DC input CM input for V>0 during reset or power down25-4
V_RX-LFPS-DETDIFFp-p LFPS detect threshold 100300mV
f1tolerance corner-4.9MHz
J_RJ Random Jitter- 0.0121 UI rms1
J_RJP-P Random Jitter peak-peak at 10-12-0.17UI p-p1,4
SJ @0.5MHzSinusoidal Jitter-2UI p-p1,2,3
Sj @1MHzSinusoidal Jitter-1UI p-p1,2,3
SJ @2MHzSinusoidal Jitter-0.5UI p-p1,2,3
Sj @f1MHzSinusoidal Jitter-0.2UI p-p1,2,3
Sj @50MHzSinusoidal Jitter-0.2UI p-p1,2,3
V_full_swingtransition bit differential voltage swing-0.75V p-p1
V_EQ_levelNon transition bit voltage (equalization)--3db1

NOTES:

  1. All parameters are measured at TP1.
  2. Due to time limitations at compliance testing, only a subset of frequencies can be tested. however, the Rx is required to tolerate Pj at all frequencies between the compliance test points.
  3. During the Rx tolerance test, SSC is generated by test equipment and present all the time.
  4. Random jitter is also present during the Rx tolerance test.

19.6.12 SSIC DC Specification

Table 143. SSIC DC Specification

Symbol Parameter Min. Nom. Max. Unit
R_REF\_RT Reference load for when the Transmitter is terminated.100 Ω
R_REF\_NT Reference load for when the Transmitter is not terminated.10 kΩ
Z_R Reference impedance. 100 Ω
V_DIFF\_DC\_LA\_RT\_TX Large Amplitude differential TX DC voltage when the Transmitter is terminated. Defined for R_REF\_RT^1 and test pattern2160240mV
V_DIFF\_DC\_LA\_NT\_TX Large Amplitude differential TX DC voltage when the Transmitter is not terminated. Defined for R_REF\_NT^3 and test pattern2320480mV
V_DIFF\_DC\_SA\_RT\_TX Small Amplitude differential TX DC voltage when the Transmitter is terminated. Defined for R_REF\_RT^1 and test pattern2100130mV
V_DIFF\_DC\_SA\_NT\_TX Small Amplitude differential TX DC voltage when the Transmitter is not terminated. Defined for R_REF\_NT^3 and test pattern2200260mV

Table 143. SSIC DC Specification

Symbol Parameter Min. Nom. Max. Unit
V_CM\_LA\_TX Large Amplitude common-mode TX voltage. Defined R_REF\_RT^1 and test pattern2160260 mV
V_CM\_SA\_TX Small Amplitude common-mode TX voltage. Defined R_REF\_RT^1 and test pattern280 190mV
C_PIN\_RX PIN Capacitance-1.5pF

NOTES:

  1. External reference load R_REF_RT and a reference impedance Z_REF_RT that conform to SRL_REF_RT (return loss of Z_REF_RT ).
  2. Defined when driving both a DIF-N and a DIF-P LINE state.
  3. External reference load R_REF_NT and capacitances at TXDP and at TXDN within the limit of C_PIN_RX .

19.6.13 LPC DC Specification

Table 144. LPC 1.8V Signal Group DC Specification

SymbolParameterMinTypMaxUnitsNotes
V_IH Input High Voltage1.51.81.8 +0.5V
V_IL Input Low Voltage -0.500.8V
V_OH Output High Voltage0.9 x 1.8V
V_OL Output Low Voltage0.1 x 1.8V
I_OH Output High Current0.5mA
I_OL Output Low Current-1.5mA
I_LEAK Input Leakage Current-1010μA
C_IN Input Capacitance10pF

Table 145. LPC 3.3V Signal Group DC Specification (Sheet 1 of 2)

SymbolParameterMinTypMaxUnitsNotes
V_IH Input High Voltage2.03.33.3 +0.5V1
V_IL Input Low Voltage-0.500.8V2
V_OH Output High Voltage2.5V3

Table 145. LPC 3.3V Signal Group DC Specification (Sheet 2 of 2)

SymbolParameterMinTypMaxUnitsNotes
V_OL Output Low Voltage 0.4 V 3
I_OH Output High Current 0.5 mA 3
I_OL Output Low Current -1.5 mA 3
I_LEAK Input Leakage Current -10 10 μA
C_IN Input Capacitance10pF

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value, Applies to LPC_AD[3:0], LPC_CLKRUN_N.
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value. Applies to LPC_AD[3:0], ILB_LPC_CLKRUN_N.
  3. V_OH is tested with Iout=500uA, V_OL is tested with Iout=1500uA.
  4. Applies to LPC_AD[3:0],LPC_CLKRUN_N and LPC_FRAME_N.
  5. LPC_SERIRQ is always a 1.8V I/O irrespective of the value of LPC_V1P8V3P3_S4.

19.6.14 SPI and FST\_SPI DC Specification

Table 146. SPI and FST_SPI Signal Group DC Specification

SymbolParameterMinTypMaxUnitsNotes
V_REF I/O VoltageGPIOSE_1P8A_G3V3
V_IH Input High Voltage0.65 * V_REF V2
V_IL Input Low Voltage-0.50.35 * V_REF V2
V_OH Output High Voltage V_REF - 0.45 1.8V V1
V_OL Output Low Voltage0.45 V1
I_OH Output High Current2mA1
I_OL Output Low Current-2mA1

NOTES:

  1. Applies to SPI1_CS[1:0], SPI1_CLK, SPI1_MOSI.
  2. Applies to SPI1_MISO and SPI1_MOSI.
  3. The I/O buffer supply voltage is measured at the SoC package pins. The tolerances shown are inclusive of all noise from DC up to 20 MHz. In testing, the voltage rails should be measured with a bandwidth limited oscilloscope that has a rolloff of 3 dB/decade above 20 MHz.
  4. This buffer reaches VOH/VOL with 3mA load.

19.6.15 Power Management/ Thermal (PMC) and RTC DC Specification

Table 147. Power Management Signal Group DC Specification

SymbolParameterMinTyp Max UnitsNotes
V_REF I/O VoltageGPIOSE_1P8A_G3V
V_IH Input High Voltage0.65 * V_REF V2
V_IL Input Low Voltage-0.50.35 * V_REF V2,3
V_OH Output High Voltage V_REF - 0.45 1.8VV 1
V_OL Output Low Voltage0.45V 1
I_OH Output High Current2mA1
I_OL Output Low Current-2mA1

NOTES:

  1. The data in this table apply to signals - PMC_ACPRESENT, PMC_BATLOW_N, PMC_PLTRST_N, PMC_PWRBTN_N, PMC_SLP_S4_N, PMC_SUS_STAT_N, PMC_SUSCLK[3:0], PMC_SUSPWRDNACK
  2. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value
  3. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.
  4. This buffer reaches VOH/VOL with 3mA load.

Table 148. PMC_RSTBTN# 1.8V Core Well Signal Group DC Specification

SymbolParameterMinTypMaxUnitsNotes
V_REF I/O VoltageUNCORE_V1P8_G3V
V_IH Input High Voltage0.65* V_REF V1
V_IL Input Low Voltage0.35* V_REF V2

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value.
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.

Table 149. Power Management and RTC Well Signal Group DC Specification

SymbolParameterMinTypMaxUnitsNotes
VREFI/O VoltageRTC_V3P3RTC_G5
V_IH Input High Voltage2.0--V1
V_IL Input Low Voltage--0.78V2

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value.
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.

Table 150. RTC Well DC Specification

SymbolParameter Min TypMax Units Notes
V_IH Input High Voltage 2.3 --V1
V_IL Input Low Voltage--0.78V2

NOTES:

  1. V_IH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value.
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.

Table 151. PROCHOT# Signal Group DC Specification

SymbolParameterMinTypeMaxUnitsNotes
V_REF I/O VoltageGPION_V1P8A_G3
V_IH Input High Voltage0.75* V_REF V_REF V1
V_IL Input Low Voltage0.45* V_REF V2
V_OL Output Low Voltage0.35 * V_REF V
I_OL Output Low Current-5 mA

NOTES:

  1. V_TH is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical high value
  2. V_IL is defined as the minimum voltage level at a receiving agent that will be interpreted as a logical low value.
  3. This buffer reaches VOH/VOL with 3mA load.

19.6.16 SVID DC Specification

Table 152. SVID Signal Group DC Specification (SVID_DATA, SVID_CLK, SVID_ALERT_N)

SymbolParameterMinTypMaxUnitsNotes
V_REF I/O VoltageGPION_V1P8A_G3
V_IH Input High Voltage0.65* V_REF V1
V_IL Input Low Voltage0.35* V_REF V1
V_OH Output High Voltage V_REF - 0.45 V_REF V1
V_OL Output Low Voltage0.45V4
V_HYS Hysteresis Voltage0.1V
R_ON BUffer on Resistance4060Ω2
I_L Leakage Current-1010μA 3
C_PAD Pad Capacitance9pF4
V_PIN Pin Capacitance10pF
Z_pd Pull down Impedance355070Ω

NOTES:

  1. GPIO_V1P8A_G3 refers to instantaneous voltage VSS_SENSE.
  2. Measured at 0.31 * GPIO_V1P8A_G3.
  3. V_TN between 0V and GPIO_V1P8A_G3.
  4. CPAD includes die capacitance only. No package parasitic included.
  5. This buffer reaches VOH/VOL with 3mA load.

Figure 37. Definition of VHYS
INTEL Atom x5-Z8300 - NOTES: - 1

line | Vin | Vout | | --------- | ---- | | VIL_max | 0 | | VHYS | 100 | | VIH_min | 0 |

19.6.17 GPIO DC Specification

GPIO Buffer DC specifications.

Table 153. GPIO 1.8V Core Well Signal Group DC Specification

SymbolParameter Min Typ MaxUnits Notes
V_REF I/O Voltage GPION_V1P8A_G3
V_IH Input High Voltage 0.65*VREFV
V_IL Input Low Voltage 0.35 * VREFV
V_OH Output High Voltage VREF- 0.45 V_REF V
V_OL Output Low Voltage0.45V
V_Hys Input Hysteresis0.1V
I_L Leakage Current-1010mA
C_LOAD Load Capacitance275 pF

NOTE: This buffer reaches VOH/VOL with 3mA load

19.6.18 SIO - I ^2 C DC Specification

Table 154. I ^2 C Signal Electrical Specifications

SymbolParameter Min Typ Max Units Notes
V_REF I/O Voltage GPIOSE_V1P8A_G3 V
V_IH Input High Voltage 0.7 * VREFV
V_IL Input Low Voltage 0.3 * VREFV
V_OL Output Low Voltage 0.2 * VREFV
V_Hys Input Hysteresis0.1V
C_PIN Pin Capacitance25pF

NOTE: This buffer reaches VOH/VOL with 3mA load.

19.6.19 SIO - UART DC Specification

Refer to GPIO Buffer (1.8V) DC Specification, mentioned Section 19.6.17, "GPIO DC Specification"

19.6.20 I ^2 S (Audio) DC Specification

Refer to the GPIO Buffer (1.8V) DC Specification, mentioned Section 19.6.17, "GPIO DC Specification"

19.6.21 PCI Express DC Specification

Table 155. PCI Express DC Receive Signal Characteristics

SymbolParameterMinTypeMaxUnitNotes
V_RXDIFF Gen1 Differential RX Peak to Peak1751200mV1
V_RXDIFF Gen2 Differential RX Peak to Peak1001200mV1

NOTE:

  1. PCI Express differential peak to peak = 2*|RXp[x] - RXn[x]|

Table 156. PCI Express DC Transmit Characteristics (Sheet 1 of 3)

SymbolParameterGen 1Gen 2UnitNotes
MinMaxMinMax
UIUnit Interval399.88400.12199.94200.06ps1
V_TX-DIFF-PP Differential p-pTx voltage swing80012008001200mV
V_TX-DIFF-LP Differential TX Peak to Peak(low power mode)40012004001200mV

Table 156. PCI Express DC Transmit Characteristics (Sheet 2 of 3)

SymbolParameterGen 1Gen 2UnitNotes
MinMaxMinMax
V_TX-DE-RATIO-3.5DB Tx de-emphasis level3434db
V_TX-DE-RATIO-6DB Tx de-emphasis level--5.56
T_MIN-PULSE Instantaneous pulse width--0.9-
T_TX-EYE Transmitter Eye including all jitter sources0.75 -0.75 - UI
T_TX-EYE-MEDIAN-to MAX-JITTER Maximum time between the jitter median and max deviation from the median-0125-
T_TX-HF-DJ-DD Tx deterministic jitter > 1.5 MHz---0.15UI3
T_RF-MISMATCH Tx rise/fall mismatch---0.1
T_TX-RISE-FALL Transmitter rise and fall time--0.15
V_TX-CM-AC-PP Tx AC peak-peak common mode voltage---15P0
V_TX-DC-CM Transmitter DC common-mode voltage03.603.6V4
V_TX-CM-DC-LINEDELTA Absolute Delta of DC Common Mode Voltage between D+ and D-025025mV
Z_TX-DIFF-DC DC differential Tx impedance80120-120Ω
I_TX-SHORT Transmitter short-circuit current limit-90-90mA5

.

U

- U

U I

- U

m V

Table 156. PCI Express DC Transmit Characteristics (Sheet 3 of 3)

SymbolParameterGen 1Gen 2UnitNotes
MinMaxMinMax
V_TX-CM-DC-ACTIVEIDLE-DELTA Absolute Delta of DC Common Mode Voltage during L0 and Electrical Idle.010001
V_TX-IDLE-DIFF-AC-p Electrical Idle Differential Peak Output Voltage020020
V_TX-IDLE-DIFF-DC DC Electrical Idle Differential Output Voltage--05m
T_TX-DJ Tx deterministic jitter - - - 57ps
T_TX-RJ Tx Random jitter- - -3.41ps
T_TX-MEDIAN-toMAX-JITTER Maximum Transmitter Medium-to-max jitter-77--ps
T_TX-TJ Total Jitter @ BER 1E-12- - -105ps

NOTES:

  1. The specified UI is equivalent to a tolerance of +-300 ppm for each RefClk source. period does not account for SSC induced variations. SSC permits a +0, -5000 ppm modulation of the clock frequency at a modulation rate not to exceed 33 kHz.
  2. Measured differentially at zero crossing points after applying the 2.5 GT/s clock recovery function
  3. Deterministic jitter only
  4. The allowed DC common-mode voltage at a transmitter pin under any conditions.
  5. The total single-ended current a transmitter can supply when shorted to ground.

Table 157. PCI Express DC Clock Request Input Signal Characteristics

SymbolParameterMinTypeMaxUnitNotes
V_REF I/O VoltageUNCORE_V1P8_S4
V_IL Input Low Voltage0.3* V_REF V1
V_IH Input High Voltage0.65* V_REF V1

NOTE:

  1. 3.3 V refers to UNCORE_3P3_S0 for signals in the core well. Refer Chapter 2, "Physical Interfaces" for signal and power well association.

20 Ballout and Ball Map

20.1 Ballout

Figure 38. Ballout - DDR3L-RS (T3) Top View Part A

25242322212019181716151413
AEPWR_RSVD_OBSPWR_RSVD_OBSDDR3_M0_DQ35DDR3_M0_CDG VREFDDR3_M0_OCA VREFDDR3_M0_RCO MPPDUART0_DATA NI2C5_DATAI2C6_CLK/NM_NSD3_RCOMPUART1_RTS_N
ADVSSDDR3_M0_DQ32DDR3_M0_DQ38VSSDDR3_N0_DQ51MMC1_RESET_NVSSI2C6_DATA/SD 3_WPUART1_DATAI MJART0_DAT INVSS
ACDDR3_M0_DQS 4_PDDR3_N0_DM4DDR3_M0_DQ37DDR3_M0_DQ49RESERVEDGPIO_SW93LPE_I2S2_FRMGPIO_SW78I2C2_DATANFC_DC_CLKNFC_DC_DATAUART1_DATAO UT/JART0_DAT AOUTUART1_CTE_N
ABDDR3_M0_DC33DDR3_N0_DQS 4_NDDR3_M0_DQS 6_PDDR3_M0_DC48RESERVEDPCIE_CLKREQ[0]_NLPE_I2S2_CLKI2C4_DATA/DDI 1_DDC_DATA DCC_DPC_DATI2C4_CLKDDI1 _DDC_CLKDDI 3_DPC_CLKHDI2C5_CLKLPE_I2S0_DAT AINLPE_I2S1_CLKUART2_DATAO UT
AADDR3_M0_DC36VSSDDR3_M0_DQS 6_NDDR3_M0_DQS 2VSSDDR3_CORE_P WROKDDR3_DRAM_P WROKVSSI2C2_CLKLPE_I2S0_CLKLPE_I2S0_DAT AOUTLPE_I2S1_FRMGPIO_SE79
YDDR3_M0_DC39DDR3_N0_DQ34DDR3_M0_DQ53DDR3_M0_DM6DDR3_N0_DQ55DDR3_M0_DQ54DDR3_M0_DQ50I2C0_DATAI2C0_CLKLPE_I2S0_FRMDOI_VGG_S0IXLPE_I2S1_DAT AOUTLPE_I2S1_DAT AIN
WDDR3_M0_DQ43DDR3_M0_DQ42DDR3_N0_DQ51DDR3_M0_DQ50VSSVSSVSSI2C1_CLKI2C1_DATADOI_VGG_S0IXSDIO_V3P3A_V1P0A_Q3
VDDR3_M0_DQS 5_PDDR3_N0_DM5DDR3_M0_DQ40DDR3_M0_DC46VSSDDR3_M0_DQ59DDR_VDDOG_S4LPE_I2S2_DAT AOUTDOI_VGG_S0IXUNCORE_V1P8 A_G3UNCORE_V1P8 A_G3DOI_VGG_S0IXUART0_DATAI N
UDDR3_M0_DC55_NVSSDDR3_M0_DQS 7_PDDR3_M0_DC50DDR3_N0_DQ52DDR3_M0_DQ62DDR3_M0_DRA NRST_NDDR_V1P05A_G3LPE_I2S2_DAT ANDOI_VGG_S0IXDOI_VGG_S0IXDOI_VGG_S0IXDOI_VGG_S0IX
TDDR3_M0_DC47DDR3_M0_DQ41DDR3_M0_DM7DDR3_M0_DC66DDR3_N0_DQ53DDR3_M0_DQ57DDR_VDDOG_S4VSSDOI_VGG_S0IXDOI_VGG_S0IXDOI_VGG_S0IXDOI_VGG_S0IXDOI_VGG_S0IX
RDDR3_M0_DQ44DDR3_M0_DQ45VSSVSSVSSDDR_V1P05A_G3DOI_V1P05A_S0IXDOI_V1P05A_S0IXVSSDOI_VGG_S0IXDOI_VGG_S0IX
PDDR3_M0_ODT 1DDR3_N0_ODT 0DDR3_M0_CS1_NDDR3_M0_CS0_NDDR3_N0_WE_NDDR3_M0_CAS_NDCRSFR_VDDG G_S4VSSVSSVSSVSSVSSRESERVED
NDDR3_M0_MA7VSSDDR3_M0_MA2DDR3_M0_RAS_NVSSDDR3_M0_MA10DDR3_M0_BS1VSSVSSVSSCORE_VCC_S0XCORE_VCC_S0XVSS
MDDR3_M0_MA12DDR3_N0_MA0DDR3_M0_MA13DDR3_M0_MA4DDR3_N0_D30DDR3_M0_MA3VSSDDR_VDDOG_S4VSSVSSCORE_VCC_S0XCORE_VCC_S0XVSS
LDDR3_M0_MA1DDR3_M0_MA5VSSDDR_VDDOG_S4DDR_VDDOG_S4DDR_VDDOG_S4CORE_V1p05A_S0IXF_V1p05A_SIN XCORE_VCC_S0XCORE_VCC_S0XUNCORE2_V1P 05A_G3
KDDR3_M0_MA11DDR3_N0_MA6DDR3_M0_MA15DDR3_M0_ES2DDR3_N0_CK1_NDDR3_M0_CK1_PVSSDDR_VDDOG_S4CORE_V1p05A_S0IXF_V1p05A_S0IXCORE_VCC_S0XVSSVSS
JDDR3_M0_MA8VSSDDR3_M0_CKO_NDDR3_M0_CKO_PDDR3_N0_DQ29DDR3_M0_DQ30VSSVSSVSSVSSCORE_VCC_S0XCORE_VCC_S0XVSS
HDDR3_M0_MA14DDR3_N0_MA09DDR3_M0_DQ27DDR3_M0_DQ31VSSDDR3_M0_DQ53_PDDR3_M0_DQ5S_NDDR_V1P05A_G3VSSVSSCORE_VCC_S0XCORE_VSCFSG3UNCORE_V1p0 5A_S0IX
GDDR3_M0_CKE1DDR3_M0_CKE0DDR3_N0_DQ28DDR3_M0_DQ26DDR_V1P05A_G3CORE_V1p05A_S0IXCORE_V1p05A_S0IXVSSCORE_VCC_S0XCORE_VCC_S0IXUNCORE_V1p0 5A_S0IX
FDDR3_M0_DC19DDR3_N0_DQ23DDR3_M0_CKE2DDR3_M0_CKE3DDR3_N0_DQ25DDR3_M0_DQ24DDR3_M0_DM3GPIO_DFX4GPIO_N1/C0_B PM3_TXC1_BP M2_TXGPIO_N2/C0_B PM2_TXC1_BP M2_TXVSSJTAG_TMSJTAG_TDO
EDDR3_M0_DC16VSSDDR3_M0_DQ11DDR3_M0_DQ13VSSDDR3_M0_DQ14DDR3_M0_DQ10VSSGPIO_N6/C6_B PM0_TXC1_BP M0_TXGPIO_N4/C0_B PM0_TXC1_BP M0_TXVSSJTAG_TCKJTAG_TRST_N
DDDR3_M0_DM2DDR3_N0_DQ21DDR3_M0_DQ5DDR3_M0_DC12DDR3_N0_DM15DDR3_M0_DQ15DDR3_M0_DQ50_PDDR3_N0_DQ3ISH_GPIO[13]C 8_EPM2_TXC1 BPM2_TXGPIO_N8/C0_B PM1_TXC1_BP LTXJTAG2_TMSJTAG2_TDOJTAG_PRDY_N
CDDR3_M0_DC52_NDDR3_N0_DC52_PDDR3_M0_DQ18DDR3_M0_DC51_PDDR3_N0_DQ51_NDDR3_M0_DQ6DDR3_M0_DC5C_NDDR3_N0_DQ3GPIO_N3/C0_B PM1_TXC1_BP M1_TXGPIO_N6/C0_B PM3_TXC1_BP M2_TXJTAG2_TCKPMC_SUSCLK[2]GPIO_SUSB
BPWR_RSVD OBSDDR3_N0_DQ20DDR3_M0_DQ22DDR3_M0_DC7VSSDDR3_M0_DC6DDR3_N0_DQ1VSSGPIO0_RCOMPJTAG2_TDIVSS
APWR_RSVD OBSVSSDDR3_M0_DQ17DDR3_M0_DC4DDR3_N0_DQ2DDR3_M0_DM0DDR3_N0_DQ6DDR_VDDOG_S4CORE_V1P05A_S0IXGPIO_SUSOGPIO_SUS9

Figure 39. Ballout - DDR3L-RS (T3) Top View Part B

121110987654321
AEUART2_DATAI N---MMC1_RCOMPSD3_CD_NMMC1_RCLKM MC1_RESET_N---DDI_VGG_S0IXSD2_D[2]SD2_D[1]PMC_PLT_CLK[5]/ISH_GPIO[15]/ISH_I2C0_CLK/RESERVEDRESERVED
ADUART2_CTS_N---SD3_D[3]VSSMMC1_CLK---SD2_D[3]_CD_NSD2_CLKSD2_D[0]PWM[0]PWM[1]/ISH_GPIO[10]/ISH_UART_DATAOUTRESERVED
ACUART2_RTS_NFST_SPI_D[1]SD3_D[0]SD3_CLKMMC1_D[5]MMC1_D[4]MMC1_D[3]VSSPMC_PLT_CLK[2]/ISH_GPIO[12]/ISH_UART_CTPMC_PLT_CLK[4]/ISH_GPIO[14]/ISH_I2C0_DATISH_GPID[4]/I2S4_CLKISH_GPIO[7]/I2S4_DATAIN
ABFST_SPI_CLKFST_SPI_D[0]SD3_D[2]SD3_D[1]SD3_IP8_ENMMC1_D[6]MMC1_D[2]SD2_CMDPMC_PLT_CLK[3]/ISH_GPIO[13]/ISH_UART_CTISH_GPID[2]/I2S3_DATAOUTISH_GPID[0]/I2S3_CLKICLK_COMP
AAFST_SPI_CS[0]_NVSSSD3_CMDSD3_PWREN_NMMC1_D[0]MMC1_D[7]MMC1_CMDISH_I2C1_DATA/ISH_SPI_MOS_WISS_DATAOUTISH_GPID[9]/ISH_SPI_MISO/IS5_FSISH_I2C1_CLKISH_SPI_CLK/IS5_DATANVSSICLK_RCOMP
YUART6_DATAOUTVSSRESERVEDUSB_OC[0]_NMMC1_D[1]VSSVSSAPMC_R_TRST_NPMC_SUSCLK[0]PMC_WAKE_NISH_GPID[1]/I2S3_FSISH_GPIO[3]/I2S3_DATAIN
WVSSVSSRESERVEDUNCORE_V1P8_A_G3VSSICLK_OSCINICLK_OSCOUTVSSPMC_SLP_S0IX_NPMC_PWRBTN_N------
VPMC_SUSPWR DNACKPMC_RSTBTN_NUNCORE_V1P8_A_G3VSSRTC_V3P3RTC_G5VSSVSSPMC_SUS_STAT_NRESERVEDPCE_REFCLKO_PPCIE_REFCLKO_NUNCORE_VNN_S4
UDDI_VGG_S0IXDDI_VGG_S0IXDDI_VGG_S0IXF_V1P8A_G3RTC_V3P3A_G5F_V3P3A_G3RTC_TEST_NRTC_RST_NRTC_X2RTC_X1VSSRTC_EXTPAD
TDDI_VGG_S0IXDDI_VGG_S0IXUNCORE1_V1P 0SA_G3F_V1P05A_G3VSSF_V1P05A_G3PMC_CORE_PWROKPMC_RSMRST_NPCIE_RCOMP_NPCE_RCOMP_PPCIE_RXNOPCIE_RXPO
RVSSDDI_VGG_S0IXVSSVSSICLK_VSFR_G3F_V1P05A_G3VSSVSSPCIE_TXPOPCE_TXNO------
PVSSDDI_VGG_S0IXDDI_VGG_S0IXUNCORE_VNN_S4VSSPCIeCLK_V1P05A_G3USB_DNOUSB3_RXNOUSB3_RCOMP_NUSB3_RCOMP_PUSB3_TXNOUSB3_TXPO
NDDI_VGG_S0IXDDI_VGG_S0IXUNCORE_VNN_S4VSSMPHY_1P05A_G3MPHY_1P05A_G3USB_DP0USB3_RXPOUSB_HSIC_1_DATAUSB_HSIC_1_STROBEVSSUSB_HSIC_RCOMP
MUNCORE_VSFR_G3UNCORE_VNN_S4UNCORE_VNN_S4UNCORE_VNN_S4VSSUSBSSIC_V1P05A_G3USB_DNO2USB_DP2USB_DP3USB_DNO3USB_HSIC_0_DATAUSB_HSIC_0_STROBE
LUNCORE_VNN_S4UNCORE_VNN_S4UNCORE_VNN_S4UNCORE_VNN_S4USB_V3P3A_G3VSSUNCORE_VSFR_G3VSSUSB_DP1USB_DNO1------
KUNCORE_VNN_S4UNCORE_VNN_S4UNCORE_VNN_S4UNCORE_VNN_S4USBSSIC_V1P2A_G3DDI_USB_VDDQ_G3DDI2_TXN3DDI2_TXP3DDI2_TXP1DDI2_TXN1USB_VBUSSNSUSB_OTG_ID
JVSSVSSUNCORE_VNN_S4UNCORE_VNN_S4USBHSIC_V1P2A_G3DDI_USB_VDDQ_G3DDI0_TXN1DDI2_AUXNDDI2_TXNODDI2_TXPOVSSUSB_RCOMP
HUSB_V1P8A_G3USB_V1P8A_G3VSSMIPI_V1P2A_G3DDI_USB_VDDQ_G3USB_VDDQ_G3DDI0_TXP1DDI2_AUXPDDI0_RCOMP_NDDI0_RCOMP_PDDI2_TXP2DDI2_TXN2
GRESERVEDVSSVSSMIPI_V1P2A_G3UNCORE_VSFR_G3MCSI_1_CLKNVSSVSSDDI0_TXNODDI0_TXPO------
FSVID_DATASVID_CLKRESERVEDPROCHOT_NMCSI_1_DNOMCSI_1_CLKPDDI0_TXN2DDI0_TXP2RESERVEDDDI0_TXP3DDI0_TXN3DDI0_AUXN
ESVID_ALERT_NVSSDDI2_DDC_CLK/DDI1_DDC_CL_KUART0_DATDDI2_HPDMCSI_1_DP0VSSVSSMDSI_A_DNO3NDSI_A_DP3MDSI_A_DNO2VSSDDI0_AUXP
DVSSGPIO_CAMERA SB08GPIO_CAMERA SB09DDI0_HPDDDI1_BKLTCTL/MDSI_A_TE/MDSLC_TEMCSI_1_DNO2MCSI_1_DP3MCSI_2_CLKPNDSI_A_CLKNMDSI_A_DP2DDI1_RCOMP_PDDI1_RCOMP_N
CJTAG_TDIGPIO_CAMERA SB11DDI0_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DNCDDI2_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT A/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT A/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DDC_DAT a/DDII_DNCMCSI_RCOMP---MCSI_1_DP1MDSI_RCOMPMCSI_2_DP0MCSI_2_DP1RESERVED---
BPMC_SUSCLK[3]---GPIO_CAMERA SB10VSSDDI0_BKLTCTL---MCSI_1_DNO1VSSMCSI_2_DNOMCSI_2_DNO1MDSI_A_DNORESERVED
ACORE_VCC_S0IX---DDI0_DDC_CLK/DDI1_DDC_CL_KMDSL_DDIC_CDDI0_VDDENMCSI_RCOMP---MCSI_1_DP1MDSI_RCOMPMCSI_2_DP0MCSI_2_DP1RESERVED---

Figure 40. Ballout LPPDR3 (T4) Top View Part A
INTEL Atom x5-Z8300 - Ballout - 1

Figure 41. Ballout LPPDR3 (T4) Top View Part B
INTEL Atom x5-Z8300 - Ballout - 2

Figure 42. Ballout LPPDR3 (T4) Top View Part C
INTEL Atom x5-Z8300 - Ballout - 3

20.2 SoC T3 Pin List Location

Ball #DDR3L-RS Customer Pin List
A10 DDI0DDC_CLK/DDI1_DDC_CLK/MDSI_DDC_CLK
A12 COREVCC_S0iX
A13 GPIOSUS9
A14 GPIOSUS0
A16 COREV1p05A_S0iX
A17 DDRVDDQG_S4
A18 DDR3M0_DQ6
A2 RESERVED
A20 DDR3M0_DM0
A21 DDR3M0_DQ2
A22 DDR3M0_DQ4
A23 DDR3M0_DQ17
A24 VSS
A25 PWRRSVD_OBS
A3 MCSI_2DP1
A4 MCSI_2DP0
A5 MDSI_RCOMP
A6 MCSI_1DP1
A8 MCSI_RCOMP
A9 DDI0_VDDEN
AA1 ICLK_RCOMP
AA10 SD3CMD
AA11 VSS
AA12 FSTSPI_CS0_N
AA13 GPIOSE79
AA14 LPEI2S1_FRM
AA15 LPEI2S0_DATAOUT
AA16 LPEI2S0_CLK
AA17 I2C2CLK
AA18 VSS
AA19 DDR3DRAM_PWROK
AA2 VSS
Ball #DDR3L-RS Customer Pin List
AA20 DDR3_CORE_PWROK
AA21 VSS
AA22 DDR3_M0_DQ52
AA23 DDR3_M0_DQS6_N
AA24 VSS
AA25 DDR3_M0_DQ36
AA3 ISH_I2C1_CLK/ISH_SPI_CLK/I2S5_DATAIN
AA4 ISH_GPIO9/ISH_SPI_MISO/I2S5_FS
AA5 ISH_I2C1_DATA/ISH_SPI_MOSI/I2S5_DATAOUT
AA6 MMC1_CMD
AA7 MMC1_D7
AA8 MMC1_D0
AA9 SD3_PWREN_N
AB1 ICLK_ICOMP
AB10 SD3_D2
AB11 FST_SPI_D0
AB12 FST_SPI_CLK
AB13 UART2_DATAOUT
AB14 LPE_I2S1_CLK
AB15 LPE_I2S0_DATAIN
AB16 I2C5_CLK
AB17 I2C4_CLK/DDI1_DDC_CLK/DDI2_DDC_CLK/MDSI_DDC_CLK
AB18 I2C4_DATA/DDI1_DDC_DATA/DDI2_DDC_DATA/MDSI_DDC_DATA
AB19 LPE_I2S2_CLK
AB2 ISH_GPIO0/I2S3_CLK
AB20 PCIE_CLKREQ0_N
AB21 RESERVED
AB22 DDR3_M0_DQ48
AB23 DDR3_M0_DQS6_P
AB24 DDR3_M0_DQS4_N
AB25 DDR3_M0_DQ33
AB3 ISH_GPIO2/I2S3_DATAOUT
AB4 PMC_PLT_CLK3/ISH_GPIO13/ISH_UART_RTS_N/SPI2_CLK
AB5 SD2_CMD
AB6 MMC1_D2
AB7 MMC1_D6
AB8 SD3_1P8_EN
AB9 SD3_D1
AC1 ISH_GPIO7/I2S4_DATAIN
AC10 SD3_D0
AC11 FST_SPI_D1
AC12 UART2_RTS_N
AC13 UART1_CTS_N
AC14 UART1_DATAOUT/UART0_DATAOUT
AC15 NFC_I2C_DATA
AC16 NFC_I2C_CLK
AC17 I2C2_DATA
AC18 GPIO_SW78
AC19 LPE_I2S2_FRM
AC2 ISH_GPIO4/I2S4_CLK
AC20 GPIO_SW93
AC21 RESERVED
AC22 DDR3_M0_DQ49
AC23 DDR3_M0_DQ37
AC24 DDR3_M0_DM4
AC25 DDR3_M0_DQS4_P
AC3 PMC_PLT_CLK4/ISH_GPIO14/ISH_I2C0_DATA/SPI2_MISO
Ball #DDR3L-RS Customer Pin List
AC4 PMC_PLT_CLK2/ISH_GPIO12/ISH_UART_CTS_N/SPI2_CS0_N
AC5 VSS
AC6 MMC1_D3
AC7 MMC1_D4
AC8 MMC1_D5
AC9 SD3_CLK
AD1 RESERVED
AD10 SD3_D3
AD12 UART2_CTS_N
AD13 VSS
AD14 UART1_DATAIN/UART0_DATAIN
AD16 I2C6_DATA/SD3_WP
AD17 VSS
AD18 MMC1_RESET_N
AD2 PWM1/ISH_GPIO10/ISH_UART_DATAOUT
AD20 SD3_WP
AD21 DDR3_M0_DQ51
AD22 VSS
AD23 DDR3_M0_DQ38
AD24 DDR3_M0_DQ32
AD25 VSS
AD3 PWM0
AD4 SD2_D0
AD5 SD2_CLK
AD6 SD2_D3_CD_N
AD8 MMC1_CLK
AD9 VSS
AE1 RESERVED
AE10 MMC1_RCOMP
AE12 UART2_DATAIN
AE13 UART1_RTS_N
AE14 SD3_RCOMP
AE16 I2C6_CLK/NMI_N
AE17 I2C5_DATA
AE18 UART0_DATAIN
AE2 RESERVED
AE20 DDR3_M0_RCOMPPD
AE21 DDR3_M0_OCAVREF
AE22 DDR3_M0_ODQVREF
AE23 DDR3_M0_DQ35
AE24 PWR_RSVD_OBS
AE25 PWR_RSVD_OBS
AE3 PMC_PLT_CLK5/ISH_GPIO15/ISH_I2C0_CLK/SPI2_MOSI
AE4 SD2_D1
AE5 SD2_D2
AE6 DDI_VGG_S0iX
AE8 MMC1_RCLK/MMC1_RESET_N
AE9 SD3_CD_N
B1 RESERVED
B10 GPIO_CAMERASB10
B12 PMC_SUSCLK3
B13 VSS
B14 JTAG2_TDI
B16 GPIO0_RCOMP
B17 VSS
B18 DDR3_M0_DQ1
B2 MDSI_A_DNO
B20 DDR3_M0_DQ5
B21 VSS
B22 DDR3_M0_DQ7
B23 DDR3_M0_DQ22
B24 DDR3_M0_DQ20
B25 PWR_RSVD_OBS
B3 MCSI_2_DN1
B4 MCSI_2_DNO
B5 VSS
B6 MCSI_1_DN1
Ball #DDR3L-RS Customer Pin List
B8 DDI0_BKLTCTL
B9 VSS
C1 MDSI_A_DN1
C10 DDI0DDC_DATA/DDI1_DDC_DATA/MDSI_DDC_DATA
C11 GPIOCAMERASB11
C12 JTAGTDI
C13 GPIOSUS8
C14 PMCSUSCLK2
C15 JTAG2TCK
C16 GPION6/C0_BPM3_TX/C1_BPM3_TX
C17 GPION3/C0_BPM1_TX/C1_BPM1_TX
C18 DDR3M0_DQ3
C19 DDR3M0_DQS0_N
C2 MDSI_A_DP1
C20 DDR3M0_DQ8
C21 DDR3M0_DQS1_N
C22 DDR3M0_DQS1_P
C23 DDR3M0_DQ18
C24 DDR3M0_DQS2_P
C25 DDR3M0_DQS2_N
C3 MDSI_A_DP0
C4 MDSI_A_CLKP
C5 MCSI_2_CLKN
C6 MCSI_1_DN3
C7 MCSI_1_DP2
C8 DDI0_BKLTEN
C9 DDI2_DDC_DATA/DDI1_DDC_DATA/UART0_DATAIN/MDSI_DDC_DATA/MDSI_C_TE
D1 DDI1_RCOMP_N
D10 GPIOCAMERASB09
D11 GPIOCAMERASB08
D12 VSS
D13 JTAG_PRDY_N
D14 JTAG2_TDO
D15 JTAG2_TMS
D16 GPIO_N8/C0_BPM1_TX/C1_BPM1_TX
D17 ISH_GPIO13/C0_BPM2_TX/C1_BPM2_TX
D18 DDR3_M0_DQ0
D19 DDR3_M0_DQS0_P
D2 DDI1_RCOMP_P
D20 DDR3_M0_DQ15
D21 DDR3_M0_DM1
D22 DDR3_M0_DQ12
D23 DDR3_M0_DQ9
D24 DDR3_M0_DQ21
D25 DDR3_M0_DM2
D3 MDSI_A_DP2
D4 MDSI_A_CLKN
D5 MCSI_Z_CLKP
D6 MCSI_1_DP3
D7 MCSI_1_DN2
D8 DDI1_BKLTCTL/MDSI_A_TE/MDSI_C_TE
D9 DDI0_HPD
E1 DDI0_AUXP
E10 DDI2_DDC_CLK/DDI1_DDC_CLK/UART0_DATAOUT/MDSI_DDC_CLK/MDSI_A_TE
E11 VSS
E12 SVID_ALERT_N
E13 JTAG_TRST_N
E14 JTAG_TCK
E15 VSS
E16 GPIO_N4/C0_BPM0_TX/C1_BPM0_TX
Ball #DDR3L-RS Customer Pin List
E17 GPIO_N0/C0_BPM0_TX/C1_BPM0_TX
E18 VSS
E19 DDR3_M0_DQ10
E2 VSS
E20 DDR3_M0_DQ14
E21 VSS
E22 DDR3_M0_DQ13
E23 DDR3_M0_DQ11
E24 VSS
E25 DDR3_M0_DQ16
E3 MDSI_A_DN2
E4 MDSI_A_DP3
E5 MDSI_A_DN3
E6 VSS
E7 VSS
E8 MCSI_1_DP0
E9 DDI2_HPD
F1 DDI0_AUXN
F10 RESERVED
F11 SVID_CLK
F12 SVID_DATA
F13 JTAG_TDO
F14 JTAG_TMS
F15 VSS
F16 GPIO_N2/C0_BPM2_TX/C1_BPM2_TX
F17 GPIO_N1/C0_BPM3_TX/C1_BPM3_TX
F18 GPIO_DFX4
F19 DDR3_M0_DM3
F2 DDI0_TXN3
F20 DDR3_M0_DQ24
F21 DDR3_M0_DQ25
F22 DDR3_M0_CKE3
F23 DDR3_M0_CKE2
F24 DDR3_M0_DQ23
F25 DDR3__M0_DQ19
F3 DDI0_TXP3
F4 RESERVED
F5 DDI0_TXP2
F6 DDI0_TXN2
F7 MCSI_1_CLKP
F8 MCSI_1_DNO
F9 PROCHOT_N
G10 VSS
G11 VSS
G12 RESERVED
G13 UNCORE_V1p05A_S0iX
G14 CORE_VCC_S0iX
G15 CORE_VCC_S0iX
G16 VSS
G17 CORE_V1p05A_S0iX
G18 CORE_V1p05A_S0iX
G19 DDR_V1P05A_G3
G20 DDR3_M0_DQ26
G21 DDR3_M0_DQ28
G22 DDR3_M0_CKE0
G23 DDR3_M0_CKE1
G3 DDI0_TXP0
G4 DDI0_TXN0
G5 VSS
G6 VSS
G7 MCSI_1_CLKN
G8 UNCORE_VSFR_G3
G9 MIPI_V1P2A_G3
H1 DDI2_TXN2
H10 VSS
H11 USB_V1P8A_G3
H12 USB_V1P8A_G3
H13 UNCORE_V1p05A_S0iX
H14 COREO_VSFR_G3
Ball #DDR3L-RS Customer Pin List
H15 CORE_VCC_S0iX
H16 VSS
H17 VSS
H18 DDR_V1P05A_G3
H19 DDR3_M0_DQS3_N
H2 DDI2_TXP2
H20 DDR3_M0_DQS3_P
H21 VSS
H22 DDR3_M0_DQ31
H23 DDR3_M0_DQ27
H24 DDR3_M0_MA09
H25 DDR3_M0_MA14
H3 DDI0_RCOMP_P
H4 DDI0_RCOMP_N
H5 DDI2_AUXP
H6 DDI0_TXP1
H7 USB_VDDQ_G3
H8 DDI_USB_VDDQ_G3
H9 MIPI_V1P2A_G3
J1 USB_RCOMP
J10 UNCORE_VNN_S4
J11 VSS
J12 VSS
J13 VSS
J14 CORE_VCC_S0iX
J15 CORE_VCC_S0iX
J16 VSS
J17 VSS
J18 VSS
J19 VSS
J2 VSS
J20 DDR3_M0_DQ30
J21 DDR3_M0_DQ29
J22 DDR3_M0_CK0_P
J23 DDR3_M0_CK0_N
J24 VSS
J25 DDR3_M0_MA8
J3 DDI2_TXP0
J4 DDI2_TXN0
J5 DDI2_AUXN
J6 DDI0_TXN1
J7 DDI_USB_VDDQ_G3
J8 USBHSIC_V1P2A_G3
J9 UNCORE_VNN_S4
K1 USB_OTG_ID
K10 UNCORE_VNN_S4
K11 UNCORE_VNN_S4
K12 UNCORE_VNN_S4
K13 VSS
K14 VSS
K15 CORE_VCC_S0iX
K16 F_V1p05A_S0iX
K17 CORE_V1p05A_S0iX
K18 DDR_VDDQG_S4
K19 VSS
K2 USB_VBUSSNS
K20 DDR3_M0_CK1_P
K21 DDR3_M0_CK1_N
K22 DDR3_M0_BS2
K23 DDR3_M0_MA15
K24 DDR3_M0_MA6
K25 DDR3_M0_MA11
K3 DDI2_TXN1
K4 DDI2_TXP1
K5 DDI2_TXP3
K6 DDI2_TXN3
K7 DDI_USB_VDDQ_G3
K8 USBSSIC_V1P2A_G3
K9 UNCORE_VNN_S4
L10 UNCORE_VNN_S4
L11 UNCORE_VNN_S4
L12 UNCORE_VNN_S4
L13 UNCORE2_V1P05A_G3
L14 CORE_VCC_S0iX
Ball #DDR3L-RS Customer Pin List
L15 CORE_VCC_S0iX
L16 F_V1p05A_S0iX
L17 CORE_V1p05A_S0iX
L18 DDR_VDDQG_S4
L19 DDR_VDDQG_S4
L20 DDR_VDDQG_S4
L21 VSS
L22 DDR3_M0_MA5
L23 DDR3_M0_MA1
L3 USB_DN1
L4 USB_DP1
L5 VSS
L6 UNCORE_VSFR_G3
L7 VSS
L8 USB_V3P3A_G3
L9 UNCORE_VNN_S4
M1 USB_HSIC_0_STROBE
M10 UNCORE_VNN_S4
M11 UNCORE_VNN_S4
M12 UNCORE_VSFR_G3
M13 VSS
M14 CORE_VCC_S0iX
M15 CORE_VCC_S0iX
M16 VSS
M17 VSS
M18 DDR_VDDQG_S4
M19 VSS
M2 USB_HSIC_0_DATA
M20 DDR3_M0_MA3
M21 DDR3_M0_BS0
M22 DDR3_M0_MA4
M23 DDR3_M0_MA13
M24 DDR3_M0_MA0
M25 DDR3_M0_MA12
M3 USB_DN3
M4 USB_DP3
M5 USB_DP2
M6 USB_DN2
M7 USBSIC_V1P05A_G3
M8 VSS
M9 UNCORE_VNN_S4
N1 USB_HSIC_RCOMP
N10 UNCORE_VNN_S4
N11 DDI_VGG_S0iX
N12 DDI_VGG_S0iX
N13 VSS
N14 CORE_VCC_S0iX
N15 CORE_VCC_S0iX
N16 VSS
N17 VSS
N18 VSS
N19 DDR3_M0_BS1
N2 VSS
N20 DDR3_M0_MA10
N21 VSS
N22 DDR3_M0_RAS_N
N23 DDR3_M0_MA2
N24 VSS
N25 DDR3_M0_MA7
N3 USB_HSIC_1_STROBE
N4 USB_HSIC_1_DATA
N5 USB3_RXP0
N6 USB_DP0
N7 MPHY_1P05A_G3
N8 MPHY_1P05A_G3
N9 VSS
P1 USB3_TXP0
P10 DDI_VGG_S0iX
P11 DDI_VGG_S0iX
P12 VSS
P13 RESERVED
P14 VSS
P15 VSS
P16 VSS
Ball #DDR3L-RS Customer Pin List
P17 VSS
P18 VSS
P19 DDRSFR_VDDQG_S4
P2 USB3_TXN0
P20 DDR3_M0_CAS_N
P21 DDR3_M0_WE_N
P22 DDR3_M0_CS0_N
P23 DDR3_M0_CS1_N
P24 DDR3_M0_ODT0
P25 DDR3_M0_ODT1
P3 USB3_RCOMP_P
P4 USB3_RCOMP_N
P5 USB3_RXN0
P6 USB_DN0
P7 PCIeCLK_V1P05A_G3
P8 VSS
P9 UNCORE_VNN_S4
R10 VSS
R11 DDI_VGG_S0iX
R12 VSS
R13 DDI_VGG_S0iX
R14 DDI_VGG_S0iX
R15 VSS
R16 DDI_V1p05A_S0iX
R17 DDI_V1p05A_S0iX
R18 DDR_V1P05A_G3
R19 VSS
R20 VSS
R21 VSS
R22 DDR3_M0_DQ45
R23 DDR3_M0_DQ44
R3 PCIE_TXN0
R4 PCIE_TXP0
R5 VSS
R6 VSS
R7 F_V1P05A_G3
R8 ICLK_VSFR_G3
R9 VSS
T1 PCIE_RXP0
T10 UNCORE1_V1P05A_G3
T11 DDI_VGG_S0iX
T12 DDI_VGG_S0iX
T13 DDI_VGG_S0iX
T14 DDI_VGG_S0iX
T15 DDI_VGG_S0iX
T16 DDI_VGG_S0iX
T17 DDI_VGG_S0iX
T18 VSS
T19 DDR_VDDQG_S4
T2 PCIE_RXN0
T20 DDR3_M0_DQ57
T21 DDR3_M0_DQ63
T22 DDR3_M0_DQ56
T23 DDR3_M0_DM7
T24 DDR3_M0_DQ41
T25 DDR3_M0_DQ47
T3 PCIE_RCOMP_P
T4 PCIE_RCOMP_N
T5 PMC_RSMRST_N
T6 PMC_CORE_PWROK
T7 F_V1P05A_G3
T8 VSS
T9 F_V1P05A_G3
U1 RTC_EXTPAD
U10 DDI_VGG_S0iX
U11 DDI_VGG_S0iX
U12 DDI_VGG_S0iX
U13 DDI_VGG_S0iX
U14 DDI_VGG_S0iX
U15 DDI_VGG_S0iX
U16 DDI_VGG_S0iX
U17 LPE_I2S2_DATAIN
U18 DDR_V1P05A_G3
Ball #DDR3L-RS Customer Pin List
U19 DDR3M0_DRAMRST_N
U2 VSS
U20 DDR3M0_DQ62
U21 DDR3M0_DQ60
U22 DDR3M0_DQS7_P
U23 DDR3M0_DQS7_N
U24 VSS
U25 DDR3M0_DQS5_N
U3 RTC_X1
U4 RTC_X2
U5 RTC_RST_N
U6 RTC_TEST_N
U7 F_V3P3A_G3
U8 RTC_V3P3A_G5
U9 F_V1P8A_G3
V1 UNCORE_VNN_S4
V10 UNCORE_V1P8A_G3
V11 PMC_RSTBTN_N
V12 PMC_$USPWRDNACK
V13 UART0_DATAIN
V14 DDI_VGG_S0iX
V15 UNCORE_V1P8A_G3
V16 UNCORE_V1P8A_G3
V17 DDI_VGG_S0iX
V18 LPE_I2S2_DATAOUT
V19 DDR_VDDQG_S4
V2 PCIE_REFCLK0_N
V20 DDR3M0_DQ59
V21 VSS
V22 DDR3M0_DQ46
V23 DDR3M0_DQ40
V24 DDR3M0_DM5
V25 DDR3M0_DQS5_P
V3 PCIE_REFCLK0_P
V4 RESERVED
V5 PMC_SUS_STAT_N
V6 VSS
V7 VSS
V8 RTC_V3P3RTC_G5
V9 VSS
W10 RESERVED
W11 VSS
W12 VSS
W13 SDIOV3P3A_V1P8A_G3
W14 DDI_VGG_S0iX
W15 I2C1_DATA
W16 I2C1_CLK
W17 VSS
W18 VSS
W19 VSS
W20 DDR3M0_DQ58
W21 DDR3M0_DQ61
W22 DDR3M0_DQ42
W23 DDR3M0_DQ43
W3 PMC_PWRBTN_N
W4 PMC_SLP_S0IX_N
W5 VSS
W6 ICLK_OSCOUT
W7 ICLK_OSCIN
W8 VSS
W9 UNCOREV1P8A_G3
Y1 ISH_GPIO3/I2S3_DATAIN
Ball #DDR3L-RS Customer Pin List
Y10 RESERVED
Y11 VSS
Y12 UART0_DATAOUT
Y13 LPE_I2S1_DATAIN
Y14 LPE_I2S1_DATAOUT
Y15 DDI_VGG_S0iX
Y16 LPE_I2S0_FRM
Y17 I2C0_CLK
Y18 I2C0_DATA
Y19 DDR3_M0_DQ50
Y2 ISH_GPIO1/I2S3_FS
Y20 DDR3_M0_DQ54
Y21 DDR3_M0_DQ55
Y22 DDR3_M0_DM6
Y23 DDR3_M0_DQ53
Y24 DDR3_M0_DQ34
Y25 DDR3_M0_DQ39
Y3 PMC_WAKE_N
Y4 PMC_SUSCLK0
Y5 PMC_PLTRST_N
Y6 VSSA
Y7 VSS
Y8 MMC1_D1
Y9 USB_OC0_N

20.3 SoC T4 Pin List Location

Ball #Customer Name - LPDDR3
A1 --

The SoC comes in Flip-Chip Ball Grid Array (FCBGA) package and consists of a silicon die mounted face down on an organic substrate populated with solder balls on the bottom side. Care should be taken to avoid contact with the package inside this area.

21.1 SoC Attributes

Table 158. SoC Attributes

PackageCategory T4 T3
Type17x17mm Type 417x17mm Type 3
IO count 628378
Core Process (nm)14 14
Ball count 1380592
Ball pitch 0.4mm 0.65mm
Z-height 0.937mm 1.002mm

21.2 Package Diagrams

Figure 43. Package Mechanical Drawing for T3 (Part 1)
THIS DRAWING CONTAINS INTEL CORPORATION CONFIDENTIAL INFORMATION. IT IS DISCLOSED IN CONFIDENCE AND ITS CONTENTS MAY NOT BE DISCLOSED, REPRODUCED, DISPLAYED OR MOBIFIED, WITHOUT THE PRIOR WRITTEN CONSENT OF INTEL CORPORATION. NOTES: ▲ INTEL MARK ZONE, NO COMPONENTS AND TEST PADS ARE ALLOWED. 2 PACKAGE EXPECTED TO BE WITHIN HIGH TEMPERATURE COPLANARITY RANGE OF -0.14mm TO +0.075mm ▲ CURRENT VALUES ARE PRELIMINARY AND WILL BE UPDATED AFTER DATA IS AVAILABLE. 4. THE DIE SIZE THORN IN THIS DRAWING IS THE PHYSICAL DIE SIZE. 5. ALL TOLERANCES ARE RSS. ▲ DIE SIDE COMPONENT RDF. 7. ALL 2 STACKUP HEIGHT ESTIMATES ARE BASED ON PRE SMT SALL HEIGHT. ▲ TEST PAD ZONE. DETAIL SUBSTRATE ALIGNMENT FIOUCTAL SCALE 48 SEE DETAIL D BOTTOM VIEW F E D C B A TOP VIEW SECTION A-A SUBSTRATE PACKAGE UNDERFILL DIE DETAIL A SCALE 48 TABLE I SYMBOL MILLIMETERS COMMENTS B1 1±0.05 B2 1±0.05 C1 0.5±0.0145 C2 0.43±0.0145 D1 0.3 F2 0.41±0.018 G1 0.379 MINIMUM SPACING FROM BSA PAD CENTER TO PACKAGE EDGE 050.140 C/A B H 0.63 MINIMUM FITCH FOR BALLS ANTIMETER PATTERN N 0.28±0.05 PRE-SMT BSA HEIGHT ON 0.4mm SRO P 0.43±0.04 PRE-SMT BSA WIDTH ON 0.4mm SRO H G F E D C B A

Figure 44. Package Mechanical Drawing for T3 (Part 2)
8 7 6 5 4 3 2 THIS DRAWING CONTAINS INTEL CORPORATION CONFIDENTIAL INFORMATION. IT IS DISCLOSED IN CONFIDENCE AND ITS CONTENTS MAT NOT BE DISCLOSED, REPRODUCED, STOPPLATED OR MOFFILED, WITHOUT THE PRIOR WRITER CONSENT OF INTEL CORPORATION. FRONT VIEW (POST SMT) SEE DETAIL F. INDIFILL SUBSTRATI PACKAGE DETAIL F SCALE 50 PCB H G F E D C B A 8 7 6 5 4 3 2 1 H G F E D C B A

Figure 45. Package Mechanical Drawing for T4 (Part 1)
THIS DRAWING CONTAINS INTEL CORPORATION CONFIDENTIAL INFORMATION. IT IS DISCLOSED IN CONFIDENCE AND ITS CONTENTS MAY NOT BE DISCLOSED, REPRODUCED, DISPLATED OR MODIFIED, WITHOUT THE PRIOR WRITTEN CONSENT OF INTEL CORPORATION. NOTES: INTEL MARK ZONE. NO COMPONENTS AND TEST PAIDS ARE ALLOWED. PACKAGE EXPECTED TO BE WITHIN HIGH TEMPERATURE COPLANARITY RANGE OF -0.1mm TO +0.100mm CURRENT VALUES ARE PRELIMINARY AND WILL BE UPDATED AFTER DATA IS AVAILABLE. THE DIE SIZE BROWN IN THIS DRAWING IS THE PHYSICAL DIE SIZE. ALL TOLERANCES ARE RSS. DIE SIDE COMPONENT NOZ. ALL 2 STACRUP HEIGHT ESTIMATES ARE BASED ON PRE SWT BALL HEIGHT. TEST PAD ZONE. THE WEIGHT OF THE PACKAGE IS ESTIMATED TO BE 0.49 GRAMS. B C D E F G H BOTTOM VIEW DETAIL C SUBSTRATE ALIGNMENT FIBOCIAL SCALE 24 DETAIL D 1070 PLACES (OUTEX BSA AREA) SCALE 60 DETAIL E BSA PLACES (N INNER BSA AREA) SCALE 50 TOP VIEW SECTION A-A SUBSTRATE PACKAGE UNDERFILL DIE DETAIL A SCALE 48 TABLE I SYMBOL MILLIMETERS COMMENTS δ₁ 1±0.05 φ₂ 1±0.05 C₁ 0.1±0.0145 C₂ 0.43±0.0145 δ₁ 0.3 F₂ 0.41±0.018 G₁ 0.502 MINIMUM SPACING FROM BSA PAD CENTER TO PACKAGE EDGE [50.14] [CA] [50.6] [IC] N 0.4 MINIMUM FITCH FOR BALLS ANTWERE PATTERN N 0.14±0.05 PRE-SMT BSA HEIGHT ON 0.75mm SRO P 0.285±0.05 PRE-SMT BSA WIDTH ON 0.25mm SRO R 0.111±0.05 PRE-SMT BSA HEIGHT ON 0.3mm SRO O 0.334±0.05 PRE-SMT BSA WIDTH ON 0.3mm SRO

Figure 46. Package Mechanical Drawing for T4 (Part 2)
THIS FRAMING CONTAINS INTEL CORPORATION CONFIDENTIAL INFORMATION. IT IS DISCLOSED IN CONFIDENCE AND SETT CONTENTS NAT NOT BE DISCLOSED, REPRODUCED, SLITPLATED OR MODIFIED, WITHOUT THE PICK WRITTEN CONSOR OF INTEL CORPORATION. FRONT VIEW (POST SMT) SEE DETAIL F INDERILL SUBSTRATE POUCH DETAIL F SCALE 30 PCB H G F E D C B A 8 7 6 5 4 3 2 1 00291 2 6 H G F F E D C B A

Table of contents Click a title to access it
Manual assistant
Powered by Anthropic
Waiting for your message
Product information

Brand : INTEL

Model : Atom x5-Z8300

Category : Processor