1 MIPI DSI (Display Serial Interface) busses
2 ==========================================
4 The MIPI Display Serial Interface specifies a serial bus and a protocol for
5 communication between a host and up to four peripherals. This document will
6 define the syntax used to represent a DSI bus in a device tree.
8 This document describes DSI bus-specific properties only or defines existing
9 standard properties in the context of the DSI bus.
11 Each DSI host provides a DSI bus. The DSI host controller's node contains a
12 set of properties that characterize the bus. Child nodes describe individual
13 peripherals on that bus.
15 The following assumes that only a single peripheral is connected to a DSI
16 host. Experience shows that this is true for the large majority of setups.
21 In addition to the standard properties and those defined by the parent bus of
22 a DSI host, the following properties apply to a node representing a DSI host.
25 - #address-cells: The number of cells required to represent an address on the
26 bus. DSI peripherals are addressed using a 2-bit virtual channel number, so
27 a maximum of 4 devices can be addressed on a single bus. Hence the value of
28 this property should be 1.
29 - #size-cells: Should be 0. There are cases where it makes sense to use a
30 different value here. See below.
33 - clock-master: boolean. Should be enabled if the host is being used in
34 conjunction with another DSI host to drive the same peripheral. Hardware
35 supporting such a configuration generally requires the data on both the busses
36 to be driven by the same clock. Only the DSI host instance controlling this
37 clock should contain this property.
42 Peripherals with DSI as control bus, or no control bus
43 ------------------------------------------------------
45 Peripherals with the DSI bus as the primary control bus, or peripherals with
46 no control bus but use the DSI bus to transmit pixel data are represented
47 as child nodes of the DSI host's node. Properties described here apply to all
48 DSI peripherals, but individual bindings may want to define additional,
49 device-specific properties.
52 - reg: The virtual channel number of a DSI peripheral. Must be in the range
55 Some DSI peripherals respond to more than a single virtual channel. In that
56 case two alternative representations can be chosen:
57 - The reg property can take multiple entries, one for each virtual channel
58 that the peripheral responds to.
59 - If the virtual channels that a peripheral responds to are consecutive, the
60 #size-cells can be set to 1. The first cell of each entry in the reg
61 property is the number of the first virtual channel and the second cell is
62 the number of consecutive virtual channels.
64 Peripherals with a different control bus
65 ----------------------------------------
67 There are peripherals that have I2C/SPI (or some other non-DSI bus) as the
68 primary control bus, but are also connected to a DSI bus (mostly for the data
69 path). Connections between such peripherals and a DSI host can be represented
70 using the graph bindings [1], [2].
72 Peripherals that support dual channel DSI
73 -----------------------------------------
75 Peripherals with higher bandwidth requirements can be connected to 2 DSI
76 busses. Each DSI bus/channel drives some portion of the pixel data (generally
77 left/right half of each line of the display, or even/odd lines of the display).
78 The graph bindings should be used to represent the multiple DSI busses that are
79 connected to this peripheral. Each DSI host's output endpoint can be linked to
80 an input endpoint of the DSI peripheral.
82 [1] Documentation/devicetree/bindings/graph.txt
83 [2] Documentation/devicetree/bindings/media/video-interfaces.txt
87 - (1), (2) and (3) are examples of a DSI host and peripheral on the DSI bus
88 with different virtual channel configurations.
89 - (4) is an example of a peripheral on a I2C control bus connected to a
90 DSI host using of-graph bindings.
91 - (5) is an example of 2 DSI hosts driving a dual-channel DSI peripheral,
92 which uses I2C as its primary control bus.
101 /* peripheral responds to virtual channel 0 */
114 #address-cells = <1>;
117 /* peripheral responds to virtual channels 0 and 2 */
130 #address-cells = <1>;
133 /* peripheral responds to virtual channels 1, 2 and 3 */
154 bridge_mipi_in: endpoint {
155 remote-endpoint = <&host_mipi_out>;
169 host_mipi_out: endpoint {
170 remote-endpoint = <&bridge_mipi_in>;
183 #address-cells = <1>;
189 remote-endpoint = <&dsi0_out>;
196 remote-endpoint = <&dsi1_out>;
207 * this DSI instance drives the clock for both the host
217 remote-endpoint = <&dsi0_in>;
231 remote-endpoint = <&dsi1_in>;