* [RFC PATCH V2 0/2] Add Xilinx DSI TX driver
@ 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu
0 siblings, 0 replies; 18+ messages in thread
From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 UTC (permalink / raw)
To: hyun.kwon, laurent.pinchart, dri-devel
Cc: airlied, daniel, linux-kernel, sandipk, vgannava,
Venkateshwar Rao Gannavarapu
Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar
and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes
upto 4, RGB color formats, video mode and command modes.
DSI-TX driver is implemented as an encoder driver, as it going to be
the final node in display pipeline. Xilinx doesn't support any converter
logic to make this as bridge driver. Xilinx doesn't have such
use cases where end node can't be an encoder like DSI-TX. And Xilinx
encoder drivers represents a subsystem where individual blocks can't be
used with external components / encoders.
Venkateshwar Rao Gannavarapu (2):
dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI
TX subsystem.
drm: xlnx: dsi: driver for Xilinx DSI TX subsystem
.../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++
drivers/gpu/drm/xlnx/Kconfig | 11 +
drivers/gpu/drm/xlnx/Makefile | 2 +
drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++
4 files changed, 861 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml
create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c
--
1.8.3.1
This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.
^ permalink raw reply [flat|nested] 18+ messages in thread* [RFC PATCH V2 0/2] Add Xilinx DSI TX driver @ 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu 0 siblings, 0 replies; 18+ messages in thread From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 UTC (permalink / raw) To: hyun.kwon, laurent.pinchart, dri-devel Cc: sandipk, Venkateshwar Rao Gannavarapu, airlied, linux-kernel, vgannava Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes upto 4, RGB color formats, video mode and command modes. DSI-TX driver is implemented as an encoder driver, as it going to be the final node in display pipeline. Xilinx doesn't support any converter logic to make this as bridge driver. Xilinx doesn't have such use cases where end node can't be an encoder like DSI-TX. And Xilinx encoder drivers represents a subsystem where individual blocks can't be used with external components / encoders. Venkateshwar Rao Gannavarapu (2): dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI TX subsystem. drm: xlnx: dsi: driver for Xilinx DSI TX subsystem .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ drivers/gpu/drm/xlnx/Kconfig | 11 + drivers/gpu/drm/xlnx/Makefile | 2 + drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ 4 files changed, 861 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c -- 1.8.3.1 This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* [RFC PATCH V2 1/2] dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI TX subsystem. 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu -1 siblings, 0 replies; 18+ messages in thread From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 UTC (permalink / raw) To: hyun.kwon, laurent.pinchart, dri-devel Cc: airlied, daniel, linux-kernel, sandipk, vgannava, Venkateshwar Rao Gannavarapu The Xilinx MIPI DSI (Display Serial Interface) Transmitter subsystem implements the Mobile Industry Processor Interface (MIPI) based display interface. It supports the interface with programmable logic (FPGA). Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> --- .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++++++++++++++++++ 1 file changed, 147 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml diff --git a/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml new file mode 100644 index 0000000..73da0d8 --- /dev/null +++ b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml @@ -0,0 +1,147 @@ +# SPDX-License-Identifier: GPL-2.0 +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/display/xlnx/xlnx,dsi.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Xilinx Programmable DSI-TX Subsystem + +description: | + The programmable MIPI DSI controller of Xilinx implements display pipeline + based on DSI v1.3 specification. The subsystem includes multiple functional + blocks as below + + +---------------+ +-----------------------------------------------+ + | | | +------------------+ | + | | | v----------->+AXI CROSBAR |XXX | + |FRAME BUFFER | AXI STREAM | | | X X | + |(DMA) | +------->+ +------------+ +------------------+ XX | + | +<------+ | |MIPI | X | + | | | |DSI-TX | X | + | | | |Controller | +------------+ | + | | | | +------------->D-PHY | | + +---------------+ | | | | | | + S_AXIS_ACLK | +-------------<------------+ | | + +---------------->+ | | | + | | | | + DPHY_CLK_200M | | | | + +---------------->+ | | | + + | +------------+ | + | | + | MIPI DSI TX SUBSYSTEM | + +-----------------------------------------------+ + + The DSI TX controller consists of multiple layers such as lane management layer, + low-level protocol and pixel-to-byte conversion. The DSI TX controller core + receives stream of image data through an input stream interface. The subsystem + driver supports upto 4 lane support and generates PPI trasfers towards DPHY + with continuous clock. It supports Burst, non-burst modes and command modes. + +maintainers: + - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> + +properties: + compatible: + const: xlnx,dsi-1.0 + + reg: + maxItems: 1 + + clocks: + description: List of clock specifiers + items: + - description: AXI Lite clock + - description: Video DPHY clock + + clock-names: + items: + - const: s_axis_aclk + - const: dphy_clk_200M + + xlnx,dsi-num-lanes: + description: Maximum number of lanes that IP configured with. + possible values are 1, 2, 4. + + allOf: + - $ref: /schemas/types.yaml#/definitions/uint32 + - enum: [1, 2, 4] + + xlnx,dsi-data-type: + description: MIPI DSI pixel format. + possible values are 0, 1, 2, 3. + + allOf: + - $ref: /schemas/types.yaml#/definitions/uint32 + - enum: [0, 1, 2, 3] + + xlnx,dsi-cmd-mode: + description: denotes command mode support + + allOf: + - $ref: /schemas/types.yaml#/definitions/uint32 + - enum: [0, 1] + + ports: + type: object + + properties: + port@0: + type: object + description: | + output / source port node, endpoint describing modules + connected the DSI TX subsystem + + properties: + reg: + const: 0 + + endpoint: + type: object + + properties: + + remote-endpoint: true + + required: + - remote-endpoint + + additionalProperties: false + + additionalProperties: false + +required: + - compatible + - reg + - clocks + - clock-names + - xlnx,dsi-num-lanes + - xlnx,dsi-data-type + - xlnx,dsi-cmd-mode + - ports + +additionalProperties: false + +examples: + - | + mipi_dsi_tx_subsystem@80000000 { + compatible = "xlnx,dsi-1.0"; + reg = <0x0 0x80000000 0x0 0x10000>; + clocks = <&misc_clk_0>, <&misc_clk_1>; + clock-names = "s_axis_aclk", "dphy_clk_200M"; + xlnx,dsi-num-lanes = <4>; + xlnx,dsi-data-type = <1>; + xlnx,dsi-cmd-mode = <0>; + ports { + #address-cells = <1>; + #size-cells = <0>; + + port@0 { + reg = <0x0>; + dsi_tx_out: endpoint { + remote-endpoint = <&panel_in>; + }; + }; + }; + }; + +... -- 1.8.3.1 This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. ^ permalink raw reply related [flat|nested] 18+ messages in thread
* [RFC PATCH V2 1/2] dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI TX subsystem. @ 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu 0 siblings, 0 replies; 18+ messages in thread From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 UTC (permalink / raw) To: hyun.kwon, laurent.pinchart, dri-devel Cc: sandipk, Venkateshwar Rao Gannavarapu, airlied, linux-kernel, vgannava The Xilinx MIPI DSI (Display Serial Interface) Transmitter subsystem implements the Mobile Industry Processor Interface (MIPI) based display interface. It supports the interface with programmable logic (FPGA). Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> --- .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++++++++++++++++++ 1 file changed, 147 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml diff --git a/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml new file mode 100644 index 0000000..73da0d8 --- /dev/null +++ b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml @@ -0,0 +1,147 @@ +# SPDX-License-Identifier: GPL-2.0 +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/display/xlnx/xlnx,dsi.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Xilinx Programmable DSI-TX Subsystem + +description: | + The programmable MIPI DSI controller of Xilinx implements display pipeline + based on DSI v1.3 specification. The subsystem includes multiple functional + blocks as below + + +---------------+ +-----------------------------------------------+ + | | | +------------------+ | + | | | v----------->+AXI CROSBAR |XXX | + |FRAME BUFFER | AXI STREAM | | | X X | + |(DMA) | +------->+ +------------+ +------------------+ XX | + | +<------+ | |MIPI | X | + | | | |DSI-TX | X | + | | | |Controller | +------------+ | + | | | | +------------->D-PHY | | + +---------------+ | | | | | | + S_AXIS_ACLK | +-------------<------------+ | | + +---------------->+ | | | + | | | | + DPHY_CLK_200M | | | | + +---------------->+ | | | + + | +------------+ | + | | + | MIPI DSI TX SUBSYSTEM | + +-----------------------------------------------+ + + The DSI TX controller consists of multiple layers such as lane management layer, + low-level protocol and pixel-to-byte conversion. The DSI TX controller core + receives stream of image data through an input stream interface. The subsystem + driver supports upto 4 lane support and generates PPI trasfers towards DPHY + with continuous clock. It supports Burst, non-burst modes and command modes. + +maintainers: + - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> + +properties: + compatible: + const: xlnx,dsi-1.0 + + reg: + maxItems: 1 + + clocks: + description: List of clock specifiers + items: + - description: AXI Lite clock + - description: Video DPHY clock + + clock-names: + items: + - const: s_axis_aclk + - const: dphy_clk_200M + + xlnx,dsi-num-lanes: + description: Maximum number of lanes that IP configured with. + possible values are 1, 2, 4. + + allOf: + - $ref: /schemas/types.yaml#/definitions/uint32 + - enum: [1, 2, 4] + + xlnx,dsi-data-type: + description: MIPI DSI pixel format. + possible values are 0, 1, 2, 3. + + allOf: + - $ref: /schemas/types.yaml#/definitions/uint32 + - enum: [0, 1, 2, 3] + + xlnx,dsi-cmd-mode: + description: denotes command mode support + + allOf: + - $ref: /schemas/types.yaml#/definitions/uint32 + - enum: [0, 1] + + ports: + type: object + + properties: + port@0: + type: object + description: | + output / source port node, endpoint describing modules + connected the DSI TX subsystem + + properties: + reg: + const: 0 + + endpoint: + type: object + + properties: + + remote-endpoint: true + + required: + - remote-endpoint + + additionalProperties: false + + additionalProperties: false + +required: + - compatible + - reg + - clocks + - clock-names + - xlnx,dsi-num-lanes + - xlnx,dsi-data-type + - xlnx,dsi-cmd-mode + - ports + +additionalProperties: false + +examples: + - | + mipi_dsi_tx_subsystem@80000000 { + compatible = "xlnx,dsi-1.0"; + reg = <0x0 0x80000000 0x0 0x10000>; + clocks = <&misc_clk_0>, <&misc_clk_1>; + clock-names = "s_axis_aclk", "dphy_clk_200M"; + xlnx,dsi-num-lanes = <4>; + xlnx,dsi-data-type = <1>; + xlnx,dsi-cmd-mode = <0>; + ports { + #address-cells = <1>; + #size-cells = <0>; + + port@0 { + reg = <0x0>; + dsi_tx_out: endpoint { + remote-endpoint = <&panel_in>; + }; + }; + }; + }; + +... -- 1.8.3.1 This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply related [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 1/2] dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI TX subsystem. 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu @ 2020-08-11 23:12 ` Laurent Pinchart -1 siblings, 0 replies; 18+ messages in thread From: Laurent Pinchart @ 2020-08-11 23:12 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: hyun.kwon, dri-devel, airlied, daniel, linux-kernel, sandipk, vgannava Hi GVRao, Thank you for the patch. On Tue, Aug 11, 2020 at 06:16:16AM +0530, Venkateshwar Rao Gannavarapu wrote: > The Xilinx MIPI DSI (Display Serial Interface) Transmitter subsystem > implements the Mobile Industry Processor Interface (MIPI) based display > interface. It supports the interface with programmable logic (FPGA). > > Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> > --- > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++++++++++++++++++ > 1 file changed, 147 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > > diff --git a/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > new file mode 100644 > index 0000000..73da0d8 > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > @@ -0,0 +1,147 @@ > +# SPDX-License-Identifier: GPL-2.0 New bindings must be licensed as (GPL-2.0-only OR BSD-2-Clause). > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/display/xlnx/xlnx,dsi.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Xilinx Programmable DSI-TX Subsystem > + > +description: | > + The programmable MIPI DSI controller of Xilinx implements display pipeline > + based on DSI v1.3 specification. The subsystem includes multiple functional > + blocks as below > + > + +---------------+ +-----------------------------------------------+ > + | | | +------------------+ | > + | | | v----------->+AXI CROSBAR |XXX | > + |FRAME BUFFER | AXI STREAM | | | X X | > + |(DMA) | +------->+ +------------+ +------------------+ XX | > + | +<------+ | |MIPI | X | > + | | | |DSI-TX | X | > + | | | |Controller | +------------+ | > + | | | | +------------->D-PHY | | > + +---------------+ | | | | | | > + S_AXIS_ACLK | +-------------<------------+ | | > + +---------------->+ | | | > + | | | | > + DPHY_CLK_200M | | | | > + +---------------->+ | | | > + + | +------------+ | > + | | > + | MIPI DSI TX SUBSYSTEM | > + +-----------------------------------------------+ > + > + The DSI TX controller consists of multiple layers such as lane management layer, > + low-level protocol and pixel-to-byte conversion. The DSI TX controller core > + receives stream of image data through an input stream interface. The subsystem > + driver supports upto 4 lane support and generates PPI trasfers towards DPHY DT bindings shouldn't mention drivers, you can just say "The subsystem supports up to 4 data lanes ...". s/trasfers/transfers/ > + with continuous clock. It supports Burst, non-burst modes and command modes. > + > +maintainers: > + - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> > + > +properties: > + compatible: > + const: xlnx,dsi-1.0 I think calling it just "dsi-1.0" isn't specific enough, as it could also be a DSI RX. "xlnx,dsi-tx-1.0" would be a better value. Is this binding for v1.0 of the IP core ? There's a v2.0 too. Only v2.0 supports command mode as far as I can tell, so with the xlnx,dsi-cmd-mode property below, this seems to match v2.0. > + > + reg: > + maxItems: 1 This should specify in the description if only the DSI TX registers are covered, or if the D-PHY registers are included too. > + > + clocks: > + description: List of clock specifiers > + items: > + - description: AXI Lite clock > + - description: Video DPHY clock > + > + clock-names: > + items: > + - const: s_axis_aclk > + - const: dphy_clk_200M > + > + xlnx,dsi-num-lanes: > + description: Maximum number of lanes that IP configured with. > + possible values are 1, 2, 4. You can drop the second sentence as it's implied by the enum below. > + > + allOf: > + - $ref: /schemas/types.yaml#/definitions/uint32 > + - enum: [1, 2, 4] Do we need this property ? The protocol configuration register has an Active Lanes field that reports the number of lanes. Could we read the information from the register, and drop this property ? > + > + xlnx,dsi-data-type: > + description: MIPI DSI pixel format. > + possible values are 0, 1, 2, 3. Same here. > + > + allOf: > + - $ref: /schemas/types.yaml#/definitions/uint32 > + - enum: [0, 1, 2, 3] Same comment as above, should this be read from the Pixel Format field instead of being specified in DT ? > + > + xlnx,dsi-cmd-mode: > + description: denotes command mode support > + > + allOf: > + - $ref: /schemas/types.yaml#/definitions/uint32 > + - enum: [0, 1] I don't see a command mode user parameter in the datasheet, it seems that command mode is a runtime configuration parameter (bit 3 in the Core Configuration Register). It shouldn't be specified in DT, but queried at runtime from the connected panel. > + > + ports: > + type: object > + > + properties: > + port@0: > + type: object > + description: | > + output / source port node, endpoint describing modules > + connected the DSI TX subsystem > + > + properties: > + reg: > + const: 0 > + > + endpoint: > + type: object > + > + properties: > + > + remote-endpoint: true > + > + required: > + - remote-endpoint > + > + additionalProperties: false > + > + additionalProperties: false There should also be a port for the AXI4-Stream interface. The common practice is to number the input port@0 and the output port@1. Shouldn't ports specify required: - port@0 - port@1 ? > + > +required: > + - compatible > + - reg > + - clocks > + - clock-names > + - xlnx,dsi-num-lanes > + - xlnx,dsi-data-type > + - xlnx,dsi-cmd-mode > + - ports > + > +additionalProperties: false > + > +examples: > + - | > + mipi_dsi_tx_subsystem@80000000 { > + compatible = "xlnx,dsi-1.0"; > + reg = <0x0 0x80000000 0x0 0x10000>; DT examples are compiled in a context where #address-cells and #size-cells are both set to 1. The reg property should thus be <0x80000000 0x10000>; in the example, even if it doesn't match the hardware. Could you please validate the bindings with make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml as explained in Documentation/devicetree/writing-schema.rst ? This will also compile the example to make sure that everything is right. > + clocks = <&misc_clk_0>, <&misc_clk_1>; > + clock-names = "s_axis_aclk", "dphy_clk_200M"; > + xlnx,dsi-num-lanes = <4>; > + xlnx,dsi-data-type = <1>; > + xlnx,dsi-cmd-mode = <0>; > + ports { > + #address-cells = <1>; > + #size-cells = <0>; > + > + port@0 { > + reg = <0x0>; > + dsi_tx_out: endpoint { > + remote-endpoint = <&panel_in>; > + }; > + }; > + }; > + }; > + > +... -- Regards, Laurent Pinchart ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 1/2] dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI TX subsystem. @ 2020-08-11 23:12 ` Laurent Pinchart 0 siblings, 0 replies; 18+ messages in thread From: Laurent Pinchart @ 2020-08-11 23:12 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: sandipk, hyun.kwon, airlied, linux-kernel, dri-devel, vgannava Hi GVRao, Thank you for the patch. On Tue, Aug 11, 2020 at 06:16:16AM +0530, Venkateshwar Rao Gannavarapu wrote: > The Xilinx MIPI DSI (Display Serial Interface) Transmitter subsystem > implements the Mobile Industry Processor Interface (MIPI) based display > interface. It supports the interface with programmable logic (FPGA). > > Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> > --- > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++++++++++++++++++ > 1 file changed, 147 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > > diff --git a/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > new file mode 100644 > index 0000000..73da0d8 > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > @@ -0,0 +1,147 @@ > +# SPDX-License-Identifier: GPL-2.0 New bindings must be licensed as (GPL-2.0-only OR BSD-2-Clause). > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/display/xlnx/xlnx,dsi.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Xilinx Programmable DSI-TX Subsystem > + > +description: | > + The programmable MIPI DSI controller of Xilinx implements display pipeline > + based on DSI v1.3 specification. The subsystem includes multiple functional > + blocks as below > + > + +---------------+ +-----------------------------------------------+ > + | | | +------------------+ | > + | | | v----------->+AXI CROSBAR |XXX | > + |FRAME BUFFER | AXI STREAM | | | X X | > + |(DMA) | +------->+ +------------+ +------------------+ XX | > + | +<------+ | |MIPI | X | > + | | | |DSI-TX | X | > + | | | |Controller | +------------+ | > + | | | | +------------->D-PHY | | > + +---------------+ | | | | | | > + S_AXIS_ACLK | +-------------<------------+ | | > + +---------------->+ | | | > + | | | | > + DPHY_CLK_200M | | | | > + +---------------->+ | | | > + + | +------------+ | > + | | > + | MIPI DSI TX SUBSYSTEM | > + +-----------------------------------------------+ > + > + The DSI TX controller consists of multiple layers such as lane management layer, > + low-level protocol and pixel-to-byte conversion. The DSI TX controller core > + receives stream of image data through an input stream interface. The subsystem > + driver supports upto 4 lane support and generates PPI trasfers towards DPHY DT bindings shouldn't mention drivers, you can just say "The subsystem supports up to 4 data lanes ...". s/trasfers/transfers/ > + with continuous clock. It supports Burst, non-burst modes and command modes. > + > +maintainers: > + - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> > + > +properties: > + compatible: > + const: xlnx,dsi-1.0 I think calling it just "dsi-1.0" isn't specific enough, as it could also be a DSI RX. "xlnx,dsi-tx-1.0" would be a better value. Is this binding for v1.0 of the IP core ? There's a v2.0 too. Only v2.0 supports command mode as far as I can tell, so with the xlnx,dsi-cmd-mode property below, this seems to match v2.0. > + > + reg: > + maxItems: 1 This should specify in the description if only the DSI TX registers are covered, or if the D-PHY registers are included too. > + > + clocks: > + description: List of clock specifiers > + items: > + - description: AXI Lite clock > + - description: Video DPHY clock > + > + clock-names: > + items: > + - const: s_axis_aclk > + - const: dphy_clk_200M > + > + xlnx,dsi-num-lanes: > + description: Maximum number of lanes that IP configured with. > + possible values are 1, 2, 4. You can drop the second sentence as it's implied by the enum below. > + > + allOf: > + - $ref: /schemas/types.yaml#/definitions/uint32 > + - enum: [1, 2, 4] Do we need this property ? The protocol configuration register has an Active Lanes field that reports the number of lanes. Could we read the information from the register, and drop this property ? > + > + xlnx,dsi-data-type: > + description: MIPI DSI pixel format. > + possible values are 0, 1, 2, 3. Same here. > + > + allOf: > + - $ref: /schemas/types.yaml#/definitions/uint32 > + - enum: [0, 1, 2, 3] Same comment as above, should this be read from the Pixel Format field instead of being specified in DT ? > + > + xlnx,dsi-cmd-mode: > + description: denotes command mode support > + > + allOf: > + - $ref: /schemas/types.yaml#/definitions/uint32 > + - enum: [0, 1] I don't see a command mode user parameter in the datasheet, it seems that command mode is a runtime configuration parameter (bit 3 in the Core Configuration Register). It shouldn't be specified in DT, but queried at runtime from the connected panel. > + > + ports: > + type: object > + > + properties: > + port@0: > + type: object > + description: | > + output / source port node, endpoint describing modules > + connected the DSI TX subsystem > + > + properties: > + reg: > + const: 0 > + > + endpoint: > + type: object > + > + properties: > + > + remote-endpoint: true > + > + required: > + - remote-endpoint > + > + additionalProperties: false > + > + additionalProperties: false There should also be a port for the AXI4-Stream interface. The common practice is to number the input port@0 and the output port@1. Shouldn't ports specify required: - port@0 - port@1 ? > + > +required: > + - compatible > + - reg > + - clocks > + - clock-names > + - xlnx,dsi-num-lanes > + - xlnx,dsi-data-type > + - xlnx,dsi-cmd-mode > + - ports > + > +additionalProperties: false > + > +examples: > + - | > + mipi_dsi_tx_subsystem@80000000 { > + compatible = "xlnx,dsi-1.0"; > + reg = <0x0 0x80000000 0x0 0x10000>; DT examples are compiled in a context where #address-cells and #size-cells are both set to 1. The reg property should thus be <0x80000000 0x10000>; in the example, even if it doesn't match the hardware. Could you please validate the bindings with make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml as explained in Documentation/devicetree/writing-schema.rst ? This will also compile the example to make sure that everything is right. > + clocks = <&misc_clk_0>, <&misc_clk_1>; > + clock-names = "s_axis_aclk", "dphy_clk_200M"; > + xlnx,dsi-num-lanes = <4>; > + xlnx,dsi-data-type = <1>; > + xlnx,dsi-cmd-mode = <0>; > + ports { > + #address-cells = <1>; > + #size-cells = <0>; > + > + port@0 { > + reg = <0x0>; > + dsi_tx_out: endpoint { > + remote-endpoint = <&panel_in>; > + }; > + }; > + }; > + }; > + > +... -- Regards, Laurent Pinchart _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* [RFC PATCH V2 2/2] drm: xlnx: dsi: driver for Xilinx DSI TX subsystem 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu -1 siblings, 0 replies; 18+ messages in thread From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 UTC (permalink / raw) To: hyun.kwon, laurent.pinchart, dri-devel Cc: airlied, daniel, linux-kernel, sandipk, vgannava, Venkateshwar Rao Gannavarapu The Xilinx MIPI DSI TX subsystem soft IP is used to display video data from AXI-4 stream interface. It supports upto 4 lanes, multiple RGB color formats, video mode and command mode. The driver provides the kernel mode setting and MIPI DSI host functionalities. Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> --- drivers/gpu/drm/xlnx/Kconfig | 11 + drivers/gpu/drm/xlnx/Makefile | 2 + drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 ++++++++++++++++++++++++++++++++++++++++ 3 files changed, 714 insertions(+) create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c diff --git a/drivers/gpu/drm/xlnx/Kconfig b/drivers/gpu/drm/xlnx/Kconfig index aa6cd88..991bb37 100644 --- a/drivers/gpu/drm/xlnx/Kconfig +++ b/drivers/gpu/drm/xlnx/Kconfig @@ -11,3 +11,14 @@ config DRM_ZYNQMP_DPSUB This is a DRM/KMS driver for ZynqMP DisplayPort controller. Choose this option if you have a Xilinx ZynqMP SoC with DisplayPort subsystem. + +config DRM_XLNX_DSI + tristate "Xilinx DRM DSI Subsystem Driver" + select DRM_MIPI_DSI + select DRM_PANEL + select DRM_PANEL_SIMPLE + help + DRM KMS driver for Xilinx programmable DSI subsystem controller. + Choose this option if you have a Xilinx MIPI DSI-TX in video + pipeline. The driver provides the kernel mode settings and MIPI + DSI host functionalities. diff --git a/drivers/gpu/drm/xlnx/Makefile b/drivers/gpu/drm/xlnx/Makefile index 2b844c6..b7ee6ef 100644 --- a/drivers/gpu/drm/xlnx/Makefile +++ b/drivers/gpu/drm/xlnx/Makefile @@ -1,2 +1,4 @@ zynqmp-dpsub-objs += zynqmp_disp.o zynqmp_dpsub.o zynqmp_dp.o obj-$(CONFIG_DRM_ZYNQMP_DPSUB) += zynqmp-dpsub.o + +obj-$(CONFIG_DRM_XLNX_DSI) += xlnx_dsi.o diff --git a/drivers/gpu/drm/xlnx/xlnx_dsi.c b/drivers/gpu/drm/xlnx/xlnx_dsi.c new file mode 100644 index 0000000..3231043 --- /dev/null +++ b/drivers/gpu/drm/xlnx/xlnx_dsi.c @@ -0,0 +1,701 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * Xilinx FPGA MIPI DSI Tx Controller driver + * + * Copyright (C) 2017 - 2019 Xilinx, Inc. + * + * Authors: + * - Saurabh Sengar <saurabhs@xilinx.com> + * - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> + */ + +#include <drm/drm_atomic_helper.h> +#include <drm/drm_connector.h> +#include <drm/drm_crtc.h> +#include <drm/drm_crtc_helper.h> +#include <drm/drm_device.h> +#include <drm/drm_encoder.h> +#include <drm/drm_fourcc.h> +#include <drm/drm_gem_cma_helper.h> +#include <drm/drm_mipi_dsi.h> +#include <drm/drm_panel.h> +#include <drm/drm_probe_helper.h> + +#include <linux/clk.h> +#include <linux/component.h> +#include <linux/device.h> +#include <linux/iopoll.h> +#include <linux/of_device.h> +#include <linux/of_graph.h> +#include <linux/phy/phy.h> + +#include <video/mipi_display.h> +#include <video/videomode.h> + +/* DSI Tx IP registers */ +#define XDSI_CCR 0x00 +#define XDSI_CCR_COREENB BIT(0) +#define XDSI_CCR_SOFTRST BIT(1) +#define XDSI_CCR_CRREADY BIT(2) +#define XDSI_CCR_CMDMODE BIT(3) +#define XDSI_CCR_DFIFORST BIT(4) +#define XDSI_CCR_CMDFIFORST BIT(5) +#define XDSI_PCR 0x04 +#define XDSI_PCR_VIDEOMODE(x) (((x) & 0x3) << 3) +#define XDSI_PCR_VIDEOMODE_MASK (0x3 << 3) +#define XDSI_PCR_VIDEOMODE_SHIFT 3 +#define XDSI_PCR_BLLPTYPE(x) ((x) << 5) +#define XDSI_PCR_BLLPMODE(x) ((x) << 6) +#define XDSI_PCR_EOTPENABLE(x) ((x) << 13) +#define XDSI_GIER 0x20 +#define XDSI_ISR 0x24 +#define XDSI_IER 0x28 +#define XDSI_STR 0x2C +#define XDSI_STR_RDY_SHPKT BIT(6) +#define XDSI_STR_RDY_LNGPKT BIT(7) +#define XDSI_STR_DFIFO_FULL BIT(8) +#define XDSI_STR_DFIFO_EMPTY BIT(9) +#define XDSI_STR_WAITFR_DATA BIT(10) +#define XDSI_STR_CMD_EXE_PGS BIT(11) +#define XDSI_STR_CCMD_PROC BIT(12) +#define XDSI_STR_LPKT_MASK (0x5 << 7) +#define XDSI_CMD 0x30 +#define XDSI_CMD_QUEUE_PACKET(x) ((x) & GENMASK(23, 0)) +#define XDSI_DFR 0x34 +#define XDSI_TIME1 0x50 +#define XDSI_TIME1_BLLP_BURST(x) ((x) & GENMASK(15, 0)) +#define XDSI_TIME1_HSA(x) (((x) & GENMASK(15, 0)) << 16) +#define XDSI_TIME2 0x54 +#define XDSI_TIME2_VACT(x) ((x) & GENMASK(15, 0)) +#define XDSI_TIME2_HACT(x) (((x) & GENMASK(15, 0)) << 16) +#define XDSI_HACT_MULTIPLIER GENMASK(1, 0) +#define XDSI_TIME3 0x58 +#define XDSI_TIME3_HFP(x) ((x) & GENMASK(15, 0)) +#define XDSI_TIME3_HBP(x) (((x) & GENMASK(15, 0)) << 16) +#define XDSI_TIME4 0x5c +#define XDSI_TIME4_VFP(x) ((x) & GENMASK(7, 0)) +#define XDSI_TIME4_VBP(x) (((x) & GENMASK(7, 0)) << 8) +#define XDSI_TIME4_VSA(x) (((x) & GENMASK(7, 0)) << 16) +#define XDSI_LTIME 0x60 +#define XDSI_BLLP_TIME 0x64 +/* + * XDSI_NUM_DATA_T represents number of data types in the + * enum mipi_dsi_pixel_format in the MIPI DSI part of DRM framework. + */ +#define XDSI_NUM_DATA_T 4 + +#define XDSI_DPHY_CLK_MIN 197000000000UL +#define XDSI_DPHY_CLK_MAX 203000000000UL +#define XDSI_DPHY_CLK_REQ 200000000000UL + +/* command timeout in usec */ +#define XDSI_CMD_TIMEOUT_VAL (3000) + +/** + * struct xlnx_dsi - Xilinx DSI-TX core + * @encoder: DRM encoder structure + * @dsi_host: DSI host device + * @connector: DRM connector structure + * @panel_node: MIPI DSI device panel node + * @panel: DRM panel structure + * @dev: device structure + * @iomem: Base address of DSI subsystem + * @lanes: number of active data lanes supported by DSI controller + * @cmdmode: command mode support + * @mode_flags: DSI operation mode related flags + * @format: pixel format for video mode of DSI controller + * @mul_factor: multiplication factor for HACT timing parameter + * @video_aclk: Video clock + * @dphy_clk_200M: 200MHz DPHY clock and AXI Lite clock + */ +struct xlnx_dsi { + struct drm_encoder encoder; + struct mipi_dsi_host dsi_host; + struct drm_connector connector; + struct device_node *panel_node; + struct drm_panel *panel; + struct device *dev; + void __iomem *iomem; + u32 lanes; + bool cmdmode; + u32 mode_flags; + enum mipi_dsi_pixel_format format; + u32 mul_factor; + struct clk *video_aclk; + struct clk *dphy_clk_200M; +}; + +#define host_to_dsi(host) container_of(host, struct xlnx_dsi, dsi_host) +#define connector_to_dsi(c) container_of(c, struct xlnx_dsi, connector) +#define encoder_to_dsi(e) container_of(e, struct xlnx_dsi, encoder) + +static inline void xlnx_dsi_writel(void __iomem *base, int offset, u32 val) +{ + writel(val, base + offset); +} + +static inline u32 xlnx_dsi_readl(void __iomem *base, int offset) +{ + return readl(base + offset); +} + +/** + * xlnx_dsi_host_transfer - transfer command to panel + * @host: mipi dsi host structure + * @msg: mipi dsi msg with type, length and data + * + * This function is valid only in command mode. + * It checks the command fifo empty status and writes into + * data or cmd register and waits for the completion status. + * + * Return: number of bytes, on success and error number on failure + */ +static ssize_t xlnx_dsi_host_transfer(struct mipi_dsi_host *host, + const struct mipi_dsi_msg *msg) +{ + struct xlnx_dsi *dsi = host_to_dsi(host); + u32 data, cmd0, val, offset; + int status; + const char *tx_buf = msg->tx_buf; + + switch (msg->type) { + case MIPI_DSI_DCS_LONG_WRITE: + case MIPI_DSI_DCS_GENERIC_LONG_WRITE: + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + (val & XDSI_STR_LPKT_MASK == + XDSI_STR_LPKT_MASK), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "long cmd fifo not empty!\n"); + return -EBUSY; + } + cmd0 = msg->type | (msg->tx_len << 8); + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, cmd0); + + for (offset = 0; offset <= msg->tx_len; offset += 4, data = 0) { + data = tx_buf[0 + offset] | tx_buf[1 + offset] << 8 | + tx_buf[2 + offset] << 16 | + tx_buf[3 + offset] << 24; + xlnx_dsi_writel(dsi->iomem, XDSI_DFR, data); + } + break; + case MIPI_DSI_DCS_SHORT_WRITE_PARAM: + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + (val & XDSI_STR_RDY_SHPKT == + XDSI_STR_RDY_SHPKT), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "short cmd fifo not empty\n"); + return -EBUSY; + } + data = MIPI_DSI_DCS_SHORT_WRITE_PARAM | + (tx_buf[0] << 8) | (tx_buf[1] << 16); + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); + break; + case MIPI_DSI_DCS_SHORT_WRITE: + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + (val & XDSI_STR_RDY_SHPKT == + XDSI_STR_RDY_SHPKT), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "short cmd fifo not empty\n"); + return -EBUSY; + } + data = MIPI_DSI_DCS_SHORT_WRITE | (tx_buf[0] << 8); + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); + break; + case default: + dev_err(dsi->dev, "Unsupported command type\n"); + return -EINVAL; + } + + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + !(val & XDSI_STR_CMD_EXE_PGS), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "cmd timeout\n"); + return status; + } + + return msg->tx_len; +} + +static int xlnx_dsi_host_attach(struct mipi_dsi_host *host, + struct mipi_dsi_device *device) +{ + u32 panel_lanes = device->lanes; + struct xlnx_dsi *dsi = host_to_dsi(host); + + dsi->mode_flags = device->mode_flags; + dsi->panel_node = device->dev.of_node; + + if (panel_lanes != dsi->lanes) { + dev_err(dsi->dev, "Mismatch of lanes. panel = %d, DSI = %d\n", + panel_lanes, dsi->lanes); + return -EINVAL; + } + + if (device->format != dsi->format) { + dev_err(dsi->dev, "Mismatch of format. panel = %d, DSI = %d\n", + device->format, dsi->format); + return -EINVAL; + } + + if (dsi->connector.dev) + drm_helper_hpd_irq_event(dsi->connector.dev); + + dsi->panel = of_drm_find_panel(dsi->panel_node); + if (IS_ERR(dsi->panel)) { + dsi->panel = NULL; + } else { + drm_panel_attach(dsi->panel, &dsi->connector); + dsi->connector.status = connector_status_connected; + } + + return 0; +} + +static int xlnx_dsi_host_detach(struct mipi_dsi_host *host, + struct mipi_dsi_device *device) +{ + struct xlnx_dsi *dsi = host_to_dsi(host); + + if (dsi->panel) { + drm_panel_detach(dsi->panel); + dsi->panel = NULL; + } + + if (dsi->connector.dev) + drm_helper_hpd_irq_event(dsi->connector.dev); + + return 0; +} + +static const struct mipi_dsi_host_ops xlnx_dsi_ops = { + .attach = xlnx_dsi_host_attach, + .detach = xlnx_dsi_host_detach, + .transfer = xlnx_dsi_host_transfer, +}; + +static int xlnx_dsi_connector_dpms(struct drm_connector *connector, + int mode) +{ + struct xlnx_dsi *dsi = connector_to_dsi(connector); + int ret; + + dev_dbg(dsi->dev, "connector dpms state: %d\n", mode); + + switch (mode) { + case DRM_MODE_DPMS_ON: + ret = drm_panel_enable(dsi->panel); + if (ret < 0) { + drm_panel_unprepare(dsi->panel); + dev_err(dsi->dev, "DRM panel not enabled\n"); + return ret; + } + break; + default: + drm_panel_disable(dsi->panel); + drm_panel_unprepare(dsi->panel); + break; + } + + return drm_helper_connector_dpms(connector, mode); +} + +static enum drm_connector_status +xlnx_dsi_detect(struct drm_connector *connector, bool force) +{ + struct xlnx_dsi *dsi = connector_to_dsi(connector); + + if (dsi->panel) { + if (dsi->cmdmode) + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, + XDSI_CCR_CMDMODE | XDSI_CCR_COREENB); + ret = drm_panel_prepare(dsi->panel); + if (ret < 0) { + dev_err(dsi->dev, "DRM panel not found\n"); + return ret; + } + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, 0); + return connector_status_connected; + } else if (!dsi->panel_node) { + xlnx_dsi_connector_dpms(connector, DRM_MODE_DPMS_OFF); + drm_panel_detach(dsi->panel); + dsi->panel = NULL; + } + + return connector_status_disconnected; +} + +static void xlnx_dsi_connector_destroy(struct drm_connector *connector) +{ + drm_connector_unregister(connector); + drm_connector_cleanup(connector); + connector->dev = NULL; +} + +static const struct drm_connector_funcs xlnx_dsi_connector_funcs = { + .detect = xlnx_dsi_detect, + .fill_modes = drm_helper_probe_single_connector_modes, + .destroy = xlnx_dsi_connector_destroy, + .reset = drm_atomic_helper_connector_reset, + .atomic_duplicate_state = drm_atomic_helper_connector_duplicate_state, + .atomic_destroy_state = drm_atomic_helper_connector_destroy_state, + .dpms = xlnx_dsi_connector_dpms, +}; + +static int xlnx_dsi_get_modes(struct drm_connector *connector) +{ + struct xlnx_dsi *dsi = connector_to_dsi(connector); + + if (dsi->panel) + return drm_panel_get_modes(dsi->panel, connector); + + return 0; +} + +static struct drm_encoder * +xlnx_dsi_best_encoder(struct drm_connector *connector) +{ + return &(connector_to_dsi(connector)->encoder); +} + +static const struct drm_connector_helper_funcs +xlnx_dsi_connector_helper_funcs = { + .get_modes = xlnx_dsi_get_modes, + .best_encoder = xlnx_dsi_best_encoder, +}; + +static int xlnx_dsi_create_connector(struct drm_encoder *encoder) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + struct drm_connector *connector = &dsi->connector; + struct drm_device *drm = encoder->dev; + int ret; + + connector->polled = DRM_CONNECTOR_POLL_HPD; + + ret = drm_connector_init(encoder->dev, connector, + &xlnx_dsi_connector_funcs, + DRM_MODE_CONNECTOR_DSI); + if (ret) { + dev_err(dsi->dev, "Failed to create the DRM connector\n"); + return ret; + } + + drm_connector_helper_add(connector, &xlnx_dsi_connector_helper_funcs); + drm_connector_register(connector); + drm_connector_attach_encoder(connector, encoder); + + return 0; +} + +/** + * xlnx_dsi_atomic_mode_set - derive the DSI timing parameters + * + * @encoder: pointer to Xilinx DRM encoder + * @crtc_state: Pointer to drm core crtc state + * @connector_state: DSI connector drm state + * + * This function derives the DSI IP timing parameters from the timing + * values given in the attached panel driver. + */ +static void +xlnx_dsi_atomic_mode_set(struct drm_encoder *encoder, + struct drm_crtc_state *crtc_state, + struct drm_connector_state *connector_state) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + struct drm_display_mode *m = &crtc_state->adjusted_mode; + u32 reg, video_mode; + + reg = xlnx_dsi_readl(dsi->iomem, XDSI_PCR); + video_mode = (reg & XDSI_PCR_VIDEOMODE_MASK) >> + XDSI_PCR_VIDEOMODE_SHIFT; + + /* configure the HSA value only if non_burst_sync_pluse video mode */ + if (!video_mode && + (dsi->mode_flags & MIPI_DSI_MODE_VIDEO_SYNC_PULSE)) { + reg = XDSI_TIME1_HSA(m->hsync_end - m->hsync_start); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME1, reg); + } + + reg = XDSI_TIME4_VFP(m->vsync_start - m->vdisplay) | + XDSI_TIME4_VBP(m->vtotal - m->vsync_end) | + XDSI_TIME4_VSA(m->vsync_end - m->vsync_start); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME4, reg); + + reg = XDSI_TIME3_HFP(m->hsync_start - m->hdisplay) | + XDSI_TIME3_HBP(m->htotal - m->hsync_end); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME3, reg); + dev_dbg(dsi->dev, "mul factor for parsed datatype is = %d\n", + dsi->mul_factor / 100); + /* + * The HACT parameter received from panel timing values should be + * divisible by 4. The reason for this is, the word count given as + * input to DSI controller is HACT * mul_factor. The mul_factor is + * 3, 2.25, 2.25, 2 respectively for RGB888, RGB666_L, RGB666_P and + * RGB565. + * e.g. for RGB666_L color format and 1080p, the word count is + * 1920*2.25 = 4320 which is divisible by 4 and it is a valid input + * to DSI controller. Based on this 2.25 mul factor, we come up with + * the division factor of (XDSI_HACT_MULTIPLIER) as 4 for checking + */ + if ((m->hdisplay & XDSI_HACT_MULTIPLIER) != 0) + dev_warn(dsi->dev, "hactive received from panel is not aligned\n"); + + reg = XDSI_TIME2_HACT(m->hdisplay * dsi->mul_factor / 100) | + XDSI_TIME2_VACT(m->vdisplay); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME2, reg); + + dev_dbg(dsi->dev, "LCD size = %dx%d\n", m->hdisplay, m->hdisplay); +} + +static void xlnx_dsi_disable(struct drm_encoder *encoder) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); + + reg &= ~XDSI_CCR_COREENB; + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); + dev_dbg(dsi->dev, "DSI Tx is disabled. regs are at default values\n"); +} + +static void xlnx_dsi_enable(struct drm_encoder *encoder) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); + + reg |= XDSI_CCR_COREENB; + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); + dev_dbg(dsi->dev, "MIPI DSI Tx controller is enabled\n"); +} + +static const struct drm_encoder_helper_funcs +xlnx_dsi_encoder_helper_funcs = { + .atomic_mode_set = xlnx_dsi_atomic_mode_set, + .enable = xlnx_dsi_enable, + .disable = xlnx_dsi_disable, +}; + +static const struct drm_encoder_funcs xlnx_dsi_encoder_funcs = { + .destroy = drm_encoder_cleanup, +}; + +static int xlnx_dsi_parse_dt(struct xlnx_dsi *dsi) +{ + struct device *dev = dsi->dev; + struct device_node *node = dev->of_node; + int ret; + u32 datatype; + static const int xdsi_mul_fact[XDSI_NUM_DATA_T] = {300, 225, 225, 200}; + + dsi->dphy_clk_200M = devm_clk_get(dev, "dphy_clk_200M"); + if (IS_ERR(dsi->dphy_clk_200M)) { + ret = PTR_ERR(dsi->dphy_clk_200M); + dev_err(dev, "failed to get dphy_clk_200M %d\n", ret); + return ret; + } + + dsi->video_aclk = devm_clk_get(dev, "s_axis_aclk"); + if (IS_ERR(dsi->video_aclk)) { + ret = PTR_ERR(dsi->video_aclk); + dev_err(dev, "failed to get video_clk %d\n", ret); + return ret; + } + + ret = of_property_read_u32(node, "xlnx,dsi-num-lanes", &dsi->lanes); + if (ret < 0) { + dev_err(dsi->dev, "missing xlnx,dsi-num-lanes property\n"); + return ret; + } + if (dsi->lanes > 4 || dsi->lanes < 1) { + dev_err(dsi->dev, "%d lanes : invalid lanes\n", dsi->lanes); + return -EINVAL; + } + + ret = of_property_read_u32(node, "xlnx,dsi-data-type", &datatype); + if (ret < 0) { + dev_err(dsi->dev, "missing xlnx,dsi-data-type property\n"); + return ret; + } + dsi->format = datatype; + if (datatype > MIPI_DSI_FMT_RGB565) { + dev_err(dsi->dev, "Invalid xlnx,dsi-data-type string\n"); + return -EINVAL; + } + + /* + * multiplication factor used for HACT, based on data type. + * + * e.g. for RGB666_L datatype and 1920x1080 resolution, + * the Hact (WC) would be as follows - + * 1920 pixels * 18 bits per pixel / 8 bits per byte + * = 1920 pixels * 2.25 bytes per pixel = 4320 bytes. + * + * Data Type - Multiplication factor + * RGB888 - 3 + * RGB666_L - 2.25 +- * RGB666_P - 2.25 + * RGB565 - 2 + * + * Since the multiplication factor maybe a floating number, + * a 100x multiplication factor is used. + */ + dsi->mul_factor = xdsi_mul_fact[datatype]; + + dsi->cmdmode = of_property_read_bool(node, "xlnx,dsi-cmd-mode"); + + dev_dbg(dsi->dev, "DSI controller num lanes = %d", dsi->lanes); + dev_dbg(dsi->dev, "DSI controller datatype = %d\n", datatype); + dev_dbg(dsi->dev, "DSI controller cmd mode = %d\n", dsi->cmdmode); + + return 0; +} + +static int xlnx_dsi_bind(struct device *dev, struct device *master, + void *data) +{ + struct xlnx_dsi *dsi = dev_get_drvdata(dev); + struct drm_encoder *encoder = &dsi->encoder; + struct drm_device *drm_dev = data; + int ret; + + drm_encoder_init(drm_dev, encoder, &xlnx_dsi_encoder_funcs, + DRM_MODE_ENCODER_DSI, NULL); + drm_encoder_helper_add(encoder, &xlnx_dsi_encoder_helper_funcs); + + encoder->possible_crtcs = 1; + + ret = xlnx_dsi_create_connector(encoder); + if (ret) { + dev_err(dsi->dev, "fail creating connector, ret = %d\n", ret); + drm_encoder_cleanup(encoder); + return ret; + } + + ret = mipi_dsi_host_register(&dsi->dsi_host); + if (ret) { + dev_err(dsi->dev, "failed to register DSI host: %d\n", ret); + xlnx_dsi_connector_destroy(&dsi->connector); + drm_encoder_cleanup(encoder); + return ret; + } + + return 0; +} + +static void xlnx_dsi_unbind(struct device *dev, struct device *master, + void *data) +{ + struct xlnx_dsi *dsi = dev_get_drvdata(dev); + + xlnx_dsi_disable(&dsi->encoder); + mipi_dsi_host_unregister(&dsi->dsi_host); +} + +static const struct component_ops xlnx_dsi_component_ops = { + .bind = xlnx_dsi_bind, + .unbind = xlnx_dsi_unbind, +}; + +static int xlnx_dsi_probe(struct platform_device *pdev) +{ + struct device *dev = &pdev->dev; + struct resource *res; + struct xlnx_dsi *dsi; + int ret; + unsigned long rate; + + dsi = devm_kzalloc(dev, sizeof(*dsi), GFP_KERNEL); + if (!dsi) + return -ENOMEM; + + dsi->dsi_host.ops = &xlnx_dsi_ops; + dsi->dsi_host.dev = dev; + dsi->dev = dev; + + ret = xlnx_dsi_parse_dt(dsi); + if (ret) + return ret; + + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); + dsi->iomem = devm_ioremap_resource(dev, res); + if (IS_ERR(dsi->iomem)) { + dev_err(dev, "failed to remap io region\n"); + return PTR_ERR(dsi->iomem); + } + platform_set_drvdata(pdev, dsi); + + ret = clk_set_rate(dsi->dphy_clk_200M, XDSI_DPHY_CLK_REQ); + if (ret) { + dev_err(dev, "failed to set dphy clk rate %d\n", ret); + return ret; + } + + ret = clk_prepare_enable(dsi->dphy_clk_200M); + if (ret) { + dev_err(dev, "failed to enable dphy clk %d\n", ret); + return ret; + } + + rate = clk_get_rate(dsi->dphy_clk_200M); + /* Based on clock source, little deviation is acceptable */ + if (rate < XDSI_DPHY_CLK_MIN && rate > XDSI_DPHY_CLK_MAX) { + dev_err(dev, "Error DPHY clock = %lu\n", rate); + ret = -EINVAL; + goto err_disable_dphy_clk; + } + + ret = clk_prepare_enable(dsi->video_aclk); + if (ret) { + dev_err(dev, "failed to enable video clk %d\n", ret); + goto err_disable_dphy_clk; + } + + ret = component_add(dev, &xlnx_dsi_component_ops); + if (ret) + goto err_disable_video_clk; + + return 0; + +err_disable_video_clk: + clk_disable_unprepare(dsi->video_aclk); +err_disable_dphy_clk: + clk_disable_unprepare(dsi->dphy_clk_200M); + + return ret; +} + +static int xlnx_dsi_remove(struct platform_device *pdev) +{ + struct xlnx_dsi *dsi = platform_get_drvdata(pdev); + + component_del(&pdev->dev, &xlnx_dsi_component_ops); + clk_disable_unprepare(dsi->video_aclk); + clk_disable_unprepare(dsi->dphy_clk_200M); + + return 0; +} + +static const struct of_device_id xlnx_dsi_of_match[] = { + { .compatible = "xlnx-dsi-1.0", }, + { /* end of table */ }, +}; +MODULE_DEVICE_TABLE(of, xlnx_dsi_of_match); + +static struct platform_driver dsi_driver = { + .probe = xlnx_dsi_probe, + .remove = xlnx_dsi_remove, + .driver = { + .name = "xlnx-dsi", + .of_match_table = xlnx_dsi_of_match, + }, +}; + +module_platform_driver(dsi_driver); + +MODULE_AUTHOR("Xilinx, Inc."); +MODULE_DESCRIPTION("Xilinx Programmable MIPI DSI TX Driver"); +MODULE_LICENSE("GPL v2"); -- 1.8.3.1 This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. ^ permalink raw reply related [flat|nested] 18+ messages in thread
* [RFC PATCH V2 2/2] drm: xlnx: dsi: driver for Xilinx DSI TX subsystem @ 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu 0 siblings, 0 replies; 18+ messages in thread From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:46 UTC (permalink / raw) To: hyun.kwon, laurent.pinchart, dri-devel Cc: sandipk, Venkateshwar Rao Gannavarapu, airlied, linux-kernel, vgannava The Xilinx MIPI DSI TX subsystem soft IP is used to display video data from AXI-4 stream interface. It supports upto 4 lanes, multiple RGB color formats, video mode and command mode. The driver provides the kernel mode setting and MIPI DSI host functionalities. Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> --- drivers/gpu/drm/xlnx/Kconfig | 11 + drivers/gpu/drm/xlnx/Makefile | 2 + drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 ++++++++++++++++++++++++++++++++++++++++ 3 files changed, 714 insertions(+) create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c diff --git a/drivers/gpu/drm/xlnx/Kconfig b/drivers/gpu/drm/xlnx/Kconfig index aa6cd88..991bb37 100644 --- a/drivers/gpu/drm/xlnx/Kconfig +++ b/drivers/gpu/drm/xlnx/Kconfig @@ -11,3 +11,14 @@ config DRM_ZYNQMP_DPSUB This is a DRM/KMS driver for ZynqMP DisplayPort controller. Choose this option if you have a Xilinx ZynqMP SoC with DisplayPort subsystem. + +config DRM_XLNX_DSI + tristate "Xilinx DRM DSI Subsystem Driver" + select DRM_MIPI_DSI + select DRM_PANEL + select DRM_PANEL_SIMPLE + help + DRM KMS driver for Xilinx programmable DSI subsystem controller. + Choose this option if you have a Xilinx MIPI DSI-TX in video + pipeline. The driver provides the kernel mode settings and MIPI + DSI host functionalities. diff --git a/drivers/gpu/drm/xlnx/Makefile b/drivers/gpu/drm/xlnx/Makefile index 2b844c6..b7ee6ef 100644 --- a/drivers/gpu/drm/xlnx/Makefile +++ b/drivers/gpu/drm/xlnx/Makefile @@ -1,2 +1,4 @@ zynqmp-dpsub-objs += zynqmp_disp.o zynqmp_dpsub.o zynqmp_dp.o obj-$(CONFIG_DRM_ZYNQMP_DPSUB) += zynqmp-dpsub.o + +obj-$(CONFIG_DRM_XLNX_DSI) += xlnx_dsi.o diff --git a/drivers/gpu/drm/xlnx/xlnx_dsi.c b/drivers/gpu/drm/xlnx/xlnx_dsi.c new file mode 100644 index 0000000..3231043 --- /dev/null +++ b/drivers/gpu/drm/xlnx/xlnx_dsi.c @@ -0,0 +1,701 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * Xilinx FPGA MIPI DSI Tx Controller driver + * + * Copyright (C) 2017 - 2019 Xilinx, Inc. + * + * Authors: + * - Saurabh Sengar <saurabhs@xilinx.com> + * - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> + */ + +#include <drm/drm_atomic_helper.h> +#include <drm/drm_connector.h> +#include <drm/drm_crtc.h> +#include <drm/drm_crtc_helper.h> +#include <drm/drm_device.h> +#include <drm/drm_encoder.h> +#include <drm/drm_fourcc.h> +#include <drm/drm_gem_cma_helper.h> +#include <drm/drm_mipi_dsi.h> +#include <drm/drm_panel.h> +#include <drm/drm_probe_helper.h> + +#include <linux/clk.h> +#include <linux/component.h> +#include <linux/device.h> +#include <linux/iopoll.h> +#include <linux/of_device.h> +#include <linux/of_graph.h> +#include <linux/phy/phy.h> + +#include <video/mipi_display.h> +#include <video/videomode.h> + +/* DSI Tx IP registers */ +#define XDSI_CCR 0x00 +#define XDSI_CCR_COREENB BIT(0) +#define XDSI_CCR_SOFTRST BIT(1) +#define XDSI_CCR_CRREADY BIT(2) +#define XDSI_CCR_CMDMODE BIT(3) +#define XDSI_CCR_DFIFORST BIT(4) +#define XDSI_CCR_CMDFIFORST BIT(5) +#define XDSI_PCR 0x04 +#define XDSI_PCR_VIDEOMODE(x) (((x) & 0x3) << 3) +#define XDSI_PCR_VIDEOMODE_MASK (0x3 << 3) +#define XDSI_PCR_VIDEOMODE_SHIFT 3 +#define XDSI_PCR_BLLPTYPE(x) ((x) << 5) +#define XDSI_PCR_BLLPMODE(x) ((x) << 6) +#define XDSI_PCR_EOTPENABLE(x) ((x) << 13) +#define XDSI_GIER 0x20 +#define XDSI_ISR 0x24 +#define XDSI_IER 0x28 +#define XDSI_STR 0x2C +#define XDSI_STR_RDY_SHPKT BIT(6) +#define XDSI_STR_RDY_LNGPKT BIT(7) +#define XDSI_STR_DFIFO_FULL BIT(8) +#define XDSI_STR_DFIFO_EMPTY BIT(9) +#define XDSI_STR_WAITFR_DATA BIT(10) +#define XDSI_STR_CMD_EXE_PGS BIT(11) +#define XDSI_STR_CCMD_PROC BIT(12) +#define XDSI_STR_LPKT_MASK (0x5 << 7) +#define XDSI_CMD 0x30 +#define XDSI_CMD_QUEUE_PACKET(x) ((x) & GENMASK(23, 0)) +#define XDSI_DFR 0x34 +#define XDSI_TIME1 0x50 +#define XDSI_TIME1_BLLP_BURST(x) ((x) & GENMASK(15, 0)) +#define XDSI_TIME1_HSA(x) (((x) & GENMASK(15, 0)) << 16) +#define XDSI_TIME2 0x54 +#define XDSI_TIME2_VACT(x) ((x) & GENMASK(15, 0)) +#define XDSI_TIME2_HACT(x) (((x) & GENMASK(15, 0)) << 16) +#define XDSI_HACT_MULTIPLIER GENMASK(1, 0) +#define XDSI_TIME3 0x58 +#define XDSI_TIME3_HFP(x) ((x) & GENMASK(15, 0)) +#define XDSI_TIME3_HBP(x) (((x) & GENMASK(15, 0)) << 16) +#define XDSI_TIME4 0x5c +#define XDSI_TIME4_VFP(x) ((x) & GENMASK(7, 0)) +#define XDSI_TIME4_VBP(x) (((x) & GENMASK(7, 0)) << 8) +#define XDSI_TIME4_VSA(x) (((x) & GENMASK(7, 0)) << 16) +#define XDSI_LTIME 0x60 +#define XDSI_BLLP_TIME 0x64 +/* + * XDSI_NUM_DATA_T represents number of data types in the + * enum mipi_dsi_pixel_format in the MIPI DSI part of DRM framework. + */ +#define XDSI_NUM_DATA_T 4 + +#define XDSI_DPHY_CLK_MIN 197000000000UL +#define XDSI_DPHY_CLK_MAX 203000000000UL +#define XDSI_DPHY_CLK_REQ 200000000000UL + +/* command timeout in usec */ +#define XDSI_CMD_TIMEOUT_VAL (3000) + +/** + * struct xlnx_dsi - Xilinx DSI-TX core + * @encoder: DRM encoder structure + * @dsi_host: DSI host device + * @connector: DRM connector structure + * @panel_node: MIPI DSI device panel node + * @panel: DRM panel structure + * @dev: device structure + * @iomem: Base address of DSI subsystem + * @lanes: number of active data lanes supported by DSI controller + * @cmdmode: command mode support + * @mode_flags: DSI operation mode related flags + * @format: pixel format for video mode of DSI controller + * @mul_factor: multiplication factor for HACT timing parameter + * @video_aclk: Video clock + * @dphy_clk_200M: 200MHz DPHY clock and AXI Lite clock + */ +struct xlnx_dsi { + struct drm_encoder encoder; + struct mipi_dsi_host dsi_host; + struct drm_connector connector; + struct device_node *panel_node; + struct drm_panel *panel; + struct device *dev; + void __iomem *iomem; + u32 lanes; + bool cmdmode; + u32 mode_flags; + enum mipi_dsi_pixel_format format; + u32 mul_factor; + struct clk *video_aclk; + struct clk *dphy_clk_200M; +}; + +#define host_to_dsi(host) container_of(host, struct xlnx_dsi, dsi_host) +#define connector_to_dsi(c) container_of(c, struct xlnx_dsi, connector) +#define encoder_to_dsi(e) container_of(e, struct xlnx_dsi, encoder) + +static inline void xlnx_dsi_writel(void __iomem *base, int offset, u32 val) +{ + writel(val, base + offset); +} + +static inline u32 xlnx_dsi_readl(void __iomem *base, int offset) +{ + return readl(base + offset); +} + +/** + * xlnx_dsi_host_transfer - transfer command to panel + * @host: mipi dsi host structure + * @msg: mipi dsi msg with type, length and data + * + * This function is valid only in command mode. + * It checks the command fifo empty status and writes into + * data or cmd register and waits for the completion status. + * + * Return: number of bytes, on success and error number on failure + */ +static ssize_t xlnx_dsi_host_transfer(struct mipi_dsi_host *host, + const struct mipi_dsi_msg *msg) +{ + struct xlnx_dsi *dsi = host_to_dsi(host); + u32 data, cmd0, val, offset; + int status; + const char *tx_buf = msg->tx_buf; + + switch (msg->type) { + case MIPI_DSI_DCS_LONG_WRITE: + case MIPI_DSI_DCS_GENERIC_LONG_WRITE: + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + (val & XDSI_STR_LPKT_MASK == + XDSI_STR_LPKT_MASK), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "long cmd fifo not empty!\n"); + return -EBUSY; + } + cmd0 = msg->type | (msg->tx_len << 8); + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, cmd0); + + for (offset = 0; offset <= msg->tx_len; offset += 4, data = 0) { + data = tx_buf[0 + offset] | tx_buf[1 + offset] << 8 | + tx_buf[2 + offset] << 16 | + tx_buf[3 + offset] << 24; + xlnx_dsi_writel(dsi->iomem, XDSI_DFR, data); + } + break; + case MIPI_DSI_DCS_SHORT_WRITE_PARAM: + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + (val & XDSI_STR_RDY_SHPKT == + XDSI_STR_RDY_SHPKT), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "short cmd fifo not empty\n"); + return -EBUSY; + } + data = MIPI_DSI_DCS_SHORT_WRITE_PARAM | + (tx_buf[0] << 8) | (tx_buf[1] << 16); + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); + break; + case MIPI_DSI_DCS_SHORT_WRITE: + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + (val & XDSI_STR_RDY_SHPKT == + XDSI_STR_RDY_SHPKT), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "short cmd fifo not empty\n"); + return -EBUSY; + } + data = MIPI_DSI_DCS_SHORT_WRITE | (tx_buf[0] << 8); + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); + break; + case default: + dev_err(dsi->dev, "Unsupported command type\n"); + return -EINVAL; + } + + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, + !(val & XDSI_STR_CMD_EXE_PGS), 1, + XDSI_CMD_TIMEOUT_VAL); + if (status) { + dev_err(dsi->dev, "cmd timeout\n"); + return status; + } + + return msg->tx_len; +} + +static int xlnx_dsi_host_attach(struct mipi_dsi_host *host, + struct mipi_dsi_device *device) +{ + u32 panel_lanes = device->lanes; + struct xlnx_dsi *dsi = host_to_dsi(host); + + dsi->mode_flags = device->mode_flags; + dsi->panel_node = device->dev.of_node; + + if (panel_lanes != dsi->lanes) { + dev_err(dsi->dev, "Mismatch of lanes. panel = %d, DSI = %d\n", + panel_lanes, dsi->lanes); + return -EINVAL; + } + + if (device->format != dsi->format) { + dev_err(dsi->dev, "Mismatch of format. panel = %d, DSI = %d\n", + device->format, dsi->format); + return -EINVAL; + } + + if (dsi->connector.dev) + drm_helper_hpd_irq_event(dsi->connector.dev); + + dsi->panel = of_drm_find_panel(dsi->panel_node); + if (IS_ERR(dsi->panel)) { + dsi->panel = NULL; + } else { + drm_panel_attach(dsi->panel, &dsi->connector); + dsi->connector.status = connector_status_connected; + } + + return 0; +} + +static int xlnx_dsi_host_detach(struct mipi_dsi_host *host, + struct mipi_dsi_device *device) +{ + struct xlnx_dsi *dsi = host_to_dsi(host); + + if (dsi->panel) { + drm_panel_detach(dsi->panel); + dsi->panel = NULL; + } + + if (dsi->connector.dev) + drm_helper_hpd_irq_event(dsi->connector.dev); + + return 0; +} + +static const struct mipi_dsi_host_ops xlnx_dsi_ops = { + .attach = xlnx_dsi_host_attach, + .detach = xlnx_dsi_host_detach, + .transfer = xlnx_dsi_host_transfer, +}; + +static int xlnx_dsi_connector_dpms(struct drm_connector *connector, + int mode) +{ + struct xlnx_dsi *dsi = connector_to_dsi(connector); + int ret; + + dev_dbg(dsi->dev, "connector dpms state: %d\n", mode); + + switch (mode) { + case DRM_MODE_DPMS_ON: + ret = drm_panel_enable(dsi->panel); + if (ret < 0) { + drm_panel_unprepare(dsi->panel); + dev_err(dsi->dev, "DRM panel not enabled\n"); + return ret; + } + break; + default: + drm_panel_disable(dsi->panel); + drm_panel_unprepare(dsi->panel); + break; + } + + return drm_helper_connector_dpms(connector, mode); +} + +static enum drm_connector_status +xlnx_dsi_detect(struct drm_connector *connector, bool force) +{ + struct xlnx_dsi *dsi = connector_to_dsi(connector); + + if (dsi->panel) { + if (dsi->cmdmode) + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, + XDSI_CCR_CMDMODE | XDSI_CCR_COREENB); + ret = drm_panel_prepare(dsi->panel); + if (ret < 0) { + dev_err(dsi->dev, "DRM panel not found\n"); + return ret; + } + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, 0); + return connector_status_connected; + } else if (!dsi->panel_node) { + xlnx_dsi_connector_dpms(connector, DRM_MODE_DPMS_OFF); + drm_panel_detach(dsi->panel); + dsi->panel = NULL; + } + + return connector_status_disconnected; +} + +static void xlnx_dsi_connector_destroy(struct drm_connector *connector) +{ + drm_connector_unregister(connector); + drm_connector_cleanup(connector); + connector->dev = NULL; +} + +static const struct drm_connector_funcs xlnx_dsi_connector_funcs = { + .detect = xlnx_dsi_detect, + .fill_modes = drm_helper_probe_single_connector_modes, + .destroy = xlnx_dsi_connector_destroy, + .reset = drm_atomic_helper_connector_reset, + .atomic_duplicate_state = drm_atomic_helper_connector_duplicate_state, + .atomic_destroy_state = drm_atomic_helper_connector_destroy_state, + .dpms = xlnx_dsi_connector_dpms, +}; + +static int xlnx_dsi_get_modes(struct drm_connector *connector) +{ + struct xlnx_dsi *dsi = connector_to_dsi(connector); + + if (dsi->panel) + return drm_panel_get_modes(dsi->panel, connector); + + return 0; +} + +static struct drm_encoder * +xlnx_dsi_best_encoder(struct drm_connector *connector) +{ + return &(connector_to_dsi(connector)->encoder); +} + +static const struct drm_connector_helper_funcs +xlnx_dsi_connector_helper_funcs = { + .get_modes = xlnx_dsi_get_modes, + .best_encoder = xlnx_dsi_best_encoder, +}; + +static int xlnx_dsi_create_connector(struct drm_encoder *encoder) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + struct drm_connector *connector = &dsi->connector; + struct drm_device *drm = encoder->dev; + int ret; + + connector->polled = DRM_CONNECTOR_POLL_HPD; + + ret = drm_connector_init(encoder->dev, connector, + &xlnx_dsi_connector_funcs, + DRM_MODE_CONNECTOR_DSI); + if (ret) { + dev_err(dsi->dev, "Failed to create the DRM connector\n"); + return ret; + } + + drm_connector_helper_add(connector, &xlnx_dsi_connector_helper_funcs); + drm_connector_register(connector); + drm_connector_attach_encoder(connector, encoder); + + return 0; +} + +/** + * xlnx_dsi_atomic_mode_set - derive the DSI timing parameters + * + * @encoder: pointer to Xilinx DRM encoder + * @crtc_state: Pointer to drm core crtc state + * @connector_state: DSI connector drm state + * + * This function derives the DSI IP timing parameters from the timing + * values given in the attached panel driver. + */ +static void +xlnx_dsi_atomic_mode_set(struct drm_encoder *encoder, + struct drm_crtc_state *crtc_state, + struct drm_connector_state *connector_state) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + struct drm_display_mode *m = &crtc_state->adjusted_mode; + u32 reg, video_mode; + + reg = xlnx_dsi_readl(dsi->iomem, XDSI_PCR); + video_mode = (reg & XDSI_PCR_VIDEOMODE_MASK) >> + XDSI_PCR_VIDEOMODE_SHIFT; + + /* configure the HSA value only if non_burst_sync_pluse video mode */ + if (!video_mode && + (dsi->mode_flags & MIPI_DSI_MODE_VIDEO_SYNC_PULSE)) { + reg = XDSI_TIME1_HSA(m->hsync_end - m->hsync_start); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME1, reg); + } + + reg = XDSI_TIME4_VFP(m->vsync_start - m->vdisplay) | + XDSI_TIME4_VBP(m->vtotal - m->vsync_end) | + XDSI_TIME4_VSA(m->vsync_end - m->vsync_start); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME4, reg); + + reg = XDSI_TIME3_HFP(m->hsync_start - m->hdisplay) | + XDSI_TIME3_HBP(m->htotal - m->hsync_end); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME3, reg); + dev_dbg(dsi->dev, "mul factor for parsed datatype is = %d\n", + dsi->mul_factor / 100); + /* + * The HACT parameter received from panel timing values should be + * divisible by 4. The reason for this is, the word count given as + * input to DSI controller is HACT * mul_factor. The mul_factor is + * 3, 2.25, 2.25, 2 respectively for RGB888, RGB666_L, RGB666_P and + * RGB565. + * e.g. for RGB666_L color format and 1080p, the word count is + * 1920*2.25 = 4320 which is divisible by 4 and it is a valid input + * to DSI controller. Based on this 2.25 mul factor, we come up with + * the division factor of (XDSI_HACT_MULTIPLIER) as 4 for checking + */ + if ((m->hdisplay & XDSI_HACT_MULTIPLIER) != 0) + dev_warn(dsi->dev, "hactive received from panel is not aligned\n"); + + reg = XDSI_TIME2_HACT(m->hdisplay * dsi->mul_factor / 100) | + XDSI_TIME2_VACT(m->vdisplay); + xlnx_dsi_writel(dsi->iomem, XDSI_TIME2, reg); + + dev_dbg(dsi->dev, "LCD size = %dx%d\n", m->hdisplay, m->hdisplay); +} + +static void xlnx_dsi_disable(struct drm_encoder *encoder) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); + + reg &= ~XDSI_CCR_COREENB; + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); + dev_dbg(dsi->dev, "DSI Tx is disabled. regs are at default values\n"); +} + +static void xlnx_dsi_enable(struct drm_encoder *encoder) +{ + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); + + reg |= XDSI_CCR_COREENB; + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); + dev_dbg(dsi->dev, "MIPI DSI Tx controller is enabled\n"); +} + +static const struct drm_encoder_helper_funcs +xlnx_dsi_encoder_helper_funcs = { + .atomic_mode_set = xlnx_dsi_atomic_mode_set, + .enable = xlnx_dsi_enable, + .disable = xlnx_dsi_disable, +}; + +static const struct drm_encoder_funcs xlnx_dsi_encoder_funcs = { + .destroy = drm_encoder_cleanup, +}; + +static int xlnx_dsi_parse_dt(struct xlnx_dsi *dsi) +{ + struct device *dev = dsi->dev; + struct device_node *node = dev->of_node; + int ret; + u32 datatype; + static const int xdsi_mul_fact[XDSI_NUM_DATA_T] = {300, 225, 225, 200}; + + dsi->dphy_clk_200M = devm_clk_get(dev, "dphy_clk_200M"); + if (IS_ERR(dsi->dphy_clk_200M)) { + ret = PTR_ERR(dsi->dphy_clk_200M); + dev_err(dev, "failed to get dphy_clk_200M %d\n", ret); + return ret; + } + + dsi->video_aclk = devm_clk_get(dev, "s_axis_aclk"); + if (IS_ERR(dsi->video_aclk)) { + ret = PTR_ERR(dsi->video_aclk); + dev_err(dev, "failed to get video_clk %d\n", ret); + return ret; + } + + ret = of_property_read_u32(node, "xlnx,dsi-num-lanes", &dsi->lanes); + if (ret < 0) { + dev_err(dsi->dev, "missing xlnx,dsi-num-lanes property\n"); + return ret; + } + if (dsi->lanes > 4 || dsi->lanes < 1) { + dev_err(dsi->dev, "%d lanes : invalid lanes\n", dsi->lanes); + return -EINVAL; + } + + ret = of_property_read_u32(node, "xlnx,dsi-data-type", &datatype); + if (ret < 0) { + dev_err(dsi->dev, "missing xlnx,dsi-data-type property\n"); + return ret; + } + dsi->format = datatype; + if (datatype > MIPI_DSI_FMT_RGB565) { + dev_err(dsi->dev, "Invalid xlnx,dsi-data-type string\n"); + return -EINVAL; + } + + /* + * multiplication factor used for HACT, based on data type. + * + * e.g. for RGB666_L datatype and 1920x1080 resolution, + * the Hact (WC) would be as follows - + * 1920 pixels * 18 bits per pixel / 8 bits per byte + * = 1920 pixels * 2.25 bytes per pixel = 4320 bytes. + * + * Data Type - Multiplication factor + * RGB888 - 3 + * RGB666_L - 2.25 +- * RGB666_P - 2.25 + * RGB565 - 2 + * + * Since the multiplication factor maybe a floating number, + * a 100x multiplication factor is used. + */ + dsi->mul_factor = xdsi_mul_fact[datatype]; + + dsi->cmdmode = of_property_read_bool(node, "xlnx,dsi-cmd-mode"); + + dev_dbg(dsi->dev, "DSI controller num lanes = %d", dsi->lanes); + dev_dbg(dsi->dev, "DSI controller datatype = %d\n", datatype); + dev_dbg(dsi->dev, "DSI controller cmd mode = %d\n", dsi->cmdmode); + + return 0; +} + +static int xlnx_dsi_bind(struct device *dev, struct device *master, + void *data) +{ + struct xlnx_dsi *dsi = dev_get_drvdata(dev); + struct drm_encoder *encoder = &dsi->encoder; + struct drm_device *drm_dev = data; + int ret; + + drm_encoder_init(drm_dev, encoder, &xlnx_dsi_encoder_funcs, + DRM_MODE_ENCODER_DSI, NULL); + drm_encoder_helper_add(encoder, &xlnx_dsi_encoder_helper_funcs); + + encoder->possible_crtcs = 1; + + ret = xlnx_dsi_create_connector(encoder); + if (ret) { + dev_err(dsi->dev, "fail creating connector, ret = %d\n", ret); + drm_encoder_cleanup(encoder); + return ret; + } + + ret = mipi_dsi_host_register(&dsi->dsi_host); + if (ret) { + dev_err(dsi->dev, "failed to register DSI host: %d\n", ret); + xlnx_dsi_connector_destroy(&dsi->connector); + drm_encoder_cleanup(encoder); + return ret; + } + + return 0; +} + +static void xlnx_dsi_unbind(struct device *dev, struct device *master, + void *data) +{ + struct xlnx_dsi *dsi = dev_get_drvdata(dev); + + xlnx_dsi_disable(&dsi->encoder); + mipi_dsi_host_unregister(&dsi->dsi_host); +} + +static const struct component_ops xlnx_dsi_component_ops = { + .bind = xlnx_dsi_bind, + .unbind = xlnx_dsi_unbind, +}; + +static int xlnx_dsi_probe(struct platform_device *pdev) +{ + struct device *dev = &pdev->dev; + struct resource *res; + struct xlnx_dsi *dsi; + int ret; + unsigned long rate; + + dsi = devm_kzalloc(dev, sizeof(*dsi), GFP_KERNEL); + if (!dsi) + return -ENOMEM; + + dsi->dsi_host.ops = &xlnx_dsi_ops; + dsi->dsi_host.dev = dev; + dsi->dev = dev; + + ret = xlnx_dsi_parse_dt(dsi); + if (ret) + return ret; + + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); + dsi->iomem = devm_ioremap_resource(dev, res); + if (IS_ERR(dsi->iomem)) { + dev_err(dev, "failed to remap io region\n"); + return PTR_ERR(dsi->iomem); + } + platform_set_drvdata(pdev, dsi); + + ret = clk_set_rate(dsi->dphy_clk_200M, XDSI_DPHY_CLK_REQ); + if (ret) { + dev_err(dev, "failed to set dphy clk rate %d\n", ret); + return ret; + } + + ret = clk_prepare_enable(dsi->dphy_clk_200M); + if (ret) { + dev_err(dev, "failed to enable dphy clk %d\n", ret); + return ret; + } + + rate = clk_get_rate(dsi->dphy_clk_200M); + /* Based on clock source, little deviation is acceptable */ + if (rate < XDSI_DPHY_CLK_MIN && rate > XDSI_DPHY_CLK_MAX) { + dev_err(dev, "Error DPHY clock = %lu\n", rate); + ret = -EINVAL; + goto err_disable_dphy_clk; + } + + ret = clk_prepare_enable(dsi->video_aclk); + if (ret) { + dev_err(dev, "failed to enable video clk %d\n", ret); + goto err_disable_dphy_clk; + } + + ret = component_add(dev, &xlnx_dsi_component_ops); + if (ret) + goto err_disable_video_clk; + + return 0; + +err_disable_video_clk: + clk_disable_unprepare(dsi->video_aclk); +err_disable_dphy_clk: + clk_disable_unprepare(dsi->dphy_clk_200M); + + return ret; +} + +static int xlnx_dsi_remove(struct platform_device *pdev) +{ + struct xlnx_dsi *dsi = platform_get_drvdata(pdev); + + component_del(&pdev->dev, &xlnx_dsi_component_ops); + clk_disable_unprepare(dsi->video_aclk); + clk_disable_unprepare(dsi->dphy_clk_200M); + + return 0; +} + +static const struct of_device_id xlnx_dsi_of_match[] = { + { .compatible = "xlnx-dsi-1.0", }, + { /* end of table */ }, +}; +MODULE_DEVICE_TABLE(of, xlnx_dsi_of_match); + +static struct platform_driver dsi_driver = { + .probe = xlnx_dsi_probe, + .remove = xlnx_dsi_remove, + .driver = { + .name = "xlnx-dsi", + .of_match_table = xlnx_dsi_of_match, + }, +}; + +module_platform_driver(dsi_driver); + +MODULE_AUTHOR("Xilinx, Inc."); +MODULE_DESCRIPTION("Xilinx Programmable MIPI DSI TX Driver"); +MODULE_LICENSE("GPL v2"); -- 1.8.3.1 This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply related [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 2/2] drm: xlnx: dsi: driver for Xilinx DSI TX subsystem 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu @ 2020-08-13 19:05 ` Sam Ravnborg -1 siblings, 0 replies; 18+ messages in thread From: Sam Ravnborg @ 2020-08-13 19:05 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: hyun.kwon, laurent.pinchart, dri-devel, sandipk, airlied, linux-kernel, vgannava Hi Venkateshwar On Tue, Aug 11, 2020 at 06:16:17AM +0530, Venkateshwar Rao Gannavarapu wrote: > The Xilinx MIPI DSI TX subsystem soft IP is used to display video > data from AXI-4 stream interface. > > It supports upto 4 lanes, multiple RGB color formats, video mode > and command mode. The driver provides the kernel mode setting and > MIPI DSI host functionalities. > > Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> This is maybe covered before - but considered that this driver is used to control an IP that may be utilised by other hardware configurations in the future this should be independent and not tied to the xilinx display driver. In other words - this would be much better implemented on top of the bridge framework. In the beginning ther will only a single user of this bridge driver, so no backward compatibility is needed. Just update the xilinx driver to use the new bride interface and this should do the trick. Some benefits from this: - drm_panel stuff will be handled by the panel_bridge - the connector will be handled by drm_bridge_conector - no need for the component framework - reuseabilty by others I did not comment on the actual patch - because the details looks good. But the overall design needs an update. I look forward to see this implemented as a bridge driver with the necessary adjustments to the display driver. Sam > --- > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 ++++++++++++++++++++++++++++++++++++++++ > 3 files changed, 714 insertions(+) > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > diff --git a/drivers/gpu/drm/xlnx/Kconfig b/drivers/gpu/drm/xlnx/Kconfig > index aa6cd88..991bb37 100644 > --- a/drivers/gpu/drm/xlnx/Kconfig > +++ b/drivers/gpu/drm/xlnx/Kconfig > @@ -11,3 +11,14 @@ config DRM_ZYNQMP_DPSUB > This is a DRM/KMS driver for ZynqMP DisplayPort controller. Choose > this option if you have a Xilinx ZynqMP SoC with DisplayPort > subsystem. > + > +config DRM_XLNX_DSI > + tristate "Xilinx DRM DSI Subsystem Driver" > + select DRM_MIPI_DSI > + select DRM_PANEL > + select DRM_PANEL_SIMPLE > + help > + DRM KMS driver for Xilinx programmable DSI subsystem controller. > + Choose this option if you have a Xilinx MIPI DSI-TX in video > + pipeline. The driver provides the kernel mode settings and MIPI > + DSI host functionalities. > diff --git a/drivers/gpu/drm/xlnx/Makefile b/drivers/gpu/drm/xlnx/Makefile > index 2b844c6..b7ee6ef 100644 > --- a/drivers/gpu/drm/xlnx/Makefile > +++ b/drivers/gpu/drm/xlnx/Makefile > @@ -1,2 +1,4 @@ > zynqmp-dpsub-objs += zynqmp_disp.o zynqmp_dpsub.o zynqmp_dp.o > obj-$(CONFIG_DRM_ZYNQMP_DPSUB) += zynqmp-dpsub.o > + > +obj-$(CONFIG_DRM_XLNX_DSI) += xlnx_dsi.o > diff --git a/drivers/gpu/drm/xlnx/xlnx_dsi.c b/drivers/gpu/drm/xlnx/xlnx_dsi.c > new file mode 100644 > index 0000000..3231043 > --- /dev/null > +++ b/drivers/gpu/drm/xlnx/xlnx_dsi.c > @@ -0,0 +1,701 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * Xilinx FPGA MIPI DSI Tx Controller driver > + * > + * Copyright (C) 2017 - 2019 Xilinx, Inc. > + * > + * Authors: > + * - Saurabh Sengar <saurabhs@xilinx.com> > + * - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> > + */ > + > +#include <drm/drm_atomic_helper.h> > +#include <drm/drm_connector.h> > +#include <drm/drm_crtc.h> > +#include <drm/drm_crtc_helper.h> > +#include <drm/drm_device.h> > +#include <drm/drm_encoder.h> > +#include <drm/drm_fourcc.h> > +#include <drm/drm_gem_cma_helper.h> > +#include <drm/drm_mipi_dsi.h> > +#include <drm/drm_panel.h> > +#include <drm/drm_probe_helper.h> > + > +#include <linux/clk.h> > +#include <linux/component.h> > +#include <linux/device.h> > +#include <linux/iopoll.h> > +#include <linux/of_device.h> > +#include <linux/of_graph.h> > +#include <linux/phy/phy.h> > + > +#include <video/mipi_display.h> > +#include <video/videomode.h> > + > +/* DSI Tx IP registers */ > +#define XDSI_CCR 0x00 > +#define XDSI_CCR_COREENB BIT(0) > +#define XDSI_CCR_SOFTRST BIT(1) > +#define XDSI_CCR_CRREADY BIT(2) > +#define XDSI_CCR_CMDMODE BIT(3) > +#define XDSI_CCR_DFIFORST BIT(4) > +#define XDSI_CCR_CMDFIFORST BIT(5) > +#define XDSI_PCR 0x04 > +#define XDSI_PCR_VIDEOMODE(x) (((x) & 0x3) << 3) > +#define XDSI_PCR_VIDEOMODE_MASK (0x3 << 3) > +#define XDSI_PCR_VIDEOMODE_SHIFT 3 > +#define XDSI_PCR_BLLPTYPE(x) ((x) << 5) > +#define XDSI_PCR_BLLPMODE(x) ((x) << 6) > +#define XDSI_PCR_EOTPENABLE(x) ((x) << 13) > +#define XDSI_GIER 0x20 > +#define XDSI_ISR 0x24 > +#define XDSI_IER 0x28 > +#define XDSI_STR 0x2C > +#define XDSI_STR_RDY_SHPKT BIT(6) > +#define XDSI_STR_RDY_LNGPKT BIT(7) > +#define XDSI_STR_DFIFO_FULL BIT(8) > +#define XDSI_STR_DFIFO_EMPTY BIT(9) > +#define XDSI_STR_WAITFR_DATA BIT(10) > +#define XDSI_STR_CMD_EXE_PGS BIT(11) > +#define XDSI_STR_CCMD_PROC BIT(12) > +#define XDSI_STR_LPKT_MASK (0x5 << 7) > +#define XDSI_CMD 0x30 > +#define XDSI_CMD_QUEUE_PACKET(x) ((x) & GENMASK(23, 0)) > +#define XDSI_DFR 0x34 > +#define XDSI_TIME1 0x50 > +#define XDSI_TIME1_BLLP_BURST(x) ((x) & GENMASK(15, 0)) > +#define XDSI_TIME1_HSA(x) (((x) & GENMASK(15, 0)) << 16) > +#define XDSI_TIME2 0x54 > +#define XDSI_TIME2_VACT(x) ((x) & GENMASK(15, 0)) > +#define XDSI_TIME2_HACT(x) (((x) & GENMASK(15, 0)) << 16) > +#define XDSI_HACT_MULTIPLIER GENMASK(1, 0) > +#define XDSI_TIME3 0x58 > +#define XDSI_TIME3_HFP(x) ((x) & GENMASK(15, 0)) > +#define XDSI_TIME3_HBP(x) (((x) & GENMASK(15, 0)) << 16) > +#define XDSI_TIME4 0x5c > +#define XDSI_TIME4_VFP(x) ((x) & GENMASK(7, 0)) > +#define XDSI_TIME4_VBP(x) (((x) & GENMASK(7, 0)) << 8) > +#define XDSI_TIME4_VSA(x) (((x) & GENMASK(7, 0)) << 16) > +#define XDSI_LTIME 0x60 > +#define XDSI_BLLP_TIME 0x64 > +/* > + * XDSI_NUM_DATA_T represents number of data types in the > + * enum mipi_dsi_pixel_format in the MIPI DSI part of DRM framework. > + */ > +#define XDSI_NUM_DATA_T 4 > + > +#define XDSI_DPHY_CLK_MIN 197000000000UL > +#define XDSI_DPHY_CLK_MAX 203000000000UL > +#define XDSI_DPHY_CLK_REQ 200000000000UL > + > +/* command timeout in usec */ > +#define XDSI_CMD_TIMEOUT_VAL (3000) > + > +/** > + * struct xlnx_dsi - Xilinx DSI-TX core > + * @encoder: DRM encoder structure > + * @dsi_host: DSI host device > + * @connector: DRM connector structure > + * @panel_node: MIPI DSI device panel node > + * @panel: DRM panel structure > + * @dev: device structure > + * @iomem: Base address of DSI subsystem > + * @lanes: number of active data lanes supported by DSI controller > + * @cmdmode: command mode support > + * @mode_flags: DSI operation mode related flags > + * @format: pixel format for video mode of DSI controller > + * @mul_factor: multiplication factor for HACT timing parameter > + * @video_aclk: Video clock > + * @dphy_clk_200M: 200MHz DPHY clock and AXI Lite clock > + */ > +struct xlnx_dsi { > + struct drm_encoder encoder; > + struct mipi_dsi_host dsi_host; > + struct drm_connector connector; > + struct device_node *panel_node; > + struct drm_panel *panel; > + struct device *dev; > + void __iomem *iomem; > + u32 lanes; > + bool cmdmode; > + u32 mode_flags; > + enum mipi_dsi_pixel_format format; > + u32 mul_factor; > + struct clk *video_aclk; > + struct clk *dphy_clk_200M; > +}; > + > +#define host_to_dsi(host) container_of(host, struct xlnx_dsi, dsi_host) > +#define connector_to_dsi(c) container_of(c, struct xlnx_dsi, connector) > +#define encoder_to_dsi(e) container_of(e, struct xlnx_dsi, encoder) > + > +static inline void xlnx_dsi_writel(void __iomem *base, int offset, u32 val) > +{ > + writel(val, base + offset); > +} > + > +static inline u32 xlnx_dsi_readl(void __iomem *base, int offset) > +{ > + return readl(base + offset); > +} > + > +/** > + * xlnx_dsi_host_transfer - transfer command to panel > + * @host: mipi dsi host structure > + * @msg: mipi dsi msg with type, length and data > + * > + * This function is valid only in command mode. > + * It checks the command fifo empty status and writes into > + * data or cmd register and waits for the completion status. > + * > + * Return: number of bytes, on success and error number on failure > + */ > +static ssize_t xlnx_dsi_host_transfer(struct mipi_dsi_host *host, > + const struct mipi_dsi_msg *msg) > +{ > + struct xlnx_dsi *dsi = host_to_dsi(host); > + u32 data, cmd0, val, offset; > + int status; > + const char *tx_buf = msg->tx_buf; > + > + switch (msg->type) { > + case MIPI_DSI_DCS_LONG_WRITE: > + case MIPI_DSI_DCS_GENERIC_LONG_WRITE: > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + (val & XDSI_STR_LPKT_MASK == > + XDSI_STR_LPKT_MASK), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "long cmd fifo not empty!\n"); > + return -EBUSY; > + } > + cmd0 = msg->type | (msg->tx_len << 8); > + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, cmd0); > + > + for (offset = 0; offset <= msg->tx_len; offset += 4, data = 0) { > + data = tx_buf[0 + offset] | tx_buf[1 + offset] << 8 | > + tx_buf[2 + offset] << 16 | > + tx_buf[3 + offset] << 24; > + xlnx_dsi_writel(dsi->iomem, XDSI_DFR, data); > + } > + break; > + case MIPI_DSI_DCS_SHORT_WRITE_PARAM: > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + (val & XDSI_STR_RDY_SHPKT == > + XDSI_STR_RDY_SHPKT), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "short cmd fifo not empty\n"); > + return -EBUSY; > + } > + data = MIPI_DSI_DCS_SHORT_WRITE_PARAM | > + (tx_buf[0] << 8) | (tx_buf[1] << 16); > + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); > + break; > + case MIPI_DSI_DCS_SHORT_WRITE: > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + (val & XDSI_STR_RDY_SHPKT == > + XDSI_STR_RDY_SHPKT), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "short cmd fifo not empty\n"); > + return -EBUSY; > + } > + data = MIPI_DSI_DCS_SHORT_WRITE | (tx_buf[0] << 8); > + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); > + break; > + case default: > + dev_err(dsi->dev, "Unsupported command type\n"); > + return -EINVAL; > + } > + > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + !(val & XDSI_STR_CMD_EXE_PGS), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "cmd timeout\n"); > + return status; > + } > + > + return msg->tx_len; > +} > + > +static int xlnx_dsi_host_attach(struct mipi_dsi_host *host, > + struct mipi_dsi_device *device) > +{ > + u32 panel_lanes = device->lanes; > + struct xlnx_dsi *dsi = host_to_dsi(host); > + > + dsi->mode_flags = device->mode_flags; > + dsi->panel_node = device->dev.of_node; > + > + if (panel_lanes != dsi->lanes) { > + dev_err(dsi->dev, "Mismatch of lanes. panel = %d, DSI = %d\n", > + panel_lanes, dsi->lanes); > + return -EINVAL; > + } > + > + if (device->format != dsi->format) { > + dev_err(dsi->dev, "Mismatch of format. panel = %d, DSI = %d\n", > + device->format, dsi->format); > + return -EINVAL; > + } > + > + if (dsi->connector.dev) > + drm_helper_hpd_irq_event(dsi->connector.dev); > + > + dsi->panel = of_drm_find_panel(dsi->panel_node); > + if (IS_ERR(dsi->panel)) { > + dsi->panel = NULL; > + } else { > + drm_panel_attach(dsi->panel, &dsi->connector); > + dsi->connector.status = connector_status_connected; > + } > + > + return 0; > +} > + > +static int xlnx_dsi_host_detach(struct mipi_dsi_host *host, > + struct mipi_dsi_device *device) > +{ > + struct xlnx_dsi *dsi = host_to_dsi(host); > + > + if (dsi->panel) { > + drm_panel_detach(dsi->panel); > + dsi->panel = NULL; > + } > + > + if (dsi->connector.dev) > + drm_helper_hpd_irq_event(dsi->connector.dev); > + > + return 0; > +} > + > +static const struct mipi_dsi_host_ops xlnx_dsi_ops = { > + .attach = xlnx_dsi_host_attach, > + .detach = xlnx_dsi_host_detach, > + .transfer = xlnx_dsi_host_transfer, > +}; > + > +static int xlnx_dsi_connector_dpms(struct drm_connector *connector, > + int mode) > +{ > + struct xlnx_dsi *dsi = connector_to_dsi(connector); > + int ret; > + > + dev_dbg(dsi->dev, "connector dpms state: %d\n", mode); > + > + switch (mode) { > + case DRM_MODE_DPMS_ON: > + ret = drm_panel_enable(dsi->panel); > + if (ret < 0) { > + drm_panel_unprepare(dsi->panel); > + dev_err(dsi->dev, "DRM panel not enabled\n"); > + return ret; > + } > + break; > + default: > + drm_panel_disable(dsi->panel); > + drm_panel_unprepare(dsi->panel); > + break; > + } > + > + return drm_helper_connector_dpms(connector, mode); > +} > + > +static enum drm_connector_status > +xlnx_dsi_detect(struct drm_connector *connector, bool force) > +{ > + struct xlnx_dsi *dsi = connector_to_dsi(connector); > + > + if (dsi->panel) { > + if (dsi->cmdmode) > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, > + XDSI_CCR_CMDMODE | XDSI_CCR_COREENB); > + ret = drm_panel_prepare(dsi->panel); > + if (ret < 0) { > + dev_err(dsi->dev, "DRM panel not found\n"); > + return ret; > + } > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, 0); > + return connector_status_connected; > + } else if (!dsi->panel_node) { > + xlnx_dsi_connector_dpms(connector, DRM_MODE_DPMS_OFF); > + drm_panel_detach(dsi->panel); > + dsi->panel = NULL; > + } > + > + return connector_status_disconnected; > +} > + > +static void xlnx_dsi_connector_destroy(struct drm_connector *connector) > +{ > + drm_connector_unregister(connector); > + drm_connector_cleanup(connector); > + connector->dev = NULL; > +} > + > +static const struct drm_connector_funcs xlnx_dsi_connector_funcs = { > + .detect = xlnx_dsi_detect, > + .fill_modes = drm_helper_probe_single_connector_modes, > + .destroy = xlnx_dsi_connector_destroy, > + .reset = drm_atomic_helper_connector_reset, > + .atomic_duplicate_state = drm_atomic_helper_connector_duplicate_state, > + .atomic_destroy_state = drm_atomic_helper_connector_destroy_state, > + .dpms = xlnx_dsi_connector_dpms, > +}; > + > +static int xlnx_dsi_get_modes(struct drm_connector *connector) > +{ > + struct xlnx_dsi *dsi = connector_to_dsi(connector); > + > + if (dsi->panel) > + return drm_panel_get_modes(dsi->panel, connector); > + > + return 0; > +} > + > +static struct drm_encoder * > +xlnx_dsi_best_encoder(struct drm_connector *connector) > +{ > + return &(connector_to_dsi(connector)->encoder); > +} > + > +static const struct drm_connector_helper_funcs > +xlnx_dsi_connector_helper_funcs = { > + .get_modes = xlnx_dsi_get_modes, > + .best_encoder = xlnx_dsi_best_encoder, > +}; > + > +static int xlnx_dsi_create_connector(struct drm_encoder *encoder) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + struct drm_connector *connector = &dsi->connector; > + struct drm_device *drm = encoder->dev; > + int ret; > + > + connector->polled = DRM_CONNECTOR_POLL_HPD; > + > + ret = drm_connector_init(encoder->dev, connector, > + &xlnx_dsi_connector_funcs, > + DRM_MODE_CONNECTOR_DSI); > + if (ret) { > + dev_err(dsi->dev, "Failed to create the DRM connector\n"); > + return ret; > + } > + > + drm_connector_helper_add(connector, &xlnx_dsi_connector_helper_funcs); > + drm_connector_register(connector); > + drm_connector_attach_encoder(connector, encoder); > + > + return 0; > +} > + > +/** > + * xlnx_dsi_atomic_mode_set - derive the DSI timing parameters > + * > + * @encoder: pointer to Xilinx DRM encoder > + * @crtc_state: Pointer to drm core crtc state > + * @connector_state: DSI connector drm state > + * > + * This function derives the DSI IP timing parameters from the timing > + * values given in the attached panel driver. > + */ > +static void > +xlnx_dsi_atomic_mode_set(struct drm_encoder *encoder, > + struct drm_crtc_state *crtc_state, > + struct drm_connector_state *connector_state) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + struct drm_display_mode *m = &crtc_state->adjusted_mode; > + u32 reg, video_mode; > + > + reg = xlnx_dsi_readl(dsi->iomem, XDSI_PCR); > + video_mode = (reg & XDSI_PCR_VIDEOMODE_MASK) >> > + XDSI_PCR_VIDEOMODE_SHIFT; > + > + /* configure the HSA value only if non_burst_sync_pluse video mode */ > + if (!video_mode && > + (dsi->mode_flags & MIPI_DSI_MODE_VIDEO_SYNC_PULSE)) { > + reg = XDSI_TIME1_HSA(m->hsync_end - m->hsync_start); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME1, reg); > + } > + > + reg = XDSI_TIME4_VFP(m->vsync_start - m->vdisplay) | > + XDSI_TIME4_VBP(m->vtotal - m->vsync_end) | > + XDSI_TIME4_VSA(m->vsync_end - m->vsync_start); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME4, reg); > + > + reg = XDSI_TIME3_HFP(m->hsync_start - m->hdisplay) | > + XDSI_TIME3_HBP(m->htotal - m->hsync_end); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME3, reg); > + dev_dbg(dsi->dev, "mul factor for parsed datatype is = %d\n", > + dsi->mul_factor / 100); > + /* > + * The HACT parameter received from panel timing values should be > + * divisible by 4. The reason for this is, the word count given as > + * input to DSI controller is HACT * mul_factor. The mul_factor is > + * 3, 2.25, 2.25, 2 respectively for RGB888, RGB666_L, RGB666_P and > + * RGB565. > + * e.g. for RGB666_L color format and 1080p, the word count is > + * 1920*2.25 = 4320 which is divisible by 4 and it is a valid input > + * to DSI controller. Based on this 2.25 mul factor, we come up with > + * the division factor of (XDSI_HACT_MULTIPLIER) as 4 for checking > + */ > + if ((m->hdisplay & XDSI_HACT_MULTIPLIER) != 0) > + dev_warn(dsi->dev, "hactive received from panel is not aligned\n"); > + > + reg = XDSI_TIME2_HACT(m->hdisplay * dsi->mul_factor / 100) | > + XDSI_TIME2_VACT(m->vdisplay); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME2, reg); > + > + dev_dbg(dsi->dev, "LCD size = %dx%d\n", m->hdisplay, m->hdisplay); > +} > + > +static void xlnx_dsi_disable(struct drm_encoder *encoder) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); > + > + reg &= ~XDSI_CCR_COREENB; > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); > + dev_dbg(dsi->dev, "DSI Tx is disabled. regs are at default values\n"); > +} > + > +static void xlnx_dsi_enable(struct drm_encoder *encoder) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); > + > + reg |= XDSI_CCR_COREENB; > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); > + dev_dbg(dsi->dev, "MIPI DSI Tx controller is enabled\n"); > +} > + > +static const struct drm_encoder_helper_funcs > +xlnx_dsi_encoder_helper_funcs = { > + .atomic_mode_set = xlnx_dsi_atomic_mode_set, > + .enable = xlnx_dsi_enable, > + .disable = xlnx_dsi_disable, > +}; > + > +static const struct drm_encoder_funcs xlnx_dsi_encoder_funcs = { > + .destroy = drm_encoder_cleanup, > +}; > + > +static int xlnx_dsi_parse_dt(struct xlnx_dsi *dsi) > +{ > + struct device *dev = dsi->dev; > + struct device_node *node = dev->of_node; > + int ret; > + u32 datatype; > + static const int xdsi_mul_fact[XDSI_NUM_DATA_T] = {300, 225, 225, 200}; > + > + dsi->dphy_clk_200M = devm_clk_get(dev, "dphy_clk_200M"); > + if (IS_ERR(dsi->dphy_clk_200M)) { > + ret = PTR_ERR(dsi->dphy_clk_200M); > + dev_err(dev, "failed to get dphy_clk_200M %d\n", ret); > + return ret; > + } > + > + dsi->video_aclk = devm_clk_get(dev, "s_axis_aclk"); > + if (IS_ERR(dsi->video_aclk)) { > + ret = PTR_ERR(dsi->video_aclk); > + dev_err(dev, "failed to get video_clk %d\n", ret); > + return ret; > + } > + > + ret = of_property_read_u32(node, "xlnx,dsi-num-lanes", &dsi->lanes); > + if (ret < 0) { > + dev_err(dsi->dev, "missing xlnx,dsi-num-lanes property\n"); > + return ret; > + } > + if (dsi->lanes > 4 || dsi->lanes < 1) { > + dev_err(dsi->dev, "%d lanes : invalid lanes\n", dsi->lanes); > + return -EINVAL; > + } > + > + ret = of_property_read_u32(node, "xlnx,dsi-data-type", &datatype); > + if (ret < 0) { > + dev_err(dsi->dev, "missing xlnx,dsi-data-type property\n"); > + return ret; > + } > + dsi->format = datatype; > + if (datatype > MIPI_DSI_FMT_RGB565) { > + dev_err(dsi->dev, "Invalid xlnx,dsi-data-type string\n"); > + return -EINVAL; > + } > + > + /* > + * multiplication factor used for HACT, based on data type. > + * > + * e.g. for RGB666_L datatype and 1920x1080 resolution, > + * the Hact (WC) would be as follows - > + * 1920 pixels * 18 bits per pixel / 8 bits per byte > + * = 1920 pixels * 2.25 bytes per pixel = 4320 bytes. > + * > + * Data Type - Multiplication factor > + * RGB888 - 3 > + * RGB666_L - 2.25 > +- * RGB666_P - 2.25 > + * RGB565 - 2 > + * > + * Since the multiplication factor maybe a floating number, > + * a 100x multiplication factor is used. > + */ > + dsi->mul_factor = xdsi_mul_fact[datatype]; > + > + dsi->cmdmode = of_property_read_bool(node, "xlnx,dsi-cmd-mode"); > + > + dev_dbg(dsi->dev, "DSI controller num lanes = %d", dsi->lanes); > + dev_dbg(dsi->dev, "DSI controller datatype = %d\n", datatype); > + dev_dbg(dsi->dev, "DSI controller cmd mode = %d\n", dsi->cmdmode); > + > + return 0; > +} > + > +static int xlnx_dsi_bind(struct device *dev, struct device *master, > + void *data) > +{ > + struct xlnx_dsi *dsi = dev_get_drvdata(dev); > + struct drm_encoder *encoder = &dsi->encoder; > + struct drm_device *drm_dev = data; > + int ret; > + > + drm_encoder_init(drm_dev, encoder, &xlnx_dsi_encoder_funcs, > + DRM_MODE_ENCODER_DSI, NULL); > + drm_encoder_helper_add(encoder, &xlnx_dsi_encoder_helper_funcs); > + > + encoder->possible_crtcs = 1; > + > + ret = xlnx_dsi_create_connector(encoder); > + if (ret) { > + dev_err(dsi->dev, "fail creating connector, ret = %d\n", ret); > + drm_encoder_cleanup(encoder); > + return ret; > + } > + > + ret = mipi_dsi_host_register(&dsi->dsi_host); > + if (ret) { > + dev_err(dsi->dev, "failed to register DSI host: %d\n", ret); > + xlnx_dsi_connector_destroy(&dsi->connector); > + drm_encoder_cleanup(encoder); > + return ret; > + } > + > + return 0; > +} > + > +static void xlnx_dsi_unbind(struct device *dev, struct device *master, > + void *data) > +{ > + struct xlnx_dsi *dsi = dev_get_drvdata(dev); > + > + xlnx_dsi_disable(&dsi->encoder); > + mipi_dsi_host_unregister(&dsi->dsi_host); > +} > + > +static const struct component_ops xlnx_dsi_component_ops = { > + .bind = xlnx_dsi_bind, > + .unbind = xlnx_dsi_unbind, > +}; > + > +static int xlnx_dsi_probe(struct platform_device *pdev) > +{ > + struct device *dev = &pdev->dev; > + struct resource *res; > + struct xlnx_dsi *dsi; > + int ret; > + unsigned long rate; > + > + dsi = devm_kzalloc(dev, sizeof(*dsi), GFP_KERNEL); > + if (!dsi) > + return -ENOMEM; > + > + dsi->dsi_host.ops = &xlnx_dsi_ops; > + dsi->dsi_host.dev = dev; > + dsi->dev = dev; > + > + ret = xlnx_dsi_parse_dt(dsi); > + if (ret) > + return ret; > + > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > + dsi->iomem = devm_ioremap_resource(dev, res); > + if (IS_ERR(dsi->iomem)) { > + dev_err(dev, "failed to remap io region\n"); > + return PTR_ERR(dsi->iomem); > + } > + platform_set_drvdata(pdev, dsi); > + > + ret = clk_set_rate(dsi->dphy_clk_200M, XDSI_DPHY_CLK_REQ); > + if (ret) { > + dev_err(dev, "failed to set dphy clk rate %d\n", ret); > + return ret; > + } > + > + ret = clk_prepare_enable(dsi->dphy_clk_200M); > + if (ret) { > + dev_err(dev, "failed to enable dphy clk %d\n", ret); > + return ret; > + } > + > + rate = clk_get_rate(dsi->dphy_clk_200M); > + /* Based on clock source, little deviation is acceptable */ > + if (rate < XDSI_DPHY_CLK_MIN && rate > XDSI_DPHY_CLK_MAX) { > + dev_err(dev, "Error DPHY clock = %lu\n", rate); > + ret = -EINVAL; > + goto err_disable_dphy_clk; > + } > + > + ret = clk_prepare_enable(dsi->video_aclk); > + if (ret) { > + dev_err(dev, "failed to enable video clk %d\n", ret); > + goto err_disable_dphy_clk; > + } > + > + ret = component_add(dev, &xlnx_dsi_component_ops); > + if (ret) > + goto err_disable_video_clk; > + > + return 0; > + > +err_disable_video_clk: > + clk_disable_unprepare(dsi->video_aclk); > +err_disable_dphy_clk: > + clk_disable_unprepare(dsi->dphy_clk_200M); > + > + return ret; > +} > + > +static int xlnx_dsi_remove(struct platform_device *pdev) > +{ > + struct xlnx_dsi *dsi = platform_get_drvdata(pdev); > + > + component_del(&pdev->dev, &xlnx_dsi_component_ops); > + clk_disable_unprepare(dsi->video_aclk); > + clk_disable_unprepare(dsi->dphy_clk_200M); > + > + return 0; > +} > + > +static const struct of_device_id xlnx_dsi_of_match[] = { > + { .compatible = "xlnx-dsi-1.0", }, > + { /* end of table */ }, > +}; > +MODULE_DEVICE_TABLE(of, xlnx_dsi_of_match); > + > +static struct platform_driver dsi_driver = { > + .probe = xlnx_dsi_probe, > + .remove = xlnx_dsi_remove, > + .driver = { > + .name = "xlnx-dsi", > + .of_match_table = xlnx_dsi_of_match, > + }, > +}; > + > +module_platform_driver(dsi_driver); > + > +MODULE_AUTHOR("Xilinx, Inc."); > +MODULE_DESCRIPTION("Xilinx Programmable MIPI DSI TX Driver"); > +MODULE_LICENSE("GPL v2"); > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 2/2] drm: xlnx: dsi: driver for Xilinx DSI TX subsystem @ 2020-08-13 19:05 ` Sam Ravnborg 0 siblings, 0 replies; 18+ messages in thread From: Sam Ravnborg @ 2020-08-13 19:05 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: sandipk, hyun.kwon, airlied, linux-kernel, dri-devel, vgannava, laurent.pinchart Hi Venkateshwar On Tue, Aug 11, 2020 at 06:16:17AM +0530, Venkateshwar Rao Gannavarapu wrote: > The Xilinx MIPI DSI TX subsystem soft IP is used to display video > data from AXI-4 stream interface. > > It supports upto 4 lanes, multiple RGB color formats, video mode > and command mode. The driver provides the kernel mode setting and > MIPI DSI host functionalities. > > Signed-off-by: Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> This is maybe covered before - but considered that this driver is used to control an IP that may be utilised by other hardware configurations in the future this should be independent and not tied to the xilinx display driver. In other words - this would be much better implemented on top of the bridge framework. In the beginning ther will only a single user of this bridge driver, so no backward compatibility is needed. Just update the xilinx driver to use the new bride interface and this should do the trick. Some benefits from this: - drm_panel stuff will be handled by the panel_bridge - the connector will be handled by drm_bridge_conector - no need for the component framework - reuseabilty by others I did not comment on the actual patch - because the details looks good. But the overall design needs an update. I look forward to see this implemented as a bridge driver with the necessary adjustments to the display driver. Sam > --- > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 ++++++++++++++++++++++++++++++++++++++++ > 3 files changed, 714 insertions(+) > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > diff --git a/drivers/gpu/drm/xlnx/Kconfig b/drivers/gpu/drm/xlnx/Kconfig > index aa6cd88..991bb37 100644 > --- a/drivers/gpu/drm/xlnx/Kconfig > +++ b/drivers/gpu/drm/xlnx/Kconfig > @@ -11,3 +11,14 @@ config DRM_ZYNQMP_DPSUB > This is a DRM/KMS driver for ZynqMP DisplayPort controller. Choose > this option if you have a Xilinx ZynqMP SoC with DisplayPort > subsystem. > + > +config DRM_XLNX_DSI > + tristate "Xilinx DRM DSI Subsystem Driver" > + select DRM_MIPI_DSI > + select DRM_PANEL > + select DRM_PANEL_SIMPLE > + help > + DRM KMS driver for Xilinx programmable DSI subsystem controller. > + Choose this option if you have a Xilinx MIPI DSI-TX in video > + pipeline. The driver provides the kernel mode settings and MIPI > + DSI host functionalities. > diff --git a/drivers/gpu/drm/xlnx/Makefile b/drivers/gpu/drm/xlnx/Makefile > index 2b844c6..b7ee6ef 100644 > --- a/drivers/gpu/drm/xlnx/Makefile > +++ b/drivers/gpu/drm/xlnx/Makefile > @@ -1,2 +1,4 @@ > zynqmp-dpsub-objs += zynqmp_disp.o zynqmp_dpsub.o zynqmp_dp.o > obj-$(CONFIG_DRM_ZYNQMP_DPSUB) += zynqmp-dpsub.o > + > +obj-$(CONFIG_DRM_XLNX_DSI) += xlnx_dsi.o > diff --git a/drivers/gpu/drm/xlnx/xlnx_dsi.c b/drivers/gpu/drm/xlnx/xlnx_dsi.c > new file mode 100644 > index 0000000..3231043 > --- /dev/null > +++ b/drivers/gpu/drm/xlnx/xlnx_dsi.c > @@ -0,0 +1,701 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * Xilinx FPGA MIPI DSI Tx Controller driver > + * > + * Copyright (C) 2017 - 2019 Xilinx, Inc. > + * > + * Authors: > + * - Saurabh Sengar <saurabhs@xilinx.com> > + * - Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> > + */ > + > +#include <drm/drm_atomic_helper.h> > +#include <drm/drm_connector.h> > +#include <drm/drm_crtc.h> > +#include <drm/drm_crtc_helper.h> > +#include <drm/drm_device.h> > +#include <drm/drm_encoder.h> > +#include <drm/drm_fourcc.h> > +#include <drm/drm_gem_cma_helper.h> > +#include <drm/drm_mipi_dsi.h> > +#include <drm/drm_panel.h> > +#include <drm/drm_probe_helper.h> > + > +#include <linux/clk.h> > +#include <linux/component.h> > +#include <linux/device.h> > +#include <linux/iopoll.h> > +#include <linux/of_device.h> > +#include <linux/of_graph.h> > +#include <linux/phy/phy.h> > + > +#include <video/mipi_display.h> > +#include <video/videomode.h> > + > +/* DSI Tx IP registers */ > +#define XDSI_CCR 0x00 > +#define XDSI_CCR_COREENB BIT(0) > +#define XDSI_CCR_SOFTRST BIT(1) > +#define XDSI_CCR_CRREADY BIT(2) > +#define XDSI_CCR_CMDMODE BIT(3) > +#define XDSI_CCR_DFIFORST BIT(4) > +#define XDSI_CCR_CMDFIFORST BIT(5) > +#define XDSI_PCR 0x04 > +#define XDSI_PCR_VIDEOMODE(x) (((x) & 0x3) << 3) > +#define XDSI_PCR_VIDEOMODE_MASK (0x3 << 3) > +#define XDSI_PCR_VIDEOMODE_SHIFT 3 > +#define XDSI_PCR_BLLPTYPE(x) ((x) << 5) > +#define XDSI_PCR_BLLPMODE(x) ((x) << 6) > +#define XDSI_PCR_EOTPENABLE(x) ((x) << 13) > +#define XDSI_GIER 0x20 > +#define XDSI_ISR 0x24 > +#define XDSI_IER 0x28 > +#define XDSI_STR 0x2C > +#define XDSI_STR_RDY_SHPKT BIT(6) > +#define XDSI_STR_RDY_LNGPKT BIT(7) > +#define XDSI_STR_DFIFO_FULL BIT(8) > +#define XDSI_STR_DFIFO_EMPTY BIT(9) > +#define XDSI_STR_WAITFR_DATA BIT(10) > +#define XDSI_STR_CMD_EXE_PGS BIT(11) > +#define XDSI_STR_CCMD_PROC BIT(12) > +#define XDSI_STR_LPKT_MASK (0x5 << 7) > +#define XDSI_CMD 0x30 > +#define XDSI_CMD_QUEUE_PACKET(x) ((x) & GENMASK(23, 0)) > +#define XDSI_DFR 0x34 > +#define XDSI_TIME1 0x50 > +#define XDSI_TIME1_BLLP_BURST(x) ((x) & GENMASK(15, 0)) > +#define XDSI_TIME1_HSA(x) (((x) & GENMASK(15, 0)) << 16) > +#define XDSI_TIME2 0x54 > +#define XDSI_TIME2_VACT(x) ((x) & GENMASK(15, 0)) > +#define XDSI_TIME2_HACT(x) (((x) & GENMASK(15, 0)) << 16) > +#define XDSI_HACT_MULTIPLIER GENMASK(1, 0) > +#define XDSI_TIME3 0x58 > +#define XDSI_TIME3_HFP(x) ((x) & GENMASK(15, 0)) > +#define XDSI_TIME3_HBP(x) (((x) & GENMASK(15, 0)) << 16) > +#define XDSI_TIME4 0x5c > +#define XDSI_TIME4_VFP(x) ((x) & GENMASK(7, 0)) > +#define XDSI_TIME4_VBP(x) (((x) & GENMASK(7, 0)) << 8) > +#define XDSI_TIME4_VSA(x) (((x) & GENMASK(7, 0)) << 16) > +#define XDSI_LTIME 0x60 > +#define XDSI_BLLP_TIME 0x64 > +/* > + * XDSI_NUM_DATA_T represents number of data types in the > + * enum mipi_dsi_pixel_format in the MIPI DSI part of DRM framework. > + */ > +#define XDSI_NUM_DATA_T 4 > + > +#define XDSI_DPHY_CLK_MIN 197000000000UL > +#define XDSI_DPHY_CLK_MAX 203000000000UL > +#define XDSI_DPHY_CLK_REQ 200000000000UL > + > +/* command timeout in usec */ > +#define XDSI_CMD_TIMEOUT_VAL (3000) > + > +/** > + * struct xlnx_dsi - Xilinx DSI-TX core > + * @encoder: DRM encoder structure > + * @dsi_host: DSI host device > + * @connector: DRM connector structure > + * @panel_node: MIPI DSI device panel node > + * @panel: DRM panel structure > + * @dev: device structure > + * @iomem: Base address of DSI subsystem > + * @lanes: number of active data lanes supported by DSI controller > + * @cmdmode: command mode support > + * @mode_flags: DSI operation mode related flags > + * @format: pixel format for video mode of DSI controller > + * @mul_factor: multiplication factor for HACT timing parameter > + * @video_aclk: Video clock > + * @dphy_clk_200M: 200MHz DPHY clock and AXI Lite clock > + */ > +struct xlnx_dsi { > + struct drm_encoder encoder; > + struct mipi_dsi_host dsi_host; > + struct drm_connector connector; > + struct device_node *panel_node; > + struct drm_panel *panel; > + struct device *dev; > + void __iomem *iomem; > + u32 lanes; > + bool cmdmode; > + u32 mode_flags; > + enum mipi_dsi_pixel_format format; > + u32 mul_factor; > + struct clk *video_aclk; > + struct clk *dphy_clk_200M; > +}; > + > +#define host_to_dsi(host) container_of(host, struct xlnx_dsi, dsi_host) > +#define connector_to_dsi(c) container_of(c, struct xlnx_dsi, connector) > +#define encoder_to_dsi(e) container_of(e, struct xlnx_dsi, encoder) > + > +static inline void xlnx_dsi_writel(void __iomem *base, int offset, u32 val) > +{ > + writel(val, base + offset); > +} > + > +static inline u32 xlnx_dsi_readl(void __iomem *base, int offset) > +{ > + return readl(base + offset); > +} > + > +/** > + * xlnx_dsi_host_transfer - transfer command to panel > + * @host: mipi dsi host structure > + * @msg: mipi dsi msg with type, length and data > + * > + * This function is valid only in command mode. > + * It checks the command fifo empty status and writes into > + * data or cmd register and waits for the completion status. > + * > + * Return: number of bytes, on success and error number on failure > + */ > +static ssize_t xlnx_dsi_host_transfer(struct mipi_dsi_host *host, > + const struct mipi_dsi_msg *msg) > +{ > + struct xlnx_dsi *dsi = host_to_dsi(host); > + u32 data, cmd0, val, offset; > + int status; > + const char *tx_buf = msg->tx_buf; > + > + switch (msg->type) { > + case MIPI_DSI_DCS_LONG_WRITE: > + case MIPI_DSI_DCS_GENERIC_LONG_WRITE: > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + (val & XDSI_STR_LPKT_MASK == > + XDSI_STR_LPKT_MASK), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "long cmd fifo not empty!\n"); > + return -EBUSY; > + } > + cmd0 = msg->type | (msg->tx_len << 8); > + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, cmd0); > + > + for (offset = 0; offset <= msg->tx_len; offset += 4, data = 0) { > + data = tx_buf[0 + offset] | tx_buf[1 + offset] << 8 | > + tx_buf[2 + offset] << 16 | > + tx_buf[3 + offset] << 24; > + xlnx_dsi_writel(dsi->iomem, XDSI_DFR, data); > + } > + break; > + case MIPI_DSI_DCS_SHORT_WRITE_PARAM: > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + (val & XDSI_STR_RDY_SHPKT == > + XDSI_STR_RDY_SHPKT), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "short cmd fifo not empty\n"); > + return -EBUSY; > + } > + data = MIPI_DSI_DCS_SHORT_WRITE_PARAM | > + (tx_buf[0] << 8) | (tx_buf[1] << 16); > + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); > + break; > + case MIPI_DSI_DCS_SHORT_WRITE: > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + (val & XDSI_STR_RDY_SHPKT == > + XDSI_STR_RDY_SHPKT), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "short cmd fifo not empty\n"); > + return -EBUSY; > + } > + data = MIPI_DSI_DCS_SHORT_WRITE | (tx_buf[0] << 8); > + xlnx_dsi_writel(dsi->iomem, XDSI_CMD, data); > + break; > + case default: > + dev_err(dsi->dev, "Unsupported command type\n"); > + return -EINVAL; > + } > + > + status = readl_poll_timeout(dsi->iomem + XDSI_STR, val, > + !(val & XDSI_STR_CMD_EXE_PGS), 1, > + XDSI_CMD_TIMEOUT_VAL); > + if (status) { > + dev_err(dsi->dev, "cmd timeout\n"); > + return status; > + } > + > + return msg->tx_len; > +} > + > +static int xlnx_dsi_host_attach(struct mipi_dsi_host *host, > + struct mipi_dsi_device *device) > +{ > + u32 panel_lanes = device->lanes; > + struct xlnx_dsi *dsi = host_to_dsi(host); > + > + dsi->mode_flags = device->mode_flags; > + dsi->panel_node = device->dev.of_node; > + > + if (panel_lanes != dsi->lanes) { > + dev_err(dsi->dev, "Mismatch of lanes. panel = %d, DSI = %d\n", > + panel_lanes, dsi->lanes); > + return -EINVAL; > + } > + > + if (device->format != dsi->format) { > + dev_err(dsi->dev, "Mismatch of format. panel = %d, DSI = %d\n", > + device->format, dsi->format); > + return -EINVAL; > + } > + > + if (dsi->connector.dev) > + drm_helper_hpd_irq_event(dsi->connector.dev); > + > + dsi->panel = of_drm_find_panel(dsi->panel_node); > + if (IS_ERR(dsi->panel)) { > + dsi->panel = NULL; > + } else { > + drm_panel_attach(dsi->panel, &dsi->connector); > + dsi->connector.status = connector_status_connected; > + } > + > + return 0; > +} > + > +static int xlnx_dsi_host_detach(struct mipi_dsi_host *host, > + struct mipi_dsi_device *device) > +{ > + struct xlnx_dsi *dsi = host_to_dsi(host); > + > + if (dsi->panel) { > + drm_panel_detach(dsi->panel); > + dsi->panel = NULL; > + } > + > + if (dsi->connector.dev) > + drm_helper_hpd_irq_event(dsi->connector.dev); > + > + return 0; > +} > + > +static const struct mipi_dsi_host_ops xlnx_dsi_ops = { > + .attach = xlnx_dsi_host_attach, > + .detach = xlnx_dsi_host_detach, > + .transfer = xlnx_dsi_host_transfer, > +}; > + > +static int xlnx_dsi_connector_dpms(struct drm_connector *connector, > + int mode) > +{ > + struct xlnx_dsi *dsi = connector_to_dsi(connector); > + int ret; > + > + dev_dbg(dsi->dev, "connector dpms state: %d\n", mode); > + > + switch (mode) { > + case DRM_MODE_DPMS_ON: > + ret = drm_panel_enable(dsi->panel); > + if (ret < 0) { > + drm_panel_unprepare(dsi->panel); > + dev_err(dsi->dev, "DRM panel not enabled\n"); > + return ret; > + } > + break; > + default: > + drm_panel_disable(dsi->panel); > + drm_panel_unprepare(dsi->panel); > + break; > + } > + > + return drm_helper_connector_dpms(connector, mode); > +} > + > +static enum drm_connector_status > +xlnx_dsi_detect(struct drm_connector *connector, bool force) > +{ > + struct xlnx_dsi *dsi = connector_to_dsi(connector); > + > + if (dsi->panel) { > + if (dsi->cmdmode) > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, > + XDSI_CCR_CMDMODE | XDSI_CCR_COREENB); > + ret = drm_panel_prepare(dsi->panel); > + if (ret < 0) { > + dev_err(dsi->dev, "DRM panel not found\n"); > + return ret; > + } > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, 0); > + return connector_status_connected; > + } else if (!dsi->panel_node) { > + xlnx_dsi_connector_dpms(connector, DRM_MODE_DPMS_OFF); > + drm_panel_detach(dsi->panel); > + dsi->panel = NULL; > + } > + > + return connector_status_disconnected; > +} > + > +static void xlnx_dsi_connector_destroy(struct drm_connector *connector) > +{ > + drm_connector_unregister(connector); > + drm_connector_cleanup(connector); > + connector->dev = NULL; > +} > + > +static const struct drm_connector_funcs xlnx_dsi_connector_funcs = { > + .detect = xlnx_dsi_detect, > + .fill_modes = drm_helper_probe_single_connector_modes, > + .destroy = xlnx_dsi_connector_destroy, > + .reset = drm_atomic_helper_connector_reset, > + .atomic_duplicate_state = drm_atomic_helper_connector_duplicate_state, > + .atomic_destroy_state = drm_atomic_helper_connector_destroy_state, > + .dpms = xlnx_dsi_connector_dpms, > +}; > + > +static int xlnx_dsi_get_modes(struct drm_connector *connector) > +{ > + struct xlnx_dsi *dsi = connector_to_dsi(connector); > + > + if (dsi->panel) > + return drm_panel_get_modes(dsi->panel, connector); > + > + return 0; > +} > + > +static struct drm_encoder * > +xlnx_dsi_best_encoder(struct drm_connector *connector) > +{ > + return &(connector_to_dsi(connector)->encoder); > +} > + > +static const struct drm_connector_helper_funcs > +xlnx_dsi_connector_helper_funcs = { > + .get_modes = xlnx_dsi_get_modes, > + .best_encoder = xlnx_dsi_best_encoder, > +}; > + > +static int xlnx_dsi_create_connector(struct drm_encoder *encoder) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + struct drm_connector *connector = &dsi->connector; > + struct drm_device *drm = encoder->dev; > + int ret; > + > + connector->polled = DRM_CONNECTOR_POLL_HPD; > + > + ret = drm_connector_init(encoder->dev, connector, > + &xlnx_dsi_connector_funcs, > + DRM_MODE_CONNECTOR_DSI); > + if (ret) { > + dev_err(dsi->dev, "Failed to create the DRM connector\n"); > + return ret; > + } > + > + drm_connector_helper_add(connector, &xlnx_dsi_connector_helper_funcs); > + drm_connector_register(connector); > + drm_connector_attach_encoder(connector, encoder); > + > + return 0; > +} > + > +/** > + * xlnx_dsi_atomic_mode_set - derive the DSI timing parameters > + * > + * @encoder: pointer to Xilinx DRM encoder > + * @crtc_state: Pointer to drm core crtc state > + * @connector_state: DSI connector drm state > + * > + * This function derives the DSI IP timing parameters from the timing > + * values given in the attached panel driver. > + */ > +static void > +xlnx_dsi_atomic_mode_set(struct drm_encoder *encoder, > + struct drm_crtc_state *crtc_state, > + struct drm_connector_state *connector_state) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + struct drm_display_mode *m = &crtc_state->adjusted_mode; > + u32 reg, video_mode; > + > + reg = xlnx_dsi_readl(dsi->iomem, XDSI_PCR); > + video_mode = (reg & XDSI_PCR_VIDEOMODE_MASK) >> > + XDSI_PCR_VIDEOMODE_SHIFT; > + > + /* configure the HSA value only if non_burst_sync_pluse video mode */ > + if (!video_mode && > + (dsi->mode_flags & MIPI_DSI_MODE_VIDEO_SYNC_PULSE)) { > + reg = XDSI_TIME1_HSA(m->hsync_end - m->hsync_start); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME1, reg); > + } > + > + reg = XDSI_TIME4_VFP(m->vsync_start - m->vdisplay) | > + XDSI_TIME4_VBP(m->vtotal - m->vsync_end) | > + XDSI_TIME4_VSA(m->vsync_end - m->vsync_start); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME4, reg); > + > + reg = XDSI_TIME3_HFP(m->hsync_start - m->hdisplay) | > + XDSI_TIME3_HBP(m->htotal - m->hsync_end); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME3, reg); > + dev_dbg(dsi->dev, "mul factor for parsed datatype is = %d\n", > + dsi->mul_factor / 100); > + /* > + * The HACT parameter received from panel timing values should be > + * divisible by 4. The reason for this is, the word count given as > + * input to DSI controller is HACT * mul_factor. The mul_factor is > + * 3, 2.25, 2.25, 2 respectively for RGB888, RGB666_L, RGB666_P and > + * RGB565. > + * e.g. for RGB666_L color format and 1080p, the word count is > + * 1920*2.25 = 4320 which is divisible by 4 and it is a valid input > + * to DSI controller. Based on this 2.25 mul factor, we come up with > + * the division factor of (XDSI_HACT_MULTIPLIER) as 4 for checking > + */ > + if ((m->hdisplay & XDSI_HACT_MULTIPLIER) != 0) > + dev_warn(dsi->dev, "hactive received from panel is not aligned\n"); > + > + reg = XDSI_TIME2_HACT(m->hdisplay * dsi->mul_factor / 100) | > + XDSI_TIME2_VACT(m->vdisplay); > + xlnx_dsi_writel(dsi->iomem, XDSI_TIME2, reg); > + > + dev_dbg(dsi->dev, "LCD size = %dx%d\n", m->hdisplay, m->hdisplay); > +} > + > +static void xlnx_dsi_disable(struct drm_encoder *encoder) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); > + > + reg &= ~XDSI_CCR_COREENB; > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); > + dev_dbg(dsi->dev, "DSI Tx is disabled. regs are at default values\n"); > +} > + > +static void xlnx_dsi_enable(struct drm_encoder *encoder) > +{ > + struct xlnx_dsi *dsi = encoder_to_dsi(encoder); > + u32 reg = xlnx_dsi_readl(dsi->iomem, XDSI_CCR); > + > + reg |= XDSI_CCR_COREENB; > + xlnx_dsi_writel(dsi->iomem, XDSI_CCR, reg); > + dev_dbg(dsi->dev, "MIPI DSI Tx controller is enabled\n"); > +} > + > +static const struct drm_encoder_helper_funcs > +xlnx_dsi_encoder_helper_funcs = { > + .atomic_mode_set = xlnx_dsi_atomic_mode_set, > + .enable = xlnx_dsi_enable, > + .disable = xlnx_dsi_disable, > +}; > + > +static const struct drm_encoder_funcs xlnx_dsi_encoder_funcs = { > + .destroy = drm_encoder_cleanup, > +}; > + > +static int xlnx_dsi_parse_dt(struct xlnx_dsi *dsi) > +{ > + struct device *dev = dsi->dev; > + struct device_node *node = dev->of_node; > + int ret; > + u32 datatype; > + static const int xdsi_mul_fact[XDSI_NUM_DATA_T] = {300, 225, 225, 200}; > + > + dsi->dphy_clk_200M = devm_clk_get(dev, "dphy_clk_200M"); > + if (IS_ERR(dsi->dphy_clk_200M)) { > + ret = PTR_ERR(dsi->dphy_clk_200M); > + dev_err(dev, "failed to get dphy_clk_200M %d\n", ret); > + return ret; > + } > + > + dsi->video_aclk = devm_clk_get(dev, "s_axis_aclk"); > + if (IS_ERR(dsi->video_aclk)) { > + ret = PTR_ERR(dsi->video_aclk); > + dev_err(dev, "failed to get video_clk %d\n", ret); > + return ret; > + } > + > + ret = of_property_read_u32(node, "xlnx,dsi-num-lanes", &dsi->lanes); > + if (ret < 0) { > + dev_err(dsi->dev, "missing xlnx,dsi-num-lanes property\n"); > + return ret; > + } > + if (dsi->lanes > 4 || dsi->lanes < 1) { > + dev_err(dsi->dev, "%d lanes : invalid lanes\n", dsi->lanes); > + return -EINVAL; > + } > + > + ret = of_property_read_u32(node, "xlnx,dsi-data-type", &datatype); > + if (ret < 0) { > + dev_err(dsi->dev, "missing xlnx,dsi-data-type property\n"); > + return ret; > + } > + dsi->format = datatype; > + if (datatype > MIPI_DSI_FMT_RGB565) { > + dev_err(dsi->dev, "Invalid xlnx,dsi-data-type string\n"); > + return -EINVAL; > + } > + > + /* > + * multiplication factor used for HACT, based on data type. > + * > + * e.g. for RGB666_L datatype and 1920x1080 resolution, > + * the Hact (WC) would be as follows - > + * 1920 pixels * 18 bits per pixel / 8 bits per byte > + * = 1920 pixels * 2.25 bytes per pixel = 4320 bytes. > + * > + * Data Type - Multiplication factor > + * RGB888 - 3 > + * RGB666_L - 2.25 > +- * RGB666_P - 2.25 > + * RGB565 - 2 > + * > + * Since the multiplication factor maybe a floating number, > + * a 100x multiplication factor is used. > + */ > + dsi->mul_factor = xdsi_mul_fact[datatype]; > + > + dsi->cmdmode = of_property_read_bool(node, "xlnx,dsi-cmd-mode"); > + > + dev_dbg(dsi->dev, "DSI controller num lanes = %d", dsi->lanes); > + dev_dbg(dsi->dev, "DSI controller datatype = %d\n", datatype); > + dev_dbg(dsi->dev, "DSI controller cmd mode = %d\n", dsi->cmdmode); > + > + return 0; > +} > + > +static int xlnx_dsi_bind(struct device *dev, struct device *master, > + void *data) > +{ > + struct xlnx_dsi *dsi = dev_get_drvdata(dev); > + struct drm_encoder *encoder = &dsi->encoder; > + struct drm_device *drm_dev = data; > + int ret; > + > + drm_encoder_init(drm_dev, encoder, &xlnx_dsi_encoder_funcs, > + DRM_MODE_ENCODER_DSI, NULL); > + drm_encoder_helper_add(encoder, &xlnx_dsi_encoder_helper_funcs); > + > + encoder->possible_crtcs = 1; > + > + ret = xlnx_dsi_create_connector(encoder); > + if (ret) { > + dev_err(dsi->dev, "fail creating connector, ret = %d\n", ret); > + drm_encoder_cleanup(encoder); > + return ret; > + } > + > + ret = mipi_dsi_host_register(&dsi->dsi_host); > + if (ret) { > + dev_err(dsi->dev, "failed to register DSI host: %d\n", ret); > + xlnx_dsi_connector_destroy(&dsi->connector); > + drm_encoder_cleanup(encoder); > + return ret; > + } > + > + return 0; > +} > + > +static void xlnx_dsi_unbind(struct device *dev, struct device *master, > + void *data) > +{ > + struct xlnx_dsi *dsi = dev_get_drvdata(dev); > + > + xlnx_dsi_disable(&dsi->encoder); > + mipi_dsi_host_unregister(&dsi->dsi_host); > +} > + > +static const struct component_ops xlnx_dsi_component_ops = { > + .bind = xlnx_dsi_bind, > + .unbind = xlnx_dsi_unbind, > +}; > + > +static int xlnx_dsi_probe(struct platform_device *pdev) > +{ > + struct device *dev = &pdev->dev; > + struct resource *res; > + struct xlnx_dsi *dsi; > + int ret; > + unsigned long rate; > + > + dsi = devm_kzalloc(dev, sizeof(*dsi), GFP_KERNEL); > + if (!dsi) > + return -ENOMEM; > + > + dsi->dsi_host.ops = &xlnx_dsi_ops; > + dsi->dsi_host.dev = dev; > + dsi->dev = dev; > + > + ret = xlnx_dsi_parse_dt(dsi); > + if (ret) > + return ret; > + > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > + dsi->iomem = devm_ioremap_resource(dev, res); > + if (IS_ERR(dsi->iomem)) { > + dev_err(dev, "failed to remap io region\n"); > + return PTR_ERR(dsi->iomem); > + } > + platform_set_drvdata(pdev, dsi); > + > + ret = clk_set_rate(dsi->dphy_clk_200M, XDSI_DPHY_CLK_REQ); > + if (ret) { > + dev_err(dev, "failed to set dphy clk rate %d\n", ret); > + return ret; > + } > + > + ret = clk_prepare_enable(dsi->dphy_clk_200M); > + if (ret) { > + dev_err(dev, "failed to enable dphy clk %d\n", ret); > + return ret; > + } > + > + rate = clk_get_rate(dsi->dphy_clk_200M); > + /* Based on clock source, little deviation is acceptable */ > + if (rate < XDSI_DPHY_CLK_MIN && rate > XDSI_DPHY_CLK_MAX) { > + dev_err(dev, "Error DPHY clock = %lu\n", rate); > + ret = -EINVAL; > + goto err_disable_dphy_clk; > + } > + > + ret = clk_prepare_enable(dsi->video_aclk); > + if (ret) { > + dev_err(dev, "failed to enable video clk %d\n", ret); > + goto err_disable_dphy_clk; > + } > + > + ret = component_add(dev, &xlnx_dsi_component_ops); > + if (ret) > + goto err_disable_video_clk; > + > + return 0; > + > +err_disable_video_clk: > + clk_disable_unprepare(dsi->video_aclk); > +err_disable_dphy_clk: > + clk_disable_unprepare(dsi->dphy_clk_200M); > + > + return ret; > +} > + > +static int xlnx_dsi_remove(struct platform_device *pdev) > +{ > + struct xlnx_dsi *dsi = platform_get_drvdata(pdev); > + > + component_del(&pdev->dev, &xlnx_dsi_component_ops); > + clk_disable_unprepare(dsi->video_aclk); > + clk_disable_unprepare(dsi->dphy_clk_200M); > + > + return 0; > +} > + > +static const struct of_device_id xlnx_dsi_of_match[] = { > + { .compatible = "xlnx-dsi-1.0", }, > + { /* end of table */ }, > +}; > +MODULE_DEVICE_TABLE(of, xlnx_dsi_of_match); > + > +static struct platform_driver dsi_driver = { > + .probe = xlnx_dsi_probe, > + .remove = xlnx_dsi_remove, > + .driver = { > + .name = "xlnx-dsi", > + .of_match_table = xlnx_dsi_of_match, > + }, > +}; > + > +module_platform_driver(dsi_driver); > + > +MODULE_AUTHOR("Xilinx, Inc."); > +MODULE_DESCRIPTION("Xilinx Programmable MIPI DSI TX Driver"); > +MODULE_LICENSE("GPL v2"); > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 0/2] Add Xilinx DSI TX driver 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu @ 2020-08-11 20:00 ` Sam Ravnborg -1 siblings, 0 replies; 18+ messages in thread From: Sam Ravnborg @ 2020-08-11 20:00 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: hyun.kwon, laurent.pinchart, dri-devel, sandipk, airlied, linux-kernel, vgannava Hi Venkateshwar On Tue, Aug 11, 2020 at 06:16:15AM +0530, Venkateshwar Rao Gannavarapu wrote: > Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar > and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes > upto 4, RGB color formats, video mode and command modes. > > DSI-TX driver is implemented as an encoder driver, as it going to be > the final node in display pipeline. Xilinx doesn't support any converter > logic to make this as bridge driver. Xilinx doesn't have such > use cases where end node can't be an encoder like DSI-TX. And Xilinx > encoder drivers represents a subsystem where individual blocks can't be > used with external components / encoders. > > Venkateshwar Rao Gannavarapu (2): > dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI > TX subsystem. > drm: xlnx: dsi: driver for Xilinx DSI TX subsystem Can you please elaborate a little what was changed since v1. Preferably in some dense list form where you also list who provided the feedback, preferably in the individual patches. This is a great help trying to trigger the memory of past reviewers. Please also include feedback that was not addressed. For example Laurent said that this is a bridge drive and thus belongs in bridge/ alas that was not done for so please list a reason. Sam > > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ > 4 files changed, 861 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 0/2] Add Xilinx DSI TX driver @ 2020-08-11 20:00 ` Sam Ravnborg 0 siblings, 0 replies; 18+ messages in thread From: Sam Ravnborg @ 2020-08-11 20:00 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: sandipk, hyun.kwon, airlied, linux-kernel, dri-devel, vgannava, laurent.pinchart Hi Venkateshwar On Tue, Aug 11, 2020 at 06:16:15AM +0530, Venkateshwar Rao Gannavarapu wrote: > Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar > and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes > upto 4, RGB color formats, video mode and command modes. > > DSI-TX driver is implemented as an encoder driver, as it going to be > the final node in display pipeline. Xilinx doesn't support any converter > logic to make this as bridge driver. Xilinx doesn't have such > use cases where end node can't be an encoder like DSI-TX. And Xilinx > encoder drivers represents a subsystem where individual blocks can't be > used with external components / encoders. > > Venkateshwar Rao Gannavarapu (2): > dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI > TX subsystem. > drm: xlnx: dsi: driver for Xilinx DSI TX subsystem Can you please elaborate a little what was changed since v1. Preferably in some dense list form where you also list who provided the feedback, preferably in the individual patches. This is a great help trying to trigger the memory of past reviewers. Please also include feedback that was not addressed. For example Laurent said that this is a bridge drive and thus belongs in bridge/ alas that was not done for so please list a reason. Sam > > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ > 4 files changed, 861 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 0/2] Add Xilinx DSI TX driver 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu @ 2020-08-11 20:37 ` Daniel Vetter -1 siblings, 0 replies; 18+ messages in thread From: Daniel Vetter @ 2020-08-11 20:37 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: Hyun Kwon, Laurent Pinchart, dri-devel, Dave Airlie, Linux Kernel Mailing List, sandipk, vgannava On Tue, Aug 11, 2020 at 2:46 AM Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> wrote: > > Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar > and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes > upto 4, RGB color formats, video mode and command modes. > > DSI-TX driver is implemented as an encoder driver, as it going to be > the final node in display pipeline. Xilinx doesn't support any converter > logic to make this as bridge driver. Xilinx doesn't have such > use cases where end node can't be an encoder like DSI-TX. And Xilinx > encoder drivers represents a subsystem where individual blocks can't be > used with external components / encoders. So there's indeed a bit of an argument about when it should just be stitched together as components, and when it is better a bridge. But bridges also come with plenty of convenience glue, and we're talking about fpga so the point pretty much is to rewire this all eventually. Maybe not by you folks, but people are r/e-ing these things so who knows. The other thing is you do have a bridge attached already, or should have: The drm_panel. And you do get the entire drm-connector instantiation rather wrong, at least the ->dpms hook is breaking atomic real bad. The ->detect implementation is also quite the adventure. So panel bridge is definitely required here. Finally this also would avoid component.c usage in xlnx - not that there's something wrong with that per se, but it always means driver specific logic and interactions, so harder to maintain for people not involved in the code base on a daily basis. Also I'm not sure how this works, the component integration glue in the main driver seems to be missing. And the upstream drm/xlnx doesn't seem to have it either. So all together I do think drm_bridge sounds like the right thing to do here. -Daniel > > Venkateshwar Rao Gannavarapu (2): > dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI > TX subsystem. > drm: xlnx: dsi: driver for Xilinx DSI TX subsystem > > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ > 4 files changed, 861 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 0/2] Add Xilinx DSI TX driver @ 2020-08-11 20:37 ` Daniel Vetter 0 siblings, 0 replies; 18+ messages in thread From: Daniel Vetter @ 2020-08-11 20:37 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: sandipk, Hyun Kwon, Dave Airlie, Linux Kernel Mailing List, dri-devel, vgannava, Laurent Pinchart On Tue, Aug 11, 2020 at 2:46 AM Venkateshwar Rao Gannavarapu <venkateshwar.rao.gannavarapu@xilinx.com> wrote: > > Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar > and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes > upto 4, RGB color formats, video mode and command modes. > > DSI-TX driver is implemented as an encoder driver, as it going to be > the final node in display pipeline. Xilinx doesn't support any converter > logic to make this as bridge driver. Xilinx doesn't have such > use cases where end node can't be an encoder like DSI-TX. And Xilinx > encoder drivers represents a subsystem where individual blocks can't be > used with external components / encoders. So there's indeed a bit of an argument about when it should just be stitched together as components, and when it is better a bridge. But bridges also come with plenty of convenience glue, and we're talking about fpga so the point pretty much is to rewire this all eventually. Maybe not by you folks, but people are r/e-ing these things so who knows. The other thing is you do have a bridge attached already, or should have: The drm_panel. And you do get the entire drm-connector instantiation rather wrong, at least the ->dpms hook is breaking atomic real bad. The ->detect implementation is also quite the adventure. So panel bridge is definitely required here. Finally this also would avoid component.c usage in xlnx - not that there's something wrong with that per se, but it always means driver specific logic and interactions, so harder to maintain for people not involved in the code base on a daily basis. Also I'm not sure how this works, the component integration glue in the main driver seems to be missing. And the upstream drm/xlnx doesn't seem to have it either. So all together I do think drm_bridge sounds like the right thing to do here. -Daniel > > Venkateshwar Rao Gannavarapu (2): > dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI > TX subsystem. > drm: xlnx: dsi: driver for Xilinx DSI TX subsystem > > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ > 4 files changed, 861 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 0/2] Add Xilinx DSI TX driver 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu @ 2020-08-11 20:40 ` Laurent Pinchart -1 siblings, 0 replies; 18+ messages in thread From: Laurent Pinchart @ 2020-08-11 20:40 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: hyun.kwon, dri-devel, airlied, daniel, linux-kernel, sandipk, vgannava Hi GVRao, Thank you for the patches. On Tue, Aug 11, 2020 at 06:16:15AM +0530, Venkateshwar Rao Gannavarapu wrote: > Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar > and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes > upto 4, RGB color formats, video mode and command modes. > > DSI-TX driver is implemented as an encoder driver, as it going to be > the final node in display pipeline. Xilinx doesn't support any converter > logic to make this as bridge driver. Xilinx doesn't have such > use cases where end node can't be an encoder like DSI-TX. And Xilinx > encoder drivers represents a subsystem where individual blocks can't be > used with external components / encoders. > > Venkateshwar Rao Gannavarapu (2): > dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI > TX subsystem. > drm: xlnx: dsi: driver for Xilinx DSI TX subsystem > > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ > 4 files changed, 861 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the > named recipient(s) and contain(s) confidential information that may be > proprietary, privileged or copyrighted under applicable law. If you > are not the intended recipient, do not read, copy, or forward this > email message or any attachments. Delete this email message and any > attachments immediately. Unrelated to the technical contents of this series, this footer makes no sense for upstream submissions. It's actually a legal issue, and I know several maintainers who would delete the e-mails without even looking at them due to this (Greg KH has stated this publicly before for instance). I assume this is added by the mail server, but it would be good if someone could get in touch with the IT department to see how this can be dropped for patches sent to mailing lists. There's no specific urgency, it can be a background task. -- Regards, Laurent Pinchart ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [RFC PATCH V2 0/2] Add Xilinx DSI TX driver @ 2020-08-11 20:40 ` Laurent Pinchart 0 siblings, 0 replies; 18+ messages in thread From: Laurent Pinchart @ 2020-08-11 20:40 UTC (permalink / raw) To: Venkateshwar Rao Gannavarapu Cc: sandipk, hyun.kwon, airlied, linux-kernel, dri-devel, vgannava Hi GVRao, Thank you for the patches. On Tue, Aug 11, 2020 at 06:16:15AM +0530, Venkateshwar Rao Gannavarapu wrote: > Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar > and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes > upto 4, RGB color formats, video mode and command modes. > > DSI-TX driver is implemented as an encoder driver, as it going to be > the final node in display pipeline. Xilinx doesn't support any converter > logic to make this as bridge driver. Xilinx doesn't have such > use cases where end node can't be an encoder like DSI-TX. And Xilinx > encoder drivers represents a subsystem where individual blocks can't be > used with external components / encoders. > > Venkateshwar Rao Gannavarapu (2): > dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI > TX subsystem. > drm: xlnx: dsi: driver for Xilinx DSI TX subsystem > > .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ > drivers/gpu/drm/xlnx/Kconfig | 11 + > drivers/gpu/drm/xlnx/Makefile | 2 + > drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ > 4 files changed, 861 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml > create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c > > -- > 1.8.3.1 > > This email and any attachments are intended for the sole use of the > named recipient(s) and contain(s) confidential information that may be > proprietary, privileged or copyrighted under applicable law. If you > are not the intended recipient, do not read, copy, or forward this > email message or any attachments. Delete this email message and any > attachments immediately. Unrelated to the technical contents of this series, this footer makes no sense for upstream submissions. It's actually a legal issue, and I know several maintainers who would delete the e-mails without even looking at them due to this (Greg KH has stated this publicly before for instance). I assume this is added by the mail server, but it would be good if someone could get in touch with the IT department to see how this can be dropped for patches sent to mailing lists. There's no specific urgency, it can be a background task. -- Regards, Laurent Pinchart _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* [RFC PATCH V2 0/2] Add Xilinx DSI TX driver
@ 2020-08-11 0:52 ` Venkateshwar Rao Gannavarapu
0 siblings, 0 replies; 18+ messages in thread
From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:52 UTC (permalink / raw)
To: hyun.kwon, laurent.pinchart, dri-devel
Cc: airlied, daniel, linux-kernel, sandipk, vgannava,
Venkateshwar Rao Gannavarapu
Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar
and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes
upto 4, RGB color formats, video mode and command modes.
DSI-TX driver is implemented as an encoder driver, as it going to be
the final node in display pipeline. Xilinx doesn't support any converter
logic to make this as bridge driver. Xilinx doesn't have such
use cases where end node can't be an encoder like DSI-TX. And Xilinx
encoder drivers represents a subsystem where individual blocks can't be
used with external components / encoders.
changes in v2:
- converted bindings to .yaml format
- updated compatible string with version number
- addressed Laurent and Hyun's review comments
- removed wrappers for enable/disable API's
- few API's are inlined
- fixes indent, extra spaces and alignments.
- added generic long write command mode support
Venkateshwar Rao Gannavarapu (2):
dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI
TX subsystem.
drm: xlnx: dsi: driver for Xilinx DSI TX subsystem
.../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++
drivers/gpu/drm/xlnx/Kconfig | 11 +
drivers/gpu/drm/xlnx/Makefile | 2 +
drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++
4 files changed, 861 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml
create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c
--
1.8.3.1
This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.
^ permalink raw reply [flat|nested] 18+ messages in thread* [RFC PATCH V2 0/2] Add Xilinx DSI TX driver @ 2020-08-11 0:52 ` Venkateshwar Rao Gannavarapu 0 siblings, 0 replies; 18+ messages in thread From: Venkateshwar Rao Gannavarapu @ 2020-08-11 0:52 UTC (permalink / raw) To: hyun.kwon, laurent.pinchart, dri-devel Cc: sandipk, Venkateshwar Rao Gannavarapu, airlied, linux-kernel, vgannava Xilinx DSI-TX subsytem consists of DSI controller core, AXI crossbar and D-PHY as sub blocks. DSI TX subsystem driver supports multiple lanes upto 4, RGB color formats, video mode and command modes. DSI-TX driver is implemented as an encoder driver, as it going to be the final node in display pipeline. Xilinx doesn't support any converter logic to make this as bridge driver. Xilinx doesn't have such use cases where end node can't be an encoder like DSI-TX. And Xilinx encoder drivers represents a subsystem where individual blocks can't be used with external components / encoders. changes in v2: - converted bindings to .yaml format - updated compatible string with version number - addressed Laurent and Hyun's review comments - removed wrappers for enable/disable API's - few API's are inlined - fixes indent, extra spaces and alignments. - added generic long write command mode support Venkateshwar Rao Gannavarapu (2): dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI TX subsystem. drm: xlnx: dsi: driver for Xilinx DSI TX subsystem .../devicetree/bindings/display/xlnx/xlnx,dsi.yaml | 147 +++++ drivers/gpu/drm/xlnx/Kconfig | 11 + drivers/gpu/drm/xlnx/Makefile | 2 + drivers/gpu/drm/xlnx/xlnx_dsi.c | 701 +++++++++++++++++++++ 4 files changed, 861 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,dsi.yaml create mode 100644 drivers/gpu/drm/xlnx/xlnx_dsi.c -- 1.8.3.1 This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2020-08-13 19:05 UTC | newest] Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-08-11 0:46 [RFC PATCH V2 0/2] Add Xilinx DSI TX driver Venkateshwar Rao Gannavarapu 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu 2020-08-11 0:46 ` [RFC PATCH V2 1/2] dt-bindings: display: xlnx: dsi: This add a DT binding for Xilinx DSI TX subsystem Venkateshwar Rao Gannavarapu 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu 2020-08-11 23:12 ` Laurent Pinchart 2020-08-11 23:12 ` Laurent Pinchart 2020-08-11 0:46 ` [RFC PATCH V2 2/2] drm: xlnx: dsi: driver " Venkateshwar Rao Gannavarapu 2020-08-11 0:46 ` Venkateshwar Rao Gannavarapu 2020-08-13 19:05 ` Sam Ravnborg 2020-08-13 19:05 ` Sam Ravnborg 2020-08-11 20:00 ` [RFC PATCH V2 0/2] Add Xilinx DSI TX driver Sam Ravnborg 2020-08-11 20:00 ` Sam Ravnborg 2020-08-11 20:37 ` Daniel Vetter 2020-08-11 20:37 ` Daniel Vetter 2020-08-11 20:40 ` Laurent Pinchart 2020-08-11 20:40 ` Laurent Pinchart 2020-08-11 0:52 Venkateshwar Rao Gannavarapu 2020-08-11 0:52 ` Venkateshwar Rao Gannavarapu
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.