The Mobile Industry Processor Interface (MIPI)
Camera Serial Interface (CSI-2) RX subsystem
implements a CSI-2 receive interface according
to the MIPI CSI-2 standard v2.0 [Ref 1] with
underlying MIPI D-PHY standard v1.2. The
subsystem captures images from MIPI CSI-2
camera sensors and outputs AXI4-Stream video
data ready for image processing. The
subsystem allows fast selection of the top level
parameters and automates most of the lower
level parameterization. The AXI4-Stream video
interface allows a seamless interface to other
AXI4-Stream-based subsystems.
Features
•Support for 1 to 4 D-PHY lanes
•Line rates ranging from 80 to 2500Mb/s
•Multiple Data Type support (RAW, RGB, YUV)
•AXI IIC support for Camera Control
Interface (CCI)
•Filtering based on Virtual Channel Identifier
•Support for 1, 2, or 4 pixels per sample at
the output as defined in the Xilinx
AXI4-Stream Video IP and System Design
Guide (UG934) [Ref 2] format
•AXI4-Lite interface for register access to
configure different subsystem options
•Dynamic selection of active lanes within the
configured lanes during subsystem
generation.
•Support for MIPI CSI-2 standard v2.0
features such as VCX, RAW16, and RAW20
IP Facts Table
Subsystem Specifics
UltraScale+™,
Supported
Device Family
Supported User
Interfaces
ResourcesPerformance and Resource Utilization web page
(1)
Zynq® UltraScale+ MPSoC,
Zynq®-7000 SoC,
7 Series FPGAs
AXI4-Lite, AXI4-Stream
Provided with Subsystem
Design FilesEncrypted RTL
Example DesignVivado IP Integrator
Test BenchNot Provided
Constraints FileXDC
Simulation
Model
Supported
S/W Driver
(2)
Tested Design Flows
Design EntryVivado® Design Suite
Simulation
SynthesisVivado Synthesis
For supported simulators, see the
Xilinx Design Tools: Release Notes Guide.
Not Provided
Standalone and Linux
(3)
Support
Provided by Xilinx at the Xilinx Support web page
Notes:
1. For a complete list of supported devices, see the Vivado IP
catalog.
2. Standalone driver details can be found in the SDK directory
(<install_directory>/SDK/<release>/data/embeddedsw/doc/
xilinx_drivers.htm). Linux OS and driver support information
is available from the
Xilinx Wiki page.
3. For the supported versions of the tools, see the
Xilinx Design Tools: Release Notes Guide.
•Interrupt generation to indicate subsystem
status information
•Internal D-PHY allows direct connection to
image sources
MIPI CSI-2 RX Subsystem v4.04
PG232 July 02, 2019www.xilinx.comProduct Specification
Overview
AXI Crossbar
AXI IIC
Video
Format
Bridge
MIPI CSI-2 RX
Controller
MIPI D-PHY
Video Interface
(AXI4-Stream)
Embedded Non-Image
Interface (AXI4-Stream)
csirxss_csi_irq
csirxss_iic_irq
Serial Interface
AXI4-Lite Interface
IIC Interface
PPI
dphy_clk_200M
lite_aclk
lite_aresetn
video_aclk
video_aresetn
SendFeedback
The MIPI CSI-2 RX subsystem allows you to quickly create systems based on the MIPI
protocol. It interfaces between MIPI-based image sensors and an image sensor pipe. An
internal high speed physical layer design, D-PHY, is provided that allows direct connection
to image sources. The top level customization parameters select the required hardware
blocks needed to build the subsystem. Figure 1-1 shows the subsystem architecture.
X-Ref Target - Figure 1-1
Chapter 1
MIPI CSI-2 RX Subsystem v4.05
PG232 July 02, 2019www.xilinx.com
Figure 1-1:Subsystem Architecture
The subsystem consists of the following sub-cores:
•MIPI D-PHY
•MIPI CSI-2 RX Controller
•AXI CrossbarVideo Format Bridge
•AXI IIC
Chapter 1: Overview
SendFeedback
Sub-Core Details
MIPI D-PHY
The MIPI D-PHY IP core implements a D-PHY RX interface and provides PHY protocol layer
support compatible with the CSI-2 RX interface. The MIPI D-PHY IP core also supports the
deskew pattern detection for line rates >1.5 Gb/s. See the MIPI D-PHY LogiCORE IP Product Guide (PG202) [Ref 3] for details. MIPI D-PHY implementation differs for the UltraScale+
devices and the 7 Series devices with respect to I/O.
For UltraScale+ devices, the Vivado IDE provides a Pin Assignment Tab to select the
required I/O. However, for the 7 series devices the clock capable I/O should be selected
manually. In addition, the 7 series devices do not have a native MIPI IOB support. You will
have to target either HR bank I/O or HP bank I/O for the MIPI IP implementation. For more
information on MIPI IOB compliant solution and guidance, refer D-PHY Solutions (XAPP894)
[Ref 15].
MIPI CSI-2 RX Controller
The MIPI CSI-2 RX Controller core consists of multiple layers defined in the MIPI CSI-2 RX
1.1 specification, such as the lane management layer, low level protocol and byte to pixel
conversion.
The MIPI CSI-2 RX Controller core receives 8-bit data per lane, with support for up to 4
lanes, from the MIPI D-PHY core through the PPI. As shown in Figure 1-1 the byte data
received on the PPI is then processed by the low level protocol module to extract the real
image information. The final extracted image is made available to the user/processor
interface using the AXI4-Stream protocol. The lane management block always operates on
32-bit data received from PPI irrespective number of lanes.
MIPI CSI-2 RX Subsystem v4.06
PG232 July 02, 2019www.xilinx.com
Chapter 1: Overview
PHY Protocol
Interface
(PPI)
Lane
Management
Control
FSM
PHECC
Processing
Data
Processing
CRC
Checker
Buffer
AXI4-
Stream
Register
Interface
AXI4-Stream
PPI
AXI4-Lite
Interrupt
X16317-031116
SendFeedback
X-Ref Target - Figure 1-2
Figure 1-2:MIPI CSI-2 RX Controller Core
Features of this core include:
•1–4 lane support, with register support to select active lanes (the actual number of
available lanes to be used)
•Short and long packets with all word count values supported
•Primary and many secondary video formats supported
•Data Type (DT) interleaving
•Virtual Channel Identifier (VC) interleaving
•Combination of Data Type and VC interleaving
•Multi-lane interoperability
•Error Correction Code (ECC) for 1-bit error correction and 2-bit error detection in
packet header
•CRC check for payload data
•Long packet ECC/CRC forwarding capability for downstream IPs
Abrupt termination events such as a soft reset, disabling a core while a packet is being
written to the line buffer, or a line buffer full condition results in early termination. The
termination is implemented by assertion of EOL on the video interface or TLAST and
TUSER[1] on the embedded non-image interface, based on the current long packet being
processed.
ECC/CRC Forwarding
Sideband signals of AXI4-Stream interface [Include/Exclude Video Format Bridge and
Embedded non-image interface] report E CC an d CRC data receive d from th e source [s e nsor]
to downstream IPs. This allows to re-calculate ECC/CRC by the downstream IPs in certain
functional safety applications. See Port Descriptions for details on signal mapping.
In error scenarios like abrupt termination due to soft reset, disabling the core while packet
transfer in progress, line buffer in full condition, word count of received packet is greater
than the actual payload, these sideband signals do not report the correct ECC and CRC.
VCX Support
The MIPI CSI-2 standard v2.0 specific VCX support feature is used to extend the maximum
number of available virtual channels to 16. When this feature is enabled, the virtual channel
is deduced by combining the 2-bit VC field (LSB) and the 2-bit VCX field (MSB) from the
packet header.
MIPI CSI-2 RX Subsystem v4.08
PG232 July 02, 2019www.xilinx.com
Chapter 1: Overview
SendFeedback
AXI Crossbar
The AXI Crossbar core is used in the subsystem to route AXI4-Lite requests to
corresponding sub-cores based on the address. See the AXI Interconnect LogiCORE IP Product Guide[Ref 4] for details.
Video Format Bridge
The Video Format Bridge core uses the user-selected VC and Data Type information to filter
onl y the re quired AXI4- Stre am dat a beats . This AXI4-Strea m data is further processed based
on the Data Type information and the output is based on the requested number of pixels
per beat. The output interface adheres to the protocol defined in the AXI4-Stream Video IP and System Design Guide (UG934) [Ref 2].
The Video Format Bridge core processes the data type selected in the Vivado Integrated
Design Environment (IDE) and filters out all other data types except for RAW8 and User
Defined Byte-based Data types (0x30 to 0x37) received from the CSI-2 RX Controller.
Irrespective of the Vivado IDE selection, RAW8 and User Defined Byte-based Data types are
always processed by the Video Format Bridge core. This allows multiple data-type support,
one main data-type from the Vivado IDE for pixel data and a User Defined Byte-based Data
type for metadata. When multiple data types are transferred (for example, RAW10 and User
Defined Byte-based Data) the actual placement pixel data bits are defined in the
AXI4-Stream Video IP and System Design Guide (UG934) [Ref 2].
For unaligned transfers there is no way to specify the partial final output (TKEEP) for the
output interface. Ensure that you take this into consideration and discard the unintended
bytes in the last beats when there are un-aligned transfers.
video_out Port Width
The width of the data port in the video_out interface depends on the data type selected
and number of pixels per beat selected. The width is a maximum of the RAW8 and the data
type selected in the Vivado IDE multiplied by number of pixels per beat. This is then
rounded to the nearest byte boundary as per the AXI4-Stream protocol.
Example 1: RAW10 and Two Pixels per Clock Selected in the Vivado IDE
•Single pixel width of RAW10 =10
•Single pixel width of RAW8 = 8
For the selected two pixels per clock, the effective pixels widths are 20 and 16 for RAW10
and RAW8 respectively. The video_out port width is configured as the maximum of the
individual pixel widths, and rounded to the nearest byte boundary. This results in a
video_out port width of 24.
MIPI CSI-2 RX Subsystem v4.09
PG232 July 02, 2019www.xilinx.com
Chapter 1: Overview
SendFeedback
Example 2: RAW7 and Four Pixels per Clock Selected in the Vivado IDE
•Single pixel width of RAW7 = 7
•Single pixel width of RAW8 = 8
With four pixels per clock selected, the effective pixels widths are 28 and 32 for RAW7 and
RAW8 respectively. The video_out port width is configured as the maximum of the
individual pixel widths, and rounded to nearest byte boundary. This results in a video_out
port width of 32.
Pixel Packing for Multiple Data Types
When multiple pixels are transferred with different pixel width, the pixels with lower width
are justified to most significant bits.
Example 1
When RAW12 and RAW8 are transferred with two pixels per clock, the data port width of the
video_out interface is 24-bits. Within the 24-bits the RAW8 pixels are aligned to the most
significant bits as shown in the following table:
IMPORTANT: In a multi pixel scenario pixel width varies, pixels with lower width are justified to the
most significant bit.
Table 1-2:Pixel Packing for RAW12 and RAW8 Data Types
Bit Positions23222120191817161514131211109876543210
RAW12
RAW8
Notes:
1. p0 to p11 is the 1st pixel bits of RAW12; q0 to q11 is the 2nd pixel bits of RAW12.
2. p0 to p7 is the 1st pixel bits of RAW8; q0 to q7 is the 2nd pixel bits of RAW8.
When the core is configured with RAW6 and two pixels per clock, the video_out port
width is set to 16-bits. Within the 16-bits the RAW6 and RAW8 pixels are aligned to the
most significant bits as shown in the following table:
MIPI CSI-2 RX Subsystem v4.010
PG232 July 02, 2019www.xilinx.com
Table 1-3:Pixel Packing for RAW8 and RAW6 Data Types
SendFeedback
Chapter 1: Overview
Bit
Positions
RAW8
RAW6
Notes:
1. p0 to p7 is the 1st pixel bits of RAW8; q0 to q7 is the 2nd pixel bits of RAW8.
2. p0 to p5 is the 1st pixel bits of RAW6; q0 to q5 is the 2nd pixel bits of RAW6.
15141312111098765 4 3 2 1 0
q7q6q5q4q3q2q1q0p7p6p5p4p3p2p1p0
q5q4
q3q2q1q0
p5p4p3p2p1p0
Pixel Packing for Embedded Non-Image Data Types
AXI4-Stream TDATA width is based on main data type selected from the Vivado® IDE. The
position of embedded non-image data type bytes on emb_nonimg_tdata are listed
below:
•1st byte on emb_nonimg_tdata[7:0]
•2nd byte on emb_nonimg_tdata[15:8] and so on.
Pixel Packing When Video Format Bridge is Not Present
The width of the data port in the video_out can be selected from Vivado IDE, under CSI-2
Options TDATA width. MI P I CSI-2 RX Subsyste m follows t he Recommended Memory Storage
section of the MIPI CSI-2 specifications to output pixels, when a video format bridge is not
present.
For more information the data type packing, refer MIPI Alliance Standard for Camera Serial Interface CSI-2 Specification[Ref 1].
Example
Pixel mapping for different data types are shown in the following table:
Table 1-4:Pixel Packing for RAW8 Data Type
Bit
Position
RAW8
Notes:
1. p0 to p7 is the 1st pixel bits of RAW8; q0 to q7 is the 2nd pixel bits of RAW8.
The Camera Control Interface (CCI) of the MIPI CSI-2 specification is compatible with the
fast mode variant of the I2C interface with 400 kHz operation and 7-bit slave addressing.
The AXI IIC is made available as part of this subsystem depending on user selections. See
the AXI IIC Bus Interface v2.0 LogiCORE IP Product Guide (PG090) [Ref 5] for details.
Applications
The Xilinx MIPI CSI-2 RX controller implements a Camera Serial Interface between a camera
sensor and a programmable device performing baseband processing. Bandwidth
requirement for the camera sensor interface has gone up due to the development of higher
resolution cameras. Traditional parallel interfaces require an increasing number of signal
lines resulting in higher power consumption. The new high speed serial interfaces, such as
MIPI CSI specifications, address these expanding bandwidth requirements without
sacrificing power. MIPI is a group of protocols defined by the mobile industry group to
standardize all interfaces within mobile platforms such as mobile phones and tablets.
However the large volumes and the economies of scale of the mobile industry is forcing
other applications to also adopt these standards. As such MIPI-based camera sensors are
being increasingly used in applications such as driver assistance technologies in automotive
applications, video security surveillance cameras, video conferencing and emerging
applications such as virtual and augmented reality.
MIPI CSI-2 RX Subsystem v4.012
PG232 July 02, 2019www.xilinx.com
Chapter 1: Overview
SendFeedback
Unsupported Features
•Some YUV Data Types (YUV 420 (8-bit and 10-bit)) are not supported when the Video
Format Bridge is included.
•Dynamic linerate is not supported.
•8 lanes support is not included.
•Data scramble feature is not supported.
•Latency reduction and transport efficiency features are not supported.
Licensing and Ordering
License Checkers
If the IP requires a license key, the key must be verified. The Vivado® design tools have
several license checkpoints for gating licensed IP through the flow. If the license check
succeeds, the IP can continue generation. Otherwise, generation halts with error. License
checkpoints are enforced by the following tools:
•Vivado synthesis
•Vivado implementation
•write_bitstream (Tcl command)
IMPORTANT: IP license level is ignored at checkpoints. The test confirms a valid license exists. It does
not check IP license level.
License Type
This Xilinx module is provided under the terms of the Xilinx Core License Agreement. The
module is shipped as part of the Vivado® Design Suite. For full access to all core
functionalities in simulation and in hardware, you must purchase a license for the core.
Contact your local Xilinx sales representative for information about pricing and availability.
For more information, visit the MIPI CSI-2 RX Subsystem product web page.
MIPI CSI-2 RX Subsystem v4.013
PG232 July 02, 2019www.xilinx.com
Information about other Xilinx LogiCORE IP modules is available at the Xilinx Intellectual
Property page. For information on pricing and availability of other Xilinx LogiCORE IP
modules and tools, contact your local Xilinx sales representative.
Product Specification
SendFeedback
Standards
•MIPI Alliance Standard for Camera Serial Interface CSI-2 v1.1 [Ref 1]
•Processor Interface, AXI4-Lite: see the Vivado Design Suite: AXI Reference Guide
(UG1037) [Ref 7]
•Output Pixel Interface: see the AXI4-Stream Video IP and System Design Guide (UG934)
[Ref 2]
Chapter 2
Performance
This section details the performance information for various core configurations.
Latency
The CSI2 RX Subsystem core latency is the time from the start-of-transmission (SoT) pattern
on the serial lines to the tvalid signal assertion at CSI-2 Rx Subsystem output. This includes
the D-PHY latency, MIPI RX Controller latency and VFB latency (if Video Format Bridge is
included in the Subsystem).
Figure 2-1 represents the latency calculation for the subsystem
MIPI CSI-2 RX Subsystem v4.014
PG232 July 02, 2019www.xilinx.com
X-Ref Target - Figure 2-1
1-4-'76<79&7=78)1
(4,=:*&
V\F]XIGPO(SQEMR
:MHIS'PSGO(SQEMR
7IVMEP0MRIW
(4,=0EXIRG]
'SRXVSPPIV0EXIRG]
:*&0EXIRG]
44-
7XVIEQMRK-*
7XVIEQMRK-*
1-4-'7-6<
'SRXVSPPIV
<
SendFeedback
Chapter 2: Product Specification
D-PHY latency:
The MIPI D-PHY RX core latency is the time from the start-of-transmission (SoT) pattern on
the serial lines to the activehs signal assertion on the PPI .The HS_SETTLE period contributes
significantly in the D-PHY latency calculation.
Tab le 2-1 provides the latency numbers for various core configurations.
Notes: All the calculations are made for a single lane design with a fixed
video clock of 148 MHz.
120030(26+4)
80022(20+2)
Chapter 2: Product Specification
SendFeedback
MIPI CSI-2 RX Controller latency:
The MIPI CSI-2 RX Controller core latency is the time from the activehs assertion on the PPI
Interface to valid signal assertion on the controller output.
Tab le 2-2 provides the latency numbers for various core configurations.
Table 2-2:MIPI CSI2 RX Controller latency
Data TypePixel ModeLine Rate
RAW20Single
RAW8Single
RAW8Dual
RAW8Quad
RAW10Single
RAW10Dual
RAW10Quad
Notes: All the calculations are made for a single lane design with a fixed video clock of 148
MHz.
10002560
10002149
10002149
10002149
10002560
12002663
8002456
Latency in
rxbyteclk
Latency in Video
Clock
Video Format Bridge (VFB) latency:
The VFB core latency is the time time from the VFB input stream interface ‘tvalid’ to VFB
output stream interface ‘tvalid’.
Tab le 2-3 provides the latency numbers for various core configurations.
Table 2-3:VFB latency
MIPI CSI-2 RX Subsystem v4.016
PG232 July 02, 2019www.xilinx.com
Data TypePixel ModeLine Rate
RAW20Single
RAW8Single
RAW8Dual
RAW8Quad
RAW10Single
RAW10Dual
RAW10Quad
Notes: All the calculations are made for a fixed video clock of 148 MHz.
10001024
100013
100013
100014
100026
120036
80013
Latency in
rxbyteclk
Latency in Video
Clock
Chapter 2: Product Specification
SendFeedback
Tab le 2-4 provides the overall latency numbers of MIPI CSI2 RX Subsystem for various core
configurations.
Table 2-4:MIPI CSI2 RX Subsystem Latency
Data TypePixel ModeLine Rate
RAW20Single
RAW8Single
RAW8Dual
RAW8Quad
RAW10Single
RAW10Dual
RAW10Quad
Notes:
1. All the calculations are made for a single lane design with a fixed video
clock of 148 MHz.
2. The latency is improved by increasing the number of lanes.
100061
100048
100048
100048
100053
120059
80047
Latency in
rxbyteclk
Resource Utilization
For full details about performance and resource utilization, visit the Performance and
Resource Utilization web page.
MIPI CSI-2 RX Subsystem v4.017
PG232 July 02, 2019www.xilinx.com
Port Descriptions
The MIPI CSI-2 RX Subsystem I/O signals are described in Ta ble 2 - 5.
Table 2-5:Port Descriptions
Signal NameDirectionDescription
lite_aclkInputAXI clock
lite_aresetnInputAXI reset. Active-Low
S00_AXI*
dphy_clk_200MInputClock for D-PHY core. Must be 200 MHz.
video_aclkInputSubsystem clock
video_aresetn
(1)
InputSubsystem reset. Active-Low.
AXI4-Stream Video Interface when Video Format Bridge is Present
video_out_tvalidOutputData valid
AXI4-Lite interface, defined in the Vivado Design Suite: AXI Reference Guide (UG1037) [Ref 7]
Table 2-5:Port Descriptions (Cont’d)
SendFeedback
Signal NameDirectionDescription
video_out_treadyInputSlave ready to accept the data
n is based on TUSER width selected in the Vivado IDE
95-80CRC
79-72ECC
71-70Reserved
69-64Data Type
(3)
Chapter 2: Product Specification
video_out_tuser[n-1:0]Output
video_out_tlastOutputEnd of line
video_out_tdata[n-1:0]Output
video_out_tdest[9:0]Output
63-48Word Count
47-32Line Number
31-16Frame Number
15-2Reserved
1Packet Error
0Start of Frame
Data
n is based on Data type and number of pixels selected in the
Vivado IDE (see video_out Port Width).
9-4Data Type
3-0Virtual Channel Identifier (VC)
(2)
AXI4-Stream Interface when Embedded Non-image Interface is Selected
Data
emb_nonimg_tdata[n-1:0]output
emb_nonimg_tdest[3:0]Output
n is based on Data type selected in the Vivado IDE (see
Tabl e 1- 1).
Specifies the Virtual Channel Identifier (VC) value of the
embedded non-image packet
Inferred bitslice ports. The core infers bitslice0 of a nibble for
strobe propagation within the byte group; <x> indicates byte
group (0,1,2,3); <y> indicates bitslice0 position (0 for the
lower nibble, 6 for the upper nibble)
bg<x>_pin<y>_ncInput
• RTL Design: There is no need to drive any data on these
ports.
• IP Integrator: These ports must be brought to the top level
of the design to properly apply the constraints.
1. The active-High reset for the MIPI D-PHY core is generated internally by setting the external
active-Low reset (video_aresetn) to 0.
2. Each frame start packet with Virtual Channel (VC) identifier will be mapped to the first image packet and the first
embedded non-image with the corresponding VC.
3. As CRC appears at the end of the MIPI packet, ECC and CRC are reported ONLY during the last beat of the stream
transfer when TLAST and TVALID are asserted. You need to ignore ECC/CRC reported during other beats of the
transfer. See Interface Debug for more details.
Chapter 2: Product Specification
SendFeedback
Register Space
This section details registers available in the MIPI CSI-2 RX Subsystem. The address map is
split into following regions:
•MIPI CSI-2 RX Controller core
•AXI IIC core
•MIPI D-PHY core
Each IP core is given an address space of 64K. Example offset addresses from the system
base address when the AXI IIC and MIPI D-PHY registers are enabled are shown in Tabl e 2-6.
Table 2-6:Sub-Core Address Offsets
IP CoresOffset
MIPI CSI-2 RX Controller0x0_0000
AXI IIC0x1_0000
MIPI D-PHY0x2_0000
(1)
Notes:
1. When the AXI IIC core is not present, the MIPI D-PHY offset moves up and starts at 0x1_0000. The software driver
handles this seamlessly.
MIPI CSI-2 RX Controller Core Registers
Tab le 2-7 specifies the name, address, and description of each firmware addressable
register within the MIPI CSI-2 RX controller core.
1. Access type and reset value for all the reserved bits in the registers is read-only with value 0.
2. Register accesses should be word aligned and there is no support for a write strobe. WSTRB is not used internally.
3. Only the lower 7-bits (6:0) of the read and write address of the AXI4-Lite interface are decoded. This means that
accessing address 0x00 and 0x80 results in reading the same address of 0x00.
4. Reads and writes to addresses outside this table do not return an error.
Image Information 2 for
VC15
Image information 2 of the current processing packet
with VC of 15
Core Configuration Register
The Core Configuration register is described in Ta ble 2 -8 and allows you to enable and
disable the MIPI CSI-2 RX Controller core and apply a soft reset during core operation.
Table 2-8:Core Configuration Register (0x00)
BitsNameReset Value AccessDescription
31–2ReservedN/AN/AReserved
1: Resets the core
0: Takes core out of soft reset
All registers reset to their default value (except for this
bit, Core Enable and Active lanes configuration).
In addition to resetting registers when this bit is set to 1:
1Soft Reset0x0R/W
• Shut down port is not asserted on the PPI lanes
• Internal FIFOs (PPI, Packet, Generic Short Packet) are
flushed
• Control Finite State Machine (FSM) stops processing
current packet. Any partially written packet to
memory is marked as errored. This packet, when
made available through the AXI4-Stream interface,
reports the error on TUSER[1].
MIPI CSI-2 RX Subsystem v4.024
PG232 July 02, 2019www.xilinx.com
1: Enables the core to receive and process packets
0: Disables the core for operation
When disabled:
• Shuts down port assertion on the PPI lanes
0Core Enable0x1 R/W
Notes:
1. The short packet and line buffer FIFO full conditions take a few clocks to reflect in the register clock domain from
the core clock domain due to Clock Domain Crossing (CDC) blocks.
• Internal FIFOs (PPI, Packet, Generic Short Packet) are
flushed
• Control FSM stops processing current packet
Any partially written packet to memory is marked as
errored. This packet, when made available through
the AXI4-Stream interface, reports the error on
TUSER[1].
Chapter 2: Product Specification
SendFeedback
Protocol Configuration Register
The Protocol Configuration register is described in Ta ble 2 -9 and allows you to configure
protocol specific options such as the number of lanes to be used.
Table 2-9:Protocol Configuration Register (0x04)
BitsNameReset ValueAccessDescription
31–5ReservedN/AN/AReserved
Maximum lanes of the core
Number of lanes configured
4–3Maximum Lanes
2ReservedN/AReserved
1–0Active Lanes
(1)
during core generation
Number of lanes configured
during core generation
R
(2)
/W
R
0x0—1 Lane
0x1—2 Lanes
0x2—3 Lanes
0x3—4 Lanes
Active lanes in the core
0x0—1 Lane
0x1—2 Lanes
0x2 —3 Lanes
0x3—4 Lanes
(3)
Notes:
1. M ax im um La ne s can no t exceed the number of lanes as set by the Serial Data Lanes parameter at generation time.
2. A read from this register reflects the current number of lanes being used by core. This is useful when dynamically
updating the active lanes during core operation to ensure that the core is using the new active lanes information.
See Chapter 3, Designing with the Subsystem for more information.
3. Active Lanes cannot exceed the Maximum Lanes as set in the Protocol Configuration register setting of bits 4–3.
Core Status Register
The Core Status register is described in Tabl e 2-10 .
Table 2-10:Core Status Register (0x10)
BitsNameReset Value AccessDescription
Counts number of long packets written to
the line buffer
31–16 Packet Count0x0R
15–4ReservedN/AN/AN/A
3Short packet FIFO Full0x0R
• No roll-over of this counter reported/
supported
• Count includes error packets (if any)
Indicates the current status of short packet
FIFO full condition
MIPI CSI-2 RX Subsystem v4.025
PG232 July 02, 2019www.xilinx.com
2Short packet FIFO not empty0x0R
FIFO not empty: Indicates the current status
of short packet FIFO not empty condition
Chapter 2: Product Specification
SendFeedback
Table 2-10:Core Status Register (0x10) (Cont’d)
BitsNameReset Value AccessDescription
1Stream Line buffer Full 0x0R
Soft reset/Core disable
0
in progress
0x0R
Indicates the current status of line buffer
full condition
Set to 1 by the core to indicate that
internal soft reset/core disable activities
are in progress
Global Interrupt Enable Register
The Global Interrupt Enable register is described in Ta bl e 2- 1 1.
Master enable for the device interrupt output to
the system
0Global Interrupt enable0x0R/W
1: Enabled—the corresponding Interrupt Enable
register (IER) bits are used to generate interrupts
0: Disabled—Interrupt generation blocked
irrespective of IER bits
Interrupt Status Register
The Interrupt Status register (ISR) is described in Tabl e 2 -12 and captures the error and
status information for the core.
Table 2-12:Interrupt Status Register (0x24)
BitsName
31Frame Received0x0R/W1C
30VCX Frame ErrorRO0x0
30–23ReservedN/AN/AN/A
22Word Count (WC) corruption0x0R/W1C
Reset
Value
Access
(1)
Asserted when the Frame End (FE) short
packet is received for the current frame
Asserted when the VCX Frame error is
detected
Asserted when WC field of packet header
corrupted and core receives less bytes than
indicated in WC field. Such a case can occur
only where more than 2-bits of header are
corr upted which E CC algorithm cannot report
and the corruption is such that the ECC
algorithm reports a higher Word Count (WC)
value as part of ECC correction.
In such case core limits processing of the
packet on reduced number of bytes received
through PPI interface.
Description
MIPI CSI-2 RX Subsystem v4.026
PG232 July 02, 2019www.xilinx.com
Table 2-12:Interrupt Status Register (0x24) (Cont’d)
SendFeedback
Chapter 2: Product Specification
BitsName
21Incorrect lane configuration0x0R/W1C
20Short packet FIFO full0x0R/W1C
19Short packet FIFO not empty0x0R/W1C
18Stream line buffer full 0x0R/W1CAsserts when the line buffer is full
17Stop state0x0R/W1C
16ReservedN/AN/AN/A
15ReservedN/AN/AN/A
14ReservedN/AN/AN/A
SoT error
13
(ErrSoTHS)
SoT sync error
12
(ErrSotSyncHS)
ECC 2-bit error
11
(ErrEccDouble)
Reset
Access
Value
0x0R/W1C
0x0R/W1C
0x0R/W1C
(1)
Asserted when Active lanes is greater than
Maximum lanes in the protocol configuration
register
Active-High signal asserted when the short
packet FIFO full condition detected
Active-High signal asserted when short
packet FIFO not empty condition detected
Active-High signal indicates that the lane
module is currently in Stop state