xref: /linux/Documentation/driver-api/media/drivers/ipu6.rst (revision 3f41368fbfe1b3d5922d317fe1a0a0cab6846802)
1.. SPDX-License-Identifier: GPL-2.0
2
3==================
4Intel IPU6 Driver
5==================
6
7Author: Bingbu Cao <bingbu.cao@intel.com>
8
9Overview
10=========
11
12Intel IPU6 is the sixth generation of Intel Image Processing Unit used in some
13Intel Chipsets such as Tiger Lake, Jasper Lake, Alder Lake, Raptor Lake and
14Meteor Lake. IPU6 consists of two major systems: Input System (ISYS) and
15Processing System (PSYS). IPU6 are visible on the PCI bus as a single device, it
16can be found by ``lspci``:
17
18``0000:00:05.0 Multimedia controller: Intel Corporation Device xxxx (rev xx)``
19
20IPU6 has a 16 MB BAR in PCI configuration Space for MMIO registers which is
21visible for driver.
22
23Buttress
24=========
25
26The IPU6 is connecting to the system fabric with Buttress which is enabling host
27driver to control the IPU6, it also allows IPU6 access the system memory to
28store and load frame pixel streams and any other metadata.
29
30Buttress mainly manages several system functionalities: power management,
31interrupt handling, firmware authentication and global timer sync.
32
33ISYS and PSYS Power flow
34------------------------
35
36IPU6 driver initialize the ISYS and PSYS power up or down request by setting the
37Buttress frequency control register for ISYS and PSYS
38(``IPU6_BUTTRESS_REG_IS_FREQ_CTL`` and ``IPU6_BUTTRESS_REG_PS_FREQ_CTL``) in
39function:
40
41.. c:function:: int ipu6_buttress_power(...)
42
43Buttress forwards the request to Punit, after Punit execute the power up flow,
44Buttress indicates driver that ISYS or PSYS is powered up by updating the power
45status registers.
46
47.. Note:: ISYS power up needs take place prior to PSYS power up, ISYS power down
48	  needs take place after PSYS power down due to hardware limitation.
49
50Interrupt
51---------
52
53IPU6 interrupt can be generated as MSI or INTA, interrupt will be triggered when
54ISYS, PSYS, Buttress event or error happen, driver can get the interrupt cause
55by reading the interrupt status register ``BUTTRESS_REG_ISR_STATUS``, driver
56clears the irq status and then calls specific ISYS or PSYS irq handler.
57
58.. c:function:: irqreturn_t ipu6_buttress_isr(int irq, ...)
59
60Security and firmware authentication
61-------------------------------------
62
63To address the IPU6 firmware security concerns, the IPU6 firmware needs to
64undergo an authentication process before it is allowed to executed on the IPU6
65internal processors. The IPU6 driver will work with Converged Security Engine
66(CSE) to complete authentication process. The CSE is responsible of
67authenticating the IPU6 firmware. The authenticated firmware binary is copied
68into an isolated memory region. Firmware authentication process is implemented
69by CSE following an IPC handshake with the IPU6 driver. There are some Buttress
70registers used by the CSE and the IPU6 driver to communicate with each other via
71IPC.
72
73.. c:function:: int ipu6_buttress_authenticate(...)
74
75Global timer sync
76-----------------
77
78The IPU6 driver initiates a Hammock Harbor synchronization flow each time it
79starts camera operation. The IPU6 will synchronizes an internal counter in the
80Buttress with a copy of the SoC time, this counter maintains the up-to-date time
81until camera operation is stopped. The IPU6 driver can use this time counter to
82calibrate the timestamp based on the timestamp in response event from firmware.
83
84.. c:function:: int ipu6_buttress_start_tsc_sync(...)
85
86DMA and MMU
87============
88
89The IPU6 has its own scalar processor where the firmware run at and an internal
9032-bit virtual address space. The IPU6 has MMU address translation hardware to
91allow that scalar processors to access the internal memory and external system
92memory through IPU6 virtual address. The address translation is based on two
93levels of page lookup tables stored in system memory which are maintained by the
94IPU6 driver. The IPU6 driver sets the level-1 page table base address to MMU
95register and allows MMU to perform page table lookups.
96
97The IPU6 driver exports its own DMA operations. The IPU6 driver will update the
98page table entries for each DMA operation and invalidate the MMU TLB after each
99unmap and free.
100
101.. code-block:: none
102
103    const struct dma_map_ops ipu6_dma_ops = {
104	   .alloc = ipu6_dma_alloc,
105	   .free = ipu6_dma_free,
106	   .mmap = ipu6_dma_mmap,
107	   .map_sg = ipu6_dma_map_sg,
108	   .unmap_sg = ipu6_dma_unmap_sg,
109	   ...
110    };
111
112.. Note:: IPU6 MMU works behind IOMMU so for each IPU6 DMA ops, driver will call
113	  generic PCI DMA ops to ask IOMMU to do the additional mapping if VT-d
114	  enabled.
115
116Firmware file format
117====================
118
119The IPU6 firmware is in Code Partition Directory (CPD) file format. The CPD
120firmware contains a CPD header, several CPD entries and components. The CPD
121component includes 3 entries - manifest, metadata and module data. Manifest and
122metadata are defined by CSE and used by CSE for authentication. Module data is
123specific to IPU6 which holds the binary data of firmware called package
124directory. The IPU6 driver (``ipu6-cpd.c`` in particular) parses and validates
125the CPD firmware file and gets the package directory binary data of the IPU6
126firmware, copies it to specific DMA buffer and sets its base address to Buttress
127``FW_SOURCE_BASE`` register. Finally the CSE will do authentication for this
128firmware binary.
129
130
131Syscom interface
132================
133
134The IPU6 driver communicates with firmware via the Syscom ABI. Syscom is an
135inter-processor communication mechanism between the IPU scalar processors and
136the CPU. There are a number of resources shared between firmware and software.
137A system memory region where the message queues reside, firmware can access the
138memory region via the IPU MMU. The Syscom queues are FIFO fixed depth queues
139with a configurable number of tokens (messages). There are also common IPU6 MMIO
140registers where the queue read and write indices reside. Software and firmware
141function as producer and consumer of tokens in the queues and update the write
142and read indices separately when sending or receiving each message.
143
144The IPU6 driver must prepare and configure the number of input and output
145queues, configure the count of tokens per queue and the size of per token before
146initiating and starting the communication with firmware. Firmware and software
147must use same configurations. The IPU6 Buttress has a number of firmware boot
148parameter registers which can be used to store the address of configuration and
149initialise the Syscom state, then driver can request firmware to start and run via
150setting the scalar processor control status register.
151
152Input System
153============
154
155IPU6 input system consists of MIPI D-PHY and several CSI-2 receivers.  It can
156capture image pixel data from camera sensors or other MIPI CSI-2 output devices.
157
158D-PHYs and CSI-2 ports lane mapping
159-----------------------------------
160
161The IPU6 integrates different D-PHY IPs on different SoCs, on Tiger Lake and
162Alder Lake, IPU6 integrates MCD10 D-PHY, IPU6SE on Jasper Lake integrates JSL
163D-PHY and IPU6EP on Meteor Lake integrates a Synopsys DWC D-PHY. There is an
164adaptional layer between D-PHY and CSI-2 receiver controller which includes port
165configuration, PHY wrapper or private test interfaces for D-PHY. There are 3
166D-PHY drivers ``ipu6-isys-mcd-phy.c``, ``ipu6-isys-jsl-phy.c`` and
167``ipu6-isys-dwc-phy.c`` program the above 3 D-PHYs in IPU6.
168
169Different IPU6 versions have different D-PHY lanes mappings, On Tiger Lake,
170there are 12 data lanes and 8 clock lanes, IPU6 support maximum 8 CSI-2 ports,
171see the PPI mmapping in ``ipu6-isys-mcd-phy.c`` for more information. On Jasper
172Lake and Alder Lake, D-PHY has 8 data lanes and 4 clock lanes, the IPU6 supports
173maximum 4 CSI-2 ports. For Meteor Lake, D-PHY has 12 data lanes and 6 clock
174lanes so IPU6 support maximum 6 CSI-2 ports.
175
176.. Note:: Each pair of CSI-2 two ports is a single unit that can share the data
177	  lanes. For example, for CSI-2 port 0 and 1, CSI-2 port 0 support
178	  maximum 4 data lanes, CSI-2 port 1 support maximum 2 data lanes, CSI-2
179	  port 0 with 2 data lanes can work together with CSI-2 port 1 with 2
180	  data lanes. If trying to use CSI-2 port 0 with 4 lanes, CSI-2 port 1
181	  will not be available as the 4 data lanes are shared by CSI-2 port 0
182	  and 1. The same applies to CSI ports 2/3, 4/5 and 7/8.
183
184ISYS firmware ABIs
185------------------
186
187The IPU6 firmware implements a series of ABIs for software access. In general,
188software firstly prepares the stream configuration ``struct
189ipu6_fw_isys_stream_cfg_data_abi`` and sends the configuration to firmware via
190sending ``STREAM_OPEN`` command. Stream configuration includes input pins and
191output pins, input pin ``struct ipu6_fw_isys_input_pin_info_abi`` defines the
192resolution and data type of input source, output pin ``struct
193ipu6_fw_isys_output_pin_info_abi`` defines the output resolution, stride and
194frame format, etc.
195
196Once the driver gets the interrupt from firmware that indicates stream open
197successfully, the driver will send the ``STREAM_START`` and ``STREAM_CAPTURE``
198command to request firmware to start capturing image frames. ``STREAM_CAPTURE``
199command queues the buffers to firmware with ``struct
200ipu6_fw_isys_frame_buff_set``, software then waits for the interrupt and
201response from firmware, ``PIN_DATA_READY`` means a buffer is ready on a specific
202output pin and then software can return the buffer to user.
203
204.. Note:: See :ref:`Examples<ipu6_isys_capture_examples>` about how to do
205	  capture by IPU6 ISYS driver.
206