* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 13:25 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2022-12-16 13:25 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
Hi Marek,
Am Freitag, 16. Dezember 2022, 13:58:13 CET schrieb Marek Vasut:
> On 12/16/22 13:41, Alexander Stein wrote:
> > Hi,
>
> Hi,
>
> > thanks for the new update.
> >
> > Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
> >> This series supports common bridge support for Samsung MIPI DSIM
> >> which is used in Exynos and i.MX8MM SoC's.
> >>
> >> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
> >>
> >> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
> >>
> >> Patch 0005 - 0006: optional PHY, PMS_P offset
> >>
> >> Patch 0007 : introduce hw_type
> >>
> >> Patch 0008 : fixing host init
> >>
> >> Patch 0009 : atomic_check
> >>
> >> Patch 0010 : input_bus_flags
> >>
> >> Patch 0011 : atomic_get_input_bus_fmts
> >>
> >> Patch 0012 - 0013: component vs bridge
> >>
> >> Patch 0014 : DSIM bridge
> >>
> >> Patch 0015 - 0016: i.MX8M Mini/Nano
> >>
> >> Patch 0017 - 0018: i.MX8M Plus
> >
> > Tested using LVDS bridges and works on:
> > * imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
> > * imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
> > * imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
> >
> > But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
> > specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
> > SN65DSI83) input endpoint, e.g.
> >
> > dsi_lvds_bridge: bridge@2d {
> >
> > compatible = "ti,sn65dsi83";
> > reg = <0x2d>;
> > enable-gpios = <&gpio_delays 0 130000 0>;
> > vcc-supply = <®_sn65dsi83_1v8>;
> > status = "okay";
> > ports {
> >
> > #address-cells = <1>;
> > #size-cells = <0>;
> > port@0 {
> >
> > reg = <0>;
> > lvds_bridge_in: endpoint {
> >
> > data-lanes = <0 1 2>;
> > remote-endpoint = <&mipi_dsi_out>;
> >
> > };
> >
> > };
> > port@2 {
> >
> > reg = <2>;
> > lvds_bridge_out: endpoint {
> >
> > remote-endpoint = <&panel_in_lvds0>;
> >
> > };
> >
> > };
> >
> > };
> >
> > };
> >
> > I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
> > Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR
> > error
> > bits are set, indicating there are low level protocol and SoT leader
> > sequence bit errors. I can't find any significant difference in sn65dsi83
> > driver compared to downstream-kernel, so I would assume something in DSIM
> > driver is different.
>
> Make sure the HS clock rate expected by the DSI83 bridge chip and the
> one generated by the DSIM bridge from PMS PLL match. There is currently
> no negotiation of this frequency and both sides divine it on their own.
>
> See sn65dsi83_get_dsi_range() and samsung_dsim_set_pll().
Oh, nice, thanks for the pointer. When setting
> samsung,burst-clock-frequency = <668250000>;
in imx8mm.dtsi
I get a non-flickering display using 4 lanes. Although admittedly this is just
random guessing. I'm not sure which clock exactly has to be in the range
CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
= 16706250
AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
properties, while SN65DSI84 is using display mode and number of lanes.
Is it expected that the DSIM PLL frequencies are set in DT for a specific
bridge/display setup?
Best regards,
Alexander
^ permalink raw reply [flat|nested] 81+ messages in thread* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 13:25 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2022-12-16 13:25 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
Hi Marek,
Am Freitag, 16. Dezember 2022, 13:58:13 CET schrieb Marek Vasut:
> On 12/16/22 13:41, Alexander Stein wrote:
> > Hi,
>
> Hi,
>
> > thanks for the new update.
> >
> > Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
> >> This series supports common bridge support for Samsung MIPI DSIM
> >> which is used in Exynos and i.MX8MM SoC's.
> >>
> >> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
> >>
> >> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
> >>
> >> Patch 0005 - 0006: optional PHY, PMS_P offset
> >>
> >> Patch 0007 : introduce hw_type
> >>
> >> Patch 0008 : fixing host init
> >>
> >> Patch 0009 : atomic_check
> >>
> >> Patch 0010 : input_bus_flags
> >>
> >> Patch 0011 : atomic_get_input_bus_fmts
> >>
> >> Patch 0012 - 0013: component vs bridge
> >>
> >> Patch 0014 : DSIM bridge
> >>
> >> Patch 0015 - 0016: i.MX8M Mini/Nano
> >>
> >> Patch 0017 - 0018: i.MX8M Plus
> >
> > Tested using LVDS bridges and works on:
> > * imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
> > * imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
> > * imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
> >
> > But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
> > specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
> > SN65DSI83) input endpoint, e.g.
> >
> > dsi_lvds_bridge: bridge@2d {
> >
> > compatible = "ti,sn65dsi83";
> > reg = <0x2d>;
> > enable-gpios = <&gpio_delays 0 130000 0>;
> > vcc-supply = <®_sn65dsi83_1v8>;
> > status = "okay";
> > ports {
> >
> > #address-cells = <1>;
> > #size-cells = <0>;
> > port@0 {
> >
> > reg = <0>;
> > lvds_bridge_in: endpoint {
> >
> > data-lanes = <0 1 2>;
> > remote-endpoint = <&mipi_dsi_out>;
> >
> > };
> >
> > };
> > port@2 {
> >
> > reg = <2>;
> > lvds_bridge_out: endpoint {
> >
> > remote-endpoint = <&panel_in_lvds0>;
> >
> > };
> >
> > };
> >
> > };
> >
> > };
> >
> > I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
> > Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR
> > error
> > bits are set, indicating there are low level protocol and SoT leader
> > sequence bit errors. I can't find any significant difference in sn65dsi83
> > driver compared to downstream-kernel, so I would assume something in DSIM
> > driver is different.
>
> Make sure the HS clock rate expected by the DSI83 bridge chip and the
> one generated by the DSIM bridge from PMS PLL match. There is currently
> no negotiation of this frequency and both sides divine it on their own.
>
> See sn65dsi83_get_dsi_range() and samsung_dsim_set_pll().
Oh, nice, thanks for the pointer. When setting
> samsung,burst-clock-frequency = <668250000>;
in imx8mm.dtsi
I get a non-flickering display using 4 lanes. Although admittedly this is just
random guessing. I'm not sure which clock exactly has to be in the range
CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
= 16706250
AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
properties, while SN65DSI84 is using display mode and number of lanes.
Is it expected that the DSIM PLL frequencies are set in DT for a specific
bridge/display setup?
Best regards,
Alexander
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 13:25 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2022-12-16 13:25 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, Jagan Teki, linux-amarula,
linux-arm-kernel, NXP Linux Team
Hi Marek,
Am Freitag, 16. Dezember 2022, 13:58:13 CET schrieb Marek Vasut:
> On 12/16/22 13:41, Alexander Stein wrote:
> > Hi,
>
> Hi,
>
> > thanks for the new update.
> >
> > Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
> >> This series supports common bridge support for Samsung MIPI DSIM
> >> which is used in Exynos and i.MX8MM SoC's.
> >>
> >> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
> >>
> >> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
> >>
> >> Patch 0005 - 0006: optional PHY, PMS_P offset
> >>
> >> Patch 0007 : introduce hw_type
> >>
> >> Patch 0008 : fixing host init
> >>
> >> Patch 0009 : atomic_check
> >>
> >> Patch 0010 : input_bus_flags
> >>
> >> Patch 0011 : atomic_get_input_bus_fmts
> >>
> >> Patch 0012 - 0013: component vs bridge
> >>
> >> Patch 0014 : DSIM bridge
> >>
> >> Patch 0015 - 0016: i.MX8M Mini/Nano
> >>
> >> Patch 0017 - 0018: i.MX8M Plus
> >
> > Tested using LVDS bridges and works on:
> > * imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
> > * imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
> > * imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
> >
> > But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
> > specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
> > SN65DSI83) input endpoint, e.g.
> >
> > dsi_lvds_bridge: bridge@2d {
> >
> > compatible = "ti,sn65dsi83";
> > reg = <0x2d>;
> > enable-gpios = <&gpio_delays 0 130000 0>;
> > vcc-supply = <®_sn65dsi83_1v8>;
> > status = "okay";
> > ports {
> >
> > #address-cells = <1>;
> > #size-cells = <0>;
> > port@0 {
> >
> > reg = <0>;
> > lvds_bridge_in: endpoint {
> >
> > data-lanes = <0 1 2>;
> > remote-endpoint = <&mipi_dsi_out>;
> >
> > };
> >
> > };
> > port@2 {
> >
> > reg = <2>;
> > lvds_bridge_out: endpoint {
> >
> > remote-endpoint = <&panel_in_lvds0>;
> >
> > };
> >
> > };
> >
> > };
> >
> > };
> >
> > I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
> > Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR
> > error
> > bits are set, indicating there are low level protocol and SoT leader
> > sequence bit errors. I can't find any significant difference in sn65dsi83
> > driver compared to downstream-kernel, so I would assume something in DSIM
> > driver is different.
>
> Make sure the HS clock rate expected by the DSI83 bridge chip and the
> one generated by the DSIM bridge from PMS PLL match. There is currently
> no negotiation of this frequency and both sides divine it on their own.
>
> See sn65dsi83_get_dsi_range() and samsung_dsim_set_pll().
Oh, nice, thanks for the pointer. When setting
> samsung,burst-clock-frequency = <668250000>;
in imx8mm.dtsi
I get a non-flickering display using 4 lanes. Although admittedly this is just
random guessing. I'm not sure which clock exactly has to be in the range
CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
= 16706250
AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
properties, while SN65DSI84 is using display mode and number of lanes.
Is it expected that the DSIM PLL frequencies are set in DT for a specific
bridge/display setup?
Best regards,
Alexander
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-16 13:25 ` Alexander Stein
(?)
@ 2022-12-17 23:55 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-17 23:55 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 12/16/22 14:25, Alexander Stein wrote:
Hi,
[...]
> Oh, nice, thanks for the pointer. When setting
>> samsung,burst-clock-frequency = <668250000>;
> in imx8mm.dtsi
> I get a non-flickering display using 4 lanes. Although admittedly this is just
> random guessing. I'm not sure which clock exactly has to be in the range
> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> = 16706250
If I recall it right, minimum PLL frequency is:
fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
the link frequency is then
fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
So DSI83 should be in the range of 80..85 MHz input clock if I calculate
this right. Can you check what is the value of mode->clock, the
mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
sm65dsi83_get_dsi_range() ?
> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> properties, while SN65DSI84 is using display mode and number of lanes.
>
> Is it expected that the DSIM PLL frequencies are set in DT for a specific
> bridge/display setup?
No, there should be negotiation between the host and bridge/panel, I
tried to propose two variants, but they were all rejected.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-17 23:55 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-17 23:55 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 12/16/22 14:25, Alexander Stein wrote:
Hi,
[...]
> Oh, nice, thanks for the pointer. When setting
>> samsung,burst-clock-frequency = <668250000>;
> in imx8mm.dtsi
> I get a non-flickering display using 4 lanes. Although admittedly this is just
> random guessing. I'm not sure which clock exactly has to be in the range
> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> = 16706250
If I recall it right, minimum PLL frequency is:
fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
the link frequency is then
fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
So DSI83 should be in the range of 80..85 MHz input clock if I calculate
this right. Can you check what is the value of mode->clock, the
mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
sm65dsi83_get_dsi_range() ?
> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> properties, while SN65DSI84 is using display mode and number of lanes.
>
> Is it expected that the DSIM PLL frequencies are set in DT for a specific
> bridge/display setup?
No, there should be negotiation between the host and bridge/panel, I
tried to propose two variants, but they were all rejected.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-17 23:55 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-17 23:55 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, Jagan Teki, linux-amarula,
linux-arm-kernel, NXP Linux Team
On 12/16/22 14:25, Alexander Stein wrote:
Hi,
[...]
> Oh, nice, thanks for the pointer. When setting
>> samsung,burst-clock-frequency = <668250000>;
> in imx8mm.dtsi
> I get a non-flickering display using 4 lanes. Although admittedly this is just
> random guessing. I'm not sure which clock exactly has to be in the range
> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> = 16706250
If I recall it right, minimum PLL frequency is:
fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
the link frequency is then
fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
So DSI83 should be in the range of 80..85 MHz input clock if I calculate
this right. Can you check what is the value of mode->clock, the
mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
sm65dsi83_get_dsi_range() ?
> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> properties, while SN65DSI84 is using display mode and number of lanes.
>
> Is it expected that the DSIM PLL frequencies are set in DT for a specific
> bridge/display setup?
No, there should be negotiation between the host and bridge/panel, I
tried to propose two variants, but they were all rejected.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-17 23:55 ` Marek Vasut
(?)
@ 2022-12-18 4:23 ` Adam Ford
-1 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2022-12-18 4:23 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>
> On 12/16/22 14:25, Alexander Stein wrote:
> Hi,
>
> [...]
>
> > Oh, nice, thanks for the pointer. When setting
> >> samsung,burst-clock-frequency = <668250000>;
> > in imx8mm.dtsi
> > I get a non-flickering display using 4 lanes. Although admittedly this is just
> > random guessing. I'm not sure which clock exactly has to be in the range
> > CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> > = 16706250
>
> If I recall it right, minimum PLL frequency is:
>
> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>
> the link frequency is then
>
> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>
> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> this right. Can you check what is the value of mode->clock, the
> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> sm65dsi83_get_dsi_range() ?
>
> > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> > properties, while SN65DSI84 is using display mode and number of lanes.
> >
> > Is it expected that the DSIM PLL frequencies are set in DT for a specific
> > bridge/display setup?
>
> No, there should be negotiation between the host and bridge/panel, I
> tried to propose two variants, but they were all rejected.
For one of Jagan's previous revisions, I added some code to let the
PHY auto adjust the frequencies instead of being fixed. NXP had this
in their downstream kernel, but with this patch and another, I was
able to set a variety of pixel clocks from my HDMI monitor and my
DSI83. I haven't had time to re-base my work on Jagan's latest work,
but you can link to the patch I did for the older stuff here:
https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
and
https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
I've been traveling a lot lately, so I haven't had time to evaluate
his series, but I hope to get something like those re-based once the
DSI stuff has been accepted.
adam
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 4:23 ` Adam Ford
0 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2022-12-18 4:23 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>
> On 12/16/22 14:25, Alexander Stein wrote:
> Hi,
>
> [...]
>
> > Oh, nice, thanks for the pointer. When setting
> >> samsung,burst-clock-frequency = <668250000>;
> > in imx8mm.dtsi
> > I get a non-flickering display using 4 lanes. Although admittedly this is just
> > random guessing. I'm not sure which clock exactly has to be in the range
> > CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> > = 16706250
>
> If I recall it right, minimum PLL frequency is:
>
> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>
> the link frequency is then
>
> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>
> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> this right. Can you check what is the value of mode->clock, the
> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> sm65dsi83_get_dsi_range() ?
>
> > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> > properties, while SN65DSI84 is using display mode and number of lanes.
> >
> > Is it expected that the DSIM PLL frequencies are set in DT for a specific
> > bridge/display setup?
>
> No, there should be negotiation between the host and bridge/panel, I
> tried to propose two variants, but they were all rejected.
For one of Jagan's previous revisions, I added some code to let the
PHY auto adjust the frequencies instead of being fixed. NXP had this
in their downstream kernel, but with this patch and another, I was
able to set a variety of pixel clocks from my HDMI monitor and my
DSI83. I haven't had time to re-base my work on Jagan's latest work,
but you can link to the patch I did for the older stuff here:
https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
and
https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
I've been traveling a lot lately, so I haven't had time to evaluate
his series, but I hope to get something like those re-based once the
DSI stuff has been accepted.
adam
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 4:23 ` Adam Ford
0 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2022-12-18 4:23 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, dri-devel, Laurent Pinchart, Andrzej Hajda,
Fancy Fang, Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai, Jagan Teki,
Michael Nazzareno Trimarchi, NXP Linux Team, Matteo Lisi,
linux-arm-kernel, Seung-Woo Kim, Robert Foss, Kyungmin Park,
linux-amarula
On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>
> On 12/16/22 14:25, Alexander Stein wrote:
> Hi,
>
> [...]
>
> > Oh, nice, thanks for the pointer. When setting
> >> samsung,burst-clock-frequency = <668250000>;
> > in imx8mm.dtsi
> > I get a non-flickering display using 4 lanes. Although admittedly this is just
> > random guessing. I'm not sure which clock exactly has to be in the range
> > CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> > = 16706250
>
> If I recall it right, minimum PLL frequency is:
>
> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>
> the link frequency is then
>
> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>
> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> this right. Can you check what is the value of mode->clock, the
> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> sm65dsi83_get_dsi_range() ?
>
> > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> > properties, while SN65DSI84 is using display mode and number of lanes.
> >
> > Is it expected that the DSIM PLL frequencies are set in DT for a specific
> > bridge/display setup?
>
> No, there should be negotiation between the host and bridge/panel, I
> tried to propose two variants, but they were all rejected.
For one of Jagan's previous revisions, I added some code to let the
PHY auto adjust the frequencies instead of being fixed. NXP had this
in their downstream kernel, but with this patch and another, I was
able to set a variety of pixel clocks from my HDMI monitor and my
DSI83. I haven't had time to re-base my work on Jagan's latest work,
but you can link to the patch I did for the older stuff here:
https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
and
https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
I've been traveling a lot lately, so I haven't had time to evaluate
his series, but I hope to get something like those re-based once the
DSI stuff has been accepted.
adam
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-18 4:23 ` Adam Ford
(?)
@ 2022-12-18 4:33 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-18 4:33 UTC (permalink / raw)
To: Adam Ford
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On 12/18/22 05:23, Adam Ford wrote:
> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 12/16/22 14:25, Alexander Stein wrote:
>> Hi,
>>
>> [...]
>>
>>> Oh, nice, thanks for the pointer. When setting
>>>> samsung,burst-clock-frequency = <668250000>;
>>> in imx8mm.dtsi
>>> I get a non-flickering display using 4 lanes. Although admittedly this is just
>>> random guessing. I'm not sure which clock exactly has to be in the range
>>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
>>> = 16706250
>>
>> If I recall it right, minimum PLL frequency is:
>>
>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>
>> the link frequency is then
>>
>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>
>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>> this right. Can you check what is the value of mode->clock, the
>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>> sm65dsi83_get_dsi_range() ?
>>
>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>
>>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
>>> bridge/display setup?
>>
>> No, there should be negotiation between the host and bridge/panel, I
>> tried to propose two variants, but they were all rejected.
>
> For one of Jagan's previous revisions, I added some code to let the
> PHY auto adjust the frequencies instead of being fixed. NXP had this
> in their downstream kernel, but with this patch and another, I was
> able to set a variety of pixel clocks from my HDMI monitor and my
> DSI83. I haven't had time to re-base my work on Jagan's latest work,
> but you can link to the patch I did for the older stuff here:
>
> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
> and
> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
>
> I've been traveling a lot lately, so I haven't had time to evaluate
> his series, but I hope to get something like those re-based once the
> DSI stuff has been accepted.
I have these two attempts, both rejected:
https://patchwork.freedesktop.org/patch/475207/
https://patchwork.freedesktop.org/patch/496049/
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 4:33 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-18 4:33 UTC (permalink / raw)
To: Adam Ford
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On 12/18/22 05:23, Adam Ford wrote:
> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 12/16/22 14:25, Alexander Stein wrote:
>> Hi,
>>
>> [...]
>>
>>> Oh, nice, thanks for the pointer. When setting
>>>> samsung,burst-clock-frequency = <668250000>;
>>> in imx8mm.dtsi
>>> I get a non-flickering display using 4 lanes. Although admittedly this is just
>>> random guessing. I'm not sure which clock exactly has to be in the range
>>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
>>> = 16706250
>>
>> If I recall it right, minimum PLL frequency is:
>>
>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>
>> the link frequency is then
>>
>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>
>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>> this right. Can you check what is the value of mode->clock, the
>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>> sm65dsi83_get_dsi_range() ?
>>
>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>
>>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
>>> bridge/display setup?
>>
>> No, there should be negotiation between the host and bridge/panel, I
>> tried to propose two variants, but they were all rejected.
>
> For one of Jagan's previous revisions, I added some code to let the
> PHY auto adjust the frequencies instead of being fixed. NXP had this
> in their downstream kernel, but with this patch and another, I was
> able to set a variety of pixel clocks from my HDMI monitor and my
> DSI83. I haven't had time to re-base my work on Jagan's latest work,
> but you can link to the patch I did for the older stuff here:
>
> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
> and
> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
>
> I've been traveling a lot lately, so I haven't had time to evaluate
> his series, but I hope to get something like those re-based once the
> DSI stuff has been accepted.
I have these two attempts, both rejected:
https://patchwork.freedesktop.org/patch/475207/
https://patchwork.freedesktop.org/patch/496049/
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 4:33 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-18 4:33 UTC (permalink / raw)
To: Adam Ford
Cc: Alexander Stein, dri-devel, Laurent Pinchart, Andrzej Hajda,
Fancy Fang, Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai, Jagan Teki,
Michael Nazzareno Trimarchi, NXP Linux Team, Matteo Lisi,
linux-arm-kernel, Seung-Woo Kim, Robert Foss, Kyungmin Park,
linux-amarula
On 12/18/22 05:23, Adam Ford wrote:
> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 12/16/22 14:25, Alexander Stein wrote:
>> Hi,
>>
>> [...]
>>
>>> Oh, nice, thanks for the pointer. When setting
>>>> samsung,burst-clock-frequency = <668250000>;
>>> in imx8mm.dtsi
>>> I get a non-flickering display using 4 lanes. Although admittedly this is just
>>> random guessing. I'm not sure which clock exactly has to be in the range
>>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
>>> = 16706250
>>
>> If I recall it right, minimum PLL frequency is:
>>
>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>
>> the link frequency is then
>>
>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>
>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>> this right. Can you check what is the value of mode->clock, the
>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>> sm65dsi83_get_dsi_range() ?
>>
>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>
>>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
>>> bridge/display setup?
>>
>> No, there should be negotiation between the host and bridge/panel, I
>> tried to propose two variants, but they were all rejected.
>
> For one of Jagan's previous revisions, I added some code to let the
> PHY auto adjust the frequencies instead of being fixed. NXP had this
> in their downstream kernel, but with this patch and another, I was
> able to set a variety of pixel clocks from my HDMI monitor and my
> DSI83. I haven't had time to re-base my work on Jagan's latest work,
> but you can link to the patch I did for the older stuff here:
>
> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
> and
> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
>
> I've been traveling a lot lately, so I haven't had time to evaluate
> his series, but I hope to get something like those re-based once the
> DSI stuff has been accepted.
I have these two attempts, both rejected:
https://patchwork.freedesktop.org/patch/475207/
https://patchwork.freedesktop.org/patch/496049/
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-18 4:33 ` Marek Vasut
(?)
@ 2022-12-18 22:24 ` Adam Ford
-1 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2022-12-18 22:24 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>
> On 12/18/22 05:23, Adam Ford wrote:
> > On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> >>
> >> On 12/16/22 14:25, Alexander Stein wrote:
> >> Hi,
> >>
> >> [...]
> >>
> >>> Oh, nice, thanks for the pointer. When setting
> >>>> samsung,burst-clock-frequency = <668250000>;
> >>> in imx8mm.dtsi
> >>> I get a non-flickering display using 4 lanes. Although admittedly this is just
> >>> random guessing. I'm not sure which clock exactly has to be in the range
> >>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> >>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> >>> = 16706250
> >>
> >> If I recall it right, minimum PLL frequency is:
> >>
> >> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> >>
> >> the link frequency is then
> >>
> >> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> >>
> >> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> >> this right. Can you check what is the value of mode->clock, the
> >> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> >> sm65dsi83_get_dsi_range() ?
> >>
> >>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> >>> properties, while SN65DSI84 is using display mode and number of lanes.
> >>>
> >>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
> >>> bridge/display setup?
> >>
> >> No, there should be negotiation between the host and bridge/panel, I
> >> tried to propose two variants, but they were all rejected.
> >
> > For one of Jagan's previous revisions, I added some code to let the
> > PHY auto adjust the frequencies instead of being fixed. NXP had this
> > in their downstream kernel, but with this patch and another, I was
> > able to set a variety of pixel clocks from my HDMI monitor and my
> > DSI83. I haven't had time to re-base my work on Jagan's latest work,
> > but you can link to the patch I did for the older stuff here:
> >
> > https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
> > and
> > https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
> >
> > I've been traveling a lot lately, so I haven't had time to evaluate
> > his series, but I hope to get something like those re-based once the
> > DSI stuff has been accepted.
>
> I have these two attempts, both rejected:
>
> https://patchwork.freedesktop.org/patch/475207/
> https://patchwork.freedesktop.org/patch/496049/
I have some patches re-based to Jagan's latest branch. It doesn't
impact any drivers other than the new samsung-dsim driver, and it
doesn't touch any of the drm helper functions either. It adjusts hs
clock based on the connected device. I am not sure what the impact
will have on the attached Exynos devices, so I am expecting some
iterations. Right now it's working with my DSI83 chip, but I need to
get it working with my adv7535 part as well. On the older branch, I
was able to sync the ad7535 with a variety of resolutions using
different pixel clock rates.
Once I get it working again with my adv7535 and cleaned up, I'll
submit the patches to the drm group, and I'll CC you, Jagan and Marek
Szyprowski with a reference to Jagan's series so people wanting to try
it can apply it to his branch.
adam
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 22:24 ` Adam Ford
0 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2022-12-18 22:24 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>
> On 12/18/22 05:23, Adam Ford wrote:
> > On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> >>
> >> On 12/16/22 14:25, Alexander Stein wrote:
> >> Hi,
> >>
> >> [...]
> >>
> >>> Oh, nice, thanks for the pointer. When setting
> >>>> samsung,burst-clock-frequency = <668250000>;
> >>> in imx8mm.dtsi
> >>> I get a non-flickering display using 4 lanes. Although admittedly this is just
> >>> random guessing. I'm not sure which clock exactly has to be in the range
> >>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> >>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> >>> = 16706250
> >>
> >> If I recall it right, minimum PLL frequency is:
> >>
> >> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> >>
> >> the link frequency is then
> >>
> >> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> >>
> >> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> >> this right. Can you check what is the value of mode->clock, the
> >> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> >> sm65dsi83_get_dsi_range() ?
> >>
> >>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> >>> properties, while SN65DSI84 is using display mode and number of lanes.
> >>>
> >>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
> >>> bridge/display setup?
> >>
> >> No, there should be negotiation between the host and bridge/panel, I
> >> tried to propose two variants, but they were all rejected.
> >
> > For one of Jagan's previous revisions, I added some code to let the
> > PHY auto adjust the frequencies instead of being fixed. NXP had this
> > in their downstream kernel, but with this patch and another, I was
> > able to set a variety of pixel clocks from my HDMI monitor and my
> > DSI83. I haven't had time to re-base my work on Jagan's latest work,
> > but you can link to the patch I did for the older stuff here:
> >
> > https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
> > and
> > https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
> >
> > I've been traveling a lot lately, so I haven't had time to evaluate
> > his series, but I hope to get something like those re-based once the
> > DSI stuff has been accepted.
>
> I have these two attempts, both rejected:
>
> https://patchwork.freedesktop.org/patch/475207/
> https://patchwork.freedesktop.org/patch/496049/
I have some patches re-based to Jagan's latest branch. It doesn't
impact any drivers other than the new samsung-dsim driver, and it
doesn't touch any of the drm helper functions either. It adjusts hs
clock based on the connected device. I am not sure what the impact
will have on the attached Exynos devices, so I am expecting some
iterations. Right now it's working with my DSI83 chip, but I need to
get it working with my adv7535 part as well. On the older branch, I
was able to sync the ad7535 with a variety of resolutions using
different pixel clock rates.
Once I get it working again with my adv7535 and cleaned up, I'll
submit the patches to the drm group, and I'll CC you, Jagan and Marek
Szyprowski with a reference to Jagan's series so people wanting to try
it can apply it to his branch.
adam
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 22:24 ` Adam Ford
0 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2022-12-18 22:24 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, dri-devel, Laurent Pinchart, Andrzej Hajda,
Fancy Fang, Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai, Jagan Teki,
Michael Nazzareno Trimarchi, NXP Linux Team, Matteo Lisi,
linux-arm-kernel, Seung-Woo Kim, Robert Foss, Kyungmin Park,
linux-amarula
On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>
> On 12/18/22 05:23, Adam Ford wrote:
> > On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> >>
> >> On 12/16/22 14:25, Alexander Stein wrote:
> >> Hi,
> >>
> >> [...]
> >>
> >>> Oh, nice, thanks for the pointer. When setting
> >>>> samsung,burst-clock-frequency = <668250000>;
> >>> in imx8mm.dtsi
> >>> I get a non-flickering display using 4 lanes. Although admittedly this is just
> >>> random guessing. I'm not sure which clock exactly has to be in the range
> >>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
> >>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
> >>> = 16706250
> >>
> >> If I recall it right, minimum PLL frequency is:
> >>
> >> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> >>
> >> the link frequency is then
> >>
> >> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> >>
> >> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> >> this right. Can you check what is the value of mode->clock, the
> >> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> >> sm65dsi83_get_dsi_range() ?
> >>
> >>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
> >>> properties, while SN65DSI84 is using display mode and number of lanes.
> >>>
> >>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
> >>> bridge/display setup?
> >>
> >> No, there should be negotiation between the host and bridge/panel, I
> >> tried to propose two variants, but they were all rejected.
> >
> > For one of Jagan's previous revisions, I added some code to let the
> > PHY auto adjust the frequencies instead of being fixed. NXP had this
> > in their downstream kernel, but with this patch and another, I was
> > able to set a variety of pixel clocks from my HDMI monitor and my
> > DSI83. I haven't had time to re-base my work on Jagan's latest work,
> > but you can link to the patch I did for the older stuff here:
> >
> > https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
> > and
> > https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
> >
> > I've been traveling a lot lately, so I haven't had time to evaluate
> > his series, but I hope to get something like those re-based once the
> > DSI stuff has been accepted.
>
> I have these two attempts, both rejected:
>
> https://patchwork.freedesktop.org/patch/475207/
> https://patchwork.freedesktop.org/patch/496049/
I have some patches re-based to Jagan's latest branch. It doesn't
impact any drivers other than the new samsung-dsim driver, and it
doesn't touch any of the drm helper functions either. It adjusts hs
clock based on the connected device. I am not sure what the impact
will have on the attached Exynos devices, so I am expecting some
iterations. Right now it's working with my DSI83 chip, but I need to
get it working with my adv7535 part as well. On the older branch, I
was able to sync the ad7535 with a variety of resolutions using
different pixel clock rates.
Once I get it working again with my adv7535 and cleaned up, I'll
submit the patches to the drm group, and I'll CC you, Jagan and Marek
Szyprowski with a reference to Jagan's series so people wanting to try
it can apply it to his branch.
adam
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-18 22:24 ` Adam Ford
(?)
@ 2022-12-18 22:28 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-18 22:28 UTC (permalink / raw)
To: Adam Ford
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On 12/18/22 23:24, Adam Ford wrote:
> On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 12/18/22 05:23, Adam Ford wrote:
>>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>>>
>>>> On 12/16/22 14:25, Alexander Stein wrote:
>>>> Hi,
>>>>
>>>> [...]
>>>>
>>>>> Oh, nice, thanks for the pointer. When setting
>>>>>> samsung,burst-clock-frequency = <668250000>;
>>>>> in imx8mm.dtsi
>>>>> I get a non-flickering display using 4 lanes. Although admittedly this is just
>>>>> random guessing. I'm not sure which clock exactly has to be in the range
>>>>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
>>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
>>>>> = 16706250
>>>>
>>>> If I recall it right, minimum PLL frequency is:
>>>>
>>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>>>
>>>> the link frequency is then
>>>>
>>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>>>
>>>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>>>> this right. Can you check what is the value of mode->clock, the
>>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>>>> sm65dsi83_get_dsi_range() ?
>>>>
>>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
>>>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>>>
>>>>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
>>>>> bridge/display setup?
>>>>
>>>> No, there should be negotiation between the host and bridge/panel, I
>>>> tried to propose two variants, but they were all rejected.
>>>
>>> For one of Jagan's previous revisions, I added some code to let the
>>> PHY auto adjust the frequencies instead of being fixed. NXP had this
>>> in their downstream kernel, but with this patch and another, I was
>>> able to set a variety of pixel clocks from my HDMI monitor and my
>>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
>>> but you can link to the patch I did for the older stuff here:
>>>
>>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
>>> and
>>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
>>>
>>> I've been traveling a lot lately, so I haven't had time to evaluate
>>> his series, but I hope to get something like those re-based once the
>>> DSI stuff has been accepted.
>>
>> I have these two attempts, both rejected:
>>
>> https://patchwork.freedesktop.org/patch/475207/
>> https://patchwork.freedesktop.org/patch/496049/
>
> I have some patches re-based to Jagan's latest branch. It doesn't
> impact any drivers other than the new samsung-dsim driver, and it
> doesn't touch any of the drm helper functions either. It adjusts hs
> clock based on the connected device. I am not sure what the impact
> will have on the attached Exynos devices, so I am expecting some
> iterations. Right now it's working with my DSI83 chip, but I need to
> get it working with my adv7535 part as well. On the older branch, I
> was able to sync the ad7535 with a variety of resolutions using
> different pixel clock rates.
>
> Once I get it working again with my adv7535 and cleaned up, I'll
> submit the patches to the drm group, and I'll CC you, Jagan and Marek
> Szyprowski with a reference to Jagan's series so people wanting to try
> it can apply it to his branch.
The negotiation has to happen between the host and the bridge/panel,
otherwise you won't be able to support bridge/panel devices which
require specific clock rate on the DSI. Only the bridge/panel driver
knows about such requirement.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 22:28 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-18 22:28 UTC (permalink / raw)
To: Adam Ford
Cc: Alexander Stein, dri-devel, Laurent Pinchart, Andrzej Hajda,
Fancy Fang, Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai, Jagan Teki,
Michael Nazzareno Trimarchi, NXP Linux Team, Matteo Lisi,
linux-arm-kernel, Seung-Woo Kim, Robert Foss, Kyungmin Park,
linux-amarula
On 12/18/22 23:24, Adam Ford wrote:
> On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 12/18/22 05:23, Adam Ford wrote:
>>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>>>
>>>> On 12/16/22 14:25, Alexander Stein wrote:
>>>> Hi,
>>>>
>>>> [...]
>>>>
>>>>> Oh, nice, thanks for the pointer. When setting
>>>>>> samsung,burst-clock-frequency = <668250000>;
>>>>> in imx8mm.dtsi
>>>>> I get a non-flickering display using 4 lanes. Although admittedly this is just
>>>>> random guessing. I'm not sure which clock exactly has to be in the range
>>>>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
>>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
>>>>> = 16706250
>>>>
>>>> If I recall it right, minimum PLL frequency is:
>>>>
>>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>>>
>>>> the link frequency is then
>>>>
>>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>>>
>>>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>>>> this right. Can you check what is the value of mode->clock, the
>>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>>>> sm65dsi83_get_dsi_range() ?
>>>>
>>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
>>>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>>>
>>>>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
>>>>> bridge/display setup?
>>>>
>>>> No, there should be negotiation between the host and bridge/panel, I
>>>> tried to propose two variants, but they were all rejected.
>>>
>>> For one of Jagan's previous revisions, I added some code to let the
>>> PHY auto adjust the frequencies instead of being fixed. NXP had this
>>> in their downstream kernel, but with this patch and another, I was
>>> able to set a variety of pixel clocks from my HDMI monitor and my
>>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
>>> but you can link to the patch I did for the older stuff here:
>>>
>>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
>>> and
>>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
>>>
>>> I've been traveling a lot lately, so I haven't had time to evaluate
>>> his series, but I hope to get something like those re-based once the
>>> DSI stuff has been accepted.
>>
>> I have these two attempts, both rejected:
>>
>> https://patchwork.freedesktop.org/patch/475207/
>> https://patchwork.freedesktop.org/patch/496049/
>
> I have some patches re-based to Jagan's latest branch. It doesn't
> impact any drivers other than the new samsung-dsim driver, and it
> doesn't touch any of the drm helper functions either. It adjusts hs
> clock based on the connected device. I am not sure what the impact
> will have on the attached Exynos devices, so I am expecting some
> iterations. Right now it's working with my DSI83 chip, but I need to
> get it working with my adv7535 part as well. On the older branch, I
> was able to sync the ad7535 with a variety of resolutions using
> different pixel clock rates.
>
> Once I get it working again with my adv7535 and cleaned up, I'll
> submit the patches to the drm group, and I'll CC you, Jagan and Marek
> Szyprowski with a reference to Jagan's series so people wanting to try
> it can apply it to his branch.
The negotiation has to happen between the host and the bridge/panel,
otherwise you won't be able to support bridge/panel devices which
require specific clock rate on the DSI. Only the bridge/panel driver
knows about such requirement.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-18 22:28 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-18 22:28 UTC (permalink / raw)
To: Adam Ford
Cc: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, linux-samsung-soc, Matteo Lisi, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
On 12/18/22 23:24, Adam Ford wrote:
> On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 12/18/22 05:23, Adam Ford wrote:
>>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>>>
>>>> On 12/16/22 14:25, Alexander Stein wrote:
>>>> Hi,
>>>>
>>>> [...]
>>>>
>>>>> Oh, nice, thanks for the pointer. When setting
>>>>>> samsung,burst-clock-frequency = <668250000>;
>>>>> in imx8mm.dtsi
>>>>> I get a non-flickering display using 4 lanes. Although admittedly this is just
>>>>> random guessing. I'm not sure which clock exactly has to be in the range
>>>>> CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is configured for
>>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250, esc_clk
>>>>> = 16706250
>>>>
>>>> If I recall it right, minimum PLL frequency is:
>>>>
>>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>>>
>>>> the link frequency is then
>>>>
>>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>>>
>>>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>>>> this right. Can you check what is the value of mode->clock, the
>>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>>>> sm65dsi83_get_dsi_range() ?
>>>>
>>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from DT
>>>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>>>
>>>>> Is it expected that the DSIM PLL frequencies are set in DT for a specific
>>>>> bridge/display setup?
>>>>
>>>> No, there should be negotiation between the host and bridge/panel, I
>>>> tried to propose two variants, but they were all rejected.
>>>
>>> For one of Jagan's previous revisions, I added some code to let the
>>> PHY auto adjust the frequencies instead of being fixed. NXP had this
>>> in their downstream kernel, but with this patch and another, I was
>>> able to set a variety of pixel clocks from my HDMI monitor and my
>>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
>>> but you can link to the patch I did for the older stuff here:
>>>
>>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb88ab4b67e4
>>> and
>>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef639813475241936f
>>>
>>> I've been traveling a lot lately, so I haven't had time to evaluate
>>> his series, but I hope to get something like those re-based once the
>>> DSI stuff has been accepted.
>>
>> I have these two attempts, both rejected:
>>
>> https://patchwork.freedesktop.org/patch/475207/
>> https://patchwork.freedesktop.org/patch/496049/
>
> I have some patches re-based to Jagan's latest branch. It doesn't
> impact any drivers other than the new samsung-dsim driver, and it
> doesn't touch any of the drm helper functions either. It adjusts hs
> clock based on the connected device. I am not sure what the impact
> will have on the attached Exynos devices, so I am expecting some
> iterations. Right now it's working with my DSI83 chip, but I need to
> get it working with my adv7535 part as well. On the older branch, I
> was able to sync the ad7535 with a variety of resolutions using
> different pixel clock rates.
>
> Once I get it working again with my adv7535 and cleaned up, I'll
> submit the patches to the drm group, and I'll CC you, Jagan and Marek
> Szyprowski with a reference to Jagan's series so people wanting to try
> it can apply it to his branch.
The negotiation has to happen between the host and the bridge/panel,
otherwise you won't be able to support bridge/panel devices which
require specific clock rate on the DSI. Only the bridge/panel driver
knows about such requirement.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-18 22:28 ` Marek Vasut
(?)
@ 2023-01-03 10:59 ` Alexander Stein
-1 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2023-01-03 10:59 UTC (permalink / raw)
To: Adam Ford, Marek Vasut
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai, dri-devel,
linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
Hi,
Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
> On 12/18/22 23:24, Adam Ford wrote:
> > On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
> >> On 12/18/22 05:23, Adam Ford wrote:
> >>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> >>>> On 12/16/22 14:25, Alexander Stein wrote:
> >>>> Hi,
> >>>>
> >>>> [...]
> >>>>
> >>>>> Oh, nice, thanks for the pointer. When setting
> >>>>>
> >>>>>> samsung,burst-clock-frequency = <668250000>;
> >>>>>
> >>>>> in imx8mm.dtsi
> >>>>> I get a non-flickering display using 4 lanes. Although admittedly this
> >>>>> is just random guessing. I'm not sure which clock exactly has to be
> >>>>> in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
> >>>>> SN65DSI84 is configured for>>>>>
> >>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> >>>>>> esc_clk
> >>>>>
> >>>>> = 16706250
> >>>>
> >>>> If I recall it right, minimum PLL frequency is:
> >>>>
> >>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> >>>>
> >>>> the link frequency is then
> >>>>
> >>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> >>>>
> >>>> So DSI83 should be in the range of 80..85 MHz input clock if I
> >>>> calculate
> >>>> this right. Can you check what is the value of mode->clock, the
> >>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> >>>> sm65dsi83_get_dsi_range() ?
> >>>>
> >>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
> >>>>> from DT
> >>>>> properties, while SN65DSI84 is using display mode and number of lanes.
> >>>>>
> >>>>> Is it expected that the DSIM PLL frequencies are set in DT for a
> >>>>> specific
> >>>>> bridge/display setup?
> >>>>
> >>>> No, there should be negotiation between the host and bridge/panel, I
> >>>> tried to propose two variants, but they were all rejected.
> >>>
> >>> For one of Jagan's previous revisions, I added some code to let the
> >>> PHY auto adjust the frequencies instead of being fixed. NXP had this
> >>> in their downstream kernel, but with this patch and another, I was
> >>> able to set a variety of pixel clocks from my HDMI monitor and my
> >>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
> >>> but you can link to the patch I did for the older stuff here:
> >>>
> >>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
> >>> 8ab4b67e4 and
> >>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
> >>> 75241936f
> >>>
> >>> I've been traveling a lot lately, so I haven't had time to evaluate
> >>> his series, but I hope to get something like those re-based once the
> >>> DSI stuff has been accepted.
> >>
> >> I have these two attempts, both rejected:
> >>
> >> https://patchwork.freedesktop.org/patch/475207/
> >> https://patchwork.freedesktop.org/patch/496049/
> >
> > I have some patches re-based to Jagan's latest branch. It doesn't
> > impact any drivers other than the new samsung-dsim driver, and it
> > doesn't touch any of the drm helper functions either. It adjusts hs
> > clock based on the connected device. I am not sure what the impact
> > will have on the attached Exynos devices, so I am expecting some
> > iterations. Right now it's working with my DSI83 chip, but I need to
> > get it working with my adv7535 part as well. On the older branch, I
> > was able to sync the ad7535 with a variety of resolutions using
> > different pixel clock rates.
> >
> > Once I get it working again with my adv7535 and cleaned up, I'll
> > submit the patches to the drm group, and I'll CC you, Jagan and Marek
> > Szyprowski with a reference to Jagan's series so people wanting to try
> > it can apply it to his branch.
>
> The negotiation has to happen between the host and the bridge/panel,
> otherwise you won't be able to support bridge/panel devices which
> require specific clock rate on the DSI. Only the bridge/panel driver
> knows about such requirement.
AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
callback. So at this point the negotiation has to be finished already.
Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
samsung_dsim? But I don't know how you would get the expected clock frequency
from the downward bridge.
Best regards,
Alexander
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-03 10:59 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2023-01-03 10:59 UTC (permalink / raw)
To: Adam Ford, Marek Vasut
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai, dri-devel,
linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
Hi,
Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
> On 12/18/22 23:24, Adam Ford wrote:
> > On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
> >> On 12/18/22 05:23, Adam Ford wrote:
> >>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> >>>> On 12/16/22 14:25, Alexander Stein wrote:
> >>>> Hi,
> >>>>
> >>>> [...]
> >>>>
> >>>>> Oh, nice, thanks for the pointer. When setting
> >>>>>
> >>>>>> samsung,burst-clock-frequency = <668250000>;
> >>>>>
> >>>>> in imx8mm.dtsi
> >>>>> I get a non-flickering display using 4 lanes. Although admittedly this
> >>>>> is just random guessing. I'm not sure which clock exactly has to be
> >>>>> in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
> >>>>> SN65DSI84 is configured for>>>>>
> >>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> >>>>>> esc_clk
> >>>>>
> >>>>> = 16706250
> >>>>
> >>>> If I recall it right, minimum PLL frequency is:
> >>>>
> >>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> >>>>
> >>>> the link frequency is then
> >>>>
> >>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> >>>>
> >>>> So DSI83 should be in the range of 80..85 MHz input clock if I
> >>>> calculate
> >>>> this right. Can you check what is the value of mode->clock, the
> >>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> >>>> sm65dsi83_get_dsi_range() ?
> >>>>
> >>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
> >>>>> from DT
> >>>>> properties, while SN65DSI84 is using display mode and number of lanes.
> >>>>>
> >>>>> Is it expected that the DSIM PLL frequencies are set in DT for a
> >>>>> specific
> >>>>> bridge/display setup?
> >>>>
> >>>> No, there should be negotiation between the host and bridge/panel, I
> >>>> tried to propose two variants, but they were all rejected.
> >>>
> >>> For one of Jagan's previous revisions, I added some code to let the
> >>> PHY auto adjust the frequencies instead of being fixed. NXP had this
> >>> in their downstream kernel, but with this patch and another, I was
> >>> able to set a variety of pixel clocks from my HDMI monitor and my
> >>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
> >>> but you can link to the patch I did for the older stuff here:
> >>>
> >>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
> >>> 8ab4b67e4 and
> >>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
> >>> 75241936f
> >>>
> >>> I've been traveling a lot lately, so I haven't had time to evaluate
> >>> his series, but I hope to get something like those re-based once the
> >>> DSI stuff has been accepted.
> >>
> >> I have these two attempts, both rejected:
> >>
> >> https://patchwork.freedesktop.org/patch/475207/
> >> https://patchwork.freedesktop.org/patch/496049/
> >
> > I have some patches re-based to Jagan's latest branch. It doesn't
> > impact any drivers other than the new samsung-dsim driver, and it
> > doesn't touch any of the drm helper functions either. It adjusts hs
> > clock based on the connected device. I am not sure what the impact
> > will have on the attached Exynos devices, so I am expecting some
> > iterations. Right now it's working with my DSI83 chip, but I need to
> > get it working with my adv7535 part as well. On the older branch, I
> > was able to sync the ad7535 with a variety of resolutions using
> > different pixel clock rates.
> >
> > Once I get it working again with my adv7535 and cleaned up, I'll
> > submit the patches to the drm group, and I'll CC you, Jagan and Marek
> > Szyprowski with a reference to Jagan's series so people wanting to try
> > it can apply it to his branch.
>
> The negotiation has to happen between the host and the bridge/panel,
> otherwise you won't be able to support bridge/panel devices which
> require specific clock rate on the DSI. Only the bridge/panel driver
> knows about such requirement.
AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
callback. So at this point the negotiation has to be finished already.
Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
samsung_dsim? But I don't know how you would get the expected clock frequency
from the downward bridge.
Best regards,
Alexander
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-03 10:59 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2023-01-03 10:59 UTC (permalink / raw)
To: Adam Ford, Marek Vasut
Cc: , dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai, Jagan Teki,
Michael Nazzareno Trimarchi, NXP Linux Team, Matteo Lisi,
linux-arm-kernel, Seung-Woo Kim, Robert Foss, Kyungmin Park,
linux-amarula
Hi,
Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
> On 12/18/22 23:24, Adam Ford wrote:
> > On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
> >> On 12/18/22 05:23, Adam Ford wrote:
> >>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> >>>> On 12/16/22 14:25, Alexander Stein wrote:
> >>>> Hi,
> >>>>
> >>>> [...]
> >>>>
> >>>>> Oh, nice, thanks for the pointer. When setting
> >>>>>
> >>>>>> samsung,burst-clock-frequency = <668250000>;
> >>>>>
> >>>>> in imx8mm.dtsi
> >>>>> I get a non-flickering display using 4 lanes. Although admittedly this
> >>>>> is just random guessing. I'm not sure which clock exactly has to be
> >>>>> in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
> >>>>> SN65DSI84 is configured for>>>>>
> >>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> >>>>>> esc_clk
> >>>>>
> >>>>> = 16706250
> >>>>
> >>>> If I recall it right, minimum PLL frequency is:
> >>>>
> >>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> >>>>
> >>>> the link frequency is then
> >>>>
> >>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> >>>>
> >>>> So DSI83 should be in the range of 80..85 MHz input clock if I
> >>>> calculate
> >>>> this right. Can you check what is the value of mode->clock, the
> >>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> >>>> sm65dsi83_get_dsi_range() ?
> >>>>
> >>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
> >>>>> from DT
> >>>>> properties, while SN65DSI84 is using display mode and number of lanes.
> >>>>>
> >>>>> Is it expected that the DSIM PLL frequencies are set in DT for a
> >>>>> specific
> >>>>> bridge/display setup?
> >>>>
> >>>> No, there should be negotiation between the host and bridge/panel, I
> >>>> tried to propose two variants, but they were all rejected.
> >>>
> >>> For one of Jagan's previous revisions, I added some code to let the
> >>> PHY auto adjust the frequencies instead of being fixed. NXP had this
> >>> in their downstream kernel, but with this patch and another, I was
> >>> able to set a variety of pixel clocks from my HDMI monitor and my
> >>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
> >>> but you can link to the patch I did for the older stuff here:
> >>>
> >>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
> >>> 8ab4b67e4 and
> >>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
> >>> 75241936f
> >>>
> >>> I've been traveling a lot lately, so I haven't had time to evaluate
> >>> his series, but I hope to get something like those re-based once the
> >>> DSI stuff has been accepted.
> >>
> >> I have these two attempts, both rejected:
> >>
> >> https://patchwork.freedesktop.org/patch/475207/
> >> https://patchwork.freedesktop.org/patch/496049/
> >
> > I have some patches re-based to Jagan's latest branch. It doesn't
> > impact any drivers other than the new samsung-dsim driver, and it
> > doesn't touch any of the drm helper functions either. It adjusts hs
> > clock based on the connected device. I am not sure what the impact
> > will have on the attached Exynos devices, so I am expecting some
> > iterations. Right now it's working with my DSI83 chip, but I need to
> > get it working with my adv7535 part as well. On the older branch, I
> > was able to sync the ad7535 with a variety of resolutions using
> > different pixel clock rates.
> >
> > Once I get it working again with my adv7535 and cleaned up, I'll
> > submit the patches to the drm group, and I'll CC you, Jagan and Marek
> > Szyprowski with a reference to Jagan's series so people wanting to try
> > it can apply it to his branch.
>
> The negotiation has to happen between the host and the bridge/panel,
> otherwise you won't be able to support bridge/panel devices which
> require specific clock rate on the DSI. Only the bridge/panel driver
> knows about such requirement.
AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
callback. So at this point the negotiation has to be finished already.
Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
samsung_dsim? But I don't know how you would get the expected clock frequency
from the downward bridge.
Best regards,
Alexander
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-03 10:59 ` Alexander Stein
(?)
@ 2023-01-04 15:08 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-04 15:08 UTC (permalink / raw)
To: Alexander Stein, Adam Ford, Maxime Ripard
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai, dri-devel,
linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 1/3/23 11:59, Alexander Stein wrote:
> Hi,
>
> Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
>> On 12/18/22 23:24, Adam Ford wrote:
>>> On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>>>> On 12/18/22 05:23, Adam Ford wrote:
>>>>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>>>>> On 12/16/22 14:25, Alexander Stein wrote:
>>>>>> Hi,
>>>>>>
>>>>>> [...]
>>>>>>
>>>>>>> Oh, nice, thanks for the pointer. When setting
>>>>>>>
>>>>>>>> samsung,burst-clock-frequency = <668250000>;
>>>>>>>
>>>>>>> in imx8mm.dtsi
>>>>>>> I get a non-flickering display using 4 lanes. Although admittedly this
>>>>>>> is just random guessing. I'm not sure which clock exactly has to be
>>>>>>> in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
>>>>>>> SN65DSI84 is configured for>>>>>
>>>>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
>>>>>>>> esc_clk
>>>>>>>
>>>>>>> = 16706250
>>>>>>
>>>>>> If I recall it right, minimum PLL frequency is:
>>>>>>
>>>>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>>>>>
>>>>>> the link frequency is then
>>>>>>
>>>>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>>>>>
>>>>>> So DSI83 should be in the range of 80..85 MHz input clock if I
>>>>>> calculate
>>>>>> this right. Can you check what is the value of mode->clock, the
>>>>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>>>>>> sm65dsi83_get_dsi_range() ?
>>>>>>
>>>>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
>>>>>>> from DT
>>>>>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>>>>>
>>>>>>> Is it expected that the DSIM PLL frequencies are set in DT for a
>>>>>>> specific
>>>>>>> bridge/display setup?
>>>>>>
>>>>>> No, there should be negotiation between the host and bridge/panel, I
>>>>>> tried to propose two variants, but they were all rejected.
>>>>>
>>>>> For one of Jagan's previous revisions, I added some code to let the
>>>>> PHY auto adjust the frequencies instead of being fixed. NXP had this
>>>>> in their downstream kernel, but with this patch and another, I was
>>>>> able to set a variety of pixel clocks from my HDMI monitor and my
>>>>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
>>>>> but you can link to the patch I did for the older stuff here:
>>>>>
>>>>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
>>>>> 8ab4b67e4 and
>>>>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
>>>>> 75241936f
>>>>>
>>>>> I've been traveling a lot lately, so I haven't had time to evaluate
>>>>> his series, but I hope to get something like those re-based once the
>>>>> DSI stuff has been accepted.
>>>>
>>>> I have these two attempts, both rejected:
>>>>
>>>> https://patchwork.freedesktop.org/patch/475207/
>>>> https://patchwork.freedesktop.org/patch/496049/
>>>
>>> I have some patches re-based to Jagan's latest branch. It doesn't
>>> impact any drivers other than the new samsung-dsim driver, and it
>>> doesn't touch any of the drm helper functions either. It adjusts hs
>>> clock based on the connected device. I am not sure what the impact
>>> will have on the attached Exynos devices, so I am expecting some
>>> iterations. Right now it's working with my DSI83 chip, but I need to
>>> get it working with my adv7535 part as well. On the older branch, I
>>> was able to sync the ad7535 with a variety of resolutions using
>>> different pixel clock rates.
>>>
>>> Once I get it working again with my adv7535 and cleaned up, I'll
>>> submit the patches to the drm group, and I'll CC you, Jagan and Marek
>>> Szyprowski with a reference to Jagan's series so people wanting to try
>>> it can apply it to his branch.
>>
>> The negotiation has to happen between the host and the bridge/panel,
>> otherwise you won't be able to support bridge/panel devices which
>> require specific clock rate on the DSI. Only the bridge/panel driver
>> knows about such requirement.
>
> AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
> callback. So at this point the negotiation has to be finished already.
> Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
> samsung_dsim? But I don't know how you would get the expected clock frequency
> from the downward bridge.
Maybe Maxime can comment on this ?
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-04 15:08 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-04 15:08 UTC (permalink / raw)
To: Alexander Stein, Adam Ford, Maxime Ripard
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai, dri-devel,
linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 1/3/23 11:59, Alexander Stein wrote:
> Hi,
>
> Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
>> On 12/18/22 23:24, Adam Ford wrote:
>>> On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>>>> On 12/18/22 05:23, Adam Ford wrote:
>>>>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>>>>> On 12/16/22 14:25, Alexander Stein wrote:
>>>>>> Hi,
>>>>>>
>>>>>> [...]
>>>>>>
>>>>>>> Oh, nice, thanks for the pointer. When setting
>>>>>>>
>>>>>>>> samsung,burst-clock-frequency = <668250000>;
>>>>>>>
>>>>>>> in imx8mm.dtsi
>>>>>>> I get a non-flickering display using 4 lanes. Although admittedly this
>>>>>>> is just random guessing. I'm not sure which clock exactly has to be
>>>>>>> in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
>>>>>>> SN65DSI84 is configured for>>>>>
>>>>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
>>>>>>>> esc_clk
>>>>>>>
>>>>>>> = 16706250
>>>>>>
>>>>>> If I recall it right, minimum PLL frequency is:
>>>>>>
>>>>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>>>>>
>>>>>> the link frequency is then
>>>>>>
>>>>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>>>>>
>>>>>> So DSI83 should be in the range of 80..85 MHz input clock if I
>>>>>> calculate
>>>>>> this right. Can you check what is the value of mode->clock, the
>>>>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>>>>>> sm65dsi83_get_dsi_range() ?
>>>>>>
>>>>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
>>>>>>> from DT
>>>>>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>>>>>
>>>>>>> Is it expected that the DSIM PLL frequencies are set in DT for a
>>>>>>> specific
>>>>>>> bridge/display setup?
>>>>>>
>>>>>> No, there should be negotiation between the host and bridge/panel, I
>>>>>> tried to propose two variants, but they were all rejected.
>>>>>
>>>>> For one of Jagan's previous revisions, I added some code to let the
>>>>> PHY auto adjust the frequencies instead of being fixed. NXP had this
>>>>> in their downstream kernel, but with this patch and another, I was
>>>>> able to set a variety of pixel clocks from my HDMI monitor and my
>>>>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
>>>>> but you can link to the patch I did for the older stuff here:
>>>>>
>>>>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
>>>>> 8ab4b67e4 and
>>>>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
>>>>> 75241936f
>>>>>
>>>>> I've been traveling a lot lately, so I haven't had time to evaluate
>>>>> his series, but I hope to get something like those re-based once the
>>>>> DSI stuff has been accepted.
>>>>
>>>> I have these two attempts, both rejected:
>>>>
>>>> https://patchwork.freedesktop.org/patch/475207/
>>>> https://patchwork.freedesktop.org/patch/496049/
>>>
>>> I have some patches re-based to Jagan's latest branch. It doesn't
>>> impact any drivers other than the new samsung-dsim driver, and it
>>> doesn't touch any of the drm helper functions either. It adjusts hs
>>> clock based on the connected device. I am not sure what the impact
>>> will have on the attached Exynos devices, so I am expecting some
>>> iterations. Right now it's working with my DSI83 chip, but I need to
>>> get it working with my adv7535 part as well. On the older branch, I
>>> was able to sync the ad7535 with a variety of resolutions using
>>> different pixel clock rates.
>>>
>>> Once I get it working again with my adv7535 and cleaned up, I'll
>>> submit the patches to the drm group, and I'll CC you, Jagan and Marek
>>> Szyprowski with a reference to Jagan's series so people wanting to try
>>> it can apply it to his branch.
>>
>> The negotiation has to happen between the host and the bridge/panel,
>> otherwise you won't be able to support bridge/panel devices which
>> require specific clock rate on the DSI. Only the bridge/panel driver
>> knows about such requirement.
>
> AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
> callback. So at this point the negotiation has to be finished already.
> Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
> samsung_dsim? But I don't know how you would get the expected clock frequency
> from the downward bridge.
Maybe Maxime can comment on this ?
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-04 15:08 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-04 15:08 UTC (permalink / raw)
To: Alexander Stein, Adam Ford, Maxime Ripard
Cc: dri-devel, Jagan Teki, linux-samsung-soc, Laurent Pinchart,
Joonyoung Shim, Tommaso Merciai, Seung-Woo Kim, Neil Armstrong,
Frieder Schrempf, Kyungmin Park, Matteo Lisi, Robert Foss,
Andrzej Hajda, NXP Linux Team, Fancy Fang,
Michael Nazzareno Trimarchi, linux-amarula, linux-arm-kernel,
Marek Szyprowski
On 1/3/23 11:59, Alexander Stein wrote:
> Hi,
>
> Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
>> On 12/18/22 23:24, Adam Ford wrote:
>>> On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
>>>> On 12/18/22 05:23, Adam Ford wrote:
>>>>> On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
>>>>>> On 12/16/22 14:25, Alexander Stein wrote:
>>>>>> Hi,
>>>>>>
>>>>>> [...]
>>>>>>
>>>>>>> Oh, nice, thanks for the pointer. When setting
>>>>>>>
>>>>>>>> samsung,burst-clock-frequency = <668250000>;
>>>>>>>
>>>>>>> in imx8mm.dtsi
>>>>>>> I get a non-flickering display using 4 lanes. Although admittedly this
>>>>>>> is just random guessing. I'm not sure which clock exactly has to be
>>>>>>> in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
>>>>>>> SN65DSI84 is configured for>>>>>
>>>>>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>>>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>>>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
>>>>>>>> esc_clk
>>>>>>>
>>>>>>> = 16706250
>>>>>>
>>>>>> If I recall it right, minimum PLL frequency is:
>>>>>>
>>>>>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>>>>>
>>>>>> the link frequency is then
>>>>>>
>>>>>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>>>>>>
>>>>>> So DSI83 should be in the range of 80..85 MHz input clock if I
>>>>>> calculate
>>>>>> this right. Can you check what is the value of mode->clock, the
>>>>>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>>>>>> sm65dsi83_get_dsi_range() ?
>>>>>>
>>>>>>> AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
>>>>>>> from DT
>>>>>>> properties, while SN65DSI84 is using display mode and number of lanes.
>>>>>>>
>>>>>>> Is it expected that the DSIM PLL frequencies are set in DT for a
>>>>>>> specific
>>>>>>> bridge/display setup?
>>>>>>
>>>>>> No, there should be negotiation between the host and bridge/panel, I
>>>>>> tried to propose two variants, but they were all rejected.
>>>>>
>>>>> For one of Jagan's previous revisions, I added some code to let the
>>>>> PHY auto adjust the frequencies instead of being fixed. NXP had this
>>>>> in their downstream kernel, but with this patch and another, I was
>>>>> able to set a variety of pixel clocks from my HDMI monitor and my
>>>>> DSI83. I haven't had time to re-base my work on Jagan's latest work,
>>>>> but you can link to the patch I did for the older stuff here:
>>>>>
>>>>> https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
>>>>> 8ab4b67e4 and
>>>>> https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
>>>>> 75241936f
>>>>>
>>>>> I've been traveling a lot lately, so I haven't had time to evaluate
>>>>> his series, but I hope to get something like those re-based once the
>>>>> DSI stuff has been accepted.
>>>>
>>>> I have these two attempts, both rejected:
>>>>
>>>> https://patchwork.freedesktop.org/patch/475207/
>>>> https://patchwork.freedesktop.org/patch/496049/
>>>
>>> I have some patches re-based to Jagan's latest branch. It doesn't
>>> impact any drivers other than the new samsung-dsim driver, and it
>>> doesn't touch any of the drm helper functions either. It adjusts hs
>>> clock based on the connected device. I am not sure what the impact
>>> will have on the attached Exynos devices, so I am expecting some
>>> iterations. Right now it's working with my DSI83 chip, but I need to
>>> get it working with my adv7535 part as well. On the older branch, I
>>> was able to sync the ad7535 with a variety of resolutions using
>>> different pixel clock rates.
>>>
>>> Once I get it working again with my adv7535 and cleaned up, I'll
>>> submit the patches to the drm group, and I'll CC you, Jagan and Marek
>>> Szyprowski with a reference to Jagan's series so people wanting to try
>>> it can apply it to his branch.
>>
>> The negotiation has to happen between the host and the bridge/panel,
>> otherwise you won't be able to support bridge/panel devices which
>> require specific clock rate on the DSI. Only the bridge/panel driver
>> knows about such requirement.
>
> AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
> callback. So at this point the negotiation has to be finished already.
> Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
> samsung_dsim? But I don't know how you would get the expected clock frequency
> from the downward bridge.
Maybe Maxime can comment on this ?
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-04 15:08 ` Marek Vasut
(?)
@ 2023-01-20 19:10 ` Maxime Ripard
-1 siblings, 0 replies; 81+ messages in thread
From: Maxime Ripard @ 2023-01-20 19:10 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, dri-devel, Laurent Pinchart, Andrzej Hajda,
Fancy Fang, Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai,
NXP Linux Team, Michael Nazzareno Trimarchi, Jagan Teki,
Matteo Lisi, Adam Ford, linux-arm-kernel, Seung-Woo Kim,
Robert Foss, Kyungmin Park, linux-amarula
On Wed, Jan 04, 2023 at 04:08:47PM +0100, Marek Vasut wrote:
> On 1/3/23 11:59, Alexander Stein wrote:
> > Hi,
> >
> > Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
> > > On 12/18/22 23:24, Adam Ford wrote:
> > > > On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
> > > > > On 12/18/22 05:23, Adam Ford wrote:
> > > > > > On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> > > > > > > On 12/16/22 14:25, Alexander Stein wrote:
> > > > > > > Hi,
> > > > > > >
> > > > > > > [...]
> > > > > > >
> > > > > > > > Oh, nice, thanks for the pointer. When setting
> > > > > > > >
> > > > > > > > > samsung,burst-clock-frequency = <668250000>;
> > > > > > > >
> > > > > > > > in imx8mm.dtsi
> > > > > > > > I get a non-flickering display using 4 lanes. Although admittedly this
> > > > > > > > is just random guessing. I'm not sure which clock exactly has to be
> > > > > > > > in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
> > > > > > > > SN65DSI84 is configured for>>>>>
> > > > > > > > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> > > > > > > > > samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> > > > > > > > > samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> > > > > > > > > esc_clk
> > > > > > > >
> > > > > > > > = 16706250
> > > > > > >
> > > > > > > If I recall it right, minimum PLL frequency is:
> > > > > > >
> > > > > > > fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> > > > > > >
> > > > > > > the link frequency is then
> > > > > > >
> > > > > > > fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> > > > > > >
> > > > > > > So DSI83 should be in the range of 80..85 MHz input clock if I
> > > > > > > calculate
> > > > > > > this right. Can you check what is the value of mode->clock, the
> > > > > > > mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> > > > > > > sm65dsi83_get_dsi_range() ?
> > > > > > >
> > > > > > > > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
> > > > > > > > from DT
> > > > > > > > properties, while SN65DSI84 is using display mode and number of lanes.
> > > > > > > >
> > > > > > > > Is it expected that the DSIM PLL frequencies are set in DT for a
> > > > > > > > specific
> > > > > > > > bridge/display setup?
> > > > > > >
> > > > > > > No, there should be negotiation between the host and bridge/panel, I
> > > > > > > tried to propose two variants, but they were all rejected.
> > > > > >
> > > > > > For one of Jagan's previous revisions, I added some code to let the
> > > > > > PHY auto adjust the frequencies instead of being fixed. NXP had this
> > > > > > in their downstream kernel, but with this patch and another, I was
> > > > > > able to set a variety of pixel clocks from my HDMI monitor and my
> > > > > > DSI83. I haven't had time to re-base my work on Jagan's latest work,
> > > > > > but you can link to the patch I did for the older stuff here:
> > > > > >
> > > > > > https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
> > > > > > 8ab4b67e4 and
> > > > > > https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
> > > > > > 75241936f
> > > > > >
> > > > > > I've been traveling a lot lately, so I haven't had time to evaluate
> > > > > > his series, but I hope to get something like those re-based once the
> > > > > > DSI stuff has been accepted.
> > > > >
> > > > > I have these two attempts, both rejected:
> > > > >
> > > > > https://patchwork.freedesktop.org/patch/475207/
> > > > > https://patchwork.freedesktop.org/patch/496049/
> > > >
> > > > I have some patches re-based to Jagan's latest branch. It doesn't
> > > > impact any drivers other than the new samsung-dsim driver, and it
> > > > doesn't touch any of the drm helper functions either. It adjusts hs
> > > > clock based on the connected device. I am not sure what the impact
> > > > will have on the attached Exynos devices, so I am expecting some
> > > > iterations. Right now it's working with my DSI83 chip, but I need to
> > > > get it working with my adv7535 part as well. On the older branch, I
> > > > was able to sync the ad7535 with a variety of resolutions using
> > > > different pixel clock rates.
> > > >
> > > > Once I get it working again with my adv7535 and cleaned up, I'll
> > > > submit the patches to the drm group, and I'll CC you, Jagan and Marek
> > > > Szyprowski with a reference to Jagan's series so people wanting to try
> > > > it can apply it to his branch.
> > >
> > > The negotiation has to happen between the host and the bridge/panel,
> > > otherwise you won't be able to support bridge/panel devices which
> > > require specific clock rate on the DSI. Only the bridge/panel driver
> > > knows about such requirement.
> >
> > AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
> > callback. So at this point the negotiation has to be finished already.
> > Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
> > samsung_dsim? But I don't know how you would get the expected clock frequency
> > from the downward bridge.
I have zero context there, so I'm not sure what proposals have been made
already, but why isn't it possible to do it the other way around and
make the bridge ask the upstream driver if it can provide the clock
frequency the bridge require?
It's pretty much how the common clock framework works too: you set the
rate on the leaf clock, and it propagates upwards in your tree,
adjusting for any constraint we have along the way.
It does need to happen at atomic_check time though, otherwise it would
be terrible for anyone attempting to use that driver.
Maxime
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 19:10 ` Maxime Ripard
0 siblings, 0 replies; 81+ messages in thread
From: Maxime Ripard @ 2023-01-20 19:10 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, Adam Ford, Andrzej Hajda, Inki Dae,
Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim, Kyungmin Park,
Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Neil Armstrong, Robert Foss,
Laurent Pinchart, Tommaso Merciai, dri-devel, linux-samsung-soc,
Matteo Lisi, NXP Linux Team, linux-amarula, linux-arm-kernel,
Jagan Teki
On Wed, Jan 04, 2023 at 04:08:47PM +0100, Marek Vasut wrote:
> On 1/3/23 11:59, Alexander Stein wrote:
> > Hi,
> >
> > Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
> > > On 12/18/22 23:24, Adam Ford wrote:
> > > > On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
> > > > > On 12/18/22 05:23, Adam Ford wrote:
> > > > > > On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> > > > > > > On 12/16/22 14:25, Alexander Stein wrote:
> > > > > > > Hi,
> > > > > > >
> > > > > > > [...]
> > > > > > >
> > > > > > > > Oh, nice, thanks for the pointer. When setting
> > > > > > > >
> > > > > > > > > samsung,burst-clock-frequency = <668250000>;
> > > > > > > >
> > > > > > > > in imx8mm.dtsi
> > > > > > > > I get a non-flickering display using 4 lanes. Although admittedly this
> > > > > > > > is just random guessing. I'm not sure which clock exactly has to be
> > > > > > > > in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
> > > > > > > > SN65DSI84 is configured for>>>>>
> > > > > > > > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> > > > > > > > > samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> > > > > > > > > samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> > > > > > > > > esc_clk
> > > > > > > >
> > > > > > > > = 16706250
> > > > > > >
> > > > > > > If I recall it right, minimum PLL frequency is:
> > > > > > >
> > > > > > > fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> > > > > > >
> > > > > > > the link frequency is then
> > > > > > >
> > > > > > > fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> > > > > > >
> > > > > > > So DSI83 should be in the range of 80..85 MHz input clock if I
> > > > > > > calculate
> > > > > > > this right. Can you check what is the value of mode->clock, the
> > > > > > > mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> > > > > > > sm65dsi83_get_dsi_range() ?
> > > > > > >
> > > > > > > > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
> > > > > > > > from DT
> > > > > > > > properties, while SN65DSI84 is using display mode and number of lanes.
> > > > > > > >
> > > > > > > > Is it expected that the DSIM PLL frequencies are set in DT for a
> > > > > > > > specific
> > > > > > > > bridge/display setup?
> > > > > > >
> > > > > > > No, there should be negotiation between the host and bridge/panel, I
> > > > > > > tried to propose two variants, but they were all rejected.
> > > > > >
> > > > > > For one of Jagan's previous revisions, I added some code to let the
> > > > > > PHY auto adjust the frequencies instead of being fixed. NXP had this
> > > > > > in their downstream kernel, but with this patch and another, I was
> > > > > > able to set a variety of pixel clocks from my HDMI monitor and my
> > > > > > DSI83. I haven't had time to re-base my work on Jagan's latest work,
> > > > > > but you can link to the patch I did for the older stuff here:
> > > > > >
> > > > > > https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
> > > > > > 8ab4b67e4 and
> > > > > > https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
> > > > > > 75241936f
> > > > > >
> > > > > > I've been traveling a lot lately, so I haven't had time to evaluate
> > > > > > his series, but I hope to get something like those re-based once the
> > > > > > DSI stuff has been accepted.
> > > > >
> > > > > I have these two attempts, both rejected:
> > > > >
> > > > > https://patchwork.freedesktop.org/patch/475207/
> > > > > https://patchwork.freedesktop.org/patch/496049/
> > > >
> > > > I have some patches re-based to Jagan's latest branch. It doesn't
> > > > impact any drivers other than the new samsung-dsim driver, and it
> > > > doesn't touch any of the drm helper functions either. It adjusts hs
> > > > clock based on the connected device. I am not sure what the impact
> > > > will have on the attached Exynos devices, so I am expecting some
> > > > iterations. Right now it's working with my DSI83 chip, but I need to
> > > > get it working with my adv7535 part as well. On the older branch, I
> > > > was able to sync the ad7535 with a variety of resolutions using
> > > > different pixel clock rates.
> > > >
> > > > Once I get it working again with my adv7535 and cleaned up, I'll
> > > > submit the patches to the drm group, and I'll CC you, Jagan and Marek
> > > > Szyprowski with a reference to Jagan's series so people wanting to try
> > > > it can apply it to his branch.
> > >
> > > The negotiation has to happen between the host and the bridge/panel,
> > > otherwise you won't be able to support bridge/panel devices which
> > > require specific clock rate on the DSI. Only the bridge/panel driver
> > > knows about such requirement.
> >
> > AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
> > callback. So at this point the negotiation has to be finished already.
> > Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
> > samsung_dsim? But I don't know how you would get the expected clock frequency
> > from the downward bridge.
I have zero context there, so I'm not sure what proposals have been made
already, but why isn't it possible to do it the other way around and
make the bridge ask the upstream driver if it can provide the clock
frequency the bridge require?
It's pretty much how the common clock framework works too: you set the
rate on the leaf clock, and it propagates upwards in your tree,
adjusting for any constraint we have along the way.
It does need to happen at atomic_check time though, otherwise it would
be terrible for anyone attempting to use that driver.
Maxime
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 19:10 ` Maxime Ripard
0 siblings, 0 replies; 81+ messages in thread
From: Maxime Ripard @ 2023-01-20 19:10 UTC (permalink / raw)
To: Marek Vasut
Cc: Alexander Stein, Adam Ford, Andrzej Hajda, Inki Dae,
Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim, Kyungmin Park,
Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Neil Armstrong, Robert Foss,
Laurent Pinchart, Tommaso Merciai, dri-devel, linux-samsung-soc,
Matteo Lisi, NXP Linux Team, linux-amarula, linux-arm-kernel,
Jagan Teki
On Wed, Jan 04, 2023 at 04:08:47PM +0100, Marek Vasut wrote:
> On 1/3/23 11:59, Alexander Stein wrote:
> > Hi,
> >
> > Am Sonntag, 18. Dezember 2022, 23:28:20 CET schrieb Marek Vasut:
> > > On 12/18/22 23:24, Adam Ford wrote:
> > > > On Sat, Dec 17, 2022 at 10:33 PM Marek Vasut <marex@denx.de> wrote:
> > > > > On 12/18/22 05:23, Adam Ford wrote:
> > > > > > On Sat, Dec 17, 2022 at 5:56 PM Marek Vasut <marex@denx.de> wrote:
> > > > > > > On 12/16/22 14:25, Alexander Stein wrote:
> > > > > > > Hi,
> > > > > > >
> > > > > > > [...]
> > > > > > >
> > > > > > > > Oh, nice, thanks for the pointer. When setting
> > > > > > > >
> > > > > > > > > samsung,burst-clock-frequency = <668250000>;
> > > > > > > >
> > > > > > > > in imx8mm.dtsi
> > > > > > > > I get a non-flickering display using 4 lanes. Although admittedly this
> > > > > > > > is just random guessing. I'm not sure which clock exactly has to be
> > > > > > > > in the range CHA_DSI_CLK_RANGE is configured to. With 4 lanes
> > > > > > > > SN65DSI84 is configured for>>>>>
> > > > > > > > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> > > > > > > > > samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> > > > > > > > > samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> > > > > > > > > esc_clk
> > > > > > > >
> > > > > > > > = 16706250
> > > > > > >
> > > > > > > If I recall it right, minimum PLL frequency is:
> > > > > > >
> > > > > > > fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
> > > > > > >
> > > > > > > the link frequency is then
> > > > > > >
> > > > > > > fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
> > > > > > >
> > > > > > > So DSI83 should be in the range of 80..85 MHz input clock if I
> > > > > > > calculate
> > > > > > > this right. Can you check what is the value of mode->clock, the
> > > > > > > mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> > > > > > > sm65dsi83_get_dsi_range() ?
> > > > > > >
> > > > > > > > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just
> > > > > > > > from DT
> > > > > > > > properties, while SN65DSI84 is using display mode and number of lanes.
> > > > > > > >
> > > > > > > > Is it expected that the DSIM PLL frequencies are set in DT for a
> > > > > > > > specific
> > > > > > > > bridge/display setup?
> > > > > > >
> > > > > > > No, there should be negotiation between the host and bridge/panel, I
> > > > > > > tried to propose two variants, but they were all rejected.
> > > > > >
> > > > > > For one of Jagan's previous revisions, I added some code to let the
> > > > > > PHY auto adjust the frequencies instead of being fixed. NXP had this
> > > > > > in their downstream kernel, but with this patch and another, I was
> > > > > > able to set a variety of pixel clocks from my HDMI monitor and my
> > > > > > DSI83. I haven't had time to re-base my work on Jagan's latest work,
> > > > > > but you can link to the patch I did for the older stuff here:
> > > > > >
> > > > > > https://github.com/aford173/linux/commit/e845274b0f22ba3b24813ffd6bb3cb8
> > > > > > 8ab4b67e4 and
> > > > > > https://github.com/aford173/linux/commit/3f90057eb608f96d106029ef6398134
> > > > > > 75241936f
> > > > > >
> > > > > > I've been traveling a lot lately, so I haven't had time to evaluate
> > > > > > his series, but I hope to get something like those re-based once the
> > > > > > DSI stuff has been accepted.
> > > > >
> > > > > I have these two attempts, both rejected:
> > > > >
> > > > > https://patchwork.freedesktop.org/patch/475207/
> > > > > https://patchwork.freedesktop.org/patch/496049/
> > > >
> > > > I have some patches re-based to Jagan's latest branch. It doesn't
> > > > impact any drivers other than the new samsung-dsim driver, and it
> > > > doesn't touch any of the drm helper functions either. It adjusts hs
> > > > clock based on the connected device. I am not sure what the impact
> > > > will have on the attached Exynos devices, so I am expecting some
> > > > iterations. Right now it's working with my DSI83 chip, but I need to
> > > > get it working with my adv7535 part as well. On the older branch, I
> > > > was able to sync the ad7535 with a variety of resolutions using
> > > > different pixel clock rates.
> > > >
> > > > Once I get it working again with my adv7535 and cleaned up, I'll
> > > > submit the patches to the drm group, and I'll CC you, Jagan and Marek
> > > > Szyprowski with a reference to Jagan's series so people wanting to try
> > > > it can apply it to his branch.
> > >
> > > The negotiation has to happen between the host and the bridge/panel,
> > > otherwise you won't be able to support bridge/panel devices which
> > > require specific clock rate on the DSI. Only the bridge/panel driver
> > > knows about such requirement.
> >
> > AFAICS using Adam's patch the dynamic DPHY config is done in atomic_pre_enable
> > callback. So at this point the negotiation has to be finished already.
> > Wouldn't it be possible to setup 'dsi->format' within a atomic_check for
> > samsung_dsim? But I don't know how you would get the expected clock frequency
> > from the downward bridge.
I have zero context there, so I'm not sure what proposals have been made
already, but why isn't it possible to do it the other way around and
make the bridge ask the upstream driver if it can provide the clock
frequency the bridge require?
It's pretty much how the common clock framework works too: you set the
rate on the leaf clock, and it propagates upwards in your tree,
adjusting for any constraint we have along the way.
It does need to happen at atomic_check time though, otherwise it would
be terrible for anyone attempting to use that driver.
Maxime
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-17 23:55 ` Marek Vasut
(?)
@ 2023-01-03 9:51 ` Alexander Stein
-1 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2023-01-03 9:51 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
Hi Marek,
Am Sonntag, 18. Dezember 2022, 00:55:57 CET schrieb Marek Vasut:
> On 12/16/22 14:25, Alexander Stein wrote:
> Hi,
>
> [...]
>
> > Oh, nice, thanks for the pointer. When setting
> >
> >> samsung,burst-clock-frequency = <668250000>;
> >
> > in imx8mm.dtsi
> > I get a non-flickering display using 4 lanes. Although admittedly this is
> > just random guessing. I'm not sure which clock exactly has to be in the
> > range CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is
> > configured for>
> > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> >> esc_clk
> >
> > = 16706250
>
> If I recall it right, minimum PLL frequency is:
>
> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>
> the link frequency is then
>
> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
Mh, there is something bogus about this. Right now the PLL freq is set
depending on 'samsung,burst-clock-frequency' property. But this actually is
somehow depending on the number of lanes I configure. From the debug output
hs_clk and PLL freq are identical. AFAICS there is also no divider from PLL to
hs_clk in the register map.
> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> this right. Can you check what is the value of mode->clock, the
> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> sm65dsi83_get_dsi_range() ?
A working setup on a tianma,tm070jvhg33 display (1280x800) is:
> samsung-dsim 32e10000.dsi: PLL freq 891000000, (p 3, m 99, s 0)
> samsung-dsim 32e10000.dsi: hs_clk = 891000000, byte_clk = 111375000, esc_clk
= 18562500
> sn65dsi83 2-002d: mode->clock: 68200
> sn65dsi83 2-002d: mode bpp: 24
> sn65dsi83 2-002d: ctx->dsi->lanes: 3
> sn65dsi83 2-002d: samsung_dsim_set_pll: 0x37
Calculating backwards, sn64dsi83 is expecting a clock in the range of 275-280
MHz. But I fail to see a corresponding clock in the DSIM PLL configuration.
Best regards,
Alexander
> > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from
> > DT
> > properties, while SN65DSI84 is using display mode and number of lanes.
> >
> > Is it expected that the DSIM PLL frequencies are set in DT for a specific
> > bridge/display setup?
>
> No, there should be negotiation between the host and bridge/panel, I
> tried to propose two variants, but they were all rejected.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-03 9:51 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2023-01-03 9:51 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
Hi Marek,
Am Sonntag, 18. Dezember 2022, 00:55:57 CET schrieb Marek Vasut:
> On 12/16/22 14:25, Alexander Stein wrote:
> Hi,
>
> [...]
>
> > Oh, nice, thanks for the pointer. When setting
> >
> >> samsung,burst-clock-frequency = <668250000>;
> >
> > in imx8mm.dtsi
> > I get a non-flickering display using 4 lanes. Although admittedly this is
> > just random guessing. I'm not sure which clock exactly has to be in the
> > range CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is
> > configured for>
> > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> >> esc_clk
> >
> > = 16706250
>
> If I recall it right, minimum PLL frequency is:
>
> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>
> the link frequency is then
>
> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
Mh, there is something bogus about this. Right now the PLL freq is set
depending on 'samsung,burst-clock-frequency' property. But this actually is
somehow depending on the number of lanes I configure. From the debug output
hs_clk and PLL freq are identical. AFAICS there is also no divider from PLL to
hs_clk in the register map.
> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> this right. Can you check what is the value of mode->clock, the
> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> sm65dsi83_get_dsi_range() ?
A working setup on a tianma,tm070jvhg33 display (1280x800) is:
> samsung-dsim 32e10000.dsi: PLL freq 891000000, (p 3, m 99, s 0)
> samsung-dsim 32e10000.dsi: hs_clk = 891000000, byte_clk = 111375000, esc_clk
= 18562500
> sn65dsi83 2-002d: mode->clock: 68200
> sn65dsi83 2-002d: mode bpp: 24
> sn65dsi83 2-002d: ctx->dsi->lanes: 3
> sn65dsi83 2-002d: samsung_dsim_set_pll: 0x37
Calculating backwards, sn64dsi83 is expecting a clock in the range of 275-280
MHz. But I fail to see a corresponding clock in the DSIM PLL configuration.
Best regards,
Alexander
> > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from
> > DT
> > properties, while SN65DSI84 is using display mode and number of lanes.
> >
> > Is it expected that the DSIM PLL frequencies are set in DT for a specific
> > bridge/display setup?
>
> No, there should be negotiation between the host and bridge/panel, I
> tried to propose two variants, but they were all rejected.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-03 9:51 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2023-01-03 9:51 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel, Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, Jagan Teki, linux-amarula,
linux-arm-kernel, NXP Linux Team
Hi Marek,
Am Sonntag, 18. Dezember 2022, 00:55:57 CET schrieb Marek Vasut:
> On 12/16/22 14:25, Alexander Stein wrote:
> Hi,
>
> [...]
>
> > Oh, nice, thanks for the pointer. When setting
> >
> >> samsung,burst-clock-frequency = <668250000>;
> >
> > in imx8mm.dtsi
> > I get a non-flickering display using 4 lanes. Although admittedly this is
> > just random guessing. I'm not sure which clock exactly has to be in the
> > range CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is
> > configured for>
> > 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
> >> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
> >> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
> >> esc_clk
> >
> > = 16706250
>
> If I recall it right, minimum PLL frequency is:
>
> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>
> the link frequency is then
>
> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
Mh, there is something bogus about this. Right now the PLL freq is set
depending on 'samsung,burst-clock-frequency' property. But this actually is
somehow depending on the number of lanes I configure. From the debug output
hs_clk and PLL freq are identical. AFAICS there is also no divider from PLL to
hs_clk in the register map.
> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
> this right. Can you check what is the value of mode->clock, the
> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
> sm65dsi83_get_dsi_range() ?
A working setup on a tianma,tm070jvhg33 display (1280x800) is:
> samsung-dsim 32e10000.dsi: PLL freq 891000000, (p 3, m 99, s 0)
> samsung-dsim 32e10000.dsi: hs_clk = 891000000, byte_clk = 111375000, esc_clk
= 18562500
> sn65dsi83 2-002d: mode->clock: 68200
> sn65dsi83 2-002d: mode bpp: 24
> sn65dsi83 2-002d: ctx->dsi->lanes: 3
> sn65dsi83 2-002d: samsung_dsim_set_pll: 0x37
Calculating backwards, sn64dsi83 is expecting a clock in the range of 275-280
MHz. But I fail to see a corresponding clock in the DSIM PLL configuration.
Best regards,
Alexander
> > AFAICS DSIM bridge is configurung hs_clk, byte_clk and esc_clk just from
> > DT
> > properties, while SN65DSI84 is using display mode and number of lanes.
> >
> > Is it expected that the DSIM PLL frequencies are set in DT for a specific
> > bridge/display setup?
>
> No, there should be negotiation between the host and bridge/panel, I
> tried to propose two variants, but they were all rejected.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-03 9:51 ` Alexander Stein
(?)
@ 2023-01-04 15:07 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-04 15:07 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 1/3/23 10:51, Alexander Stein wrote:
> Hi Marek,
>
> Am Sonntag, 18. Dezember 2022, 00:55:57 CET schrieb Marek Vasut:
>> On 12/16/22 14:25, Alexander Stein wrote:
>> Hi,
>>
>> [...]
>>
>>> Oh, nice, thanks for the pointer. When setting
>>>
>>>> samsung,burst-clock-frequency = <668250000>;
>>>
>>> in imx8mm.dtsi
>>> I get a non-flickering display using 4 lanes. Although admittedly this is
>>> just random guessing. I'm not sure which clock exactly has to be in the
>>> range CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is
>>> configured for>
>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
>>>> esc_clk
>>>
>>> = 16706250
>>
>> If I recall it right, minimum PLL frequency is:
>>
>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>
>> the link frequency is then
>>
>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>
> Mh, there is something bogus about this. Right now the PLL freq is set
> depending on 'samsung,burst-clock-frequency' property. But this actually is
> somehow depending on the number of lanes I configure. From the debug output
> hs_clk and PLL freq are identical. AFAICS there is also no divider from PLL to
> hs_clk in the register map.
Could it be that samsung,burst-clock-frequency is fPMS / 2 ?
>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>> this right. Can you check what is the value of mode->clock, the
>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>> sm65dsi83_get_dsi_range() ?
>
> A working setup on a tianma,tm070jvhg33 display (1280x800) is:
>> samsung-dsim 32e10000.dsi: PLL freq 891000000, (p 3, m 99, s 0)
>> samsung-dsim 32e10000.dsi: hs_clk = 891000000, byte_clk = 111375000, esc_clk
> = 18562500
>> sn65dsi83 2-002d: mode->clock: 68200
>> sn65dsi83 2-002d: mode bpp: 24
>> sn65dsi83 2-002d: ctx->dsi->lanes: 3
>> sn65dsi83 2-002d: samsung_dsim_set_pll: 0x37
>
> Calculating backwards, sn64dsi83 is expecting a clock in the range of 275-280
> MHz. But I fail to see a corresponding clock in the DSIM PLL configuration.
294.9 MHz, no ? 1280x800x24x60x1.2 / 3 / 2 = 294.9 .
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-04 15:07 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-04 15:07 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 1/3/23 10:51, Alexander Stein wrote:
> Hi Marek,
>
> Am Sonntag, 18. Dezember 2022, 00:55:57 CET schrieb Marek Vasut:
>> On 12/16/22 14:25, Alexander Stein wrote:
>> Hi,
>>
>> [...]
>>
>>> Oh, nice, thanks for the pointer. When setting
>>>
>>>> samsung,burst-clock-frequency = <668250000>;
>>>
>>> in imx8mm.dtsi
>>> I get a non-flickering display using 4 lanes. Although admittedly this is
>>> just random guessing. I'm not sure which clock exactly has to be in the
>>> range CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is
>>> configured for>
>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
>>>> esc_clk
>>>
>>> = 16706250
>>
>> If I recall it right, minimum PLL frequency is:
>>
>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>
>> the link frequency is then
>>
>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>
> Mh, there is something bogus about this. Right now the PLL freq is set
> depending on 'samsung,burst-clock-frequency' property. But this actually is
> somehow depending on the number of lanes I configure. From the debug output
> hs_clk and PLL freq are identical. AFAICS there is also no divider from PLL to
> hs_clk in the register map.
Could it be that samsung,burst-clock-frequency is fPMS / 2 ?
>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>> this right. Can you check what is the value of mode->clock, the
>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>> sm65dsi83_get_dsi_range() ?
>
> A working setup on a tianma,tm070jvhg33 display (1280x800) is:
>> samsung-dsim 32e10000.dsi: PLL freq 891000000, (p 3, m 99, s 0)
>> samsung-dsim 32e10000.dsi: hs_clk = 891000000, byte_clk = 111375000, esc_clk
> = 18562500
>> sn65dsi83 2-002d: mode->clock: 68200
>> sn65dsi83 2-002d: mode bpp: 24
>> sn65dsi83 2-002d: ctx->dsi->lanes: 3
>> sn65dsi83 2-002d: samsung_dsim_set_pll: 0x37
>
> Calculating backwards, sn64dsi83 is expecting a clock in the range of 275-280
> MHz. But I fail to see a corresponding clock in the DSIM PLL configuration.
294.9 MHz, no ? 1280x800x24x60x1.2 / 3 / 2 = 294.9 .
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-04 15:07 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-04 15:07 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, Jagan Teki, linux-amarula,
linux-arm-kernel, NXP Linux Team
On 1/3/23 10:51, Alexander Stein wrote:
> Hi Marek,
>
> Am Sonntag, 18. Dezember 2022, 00:55:57 CET schrieb Marek Vasut:
>> On 12/16/22 14:25, Alexander Stein wrote:
>> Hi,
>>
>> [...]
>>
>>> Oh, nice, thanks for the pointer. When setting
>>>
>>>> samsung,burst-clock-frequency = <668250000>;
>>>
>>> in imx8mm.dtsi
>>> I get a non-flickering display using 4 lanes. Although admittedly this is
>>> just random guessing. I'm not sure which clock exactly has to be in the
>>> range CHA_DSI_CLK_RANGE is configured to. With 4 lanes SN65DSI84 is
>>> configured for>
>>> 205-210 MHz (0x29), while I get these PLL PMS settings on DSIM:
>>>> samsung-dsim 32e10000.dsi: PLL freq 668250000, (p 4, m 99, s 0)
>>>> samsung-dsim 32e10000.dsi: hs_clk = 668250000, byte_clk = 83531250,
>>>> esc_clk
>>>
>>> = 16706250
>>
>> If I recall it right, minimum PLL frequency is:
>>
>> fPMS=1.2*width*height*bpp*fps=1.2*800*480*24*60=663.5 MHz
>>
>> the link frequency is then
>>
>> fHS=fPMS/lanes/2=82.9 MHz (on the DDR clock lane)
>
> Mh, there is something bogus about this. Right now the PLL freq is set
> depending on 'samsung,burst-clock-frequency' property. But this actually is
> somehow depending on the number of lanes I configure. From the debug output
> hs_clk and PLL freq are identical. AFAICS there is also no divider from PLL to
> hs_clk in the register map.
Could it be that samsung,burst-clock-frequency is fPMS / 2 ?
>> So DSI83 should be in the range of 80..85 MHz input clock if I calculate
>> this right. Can you check what is the value of mode->clock, the
>> mipi_dsi_panel_format_to_bpp() return value, ctx->dsi->lanes in dsi83
>> sm65dsi83_get_dsi_range() ?
>
> A working setup on a tianma,tm070jvhg33 display (1280x800) is:
>> samsung-dsim 32e10000.dsi: PLL freq 891000000, (p 3, m 99, s 0)
>> samsung-dsim 32e10000.dsi: hs_clk = 891000000, byte_clk = 111375000, esc_clk
> = 18562500
>> sn65dsi83 2-002d: mode->clock: 68200
>> sn65dsi83 2-002d: mode bpp: 24
>> sn65dsi83 2-002d: ctx->dsi->lanes: 3
>> sn65dsi83 2-002d: samsung_dsim_set_pll: 0x37
>
> Calculating backwards, sn64dsi83 is expecting a clock in the range of 275-280
> MHz. But I fail to see a corresponding clock in the DSIM PLL configuration.
294.9 MHz, no ? 1280x800x24x60x1.2 / 3 / 2 = 294.9 .
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 12:41 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2022-12-16 12:41 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, dri-devel
Cc: linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki, Jagan Teki
Hi,
thanks for the new update.
Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
> This series supports common bridge support for Samsung MIPI DSIM
> which is used in Exynos and i.MX8MM SoC's.
>
> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>
> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>
> Patch 0005 - 0006: optional PHY, PMS_P offset
>
> Patch 0007 : introduce hw_type
>
> Patch 0008 : fixing host init
>
> Patch 0009 : atomic_check
>
> Patch 0010 : input_bus_flags
>
> Patch 0011 : atomic_get_input_bus_fmts
>
> Patch 0012 - 0013: component vs bridge
>
> Patch 0014 : DSIM bridge
>
> Patch 0015 - 0016: i.MX8M Mini/Nano
>
> Patch 0017 - 0018: i.MX8M Plus
Tested using LVDS bridges and works on:
* imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
* imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
* imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
SN65DSI83) input endpoint, e.g.
dsi_lvds_bridge: bridge@2d {
compatible = "ti,sn65dsi83";
reg = <0x2d>;
enable-gpios = <&gpio_delays 0 130000 0>;
vcc-supply = <®_sn65dsi83_1v8>;
status = "okay";
ports {
#address-cells = <1>;
#size-cells = <0>;
port@0 {
reg = <0>;
lvds_bridge_in: endpoint {
data-lanes = <0 1 2>;
remote-endpoint = <&mipi_dsi_out>;
};
};
port@2 {
reg = <2>;
lvds_bridge_out: endpoint {
remote-endpoint = <&panel_in_lvds0>;
};
};
};
};
I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR error
bits are set, indicating there are low level protocol and SoT leader sequence
bit errors. I can't find any significant difference in sn65dsi83 driver
compared to downstream-kernel, so I would assume something in DSIM driver is
different.
Best regards,
Alexander
> Changes for v10:
> - rebase on drm-misc-next
> - add drm_of_dsi_find_panel_or_bridge
> - add devm_drm_of_dsi_get_bridge
> - fix host initialization (Thanks to Marek Szyprowski)
> - rearrange the tiny patches for easy to review
> - update simple names for enum hw_type
> - add is_hw_exynos macro
> - rework on commit messages
>
> Changes for v9:
> - rebase on drm-misc-next
> - drop drm bridge attach fix for Exynos
> - added prepare_prev_first flag
> - added pre_enable_prev_first flag
> - fix bridge chain order for exynos
> - added fix for Exynos host init for first DSI transfer
> - added MEDIA_BUS_FMT_FIXED
> - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> list is unsupported.
> - added MEDIA_BUS_FMT_YUYV10_1X20
> - added MEDIA_BUS_FMT_YUYV12_1X24
>
> Changes for v8:
> * fixed comment lines
> * fixed commit messages
> * fixed video mode bits
> * collect Marek Ack
> * fixed video mode bit names
> * update input formats logic
> * added imx8mplus support
>
> Changes for v7:
> * fix the drm bridge attach chain for exynos drm dsi driver
> * fix the hw_type checking logic
>
> Changes for v6:
> * handle previous bridge for exynos dsi while attaching bridge
>
> Changes for v5:
> * bridge changes to support multi-arch
> * updated and clear commit messages
> * add hw_type via plat data
> * removed unneeded quirk
> * rebased on linux-next
>
> Changes for v4:
> * include Inki Dae in MAINTAINERS
> * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> * update init handling to ensure host init done on first cmd transfer
>
> Changes for v3:
> * fix the mult-arch build
> * fix dsi host init
> * updated commit messages
>
> Changes for v2:
> * fix bridge handling
> * fix dsi host init
> * correct the commit messages
>
> Tested in Engicam i.Core MX8M Mini SoM.
>
> Repo:
> https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
>
> v9:
> https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.c
> om/
>
> Any inputs?
> Jagan.
>
> Jagan Teki (16):
> drm: of: Lookup if child node has DSI panel or bridge
> drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> drm: exynos: dsi: Drop explicit call to bridge detach
> drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> drm: exynos: dsi: Mark PHY as optional
> drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> drm: exynos: dsi: Introduce hw_type platform data
> drm: exynos: dsi: Add atomic check
> drm: exynos: dsi: Add input_bus_flags
> drm: exynos: dsi: Add atomic_get_input_bus_fmts
> drm: exynos: dsi: Consolidate component and bridge
> drm: exynos: dsi: Add Exynos based host irq hooks
> drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
>
> Marek Szyprowski (1):
> drm: exynos: dsi: Handle proper host initialization
>
> Marek Vasut (1):
> drm: bridge: samsung-dsim: Add i.MX8M Plus support
>
> .../bindings/display/exynos/exynos_dsim.txt | 2 +
> MAINTAINERS | 9 +
> drivers/gpu/drm/bridge/Kconfig | 12 +
> drivers/gpu/drm/bridge/Makefile | 1 +
> drivers/gpu/drm/bridge/panel.c | 34 +
> drivers/gpu/drm/bridge/samsung-dsim.c | 1883 +++++++++++++++++
> drivers/gpu/drm/drm_of.c | 113 +-
> drivers/gpu/drm/exynos/Kconfig | 1 +
> drivers/gpu/drm/exynos/exynos_drm_dsi.c | 1793 +---------------
> include/drm/bridge/samsung-dsim.h | 119 ++
> include/drm/drm_bridge.h | 2 +
> include/drm/drm_of.h | 12 +
> 12 files changed, 2285 insertions(+), 1696 deletions(-)
> create mode 100644 drivers/gpu/drm/bridge/samsung-dsim.c
> create mode 100644 include/drm/bridge/samsung-dsim.h
^ permalink raw reply [flat|nested] 81+ messages in thread* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 12:41 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2022-12-16 12:41 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, dri-devel
Cc: linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki, Jagan Teki
Hi,
thanks for the new update.
Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
> This series supports common bridge support for Samsung MIPI DSIM
> which is used in Exynos and i.MX8MM SoC's.
>
> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>
> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>
> Patch 0005 - 0006: optional PHY, PMS_P offset
>
> Patch 0007 : introduce hw_type
>
> Patch 0008 : fixing host init
>
> Patch 0009 : atomic_check
>
> Patch 0010 : input_bus_flags
>
> Patch 0011 : atomic_get_input_bus_fmts
>
> Patch 0012 - 0013: component vs bridge
>
> Patch 0014 : DSIM bridge
>
> Patch 0015 - 0016: i.MX8M Mini/Nano
>
> Patch 0017 - 0018: i.MX8M Plus
Tested using LVDS bridges and works on:
* imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
* imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
* imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
SN65DSI83) input endpoint, e.g.
dsi_lvds_bridge: bridge@2d {
compatible = "ti,sn65dsi83";
reg = <0x2d>;
enable-gpios = <&gpio_delays 0 130000 0>;
vcc-supply = <®_sn65dsi83_1v8>;
status = "okay";
ports {
#address-cells = <1>;
#size-cells = <0>;
port@0 {
reg = <0>;
lvds_bridge_in: endpoint {
data-lanes = <0 1 2>;
remote-endpoint = <&mipi_dsi_out>;
};
};
port@2 {
reg = <2>;
lvds_bridge_out: endpoint {
remote-endpoint = <&panel_in_lvds0>;
};
};
};
};
I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR error
bits are set, indicating there are low level protocol and SoT leader sequence
bit errors. I can't find any significant difference in sn65dsi83 driver
compared to downstream-kernel, so I would assume something in DSIM driver is
different.
Best regards,
Alexander
> Changes for v10:
> - rebase on drm-misc-next
> - add drm_of_dsi_find_panel_or_bridge
> - add devm_drm_of_dsi_get_bridge
> - fix host initialization (Thanks to Marek Szyprowski)
> - rearrange the tiny patches for easy to review
> - update simple names for enum hw_type
> - add is_hw_exynos macro
> - rework on commit messages
>
> Changes for v9:
> - rebase on drm-misc-next
> - drop drm bridge attach fix for Exynos
> - added prepare_prev_first flag
> - added pre_enable_prev_first flag
> - fix bridge chain order for exynos
> - added fix for Exynos host init for first DSI transfer
> - added MEDIA_BUS_FMT_FIXED
> - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> list is unsupported.
> - added MEDIA_BUS_FMT_YUYV10_1X20
> - added MEDIA_BUS_FMT_YUYV12_1X24
>
> Changes for v8:
> * fixed comment lines
> * fixed commit messages
> * fixed video mode bits
> * collect Marek Ack
> * fixed video mode bit names
> * update input formats logic
> * added imx8mplus support
>
> Changes for v7:
> * fix the drm bridge attach chain for exynos drm dsi driver
> * fix the hw_type checking logic
>
> Changes for v6:
> * handle previous bridge for exynos dsi while attaching bridge
>
> Changes for v5:
> * bridge changes to support multi-arch
> * updated and clear commit messages
> * add hw_type via plat data
> * removed unneeded quirk
> * rebased on linux-next
>
> Changes for v4:
> * include Inki Dae in MAINTAINERS
> * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> * update init handling to ensure host init done on first cmd transfer
>
> Changes for v3:
> * fix the mult-arch build
> * fix dsi host init
> * updated commit messages
>
> Changes for v2:
> * fix bridge handling
> * fix dsi host init
> * correct the commit messages
>
> Tested in Engicam i.Core MX8M Mini SoM.
>
> Repo:
> https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
>
> v9:
> https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.c
> om/
>
> Any inputs?
> Jagan.
>
> Jagan Teki (16):
> drm: of: Lookup if child node has DSI panel or bridge
> drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> drm: exynos: dsi: Drop explicit call to bridge detach
> drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> drm: exynos: dsi: Mark PHY as optional
> drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> drm: exynos: dsi: Introduce hw_type platform data
> drm: exynos: dsi: Add atomic check
> drm: exynos: dsi: Add input_bus_flags
> drm: exynos: dsi: Add atomic_get_input_bus_fmts
> drm: exynos: dsi: Consolidate component and bridge
> drm: exynos: dsi: Add Exynos based host irq hooks
> drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
>
> Marek Szyprowski (1):
> drm: exynos: dsi: Handle proper host initialization
>
> Marek Vasut (1):
> drm: bridge: samsung-dsim: Add i.MX8M Plus support
>
> .../bindings/display/exynos/exynos_dsim.txt | 2 +
> MAINTAINERS | 9 +
> drivers/gpu/drm/bridge/Kconfig | 12 +
> drivers/gpu/drm/bridge/Makefile | 1 +
> drivers/gpu/drm/bridge/panel.c | 34 +
> drivers/gpu/drm/bridge/samsung-dsim.c | 1883 +++++++++++++++++
> drivers/gpu/drm/drm_of.c | 113 +-
> drivers/gpu/drm/exynos/Kconfig | 1 +
> drivers/gpu/drm/exynos/exynos_drm_dsi.c | 1793 +---------------
> include/drm/bridge/samsung-dsim.h | 119 ++
> include/drm/drm_bridge.h | 2 +
> include/drm/drm_of.h | 12 +
> 12 files changed, 2285 insertions(+), 1696 deletions(-)
> create mode 100644 drivers/gpu/drm/bridge/samsung-dsim.c
> create mode 100644 include/drm/bridge/samsung-dsim.h
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 12:41 ` Alexander Stein
0 siblings, 0 replies; 81+ messages in thread
From: Alexander Stein @ 2022-12-16 12:41 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, dri-devel
Cc: linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
Hi,
thanks for the new update.
Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
> This series supports common bridge support for Samsung MIPI DSIM
> which is used in Exynos and i.MX8MM SoC's.
>
> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>
> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>
> Patch 0005 - 0006: optional PHY, PMS_P offset
>
> Patch 0007 : introduce hw_type
>
> Patch 0008 : fixing host init
>
> Patch 0009 : atomic_check
>
> Patch 0010 : input_bus_flags
>
> Patch 0011 : atomic_get_input_bus_fmts
>
> Patch 0012 - 0013: component vs bridge
>
> Patch 0014 : DSIM bridge
>
> Patch 0015 - 0016: i.MX8M Mini/Nano
>
> Patch 0017 - 0018: i.MX8M Plus
Tested using LVDS bridges and works on:
* imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
* imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
* imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
SN65DSI83) input endpoint, e.g.
dsi_lvds_bridge: bridge@2d {
compatible = "ti,sn65dsi83";
reg = <0x2d>;
enable-gpios = <&gpio_delays 0 130000 0>;
vcc-supply = <®_sn65dsi83_1v8>;
status = "okay";
ports {
#address-cells = <1>;
#size-cells = <0>;
port@0 {
reg = <0>;
lvds_bridge_in: endpoint {
data-lanes = <0 1 2>;
remote-endpoint = <&mipi_dsi_out>;
};
};
port@2 {
reg = <2>;
lvds_bridge_out: endpoint {
remote-endpoint = <&panel_in_lvds0>;
};
};
};
};
I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR error
bits are set, indicating there are low level protocol and SoT leader sequence
bit errors. I can't find any significant difference in sn65dsi83 driver
compared to downstream-kernel, so I would assume something in DSIM driver is
different.
Best regards,
Alexander
> Changes for v10:
> - rebase on drm-misc-next
> - add drm_of_dsi_find_panel_or_bridge
> - add devm_drm_of_dsi_get_bridge
> - fix host initialization (Thanks to Marek Szyprowski)
> - rearrange the tiny patches for easy to review
> - update simple names for enum hw_type
> - add is_hw_exynos macro
> - rework on commit messages
>
> Changes for v9:
> - rebase on drm-misc-next
> - drop drm bridge attach fix for Exynos
> - added prepare_prev_first flag
> - added pre_enable_prev_first flag
> - fix bridge chain order for exynos
> - added fix for Exynos host init for first DSI transfer
> - added MEDIA_BUS_FMT_FIXED
> - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> list is unsupported.
> - added MEDIA_BUS_FMT_YUYV10_1X20
> - added MEDIA_BUS_FMT_YUYV12_1X24
>
> Changes for v8:
> * fixed comment lines
> * fixed commit messages
> * fixed video mode bits
> * collect Marek Ack
> * fixed video mode bit names
> * update input formats logic
> * added imx8mplus support
>
> Changes for v7:
> * fix the drm bridge attach chain for exynos drm dsi driver
> * fix the hw_type checking logic
>
> Changes for v6:
> * handle previous bridge for exynos dsi while attaching bridge
>
> Changes for v5:
> * bridge changes to support multi-arch
> * updated and clear commit messages
> * add hw_type via plat data
> * removed unneeded quirk
> * rebased on linux-next
>
> Changes for v4:
> * include Inki Dae in MAINTAINERS
> * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> * update init handling to ensure host init done on first cmd transfer
>
> Changes for v3:
> * fix the mult-arch build
> * fix dsi host init
> * updated commit messages
>
> Changes for v2:
> * fix bridge handling
> * fix dsi host init
> * correct the commit messages
>
> Tested in Engicam i.Core MX8M Mini SoM.
>
> Repo:
> https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
>
> v9:
> https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.c
> om/
>
> Any inputs?
> Jagan.
>
> Jagan Teki (16):
> drm: of: Lookup if child node has DSI panel or bridge
> drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> drm: exynos: dsi: Drop explicit call to bridge detach
> drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> drm: exynos: dsi: Mark PHY as optional
> drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> drm: exynos: dsi: Introduce hw_type platform data
> drm: exynos: dsi: Add atomic check
> drm: exynos: dsi: Add input_bus_flags
> drm: exynos: dsi: Add atomic_get_input_bus_fmts
> drm: exynos: dsi: Consolidate component and bridge
> drm: exynos: dsi: Add Exynos based host irq hooks
> drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
>
> Marek Szyprowski (1):
> drm: exynos: dsi: Handle proper host initialization
>
> Marek Vasut (1):
> drm: bridge: samsung-dsim: Add i.MX8M Plus support
>
> .../bindings/display/exynos/exynos_dsim.txt | 2 +
> MAINTAINERS | 9 +
> drivers/gpu/drm/bridge/Kconfig | 12 +
> drivers/gpu/drm/bridge/Makefile | 1 +
> drivers/gpu/drm/bridge/panel.c | 34 +
> drivers/gpu/drm/bridge/samsung-dsim.c | 1883 +++++++++++++++++
> drivers/gpu/drm/drm_of.c | 113 +-
> drivers/gpu/drm/exynos/Kconfig | 1 +
> drivers/gpu/drm/exynos/exynos_drm_dsi.c | 1793 +---------------
> include/drm/bridge/samsung-dsim.h | 119 ++
> include/drm/drm_bridge.h | 2 +
> include/drm/drm_of.h | 12 +
> 12 files changed, 2285 insertions(+), 1696 deletions(-)
> create mode 100644 drivers/gpu/drm/bridge/samsung-dsim.c
> create mode 100644 include/drm/bridge/samsung-dsim.h
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-16 12:41 ` Alexander Stein
(?)
@ 2022-12-16 12:58 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-16 12:58 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 12/16/22 13:41, Alexander Stein wrote:
> Hi,
Hi,
> thanks for the new update.
>
> Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
>> This series supports common bridge support for Samsung MIPI DSIM
>> which is used in Exynos and i.MX8MM SoC's.
>>
>> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>>
>> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>>
>> Patch 0005 - 0006: optional PHY, PMS_P offset
>>
>> Patch 0007 : introduce hw_type
>>
>> Patch 0008 : fixing host init
>>
>> Patch 0009 : atomic_check
>>
>> Patch 0010 : input_bus_flags
>>
>> Patch 0011 : atomic_get_input_bus_fmts
>>
>> Patch 0012 - 0013: component vs bridge
>>
>> Patch 0014 : DSIM bridge
>>
>> Patch 0015 - 0016: i.MX8M Mini/Nano
>>
>> Patch 0017 - 0018: i.MX8M Plus
>
> Tested using LVDS bridges and works on:
> * imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
> * imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
> * imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
>
> But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
> specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
> SN65DSI83) input endpoint, e.g.
>
> dsi_lvds_bridge: bridge@2d {
> compatible = "ti,sn65dsi83";
> reg = <0x2d>;
> enable-gpios = <&gpio_delays 0 130000 0>;
> vcc-supply = <®_sn65dsi83_1v8>;
> status = "okay";
> ports {
> #address-cells = <1>;
> #size-cells = <0>;
> port@0 {
> reg = <0>;
> lvds_bridge_in: endpoint {
> data-lanes = <0 1 2>;
> remote-endpoint = <&mipi_dsi_out>;
> };
> };
> port@2 {
> reg = <2>;
> lvds_bridge_out: endpoint {
> remote-endpoint = <&panel_in_lvds0>;
> };
> };
> };
> };
>
> I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
> Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR error
> bits are set, indicating there are low level protocol and SoT leader sequence
> bit errors. I can't find any significant difference in sn65dsi83 driver
> compared to downstream-kernel, so I would assume something in DSIM driver is
> different.
Make sure the HS clock rate expected by the DSI83 bridge chip and the
one generated by the DSIM bridge from PMS PLL match. There is currently
no negotiation of this frequency and both sides divine it on their own.
See sn65dsi83_get_dsi_range() and samsung_dsim_set_pll().
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 12:58 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-16 12:58 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, NXP Linux Team, linux-amarula,
linux-arm-kernel, Jagan Teki
On 12/16/22 13:41, Alexander Stein wrote:
> Hi,
Hi,
> thanks for the new update.
>
> Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
>> This series supports common bridge support for Samsung MIPI DSIM
>> which is used in Exynos and i.MX8MM SoC's.
>>
>> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>>
>> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>>
>> Patch 0005 - 0006: optional PHY, PMS_P offset
>>
>> Patch 0007 : introduce hw_type
>>
>> Patch 0008 : fixing host init
>>
>> Patch 0009 : atomic_check
>>
>> Patch 0010 : input_bus_flags
>>
>> Patch 0011 : atomic_get_input_bus_fmts
>>
>> Patch 0012 - 0013: component vs bridge
>>
>> Patch 0014 : DSIM bridge
>>
>> Patch 0015 - 0016: i.MX8M Mini/Nano
>>
>> Patch 0017 - 0018: i.MX8M Plus
>
> Tested using LVDS bridges and works on:
> * imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
> * imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
> * imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
>
> But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
> specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
> SN65DSI83) input endpoint, e.g.
>
> dsi_lvds_bridge: bridge@2d {
> compatible = "ti,sn65dsi83";
> reg = <0x2d>;
> enable-gpios = <&gpio_delays 0 130000 0>;
> vcc-supply = <®_sn65dsi83_1v8>;
> status = "okay";
> ports {
> #address-cells = <1>;
> #size-cells = <0>;
> port@0 {
> reg = <0>;
> lvds_bridge_in: endpoint {
> data-lanes = <0 1 2>;
> remote-endpoint = <&mipi_dsi_out>;
> };
> };
> port@2 {
> reg = <2>;
> lvds_bridge_out: endpoint {
> remote-endpoint = <&panel_in_lvds0>;
> };
> };
> };
> };
>
> I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
> Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR error
> bits are set, indicating there are low level protocol and SoT leader sequence
> bit errors. I can't find any significant difference in sn65dsi83 driver
> compared to downstream-kernel, so I would assume something in DSIM driver is
> different.
Make sure the HS clock rate expected by the DSI83 bridge chip and the
one generated by the DSIM bridge from PMS PLL match. There is currently
no negotiation of this frequency and both sides divine it on their own.
See sn65dsi83_get_dsi_range() and samsung_dsim_set_pll().
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-16 12:58 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2022-12-16 12:58 UTC (permalink / raw)
To: Alexander Stein, Andrzej Hajda, Inki Dae, Marek Szyprowski,
Joonyoung Shim, Seung-Woo Kim, Kyungmin Park, Frieder Schrempf,
Fancy Fang, Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
dri-devel
Cc: linux-samsung-soc, Matteo Lisi, Jagan Teki, linux-amarula,
linux-arm-kernel, NXP Linux Team
On 12/16/22 13:41, Alexander Stein wrote:
> Hi,
Hi,
> thanks for the new update.
>
> Am Mittwoch, 14. Dezember 2022, 13:58:49 CET schrieb Jagan Teki:
>> This series supports common bridge support for Samsung MIPI DSIM
>> which is used in Exynos and i.MX8MM SoC's.
>>
>> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>>
>> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>>
>> Patch 0005 - 0006: optional PHY, PMS_P offset
>>
>> Patch 0007 : introduce hw_type
>>
>> Patch 0008 : fixing host init
>>
>> Patch 0009 : atomic_check
>>
>> Patch 0010 : input_bus_flags
>>
>> Patch 0011 : atomic_get_input_bus_fmts
>>
>> Patch 0012 - 0013: component vs bridge
>>
>> Patch 0014 : DSIM bridge
>>
>> Patch 0015 - 0016: i.MX8M Mini/Nano
>>
>> Patch 0017 - 0018: i.MX8M Plus
>
> Tested using LVDS bridges and works on:
> * imx8mp-tqma8mpql-mba8mpxl (i.MX8M Plus)
> * imx8mm-tqma8mqml-mba8mx (i.MX8M Mini)
> * imx8mn-tqma8mqnl-mba8mx (i.MX8M Nano)
>
> But I noticed that tqma8mqml and tqma8mqnl only have a stable output if I
> specify 'data-lanes = <0 1 2>' (not <0 1 2 3>!) on the DSI-LVDS-Bridge (TI
> SN65DSI83) input endpoint, e.g.
>
> dsi_lvds_bridge: bridge@2d {
> compatible = "ti,sn65dsi83";
> reg = <0x2d>;
> enable-gpios = <&gpio_delays 0 130000 0>;
> vcc-supply = <®_sn65dsi83_1v8>;
> status = "okay";
> ports {
> #address-cells = <1>;
> #size-cells = <0>;
> port@0 {
> reg = <0>;
> lvds_bridge_in: endpoint {
> data-lanes = <0 1 2>;
> remote-endpoint = <&mipi_dsi_out>;
> };
> };
> port@2 {
> reg = <2>;
> lvds_bridge_out: endpoint {
> remote-endpoint = <&panel_in_lvds0>;
> };
> };
> };
> };
>
> I have no idea if this is on the DSIM side or the DSI-LVDS bridge side.
> Register 0xe5 on sn65dsi83 shows that CHA_LPP_ERR and CHA_SOT_BIT_ERR error
> bits are set, indicating there are low level protocol and SoT leader sequence
> bit errors. I can't find any significant difference in sn65dsi83 driver
> compared to downstream-kernel, so I would assume something in DSIM driver is
> different.
Make sure the HS clock rate expected by the DSI83 bridge chip and the
one generated by the DSIM bridge from PMS PLL match. There is currently
no negotiation of this frequency and both sides divine it on their own.
See sn65dsi83_get_dsi_range() and samsung_dsim_set_pll().
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-14 12:58 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2022-12-14 12:58 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut
Cc: Matteo Lisi, dri-devel, linux-samsung-soc, linux-arm-kernel,
NXP Linux Team, linux-amarula, Jagan Teki
This series supports common bridge support for Samsung MIPI DSIM
which is used in Exynos and i.MX8MM SoC's.
The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
Patch 0005 - 0006: optional PHY, PMS_P offset
Patch 0007 : introduce hw_type
Patch 0008 : fixing host init
Patch 0009 : atomic_check
Patch 0010 : input_bus_flags
Patch 0011 : atomic_get_input_bus_fmts
Patch 0012 - 0013: component vs bridge
Patch 0014 : DSIM bridge
Patch 0015 - 0016: i.MX8M Mini/Nano
Patch 0017 - 0018: i.MX8M Plus
Changes for v10:
- rebase on drm-misc-next
- add drm_of_dsi_find_panel_or_bridge
- add devm_drm_of_dsi_get_bridge
- fix host initialization (Thanks to Marek Szyprowski)
- rearrange the tiny patches for easy to review
- update simple names for enum hw_type
- add is_hw_exynos macro
- rework on commit messages
Changes for v9:
- rebase on drm-misc-next
- drop drm bridge attach fix for Exynos
- added prepare_prev_first flag
- added pre_enable_prev_first flag
- fix bridge chain order for exynos
- added fix for Exynos host init for first DSI transfer
- added MEDIA_BUS_FMT_FIXED
- return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
list is unsupported.
- added MEDIA_BUS_FMT_YUYV10_1X20
- added MEDIA_BUS_FMT_YUYV12_1X24
Changes for v8:
* fixed comment lines
* fixed commit messages
* fixed video mode bits
* collect Marek Ack
* fixed video mode bit names
* update input formats logic
* added imx8mplus support
Changes for v7:
* fix the drm bridge attach chain for exynos drm dsi driver
* fix the hw_type checking logic
Changes for v6:
* handle previous bridge for exynos dsi while attaching bridge
Changes for v5:
* bridge changes to support multi-arch
* updated and clear commit messages
* add hw_type via plat data
* removed unneeded quirk
* rebased on linux-next
Changes for v4:
* include Inki Dae in MAINTAINERS
* remove dsi_driver probe in exynos_drm_drv to support multi-arch build
* update init handling to ensure host init done on first cmd transfer
Changes for v3:
* fix the mult-arch build
* fix dsi host init
* updated commit messages
Changes for v2:
* fix bridge handling
* fix dsi host init
* correct the commit messages
Tested in Engicam i.Core MX8M Mini SoM.
Repo:
https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
v9:
https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
Any inputs?
Jagan.
Jagan Teki (16):
drm: of: Lookup if child node has DSI panel or bridge
drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
drm: exynos: dsi: Drop explicit call to bridge detach
drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
drm: exynos: dsi: Mark PHY as optional
drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
drm: exynos: dsi: Introduce hw_type platform data
drm: exynos: dsi: Add atomic check
drm: exynos: dsi: Add input_bus_flags
drm: exynos: dsi: Add atomic_get_input_bus_fmts
drm: exynos: dsi: Consolidate component and bridge
drm: exynos: dsi: Add Exynos based host irq hooks
drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
Marek Szyprowski (1):
drm: exynos: dsi: Handle proper host initialization
Marek Vasut (1):
drm: bridge: samsung-dsim: Add i.MX8M Plus support
.../bindings/display/exynos/exynos_dsim.txt | 2 +
MAINTAINERS | 9 +
drivers/gpu/drm/bridge/Kconfig | 12 +
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/panel.c | 34 +
drivers/gpu/drm/bridge/samsung-dsim.c | 1883 +++++++++++++++++
drivers/gpu/drm/drm_of.c | 113 +-
drivers/gpu/drm/exynos/Kconfig | 1 +
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 1793 +---------------
include/drm/bridge/samsung-dsim.h | 119 ++
include/drm/drm_bridge.h | 2 +
include/drm/drm_of.h | 12 +
12 files changed, 2285 insertions(+), 1696 deletions(-)
create mode 100644 drivers/gpu/drm/bridge/samsung-dsim.c
create mode 100644 include/drm/bridge/samsung-dsim.h
--
2.25.1
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-14 12:58 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2022-12-14 12:58 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut
Cc: Matteo Lisi, dri-devel, linux-samsung-soc, linux-arm-kernel,
NXP Linux Team, linux-amarula, Jagan Teki
This series supports common bridge support for Samsung MIPI DSIM
which is used in Exynos and i.MX8MM SoC's.
The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
Patch 0005 - 0006: optional PHY, PMS_P offset
Patch 0007 : introduce hw_type
Patch 0008 : fixing host init
Patch 0009 : atomic_check
Patch 0010 : input_bus_flags
Patch 0011 : atomic_get_input_bus_fmts
Patch 0012 - 0013: component vs bridge
Patch 0014 : DSIM bridge
Patch 0015 - 0016: i.MX8M Mini/Nano
Patch 0017 - 0018: i.MX8M Plus
Changes for v10:
- rebase on drm-misc-next
- add drm_of_dsi_find_panel_or_bridge
- add devm_drm_of_dsi_get_bridge
- fix host initialization (Thanks to Marek Szyprowski)
- rearrange the tiny patches for easy to review
- update simple names for enum hw_type
- add is_hw_exynos macro
- rework on commit messages
Changes for v9:
- rebase on drm-misc-next
- drop drm bridge attach fix for Exynos
- added prepare_prev_first flag
- added pre_enable_prev_first flag
- fix bridge chain order for exynos
- added fix for Exynos host init for first DSI transfer
- added MEDIA_BUS_FMT_FIXED
- return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
list is unsupported.
- added MEDIA_BUS_FMT_YUYV10_1X20
- added MEDIA_BUS_FMT_YUYV12_1X24
Changes for v8:
* fixed comment lines
* fixed commit messages
* fixed video mode bits
* collect Marek Ack
* fixed video mode bit names
* update input formats logic
* added imx8mplus support
Changes for v7:
* fix the drm bridge attach chain for exynos drm dsi driver
* fix the hw_type checking logic
Changes for v6:
* handle previous bridge for exynos dsi while attaching bridge
Changes for v5:
* bridge changes to support multi-arch
* updated and clear commit messages
* add hw_type via plat data
* removed unneeded quirk
* rebased on linux-next
Changes for v4:
* include Inki Dae in MAINTAINERS
* remove dsi_driver probe in exynos_drm_drv to support multi-arch build
* update init handling to ensure host init done on first cmd transfer
Changes for v3:
* fix the mult-arch build
* fix dsi host init
* updated commit messages
Changes for v2:
* fix bridge handling
* fix dsi host init
* correct the commit messages
Tested in Engicam i.Core MX8M Mini SoM.
Repo:
https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
v9:
https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
Any inputs?
Jagan.
Jagan Teki (16):
drm: of: Lookup if child node has DSI panel or bridge
drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
drm: exynos: dsi: Drop explicit call to bridge detach
drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
drm: exynos: dsi: Mark PHY as optional
drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
drm: exynos: dsi: Introduce hw_type platform data
drm: exynos: dsi: Add atomic check
drm: exynos: dsi: Add input_bus_flags
drm: exynos: dsi: Add atomic_get_input_bus_fmts
drm: exynos: dsi: Consolidate component and bridge
drm: exynos: dsi: Add Exynos based host irq hooks
drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
Marek Szyprowski (1):
drm: exynos: dsi: Handle proper host initialization
Marek Vasut (1):
drm: bridge: samsung-dsim: Add i.MX8M Plus support
.../bindings/display/exynos/exynos_dsim.txt | 2 +
MAINTAINERS | 9 +
drivers/gpu/drm/bridge/Kconfig | 12 +
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/panel.c | 34 +
drivers/gpu/drm/bridge/samsung-dsim.c | 1883 +++++++++++++++++
drivers/gpu/drm/drm_of.c | 113 +-
drivers/gpu/drm/exynos/Kconfig | 1 +
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 1793 +---------------
include/drm/bridge/samsung-dsim.h | 119 ++
include/drm/drm_bridge.h | 2 +
include/drm/drm_of.h | 12 +
12 files changed, 2285 insertions(+), 1696 deletions(-)
create mode 100644 drivers/gpu/drm/bridge/samsung-dsim.c
create mode 100644 include/drm/bridge/samsung-dsim.h
--
2.25.1
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2022-12-14 12:58 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2022-12-14 12:58 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel, Jagan Teki
This series supports common bridge support for Samsung MIPI DSIM
which is used in Exynos and i.MX8MM SoC's.
The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
Patch 0005 - 0006: optional PHY, PMS_P offset
Patch 0007 : introduce hw_type
Patch 0008 : fixing host init
Patch 0009 : atomic_check
Patch 0010 : input_bus_flags
Patch 0011 : atomic_get_input_bus_fmts
Patch 0012 - 0013: component vs bridge
Patch 0014 : DSIM bridge
Patch 0015 - 0016: i.MX8M Mini/Nano
Patch 0017 - 0018: i.MX8M Plus
Changes for v10:
- rebase on drm-misc-next
- add drm_of_dsi_find_panel_or_bridge
- add devm_drm_of_dsi_get_bridge
- fix host initialization (Thanks to Marek Szyprowski)
- rearrange the tiny patches for easy to review
- update simple names for enum hw_type
- add is_hw_exynos macro
- rework on commit messages
Changes for v9:
- rebase on drm-misc-next
- drop drm bridge attach fix for Exynos
- added prepare_prev_first flag
- added pre_enable_prev_first flag
- fix bridge chain order for exynos
- added fix for Exynos host init for first DSI transfer
- added MEDIA_BUS_FMT_FIXED
- return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
list is unsupported.
- added MEDIA_BUS_FMT_YUYV10_1X20
- added MEDIA_BUS_FMT_YUYV12_1X24
Changes for v8:
* fixed comment lines
* fixed commit messages
* fixed video mode bits
* collect Marek Ack
* fixed video mode bit names
* update input formats logic
* added imx8mplus support
Changes for v7:
* fix the drm bridge attach chain for exynos drm dsi driver
* fix the hw_type checking logic
Changes for v6:
* handle previous bridge for exynos dsi while attaching bridge
Changes for v5:
* bridge changes to support multi-arch
* updated and clear commit messages
* add hw_type via plat data
* removed unneeded quirk
* rebased on linux-next
Changes for v4:
* include Inki Dae in MAINTAINERS
* remove dsi_driver probe in exynos_drm_drv to support multi-arch build
* update init handling to ensure host init done on first cmd transfer
Changes for v3:
* fix the mult-arch build
* fix dsi host init
* updated commit messages
Changes for v2:
* fix bridge handling
* fix dsi host init
* correct the commit messages
Tested in Engicam i.Core MX8M Mini SoM.
Repo:
https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
v9:
https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
Any inputs?
Jagan.
Jagan Teki (16):
drm: of: Lookup if child node has DSI panel or bridge
drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
drm: exynos: dsi: Drop explicit call to bridge detach
drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
drm: exynos: dsi: Mark PHY as optional
drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
drm: exynos: dsi: Introduce hw_type platform data
drm: exynos: dsi: Add atomic check
drm: exynos: dsi: Add input_bus_flags
drm: exynos: dsi: Add atomic_get_input_bus_fmts
drm: exynos: dsi: Consolidate component and bridge
drm: exynos: dsi: Add Exynos based host irq hooks
drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
Marek Szyprowski (1):
drm: exynos: dsi: Handle proper host initialization
Marek Vasut (1):
drm: bridge: samsung-dsim: Add i.MX8M Plus support
.../bindings/display/exynos/exynos_dsim.txt | 2 +
MAINTAINERS | 9 +
drivers/gpu/drm/bridge/Kconfig | 12 +
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/panel.c | 34 +
drivers/gpu/drm/bridge/samsung-dsim.c | 1883 +++++++++++++++++
drivers/gpu/drm/drm_of.c | 113 +-
drivers/gpu/drm/exynos/Kconfig | 1 +
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 1793 +---------------
include/drm/bridge/samsung-dsim.h | 119 ++
include/drm/drm_bridge.h | 2 +
include/drm/drm_of.h | 12 +
12 files changed, 2285 insertions(+), 1696 deletions(-)
create mode 100644 drivers/gpu/drm/bridge/samsung-dsim.c
create mode 100644 include/drm/bridge/samsung-dsim.h
--
2.25.1
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2022-12-14 12:58 ` Jagan Teki
(?)
@ 2023-01-05 10:24 ` Jagan Teki
-1 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-05 10:24 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut
Cc: linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On Wed, Dec 14, 2022 at 6:29 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> This series supports common bridge support for Samsung MIPI DSIM
> which is used in Exynos and i.MX8MM SoC's.
>
> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>
> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>
> Patch 0005 - 0006: optional PHY, PMS_P offset
>
> Patch 0007 : introduce hw_type
>
> Patch 0008 : fixing host init
>
> Patch 0009 : atomic_check
>
> Patch 0010 : input_bus_flags
>
> Patch 0011 : atomic_get_input_bus_fmts
>
> Patch 0012 - 0013: component vs bridge
>
> Patch 0014 : DSIM bridge
>
> Patch 0015 - 0016: i.MX8M Mini/Nano
>
> Patch 0017 - 0018: i.MX8M Plus
>
> Changes for v10:
> - rebase on drm-misc-next
> - add drm_of_dsi_find_panel_or_bridge
> - add devm_drm_of_dsi_get_bridge
> - fix host initialization (Thanks to Marek Szyprowski)
> - rearrange the tiny patches for easy to review
> - update simple names for enum hw_type
> - add is_hw_exynos macro
> - rework on commit messages
>
> Changes for v9:
> - rebase on drm-misc-next
> - drop drm bridge attach fix for Exynos
> - added prepare_prev_first flag
> - added pre_enable_prev_first flag
> - fix bridge chain order for exynos
> - added fix for Exynos host init for first DSI transfer
> - added MEDIA_BUS_FMT_FIXED
> - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> list is unsupported.
> - added MEDIA_BUS_FMT_YUYV10_1X20
> - added MEDIA_BUS_FMT_YUYV12_1X24
>
> Changes for v8:
> * fixed comment lines
> * fixed commit messages
> * fixed video mode bits
> * collect Marek Ack
> * fixed video mode bit names
> * update input formats logic
> * added imx8mplus support
>
> Changes for v7:
> * fix the drm bridge attach chain for exynos drm dsi driver
> * fix the hw_type checking logic
>
> Changes for v6:
> * handle previous bridge for exynos dsi while attaching bridge
>
> Changes for v5:
> * bridge changes to support multi-arch
> * updated and clear commit messages
> * add hw_type via plat data
> * removed unneeded quirk
> * rebased on linux-next
>
> Changes for v4:
> * include Inki Dae in MAINTAINERS
> * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> * update init handling to ensure host init done on first cmd transfer
>
> Changes for v3:
> * fix the mult-arch build
> * fix dsi host init
> * updated commit messages
>
> Changes for v2:
> * fix bridge handling
> * fix dsi host init
> * correct the commit messages
>
> Tested in Engicam i.Core MX8M Mini SoM.
>
> Repo:
> https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
>
> v9:
> https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
>
> Any inputs?
> Jagan.
>
> Jagan Teki (16):
> drm: of: Lookup if child node has DSI panel or bridge
> drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> drm: exynos: dsi: Drop explicit call to bridge detach
> drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> drm: exynos: dsi: Mark PHY as optional
> drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> drm: exynos: dsi: Introduce hw_type platform data
> drm: exynos: dsi: Add atomic check
> drm: exynos: dsi: Add input_bus_flags
> drm: exynos: dsi: Add atomic_get_input_bus_fmts
> drm: exynos: dsi: Consolidate component and bridge
> drm: exynos: dsi: Add Exynos based host irq hooks
> drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
>
> Marek Szyprowski (1):
> drm: exynos: dsi: Handle proper host initialization
>
> Marek Vasut (1):
> drm: bridge: samsung-dsim: Add i.MX8M Plus support
Does anyone have any other comments on this? I would like to send v11
with a few nits on v10. Please let me know.
Thanks,
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-05 10:24 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-05 10:24 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut
Cc: Matteo Lisi, dri-devel, linux-samsung-soc, linux-arm-kernel,
NXP Linux Team, linux-amarula
On Wed, Dec 14, 2022 at 6:29 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> This series supports common bridge support for Samsung MIPI DSIM
> which is used in Exynos and i.MX8MM SoC's.
>
> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>
> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>
> Patch 0005 - 0006: optional PHY, PMS_P offset
>
> Patch 0007 : introduce hw_type
>
> Patch 0008 : fixing host init
>
> Patch 0009 : atomic_check
>
> Patch 0010 : input_bus_flags
>
> Patch 0011 : atomic_get_input_bus_fmts
>
> Patch 0012 - 0013: component vs bridge
>
> Patch 0014 : DSIM bridge
>
> Patch 0015 - 0016: i.MX8M Mini/Nano
>
> Patch 0017 - 0018: i.MX8M Plus
>
> Changes for v10:
> - rebase on drm-misc-next
> - add drm_of_dsi_find_panel_or_bridge
> - add devm_drm_of_dsi_get_bridge
> - fix host initialization (Thanks to Marek Szyprowski)
> - rearrange the tiny patches for easy to review
> - update simple names for enum hw_type
> - add is_hw_exynos macro
> - rework on commit messages
>
> Changes for v9:
> - rebase on drm-misc-next
> - drop drm bridge attach fix for Exynos
> - added prepare_prev_first flag
> - added pre_enable_prev_first flag
> - fix bridge chain order for exynos
> - added fix for Exynos host init for first DSI transfer
> - added MEDIA_BUS_FMT_FIXED
> - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> list is unsupported.
> - added MEDIA_BUS_FMT_YUYV10_1X20
> - added MEDIA_BUS_FMT_YUYV12_1X24
>
> Changes for v8:
> * fixed comment lines
> * fixed commit messages
> * fixed video mode bits
> * collect Marek Ack
> * fixed video mode bit names
> * update input formats logic
> * added imx8mplus support
>
> Changes for v7:
> * fix the drm bridge attach chain for exynos drm dsi driver
> * fix the hw_type checking logic
>
> Changes for v6:
> * handle previous bridge for exynos dsi while attaching bridge
>
> Changes for v5:
> * bridge changes to support multi-arch
> * updated and clear commit messages
> * add hw_type via plat data
> * removed unneeded quirk
> * rebased on linux-next
>
> Changes for v4:
> * include Inki Dae in MAINTAINERS
> * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> * update init handling to ensure host init done on first cmd transfer
>
> Changes for v3:
> * fix the mult-arch build
> * fix dsi host init
> * updated commit messages
>
> Changes for v2:
> * fix bridge handling
> * fix dsi host init
> * correct the commit messages
>
> Tested in Engicam i.Core MX8M Mini SoM.
>
> Repo:
> https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
>
> v9:
> https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
>
> Any inputs?
> Jagan.
>
> Jagan Teki (16):
> drm: of: Lookup if child node has DSI panel or bridge
> drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> drm: exynos: dsi: Drop explicit call to bridge detach
> drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> drm: exynos: dsi: Mark PHY as optional
> drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> drm: exynos: dsi: Introduce hw_type platform data
> drm: exynos: dsi: Add atomic check
> drm: exynos: dsi: Add input_bus_flags
> drm: exynos: dsi: Add atomic_get_input_bus_fmts
> drm: exynos: dsi: Consolidate component and bridge
> drm: exynos: dsi: Add Exynos based host irq hooks
> drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
>
> Marek Szyprowski (1):
> drm: exynos: dsi: Handle proper host initialization
>
> Marek Vasut (1):
> drm: bridge: samsung-dsim: Add i.MX8M Plus support
Does anyone have any other comments on this? I would like to send v11
with a few nits on v10. Please let me know.
Thanks,
Jagan.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-05 10:24 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-05 10:24 UTC (permalink / raw)
To: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut
Cc: Matteo Lisi, dri-devel, linux-samsung-soc, linux-arm-kernel,
NXP Linux Team, linux-amarula
On Wed, Dec 14, 2022 at 6:29 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> This series supports common bridge support for Samsung MIPI DSIM
> which is used in Exynos and i.MX8MM SoC's.
>
> The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
>
> Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
>
> Patch 0005 - 0006: optional PHY, PMS_P offset
>
> Patch 0007 : introduce hw_type
>
> Patch 0008 : fixing host init
>
> Patch 0009 : atomic_check
>
> Patch 0010 : input_bus_flags
>
> Patch 0011 : atomic_get_input_bus_fmts
>
> Patch 0012 - 0013: component vs bridge
>
> Patch 0014 : DSIM bridge
>
> Patch 0015 - 0016: i.MX8M Mini/Nano
>
> Patch 0017 - 0018: i.MX8M Plus
>
> Changes for v10:
> - rebase on drm-misc-next
> - add drm_of_dsi_find_panel_or_bridge
> - add devm_drm_of_dsi_get_bridge
> - fix host initialization (Thanks to Marek Szyprowski)
> - rearrange the tiny patches for easy to review
> - update simple names for enum hw_type
> - add is_hw_exynos macro
> - rework on commit messages
>
> Changes for v9:
> - rebase on drm-misc-next
> - drop drm bridge attach fix for Exynos
> - added prepare_prev_first flag
> - added pre_enable_prev_first flag
> - fix bridge chain order for exynos
> - added fix for Exynos host init for first DSI transfer
> - added MEDIA_BUS_FMT_FIXED
> - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> list is unsupported.
> - added MEDIA_BUS_FMT_YUYV10_1X20
> - added MEDIA_BUS_FMT_YUYV12_1X24
>
> Changes for v8:
> * fixed comment lines
> * fixed commit messages
> * fixed video mode bits
> * collect Marek Ack
> * fixed video mode bit names
> * update input formats logic
> * added imx8mplus support
>
> Changes for v7:
> * fix the drm bridge attach chain for exynos drm dsi driver
> * fix the hw_type checking logic
>
> Changes for v6:
> * handle previous bridge for exynos dsi while attaching bridge
>
> Changes for v5:
> * bridge changes to support multi-arch
> * updated and clear commit messages
> * add hw_type via plat data
> * removed unneeded quirk
> * rebased on linux-next
>
> Changes for v4:
> * include Inki Dae in MAINTAINERS
> * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> * update init handling to ensure host init done on first cmd transfer
>
> Changes for v3:
> * fix the mult-arch build
> * fix dsi host init
> * updated commit messages
>
> Changes for v2:
> * fix bridge handling
> * fix dsi host init
> * correct the commit messages
>
> Tested in Engicam i.Core MX8M Mini SoM.
>
> Repo:
> https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
>
> v9:
> https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
>
> Any inputs?
> Jagan.
>
> Jagan Teki (16):
> drm: of: Lookup if child node has DSI panel or bridge
> drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> drm: exynos: dsi: Drop explicit call to bridge detach
> drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> drm: exynos: dsi: Mark PHY as optional
> drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> drm: exynos: dsi: Introduce hw_type platform data
> drm: exynos: dsi: Add atomic check
> drm: exynos: dsi: Add input_bus_flags
> drm: exynos: dsi: Add atomic_get_input_bus_fmts
> drm: exynos: dsi: Consolidate component and bridge
> drm: exynos: dsi: Add Exynos based host irq hooks
> drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
>
> Marek Szyprowski (1):
> drm: exynos: dsi: Handle proper host initialization
>
> Marek Vasut (1):
> drm: bridge: samsung-dsim: Add i.MX8M Plus support
Does anyone have any other comments on this? I would like to send v11
with a few nits on v10. Please let me know.
Thanks,
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-05 10:24 ` Jagan Teki
(?)
@ 2023-01-06 14:34 ` Adam Ford
-1 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2023-01-06 14:34 UTC (permalink / raw)
To: Jagan Teki
Cc: Marek Vasut, linux-samsung-soc, Laurent Pinchart, Joonyoung Shim,
dri-devel, Tommaso Merciai, Seung-Woo Kim, Neil Armstrong,
Frieder Schrempf, Kyungmin Park, Matteo Lisi, Robert Foss,
Andrzej Hajda, NXP Linux Team, Fancy Fang,
Michael Nazzareno Trimarchi, linux-amarula, linux-arm-kernel,
Marek Szyprowski
On Thu, Jan 5, 2023 at 4:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> On Wed, Dec 14, 2022 at 6:29 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >
> > This series supports common bridge support for Samsung MIPI DSIM
> > which is used in Exynos and i.MX8MM SoC's.
> >
> > The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
> >
> > Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
> >
> > Patch 0005 - 0006: optional PHY, PMS_P offset
> >
> > Patch 0007 : introduce hw_type
> >
> > Patch 0008 : fixing host init
> >
> > Patch 0009 : atomic_check
> >
> > Patch 0010 : input_bus_flags
> >
> > Patch 0011 : atomic_get_input_bus_fmts
> >
> > Patch 0012 - 0013: component vs bridge
> >
> > Patch 0014 : DSIM bridge
> >
> > Patch 0015 - 0016: i.MX8M Mini/Nano
> >
> > Patch 0017 - 0018: i.MX8M Plus
> >
> > Changes for v10:
> > - rebase on drm-misc-next
> > - add drm_of_dsi_find_panel_or_bridge
> > - add devm_drm_of_dsi_get_bridge
> > - fix host initialization (Thanks to Marek Szyprowski)
> > - rearrange the tiny patches for easy to review
> > - update simple names for enum hw_type
> > - add is_hw_exynos macro
> > - rework on commit messages
> >
> > Changes for v9:
> > - rebase on drm-misc-next
> > - drop drm bridge attach fix for Exynos
> > - added prepare_prev_first flag
> > - added pre_enable_prev_first flag
> > - fix bridge chain order for exynos
> > - added fix for Exynos host init for first DSI transfer
> > - added MEDIA_BUS_FMT_FIXED
> > - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> > list is unsupported.
> > - added MEDIA_BUS_FMT_YUYV10_1X20
> > - added MEDIA_BUS_FMT_YUYV12_1X24
> >
> > Changes for v8:
> > * fixed comment lines
> > * fixed commit messages
> > * fixed video mode bits
> > * collect Marek Ack
> > * fixed video mode bit names
> > * update input formats logic
> > * added imx8mplus support
> >
> > Changes for v7:
> > * fix the drm bridge attach chain for exynos drm dsi driver
> > * fix the hw_type checking logic
> >
> > Changes for v6:
> > * handle previous bridge for exynos dsi while attaching bridge
> >
> > Changes for v5:
> > * bridge changes to support multi-arch
> > * updated and clear commit messages
> > * add hw_type via plat data
> > * removed unneeded quirk
> > * rebased on linux-next
> >
> > Changes for v4:
> > * include Inki Dae in MAINTAINERS
> > * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> > * update init handling to ensure host init done on first cmd transfer
> >
> > Changes for v3:
> > * fix the mult-arch build
> > * fix dsi host init
> > * updated commit messages
> >
> > Changes for v2:
> > * fix bridge handling
> > * fix dsi host init
> > * correct the commit messages
> >
> > Tested in Engicam i.Core MX8M Mini SoM.
> >
> > Repo:
> > https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
> >
> > v9:
> > https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
> >
> > Any inputs?
> > Jagan.
> >
> > Jagan Teki (16):
> > drm: of: Lookup if child node has DSI panel or bridge
> > drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> > drm: exynos: dsi: Drop explicit call to bridge detach
> > drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> > drm: exynos: dsi: Mark PHY as optional
> > drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> > drm: exynos: dsi: Introduce hw_type platform data
> > drm: exynos: dsi: Add atomic check
> > drm: exynos: dsi: Add input_bus_flags
> > drm: exynos: dsi: Add atomic_get_input_bus_fmts
> > drm: exynos: dsi: Consolidate component and bridge
> > drm: exynos: dsi: Add Exynos based host irq hooks
> > drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> > dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> > drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> > dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
> >
> > Marek Szyprowski (1):
> > drm: exynos: dsi: Handle proper host initialization
> >
> > Marek Vasut (1):
> > drm: bridge: samsung-dsim: Add i.MX8M Plus support
>
> Does anyone have any other comments on this? I would like to send v11
> with a few nits on v10. Please let me know.
I got it working on an LVDS display that I have, but I didn't get it
working on the HDMI bridge. Since we have a few tested-by people,
it'd be nice to see this integrated so we can work on ading more
functionality
adam
>
> Thanks,
> Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-06 14:34 ` Adam Ford
0 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2023-01-06 14:34 UTC (permalink / raw)
To: Jagan Teki
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai, Marek Vasut,
Matteo Lisi, dri-devel, linux-samsung-soc, linux-arm-kernel,
NXP Linux Team, linux-amarula
On Thu, Jan 5, 2023 at 4:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> On Wed, Dec 14, 2022 at 6:29 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >
> > This series supports common bridge support for Samsung MIPI DSIM
> > which is used in Exynos and i.MX8MM SoC's.
> >
> > The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
> >
> > Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
> >
> > Patch 0005 - 0006: optional PHY, PMS_P offset
> >
> > Patch 0007 : introduce hw_type
> >
> > Patch 0008 : fixing host init
> >
> > Patch 0009 : atomic_check
> >
> > Patch 0010 : input_bus_flags
> >
> > Patch 0011 : atomic_get_input_bus_fmts
> >
> > Patch 0012 - 0013: component vs bridge
> >
> > Patch 0014 : DSIM bridge
> >
> > Patch 0015 - 0016: i.MX8M Mini/Nano
> >
> > Patch 0017 - 0018: i.MX8M Plus
> >
> > Changes for v10:
> > - rebase on drm-misc-next
> > - add drm_of_dsi_find_panel_or_bridge
> > - add devm_drm_of_dsi_get_bridge
> > - fix host initialization (Thanks to Marek Szyprowski)
> > - rearrange the tiny patches for easy to review
> > - update simple names for enum hw_type
> > - add is_hw_exynos macro
> > - rework on commit messages
> >
> > Changes for v9:
> > - rebase on drm-misc-next
> > - drop drm bridge attach fix for Exynos
> > - added prepare_prev_first flag
> > - added pre_enable_prev_first flag
> > - fix bridge chain order for exynos
> > - added fix for Exynos host init for first DSI transfer
> > - added MEDIA_BUS_FMT_FIXED
> > - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> > list is unsupported.
> > - added MEDIA_BUS_FMT_YUYV10_1X20
> > - added MEDIA_BUS_FMT_YUYV12_1X24
> >
> > Changes for v8:
> > * fixed comment lines
> > * fixed commit messages
> > * fixed video mode bits
> > * collect Marek Ack
> > * fixed video mode bit names
> > * update input formats logic
> > * added imx8mplus support
> >
> > Changes for v7:
> > * fix the drm bridge attach chain for exynos drm dsi driver
> > * fix the hw_type checking logic
> >
> > Changes for v6:
> > * handle previous bridge for exynos dsi while attaching bridge
> >
> > Changes for v5:
> > * bridge changes to support multi-arch
> > * updated and clear commit messages
> > * add hw_type via plat data
> > * removed unneeded quirk
> > * rebased on linux-next
> >
> > Changes for v4:
> > * include Inki Dae in MAINTAINERS
> > * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> > * update init handling to ensure host init done on first cmd transfer
> >
> > Changes for v3:
> > * fix the mult-arch build
> > * fix dsi host init
> > * updated commit messages
> >
> > Changes for v2:
> > * fix bridge handling
> > * fix dsi host init
> > * correct the commit messages
> >
> > Tested in Engicam i.Core MX8M Mini SoM.
> >
> > Repo:
> > https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
> >
> > v9:
> > https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
> >
> > Any inputs?
> > Jagan.
> >
> > Jagan Teki (16):
> > drm: of: Lookup if child node has DSI panel or bridge
> > drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> > drm: exynos: dsi: Drop explicit call to bridge detach
> > drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> > drm: exynos: dsi: Mark PHY as optional
> > drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> > drm: exynos: dsi: Introduce hw_type platform data
> > drm: exynos: dsi: Add atomic check
> > drm: exynos: dsi: Add input_bus_flags
> > drm: exynos: dsi: Add atomic_get_input_bus_fmts
> > drm: exynos: dsi: Consolidate component and bridge
> > drm: exynos: dsi: Add Exynos based host irq hooks
> > drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> > dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> > drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> > dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
> >
> > Marek Szyprowski (1):
> > drm: exynos: dsi: Handle proper host initialization
> >
> > Marek Vasut (1):
> > drm: bridge: samsung-dsim: Add i.MX8M Plus support
>
> Does anyone have any other comments on this? I would like to send v11
> with a few nits on v10. Please let me know.
I got it working on an LVDS display that I have, but I didn't get it
working on the HDMI bridge. Since we have a few tested-by people,
it'd be nice to see this integrated so we can work on ading more
functionality
adam
>
> Thanks,
> Jagan.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-06 14:34 ` Adam Ford
0 siblings, 0 replies; 81+ messages in thread
From: Adam Ford @ 2023-01-06 14:34 UTC (permalink / raw)
To: Jagan Teki
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai, Marek Vasut,
Matteo Lisi, dri-devel, linux-samsung-soc, linux-arm-kernel,
NXP Linux Team, linux-amarula
On Thu, Jan 5, 2023 at 4:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> On Wed, Dec 14, 2022 at 6:29 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >
> > This series supports common bridge support for Samsung MIPI DSIM
> > which is used in Exynos and i.MX8MM SoC's.
> >
> > The final bridge supports both the Exynos and i.MX8M Mini/Nano/Plus.
> >
> > Patch 0001 - 0004: adding devm_drm_of_dsi_get_bridge
> >
> > Patch 0005 - 0006: optional PHY, PMS_P offset
> >
> > Patch 0007 : introduce hw_type
> >
> > Patch 0008 : fixing host init
> >
> > Patch 0009 : atomic_check
> >
> > Patch 0010 : input_bus_flags
> >
> > Patch 0011 : atomic_get_input_bus_fmts
> >
> > Patch 0012 - 0013: component vs bridge
> >
> > Patch 0014 : DSIM bridge
> >
> > Patch 0015 - 0016: i.MX8M Mini/Nano
> >
> > Patch 0017 - 0018: i.MX8M Plus
> >
> > Changes for v10:
> > - rebase on drm-misc-next
> > - add drm_of_dsi_find_panel_or_bridge
> > - add devm_drm_of_dsi_get_bridge
> > - fix host initialization (Thanks to Marek Szyprowski)
> > - rearrange the tiny patches for easy to review
> > - update simple names for enum hw_type
> > - add is_hw_exynos macro
> > - rework on commit messages
> >
> > Changes for v9:
> > - rebase on drm-misc-next
> > - drop drm bridge attach fix for Exynos
> > - added prepare_prev_first flag
> > - added pre_enable_prev_first flag
> > - fix bridge chain order for exynos
> > - added fix for Exynos host init for first DSI transfer
> > - added MEDIA_BUS_FMT_FIXED
> > - return MEDIA_BUS_FMT_RGB888_1X24 output_fmt if supported output_fmt
> > list is unsupported.
> > - added MEDIA_BUS_FMT_YUYV10_1X20
> > - added MEDIA_BUS_FMT_YUYV12_1X24
> >
> > Changes for v8:
> > * fixed comment lines
> > * fixed commit messages
> > * fixed video mode bits
> > * collect Marek Ack
> > * fixed video mode bit names
> > * update input formats logic
> > * added imx8mplus support
> >
> > Changes for v7:
> > * fix the drm bridge attach chain for exynos drm dsi driver
> > * fix the hw_type checking logic
> >
> > Changes for v6:
> > * handle previous bridge for exynos dsi while attaching bridge
> >
> > Changes for v5:
> > * bridge changes to support multi-arch
> > * updated and clear commit messages
> > * add hw_type via plat data
> > * removed unneeded quirk
> > * rebased on linux-next
> >
> > Changes for v4:
> > * include Inki Dae in MAINTAINERS
> > * remove dsi_driver probe in exynos_drm_drv to support multi-arch build
> > * update init handling to ensure host init done on first cmd transfer
> >
> > Changes for v3:
> > * fix the mult-arch build
> > * fix dsi host init
> > * updated commit messages
> >
> > Changes for v2:
> > * fix bridge handling
> > * fix dsi host init
> > * correct the commit messages
> >
> > Tested in Engicam i.Core MX8M Mini SoM.
> >
> > Repo:
> > https://gitlab.com/openedev/kernel/-/commits/imx8mm-dsi-v10
> >
> > v9:
> > https://lore.kernel.org/all/20221209152343.180139-1-jagan@amarulasolutions.com/
> >
> > Any inputs?
> > Jagan.
> >
> > Jagan Teki (16):
> > drm: of: Lookup if child node has DSI panel or bridge
> > drm: bridge: panel: Add devm_drm_of_dsi_get_bridge helper
> > drm: exynos: dsi: Drop explicit call to bridge detach
> > drm: exynos: dsi: Switch to devm_drm_of_dsi_get_bridge
> > drm: exynos: dsi: Mark PHY as optional
> > drm: exynos: dsi: Add platform PLL_P (PMS_P) offset
> > drm: exynos: dsi: Introduce hw_type platform data
> > drm: exynos: dsi: Add atomic check
> > drm: exynos: dsi: Add input_bus_flags
> > drm: exynos: dsi: Add atomic_get_input_bus_fmts
> > drm: exynos: dsi: Consolidate component and bridge
> > drm: exynos: dsi: Add Exynos based host irq hooks
> > drm: bridge: Generalize Exynos-DSI driver into a Samsung DSIM bridge
> > dt-bindings: display: exynos: dsim: Add NXP i.MX8M Mini/Nano support
> > drm: bridge: samsung-dsim: Add i.MX8M Mini/Nano support
> > dt-bindings: display: exynos: dsim: Add NXP i.MX8M Plus support
> >
> > Marek Szyprowski (1):
> > drm: exynos: dsi: Handle proper host initialization
> >
> > Marek Vasut (1):
> > drm: bridge: samsung-dsim: Add i.MX8M Plus support
>
> Does anyone have any other comments on this? I would like to send v11
> with a few nits on v10. Please let me know.
I got it working on an LVDS display that I have, but I didn't get it
working on the HDMI bridge. Since we have a few tested-by people,
it'd be nice to see this integrated so we can work on ading more
functionality
adam
>
> Thanks,
> Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-06 14:34 ` Adam Ford
(?)
@ 2023-01-06 14:42 ` Fabio Estevam
-1 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-06 14:42 UTC (permalink / raw)
To: Adam Ford
Cc: Jagan Teki, Marek Vasut, linux-samsung-soc, Laurent Pinchart,
Joonyoung Shim, dri-devel, Tommaso Merciai, Seung-Woo Kim,
Neil Armstrong, Frieder Schrempf, Kyungmin Park, Matteo Lisi,
Robert Foss, Andrzej Hajda, NXP Linux Team, Fancy Fang,
Michael Nazzareno Trimarchi, linux-amarula, linux-arm-kernel,
Marek Szyprowski
On Fri, Jan 6, 2023 at 11:34 AM Adam Ford <aford173@gmail.com> wrote:
> I got it working on an LVDS display that I have, but I didn't get it
> working on the HDMI bridge. Since we have a few tested-by people,
> it'd be nice to see this integrated so we can work on ading more
> functionality
Agreed. Hopefully, this series can be applied soon so we don't miss
another cycle.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-06 14:42 ` Fabio Estevam
0 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-06 14:42 UTC (permalink / raw)
To: Adam Ford
Cc: Jagan Teki, Marek Vasut, linux-samsung-soc, Laurent Pinchart,
Joonyoung Shim, dri-devel, Tommaso Merciai, Seung-Woo Kim,
Neil Armstrong, Frieder Schrempf, Kyungmin Park, Matteo Lisi,
Robert Foss, Andrzej Hajda, NXP Linux Team, Fancy Fang,
Michael Nazzareno Trimarchi, linux-amarula, linux-arm-kernel,
Marek Szyprowski
On Fri, Jan 6, 2023 at 11:34 AM Adam Ford <aford173@gmail.com> wrote:
> I got it working on an LVDS display that I have, but I didn't get it
> working on the HDMI bridge. Since we have a few tested-by people,
> it'd be nice to see this integrated so we can work on ading more
> functionality
Agreed. Hopefully, this series can be applied soon so we don't miss
another cycle.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-06 14:42 ` Fabio Estevam
0 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-06 14:42 UTC (permalink / raw)
To: Adam Ford
Cc: Marek Vasut, linux-samsung-soc, Joonyoung Shim, Robert Foss,
Matteo Lisi, Seung-Woo Kim, Neil Armstrong, dri-devel,
Frieder Schrempf, NXP Linux Team, Tommaso Merciai, Jagan Teki,
Andrzej Hajda, Marek Szyprowski, Kyungmin Park, Fancy Fang,
Michael Nazzareno Trimarchi, linux-amarula, linux-arm-kernel,
Laurent Pinchart
On Fri, Jan 6, 2023 at 11:34 AM Adam Ford <aford173@gmail.com> wrote:
> I got it working on an LVDS display that I have, but I didn't get it
> working on the HDMI bridge. Since we have a few tested-by people,
> it'd be nice to see this integrated so we can work on ading more
> functionality
Agreed. Hopefully, this series can be applied soon so we don't miss
another cycle.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-05 10:24 ` Jagan Teki
(?)
@ 2023-01-19 17:27 ` Fabio Estevam
-1 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-19 17:27 UTC (permalink / raw)
To: Jagan Teki
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Jagan,
On Thu, Jan 5, 2023 at 7:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
> Does anyone have any other comments on this? I would like to send v11
> with a few nits on v10. Please let me know.
What is blocking this series to be applied?
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-19 17:27 ` Fabio Estevam
0 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-19 17:27 UTC (permalink / raw)
To: Jagan Teki
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Jagan,
On Thu, Jan 5, 2023 at 7:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
> Does anyone have any other comments on this? I would like to send v11
> with a few nits on v10. Please let me know.
What is blocking this series to be applied?
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-19 17:27 ` Fabio Estevam
0 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-19 17:27 UTC (permalink / raw)
To: Jagan Teki
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, Marek Vasut, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai,
NXP Linux Team, Michael Nazzareno Trimarchi, Matteo Lisi,
Adam Ford, linux-arm-kernel, Seung-Woo Kim, Robert Foss,
Kyungmin Park, linux-amarula
Hi Jagan,
On Thu, Jan 5, 2023 at 7:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
> Does anyone have any other comments on this? I would like to send v11
> with a few nits on v10. Please let me know.
What is blocking this series to be applied?
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-19 17:27 ` Fabio Estevam
(?)
@ 2023-01-19 17:58 ` Jagan Teki
-1 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-19 17:58 UTC (permalink / raw)
To: Fabio Estevam
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Fabio,
On Thu, Jan 19, 2023 at 10:57 PM Fabio Estevam <festevam@gmail.com> wrote:
>
> Hi Jagan,
>
> On Thu, Jan 5, 2023 at 7:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> > Does anyone have any other comments on this? I would like to send v11
> > with a few nits on v10. Please let me know.
>
> What is blocking this series to be applied?
There are two patch series prior to this need to apply.
https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
Regarding this series, the patch 09/18 commit message has "FIXME" this
need to remove.
https://patchwork.kernel.org/project/dri-devel/patch/20221214125907.376148-10-jagan@amarulasolutions.com/
I think it is possible to remove it while applying otherwise I will
resend this patch alone or in series again.
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-19 17:58 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-19 17:58 UTC (permalink / raw)
To: Fabio Estevam
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Fabio,
On Thu, Jan 19, 2023 at 10:57 PM Fabio Estevam <festevam@gmail.com> wrote:
>
> Hi Jagan,
>
> On Thu, Jan 5, 2023 at 7:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> > Does anyone have any other comments on this? I would like to send v11
> > with a few nits on v10. Please let me know.
>
> What is blocking this series to be applied?
There are two patch series prior to this need to apply.
https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
Regarding this series, the patch 09/18 commit message has "FIXME" this
need to remove.
https://patchwork.kernel.org/project/dri-devel/patch/20221214125907.376148-10-jagan@amarulasolutions.com/
I think it is possible to remove it while applying otherwise I will
resend this patch alone or in series again.
Jagan.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-19 17:58 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-19 17:58 UTC (permalink / raw)
To: Fabio Estevam
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, Marek Vasut, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai,
NXP Linux Team, Michael Nazzareno Trimarchi, Matteo Lisi,
Adam Ford, linux-arm-kernel, Seung-Woo Kim, Robert Foss,
Kyungmin Park, linux-amarula
Hi Fabio,
On Thu, Jan 19, 2023 at 10:57 PM Fabio Estevam <festevam@gmail.com> wrote:
>
> Hi Jagan,
>
> On Thu, Jan 5, 2023 at 7:24 AM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> > Does anyone have any other comments on this? I would like to send v11
> > with a few nits on v10. Please let me know.
>
> What is blocking this series to be applied?
There are two patch series prior to this need to apply.
https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
Regarding this series, the patch 09/18 commit message has "FIXME" this
need to remove.
https://patchwork.kernel.org/project/dri-devel/patch/20221214125907.376148-10-jagan@amarulasolutions.com/
I think it is possible to remove it while applying otherwise I will
resend this patch alone or in series again.
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-19 17:58 ` Jagan Teki
(?)
@ 2023-01-20 12:06 ` Fabio Estevam
-1 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-20 12:06 UTC (permalink / raw)
To: Jagan Teki
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, Marek Vasut, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai,
NXP Linux Team, Michael Nazzareno Trimarchi, Matteo Lisi,
Adam Ford, linux-arm-kernel, Seung-Woo Kim, Robert Foss,
Kyungmin Park, linux-amarula
Hi Jagan,
On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> There are two patch series prior to this need to apply.
>
> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
Would it make sense to re-submit these two patches as part of your series?
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 12:06 ` Fabio Estevam
0 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-20 12:06 UTC (permalink / raw)
To: Jagan Teki
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Jagan,
On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> There are two patch series prior to this need to apply.
>
> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
Would it make sense to re-submit these two patches as part of your series?
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 12:06 ` Fabio Estevam
0 siblings, 0 replies; 81+ messages in thread
From: Fabio Estevam @ 2023-01-20 12:06 UTC (permalink / raw)
To: Jagan Teki
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Jagan,
On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> There are two patch series prior to this need to apply.
>
> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
Would it make sense to re-submit these two patches as part of your series?
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-20 12:06 ` Fabio Estevam
(?)
@ 2023-01-20 14:41 ` Jagan Teki
-1 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-20 14:41 UTC (permalink / raw)
To: Fabio Estevam
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, Marek Vasut, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai,
NXP Linux Team, Michael Nazzareno Trimarchi, Matteo Lisi,
Adam Ford, linux-arm-kernel, Seung-Woo Kim, Robert Foss,
Kyungmin Park, linux-amarula
Hi Fabio,
On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>
> Hi Jagan,
>
> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> > There are two patch series prior to this need to apply.
> >
> > https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> > https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
> Would it make sense to re-submit these two patches as part of your series?
The previous version's comment was to separate them from the DSIM series.
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 14:41 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-20 14:41 UTC (permalink / raw)
To: Fabio Estevam
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Fabio,
On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>
> Hi Jagan,
>
> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> > There are two patch series prior to this need to apply.
> >
> > https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> > https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
> Would it make sense to re-submit these two patches as part of your series?
The previous version's comment was to separate them from the DSIM series.
Jagan.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 14:41 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-20 14:41 UTC (permalink / raw)
To: Fabio Estevam
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
Marek Vasut, linux-samsung-soc, Matteo Lisi, dri-devel,
NXP Linux Team, linux-amarula, linux-arm-kernel
Hi Fabio,
On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>
> Hi Jagan,
>
> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>
> > There are two patch series prior to this need to apply.
> >
> > https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> > https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
> Would it make sense to re-submit these two patches as part of your series?
The previous version's comment was to separate them from the DSIM series.
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-20 14:41 ` Jagan Teki
(?)
@ 2023-01-20 15:06 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-20 15:06 UTC (permalink / raw)
To: Jagan Teki, Fabio Estevam, Dave Stevenson, Maxime Ripard
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On 1/20/23 15:41, Jagan Teki wrote:
> Hi Fabio,
Hello all,
> On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>>
>> Hi Jagan,
>>
>> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>>
>>> There are two patch series prior to this need to apply.
>>>
>>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
>>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>>
>> Would it make sense to re-submit these two patches as part of your series?
>
> The previous version's comment was to separate them from the DSIM series.
Hmmmmm, seems like those first two patches got stuck. I fixed up the
malformed Fixes: line (it was split across two lines and had angular
brackets around it) and picked the first series via drm-misc-next .
Can you send a subsequent patch to convert the DSIM_* macros to BIT()
macro , since checkpatch --strict complains about it ?
For the second series, you likely want a RB from Maxime Ripard and Dave
Stevenson first about the probe order handling.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 15:06 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-20 15:06 UTC (permalink / raw)
To: Jagan Teki, Fabio Estevam, Dave Stevenson, Maxime Ripard
Cc: Andrzej Hajda, Inki Dae, Marek Szyprowski, Joonyoung Shim,
Seung-Woo Kim, Kyungmin Park, Frieder Schrempf, Fancy Fang,
Tim Harvey, Michael Nazzareno Trimarchi, Adam Ford,
Neil Armstrong, Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On 1/20/23 15:41, Jagan Teki wrote:
> Hi Fabio,
Hello all,
> On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>>
>> Hi Jagan,
>>
>> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>>
>>> There are two patch series prior to this need to apply.
>>>
>>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
>>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>>
>> Would it make sense to re-submit these two patches as part of your series?
>
> The previous version's comment was to separate them from the DSIM series.
Hmmmmm, seems like those first two patches got stuck. I fixed up the
malformed Fixes: line (it was split across two lines and had angular
brackets around it) and picked the first series via drm-misc-next .
Can you send a subsequent patch to convert the DSIM_* macros to BIT()
macro , since checkpatch --strict complains about it ?
For the second series, you likely want a RB from Maxime Ripard and Dave
Stevenson first about the probe order handling.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 15:06 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-20 15:06 UTC (permalink / raw)
To: Jagan Teki, Fabio Estevam, Dave Stevenson, Maxime Ripard
Cc: dri-devel, linux-samsung-soc, Laurent Pinchart, Joonyoung Shim,
Tommaso Merciai, linux-amarula, Seung-Woo Kim, Neil Armstrong,
Frieder Schrempf, Kyungmin Park, Matteo Lisi, Robert Foss,
Andrzej Hajda, NXP Linux Team, Fancy Fang,
Michael Nazzareno Trimarchi, Adam Ford, linux-arm-kernel,
Marek Szyprowski
On 1/20/23 15:41, Jagan Teki wrote:
> Hi Fabio,
Hello all,
> On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>>
>> Hi Jagan,
>>
>> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>>
>>> There are two patch series prior to this need to apply.
>>>
>>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
>>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>>
>> Would it make sense to re-submit these two patches as part of your series?
>
> The previous version's comment was to separate them from the DSIM series.
Hmmmmm, seems like those first two patches got stuck. I fixed up the
malformed Fixes: line (it was split across two lines and had angular
brackets around it) and picked the first series via drm-misc-next .
Can you send a subsequent patch to convert the DSIM_* macros to BIT()
macro , since checkpatch --strict complains about it ?
For the second series, you likely want a RB from Maxime Ripard and Dave
Stevenson first about the probe order handling.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-20 15:06 ` Marek Vasut
(?)
@ 2023-01-20 18:54 ` Jagan Teki
-1 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-20 18:54 UTC (permalink / raw)
To: Marek Vasut
Cc: Fabio Estevam, Dave Stevenson, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
Thanks.
We have another series for Exynos, prior to DSIM
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
Okay.
>
> For the second series, you likely want a RB from Maxime Ripard and Dave
> Stevenson first about the probe order handling.
Do you mean for 01/18 and 02/18 patches?
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 18:54 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-20 18:54 UTC (permalink / raw)
To: Marek Vasut
Cc: Fabio Estevam, Dave Stevenson, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
Thanks.
We have another series for Exynos, prior to DSIM
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
Okay.
>
> For the second series, you likely want a RB from Maxime Ripard and Dave
> Stevenson first about the probe order handling.
Do you mean for 01/18 and 02/18 patches?
Jagan.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 18:54 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-20 18:54 UTC (permalink / raw)
To: Marek Vasut
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Dave Stevenson, Neil Armstrong, Frieder Schrempf,
Tommaso Merciai, NXP Linux Team, Michael Nazzareno Trimarchi,
Matteo Lisi, Maxime Ripard, Adam Ford, linux-arm-kernel,
Seung-Woo Kim, Robert Foss, Kyungmin Park, linux-amarula
On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
Thanks.
We have another series for Exynos, prior to DSIM
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
Okay.
>
> For the second series, you likely want a RB from Maxime Ripard and Dave
> Stevenson first about the probe order handling.
Do you mean for 01/18 and 02/18 patches?
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-20 18:54 ` Jagan Teki
(?)
@ 2023-01-20 19:08 ` Marek Vasut
-1 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-20 19:08 UTC (permalink / raw)
To: Jagan Teki
Cc: Fabio Estevam, Dave Stevenson, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On 1/20/23 19:54, Jagan Teki wrote:
> On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 1/20/23 15:41, Jagan Teki wrote:
>>> Hi Fabio,
>>
>> Hello all,
>>
>>> On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>>>>
>>>> Hi Jagan,
>>>>
>>>> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>>>>
>>>>> There are two patch series prior to this need to apply.
>>>>>
>>>>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
>>>>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>>>>
>>>> Would it make sense to re-submit these two patches as part of your series?
>>>
>>> The previous version's comment was to separate them from the DSIM series.
>>
>> Hmmmmm, seems like those first two patches got stuck. I fixed up the
>> malformed Fixes: line (it was split across two lines and had angular
>> brackets around it) and picked the first series via drm-misc-next .
>
> Thanks.
>
> We have another series for Exynos, prior to DSIM
> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
>>
>> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
>> macro , since checkpatch --strict complains about it ?
>
> Okay.
>
>>
>> For the second series, you likely want a RB from Maxime Ripard and Dave
>> Stevenson first about the probe order handling.
>
> Do you mean for 01/18 and 02/18 patches?
I mean
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 19:08 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-20 19:08 UTC (permalink / raw)
To: Jagan Teki
Cc: Fabio Estevam, Dave Stevenson, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On 1/20/23 19:54, Jagan Teki wrote:
> On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 1/20/23 15:41, Jagan Teki wrote:
>>> Hi Fabio,
>>
>> Hello all,
>>
>>> On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>>>>
>>>> Hi Jagan,
>>>>
>>>> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>>>>
>>>>> There are two patch series prior to this need to apply.
>>>>>
>>>>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
>>>>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>>>>
>>>> Would it make sense to re-submit these two patches as part of your series?
>>>
>>> The previous version's comment was to separate them from the DSIM series.
>>
>> Hmmmmm, seems like those first two patches got stuck. I fixed up the
>> malformed Fixes: line (it was split across two lines and had angular
>> brackets around it) and picked the first series via drm-misc-next .
>
> Thanks.
>
> We have another series for Exynos, prior to DSIM
> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
>>
>> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
>> macro , since checkpatch --strict complains about it ?
>
> Okay.
>
>>
>> For the second series, you likely want a RB from Maxime Ripard and Dave
>> Stevenson first about the probe order handling.
>
> Do you mean for 01/18 and 02/18 patches?
I mean
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 19:08 ` Marek Vasut
0 siblings, 0 replies; 81+ messages in thread
From: Marek Vasut @ 2023-01-20 19:08 UTC (permalink / raw)
To: Jagan Teki
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Dave Stevenson, Neil Armstrong, Frieder Schrempf,
Tommaso Merciai, NXP Linux Team, Michael Nazzareno Trimarchi,
Matteo Lisi, Maxime Ripard, Adam Ford, linux-arm-kernel,
Seung-Woo Kim, Robert Foss, Kyungmin Park, linux-amarula
On 1/20/23 19:54, Jagan Teki wrote:
> On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>>
>> On 1/20/23 15:41, Jagan Teki wrote:
>>> Hi Fabio,
>>
>> Hello all,
>>
>>> On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
>>>>
>>>> Hi Jagan,
>>>>
>>>> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
>>>>
>>>>> There are two patch series prior to this need to apply.
>>>>>
>>>>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
>>>>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>>>>
>>>> Would it make sense to re-submit these two patches as part of your series?
>>>
>>> The previous version's comment was to separate them from the DSIM series.
>>
>> Hmmmmm, seems like those first two patches got stuck. I fixed up the
>> malformed Fixes: line (it was split across two lines and had angular
>> brackets around it) and picked the first series via drm-misc-next .
>
> Thanks.
>
> We have another series for Exynos, prior to DSIM
> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
>
>>
>> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
>> macro , since checkpatch --strict complains about it ?
>
> Okay.
>
>>
>> For the second series, you likely want a RB from Maxime Ripard and Dave
>> Stevenson first about the probe order handling.
>
> Do you mean for 01/18 and 02/18 patches?
I mean
https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-20 15:06 ` Marek Vasut
(?)
@ 2023-01-20 18:59 ` Dave Stevenson
-1 siblings, 0 replies; 81+ messages in thread
From: Dave Stevenson @ 2023-01-20 18:59 UTC (permalink / raw)
To: Marek Vasut
Cc: Jagan Teki, Fabio Estevam, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
Hi Marek & Jagan
On Fri, 20 Jan 2023 at 15:06, Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
>
> For the second series, you likely want a RB from Maxime Ripard and Dave
> Stevenson first about the probe order handling.
Not sure what I can add for "Enable prepare_prev_first flag for
samsung-s6e panels" and "tc358764: Enable pre_enable_prev_first flag"
as I have no datasheet for those devices.
On the basis that they are wanting the DSI host to be in LP-11 before
prepare/pre_enable, then setting the flag is the right thing. More
than happy to say
Acked-by: Dave Stevenson <dave.stevenson@raspberrypi.com>
to those two (I can't find them quickly in my mail to respond directly).
I have just sent a separate response on the third patch.
Dave
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 18:59 ` Dave Stevenson
0 siblings, 0 replies; 81+ messages in thread
From: Dave Stevenson @ 2023-01-20 18:59 UTC (permalink / raw)
To: Marek Vasut
Cc: Jagan Teki, Fabio Estevam, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
Hi Marek & Jagan
On Fri, 20 Jan 2023 at 15:06, Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
>
> For the second series, you likely want a RB from Maxime Ripard and Dave
> Stevenson first about the probe order handling.
Not sure what I can add for "Enable prepare_prev_first flag for
samsung-s6e panels" and "tc358764: Enable pre_enable_prev_first flag"
as I have no datasheet for those devices.
On the basis that they are wanting the DSI host to be in LP-11 before
prepare/pre_enable, then setting the flag is the right thing. More
than happy to say
Acked-by: Dave Stevenson <dave.stevenson@raspberrypi.com>
to those two (I can't find them quickly in my mail to respond directly).
I have just sent a separate response on the third patch.
Dave
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-20 18:59 ` Dave Stevenson
0 siblings, 0 replies; 81+ messages in thread
From: Dave Stevenson @ 2023-01-20 18:59 UTC (permalink / raw)
To: Marek Vasut
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai, Jagan Teki,
Michael Nazzareno Trimarchi, NXP Linux Team, Matteo Lisi,
Maxime Ripard, Adam Ford, linux-arm-kernel, Seung-Woo Kim,
Robert Foss, Kyungmin Park, linux-amarula
Hi Marek & Jagan
On Fri, 20 Jan 2023 at 15:06, Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
>
> For the second series, you likely want a RB from Maxime Ripard and Dave
> Stevenson first about the probe order handling.
Not sure what I can add for "Enable prepare_prev_first flag for
samsung-s6e panels" and "tc358764: Enable pre_enable_prev_first flag"
as I have no datasheet for those devices.
On the basis that they are wanting the DSI host to be in LP-11 before
prepare/pre_enable, then setting the flag is the right thing. More
than happy to say
Acked-by: Dave Stevenson <dave.stevenson@raspberrypi.com>
to those two (I can't find them quickly in my mail to respond directly).
I have just sent a separate response on the third patch.
Dave
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-20 18:59 ` Dave Stevenson
(?)
@ 2023-01-23 12:22 ` Jagan Teki
-1 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-23 12:22 UTC (permalink / raw)
To: Dave Stevenson
Cc: Marek Vasut, Fabio Estevam, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On Sat, Jan 21, 2023 at 12:29 AM Dave Stevenson
<dave.stevenson@raspberrypi.com> wrote:
>
> Hi Marek & Jagan
>
> On Fri, 20 Jan 2023 at 15:06, Marek Vasut <marex@denx.de> wrote:
> >
> > On 1/20/23 15:41, Jagan Teki wrote:
> > > Hi Fabio,
> >
> > Hello all,
> >
> > > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> > >>
> > >> Hi Jagan,
> > >>
> > >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> > >>
> > >>> There are two patch series prior to this need to apply.
> > >>>
> > >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> > >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> > >>
> > >> Would it make sense to re-submit these two patches as part of your series?
> > >
> > > The previous version's comment was to separate them from the DSIM series.
> >
> > Hmmmmm, seems like those first two patches got stuck. I fixed up the
> > malformed Fixes: line (it was split across two lines and had angular
> > brackets around it) and picked the first series via drm-misc-next .
> >
> > Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> > macro , since checkpatch --strict complains about it ?
> >
> > For the second series, you likely want a RB from Maxime Ripard and Dave
> > Stevenson first about the probe order handling.
>
> Not sure what I can add for "Enable prepare_prev_first flag for
> samsung-s6e panels" and "tc358764: Enable pre_enable_prev_first flag"
> as I have no datasheet for those devices.
> On the basis that they are wanting the DSI host to be in LP-11 before
> prepare/pre_enable, then setting the flag is the right thing. More
> than happy to say
> Acked-by: Dave Stevenson <dave.stevenson@raspberrypi.com>
> to those two (I can't find them quickly in my mail to respond directly).
>
> I have just sent a separate response on the third patch.
Fyi: please check my answers on that thread.
Thanks,
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-23 12:22 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-23 12:22 UTC (permalink / raw)
To: Dave Stevenson
Cc: Marek Vasut, Fabio Estevam, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
On Sat, Jan 21, 2023 at 12:29 AM Dave Stevenson
<dave.stevenson@raspberrypi.com> wrote:
>
> Hi Marek & Jagan
>
> On Fri, 20 Jan 2023 at 15:06, Marek Vasut <marex@denx.de> wrote:
> >
> > On 1/20/23 15:41, Jagan Teki wrote:
> > > Hi Fabio,
> >
> > Hello all,
> >
> > > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> > >>
> > >> Hi Jagan,
> > >>
> > >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> > >>
> > >>> There are two patch series prior to this need to apply.
> > >>>
> > >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> > >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> > >>
> > >> Would it make sense to re-submit these two patches as part of your series?
> > >
> > > The previous version's comment was to separate them from the DSIM series.
> >
> > Hmmmmm, seems like those first two patches got stuck. I fixed up the
> > malformed Fixes: line (it was split across two lines and had angular
> > brackets around it) and picked the first series via drm-misc-next .
> >
> > Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> > macro , since checkpatch --strict complains about it ?
> >
> > For the second series, you likely want a RB from Maxime Ripard and Dave
> > Stevenson first about the probe order handling.
>
> Not sure what I can add for "Enable prepare_prev_first flag for
> samsung-s6e panels" and "tc358764: Enable pre_enable_prev_first flag"
> as I have no datasheet for those devices.
> On the basis that they are wanting the DSI host to be in LP-11 before
> prepare/pre_enable, then setting the flag is the right thing. More
> than happy to say
> Acked-by: Dave Stevenson <dave.stevenson@raspberrypi.com>
> to those two (I can't find them quickly in my mail to respond directly).
>
> I have just sent a separate response on the third patch.
Fyi: please check my answers on that thread.
Thanks,
Jagan.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-23 12:22 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-23 12:22 UTC (permalink / raw)
To: Dave Stevenson
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, Marek Vasut, linux-samsung-soc, Joonyoung Shim,
Neil Armstrong, Frieder Schrempf, Tommaso Merciai,
NXP Linux Team, Michael Nazzareno Trimarchi, Matteo Lisi,
Maxime Ripard, Adam Ford, linux-arm-kernel, Seung-Woo Kim,
Robert Foss, Kyungmin Park, linux-amarula
On Sat, Jan 21, 2023 at 12:29 AM Dave Stevenson
<dave.stevenson@raspberrypi.com> wrote:
>
> Hi Marek & Jagan
>
> On Fri, 20 Jan 2023 at 15:06, Marek Vasut <marex@denx.de> wrote:
> >
> > On 1/20/23 15:41, Jagan Teki wrote:
> > > Hi Fabio,
> >
> > Hello all,
> >
> > > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> > >>
> > >> Hi Jagan,
> > >>
> > >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> > >>
> > >>> There are two patch series prior to this need to apply.
> > >>>
> > >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> > >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> > >>
> > >> Would it make sense to re-submit these two patches as part of your series?
> > >
> > > The previous version's comment was to separate them from the DSIM series.
> >
> > Hmmmmm, seems like those first two patches got stuck. I fixed up the
> > malformed Fixes: line (it was split across two lines and had angular
> > brackets around it) and picked the first series via drm-misc-next .
> >
> > Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> > macro , since checkpatch --strict complains about it ?
> >
> > For the second series, you likely want a RB from Maxime Ripard and Dave
> > Stevenson first about the probe order handling.
>
> Not sure what I can add for "Enable prepare_prev_first flag for
> samsung-s6e panels" and "tc358764: Enable pre_enable_prev_first flag"
> as I have no datasheet for those devices.
> On the basis that they are wanting the DSI host to be in LP-11 before
> prepare/pre_enable, then setting the flag is the right thing. More
> than happy to say
> Acked-by: Dave Stevenson <dave.stevenson@raspberrypi.com>
> to those two (I can't find them quickly in my mail to respond directly).
>
> I have just sent a separate response on the third patch.
Fyi: please check my answers on that thread.
Thanks,
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
2023-01-20 15:06 ` Marek Vasut
(?)
@ 2023-01-23 15:48 ` Jagan Teki
-1 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-23 15:48 UTC (permalink / raw)
To: Marek Vasut
Cc: dri-devel, Laurent Pinchart, Andrzej Hajda, Fancy Fang,
Marek Szyprowski, linux-samsung-soc, Joonyoung Shim,
Dave Stevenson, Neil Armstrong, Frieder Schrempf,
Tommaso Merciai, NXP Linux Team, Michael Nazzareno Trimarchi,
Matteo Lisi, Maxime Ripard, Adam Ford, linux-arm-kernel,
Seung-Woo Kim, Robert Foss, Kyungmin Park, linux-amarula
Hi Marek,
On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
Fyi: I sent the v11 series for this with RESEND prefix.
Let me know if you have any further comments on this.
Thanks,
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-23 15:48 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-23 15:48 UTC (permalink / raw)
To: Marek Vasut
Cc: Fabio Estevam, Dave Stevenson, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
Hi Marek,
On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
Fyi: I sent the v11 series for this with RESEND prefix.
Let me know if you have any further comments on this.
Thanks,
Jagan.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 81+ messages in thread
* Re: [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge
@ 2023-01-23 15:48 ` Jagan Teki
0 siblings, 0 replies; 81+ messages in thread
From: Jagan Teki @ 2023-01-23 15:48 UTC (permalink / raw)
To: Marek Vasut
Cc: Fabio Estevam, Dave Stevenson, Maxime Ripard, Andrzej Hajda,
Inki Dae, Marek Szyprowski, Joonyoung Shim, Seung-Woo Kim,
Kyungmin Park, Frieder Schrempf, Fancy Fang, Tim Harvey,
Michael Nazzareno Trimarchi, Adam Ford, Neil Armstrong,
Robert Foss, Laurent Pinchart, Tommaso Merciai,
linux-samsung-soc, Matteo Lisi, dri-devel, NXP Linux Team,
linux-amarula, linux-arm-kernel
Hi Marek,
On Fri, Jan 20, 2023 at 8:36 PM Marek Vasut <marex@denx.de> wrote:
>
> On 1/20/23 15:41, Jagan Teki wrote:
> > Hi Fabio,
>
> Hello all,
>
> > On Fri, Jan 20, 2023 at 5:36 PM Fabio Estevam <festevam@gmail.com> wrote:
> >>
> >> Hi Jagan,
> >>
> >> On Thu, Jan 19, 2023 at 2:59 PM Jagan Teki <jagan@amarulasolutions.com> wrote:
> >>
> >>> There are two patch series prior to this need to apply.
> >>>
> >>> https://patchwork.kernel.org/project/dri-devel/patch/20221212145745.15387-1-jagan@amarulasolutions.com/
> >>> https://patchwork.kernel.org/project/dri-devel/cover/20221212182923.29155-1-jagan@amarulasolutions.com/
> >>
> >> Would it make sense to re-submit these two patches as part of your series?
> >
> > The previous version's comment was to separate them from the DSIM series.
>
> Hmmmmm, seems like those first two patches got stuck. I fixed up the
> malformed Fixes: line (it was split across two lines and had angular
> brackets around it) and picked the first series via drm-misc-next .
>
> Can you send a subsequent patch to convert the DSIM_* macros to BIT()
> macro , since checkpatch --strict complains about it ?
Fyi: I sent the v11 series for this with RESEND prefix.
Let me know if you have any further comments on this.
Thanks,
Jagan.
^ permalink raw reply [flat|nested] 81+ messages in thread
end of thread, other threads:[~2023-01-23 16:04 UTC | newest]
Thread overview: 81+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-12-16 13:25 [PATCH v10 00/18] drm: Add Samsung MIPI DSIM bridge Alexander Stein
2022-12-16 13:25 ` Alexander Stein
2022-12-16 13:25 ` Alexander Stein
2022-12-17 23:55 ` Marek Vasut
2022-12-17 23:55 ` Marek Vasut
2022-12-17 23:55 ` Marek Vasut
2022-12-18 4:23 ` Adam Ford
2022-12-18 4:23 ` Adam Ford
2022-12-18 4:23 ` Adam Ford
2022-12-18 4:33 ` Marek Vasut
2022-12-18 4:33 ` Marek Vasut
2022-12-18 4:33 ` Marek Vasut
2022-12-18 22:24 ` Adam Ford
2022-12-18 22:24 ` Adam Ford
2022-12-18 22:24 ` Adam Ford
2022-12-18 22:28 ` Marek Vasut
2022-12-18 22:28 ` Marek Vasut
2022-12-18 22:28 ` Marek Vasut
2023-01-03 10:59 ` Alexander Stein
2023-01-03 10:59 ` Alexander Stein
2023-01-03 10:59 ` Alexander Stein
2023-01-04 15:08 ` Marek Vasut
2023-01-04 15:08 ` Marek Vasut
2023-01-04 15:08 ` Marek Vasut
2023-01-20 19:10 ` Maxime Ripard
2023-01-20 19:10 ` Maxime Ripard
2023-01-20 19:10 ` Maxime Ripard
2023-01-03 9:51 ` Alexander Stein
2023-01-03 9:51 ` Alexander Stein
2023-01-03 9:51 ` Alexander Stein
2023-01-04 15:07 ` Marek Vasut
2023-01-04 15:07 ` Marek Vasut
2023-01-04 15:07 ` Marek Vasut
-- strict thread matches above, loose matches on Subject: below --
2022-12-16 12:41 Alexander Stein
2022-12-16 12:41 ` Alexander Stein
2022-12-16 12:41 ` Alexander Stein
2022-12-16 12:58 ` Marek Vasut
2022-12-16 12:58 ` Marek Vasut
2022-12-16 12:58 ` Marek Vasut
2022-12-14 12:58 Jagan Teki
2022-12-14 12:58 ` Jagan Teki
2022-12-14 12:58 ` Jagan Teki
2023-01-05 10:24 ` Jagan Teki
2023-01-05 10:24 ` Jagan Teki
2023-01-05 10:24 ` Jagan Teki
2023-01-06 14:34 ` Adam Ford
2023-01-06 14:34 ` Adam Ford
2023-01-06 14:34 ` Adam Ford
2023-01-06 14:42 ` Fabio Estevam
2023-01-06 14:42 ` Fabio Estevam
2023-01-06 14:42 ` Fabio Estevam
2023-01-19 17:27 ` Fabio Estevam
2023-01-19 17:27 ` Fabio Estevam
2023-01-19 17:27 ` Fabio Estevam
2023-01-19 17:58 ` Jagan Teki
2023-01-19 17:58 ` Jagan Teki
2023-01-19 17:58 ` Jagan Teki
2023-01-20 12:06 ` Fabio Estevam
2023-01-20 12:06 ` Fabio Estevam
2023-01-20 12:06 ` Fabio Estevam
2023-01-20 14:41 ` Jagan Teki
2023-01-20 14:41 ` Jagan Teki
2023-01-20 14:41 ` Jagan Teki
2023-01-20 15:06 ` Marek Vasut
2023-01-20 15:06 ` Marek Vasut
2023-01-20 15:06 ` Marek Vasut
2023-01-20 18:54 ` Jagan Teki
2023-01-20 18:54 ` Jagan Teki
2023-01-20 18:54 ` Jagan Teki
2023-01-20 19:08 ` Marek Vasut
2023-01-20 19:08 ` Marek Vasut
2023-01-20 19:08 ` Marek Vasut
2023-01-20 18:59 ` Dave Stevenson
2023-01-20 18:59 ` Dave Stevenson
2023-01-20 18:59 ` Dave Stevenson
2023-01-23 12:22 ` Jagan Teki
2023-01-23 12:22 ` Jagan Teki
2023-01-23 12:22 ` Jagan Teki
2023-01-23 15:48 ` Jagan Teki
2023-01-23 15:48 ` Jagan Teki
2023-01-23 15:48 ` Jagan Teki
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.