From: "Heiko Stübner" <heiko@sntech.de>
To: Damon Ding <damon.ding@rock-chips.com>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
rfoss@kernel.org, vkoul@kernel.org,
sebastian.reichel@collabora.com,
cristian.ciocaltea@collabora.com, l.stach@pengutronix.de,
andy.yan@rock-chips.com, hjc@rock-chips.com,
algea.cao@rock-chips.com, kever.yang@rock-chips.com,
dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org,
linux-phy@lists.infradead.org
Subject: Re: [PATCH v2 03/11] drm/rockchip: analogix_dp: Add support for RK3588
Date: Mon, 16 Dec 2024 10:11:54 +0100 [thread overview]
Message-ID: <4395748.ejJDZkT8p0@diego> (raw)
In-Reply-To: <gwogudb5vae7wu452zwuqmdlyaibenoso4f5pjmu3uttckhy2w@shndol4mz5n4>
Am Montag, 16. Dezember 2024, 09:57:41 CET schrieb Dmitry Baryshkov:
> On Mon, Dec 16, 2024 at 11:12:17AM +0800, Damon Ding wrote:
> > RK3588 integrates the analogix eDP 1.3 TX controller IP and the HDMI/eDP
> > TX Combo PHY based on a Samsung IP block, and there are also two
> > independent eDP display interface on RK3588 Soc.
> >
> > Add just the basic support for now, i.e. RGB output up to 4K@60Hz, without
> > the tests of audio, PSR and other eDP 1.3 specific features.
> >
> > Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
> >
> > ---
> >
> > Changes in v2:
> > - Add support for the other eDP output edp1
> > ---
> > .../gpu/drm/rockchip/analogix_dp-rockchip.c | 82 ++++++++++++++++---
> > include/drm/bridge/analogix_dp.h | 3 +-
> > 2 files changed, 74 insertions(+), 11 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c b/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > index 871606a31ef1..4c9a55776ada 100644
> > --- a/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > +++ b/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > @@ -51,10 +51,12 @@ struct rockchip_grf_reg_field {
> > /**
> > * struct rockchip_dp_chip_data - splite the grf setting of kind of chips
> > * @lcdc_sel: grf register field of lcdc_sel
> > + * @edp_mode: grf register field of edp_mode
> > * @chip_type: specific chip type
> > */
> > struct rockchip_dp_chip_data {
> > const struct rockchip_grf_reg_field lcdc_sel;
> > + const struct rockchip_grf_reg_field edp_mode;
> > u32 chip_type;
> > };
> >
> > @@ -134,12 +136,21 @@ static int rockchip_dp_poweron(struct analogix_dp_plat_data *plat_data)
> > return ret;
> > }
> >
> > + ret = rockchip_grf_field_write(dp->grf, &dp->data->edp_mode, 1);
> > + if (ret != 0)
> > + DRM_DEV_ERROR(dp->dev, "failed to set edp mode %d\n", ret);
>
> Is it to be called for non-eDP hosts too? Or for older hosts?
The implementation of rockchip_grf_field_write (in patch1) seems to
take care of checking if that field actually exists and doing nothing if
not.
I think eDP/DP is more a naming thing, the Analogix controller is called
an eDP controller in all documentation things.
Even back on rk3288, the Analogix-DP, still is called an eDP controller in
documentation, with the only difference being that it does not contain
another additional "dedicated" DP controller
> > @@ -396,6 +425,7 @@ static int rockchip_dp_probe(struct platform_device *pdev)
> > const struct rockchip_dp_chip_data *dp_data;
> > struct drm_panel *panel = NULL;
> > struct rockchip_dp_device *dp;
> > + int id, i;
> > int ret;
> >
> > dp_data = of_device_get_match_data(dev);
> > @@ -410,9 +440,22 @@ static int rockchip_dp_probe(struct platform_device *pdev)
> > if (!dp)
> > return -ENOMEM;
> >
> > + id = of_alias_get_id(dev->of_node, "edp");
> > + if (id < 0)
> > + id = 0;
>
> Alias is not documented.
additionally, aliases should never be used to determine actual device
functionionality - e.g. the hw-device-number
> Please check how other platforms handle device -> ID conversion and
> consider following it (yes, the best option currently known is to
> hardcode bus addresses into the driver data).
see for example the dw-dsi + dw-dsi2 for existing implementations.
> > + i = 0;
> > + while (is_rockchip(dp_data[i].chip_type))
> > + i++;
> > +
> > + if (id >= i) {
> > + DRM_DEV_ERROR(dev, "invalid edp id: %d\n", id);
> > + return -ENODEV;
> > + }
>
> Is it applicable to non-eDP case?
same as above, it's always called eDP in all pieces of documentation,
(Compliant with DP 1.2 and eDP 1.3)
Heiko
> > +
> > dp->dev = dev;
> > dp->adp = ERR_PTR(-ENODEV);
> > - dp->data = dp_data;
> > + dp->data = &dp_data[id];
> > dp->plat_data.panel = panel;
> > dp->plat_data.dev_type = dp->data->chip_type;
> > dp->plat_data.power_on = rockchip_dp_poweron;
> > @@ -464,19 +507,38 @@ static int rockchip_dp_resume(struct device *dev)
> > static DEFINE_RUNTIME_DEV_PM_OPS(rockchip_dp_pm_ops, rockchip_dp_suspend,
> > rockchip_dp_resume, NULL);
> >
> > -static const struct rockchip_dp_chip_data rk3399_edp = {
> > - .lcdc_sel = GRF_REG_FIELD(0x6250, 5, 5),
> > - .chip_type = RK3399_EDP,
> > +static const struct rockchip_dp_chip_data rk3399_edp[] = {
> > + {
> > + .lcdc_sel = GRF_REG_FIELD(0x6250, 5, 5),
> > + .chip_type = RK3399_EDP,
> > + },
> > + { /* sentinel */ }
> > +};
> > +
> > +static const struct rockchip_dp_chip_data rk3288_dp[] = {
> > + {
> > + .lcdc_sel = GRF_REG_FIELD(0x025c, 5, 5),
> > + .chip_type = RK3288_DP,
> > + },
> > + { /* sentinel */ }
> > };
> >
> > -static const struct rockchip_dp_chip_data rk3288_dp = {
> > - .lcdc_sel = GRF_REG_FIELD(0x025c, 5, 5),
> > - .chip_type = RK3288_DP,
> > +static const struct rockchip_dp_chip_data rk3588_edp[] = {
> > + {
> > + .edp_mode = GRF_REG_FIELD(0x0000, 0, 0),
> > + .chip_type = RK3588_EDP,
> > + },
> > + {
> > + .edp_mode = GRF_REG_FIELD(0x0004, 0, 0),
> > + .chip_type = RK3588_EDP,
> > + },
> > + { /* sentinel */ }
> > };
> >
> > static const struct of_device_id rockchip_dp_dt_ids[] = {
> > {.compatible = "rockchip,rk3288-dp", .data = &rk3288_dp },
> > {.compatible = "rockchip,rk3399-edp", .data = &rk3399_edp },
> > + {.compatible = "rockchip,rk3588-edp", .data = &rk3588_edp },
> > {}
> > };
> > MODULE_DEVICE_TABLE(of, rockchip_dp_dt_ids);
> > diff --git a/include/drm/bridge/analogix_dp.h b/include/drm/bridge/analogix_dp.h
> > index 6002c5666031..54086cb2d97d 100644
> > --- a/include/drm/bridge/analogix_dp.h
> > +++ b/include/drm/bridge/analogix_dp.h
> > @@ -15,11 +15,12 @@ enum analogix_dp_devtype {
> > EXYNOS_DP,
> > RK3288_DP,
> > RK3399_EDP,
> > + RK3588_EDP,
> > };
> >
> > static inline bool is_rockchip(enum analogix_dp_devtype type)
> > {
> > - return type == RK3288_DP || type == RK3399_EDP;
> > + return type == RK3288_DP || type == RK3399_EDP || type == RK3588_EDP;
> > }
> >
> > struct analogix_dp_plat_data {
>
>
WARNING: multiple messages have this Message-ID (diff)
From: "Heiko Stübner" <heiko@sntech.de>
To: Damon Ding <damon.ding@rock-chips.com>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
rfoss@kernel.org, vkoul@kernel.org,
sebastian.reichel@collabora.com,
cristian.ciocaltea@collabora.com, l.stach@pengutronix.de,
andy.yan@rock-chips.com, hjc@rock-chips.com,
algea.cao@rock-chips.com, kever.yang@rock-chips.com,
dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org,
linux-phy@lists.infradead.org
Subject: Re: [PATCH v2 03/11] drm/rockchip: analogix_dp: Add support for RK3588
Date: Mon, 16 Dec 2024 10:11:54 +0100 [thread overview]
Message-ID: <4395748.ejJDZkT8p0@diego> (raw)
In-Reply-To: <gwogudb5vae7wu452zwuqmdlyaibenoso4f5pjmu3uttckhy2w@shndol4mz5n4>
Am Montag, 16. Dezember 2024, 09:57:41 CET schrieb Dmitry Baryshkov:
> On Mon, Dec 16, 2024 at 11:12:17AM +0800, Damon Ding wrote:
> > RK3588 integrates the analogix eDP 1.3 TX controller IP and the HDMI/eDP
> > TX Combo PHY based on a Samsung IP block, and there are also two
> > independent eDP display interface on RK3588 Soc.
> >
> > Add just the basic support for now, i.e. RGB output up to 4K@60Hz, without
> > the tests of audio, PSR and other eDP 1.3 specific features.
> >
> > Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
> >
> > ---
> >
> > Changes in v2:
> > - Add support for the other eDP output edp1
> > ---
> > .../gpu/drm/rockchip/analogix_dp-rockchip.c | 82 ++++++++++++++++---
> > include/drm/bridge/analogix_dp.h | 3 +-
> > 2 files changed, 74 insertions(+), 11 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c b/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > index 871606a31ef1..4c9a55776ada 100644
> > --- a/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > +++ b/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > @@ -51,10 +51,12 @@ struct rockchip_grf_reg_field {
> > /**
> > * struct rockchip_dp_chip_data - splite the grf setting of kind of chips
> > * @lcdc_sel: grf register field of lcdc_sel
> > + * @edp_mode: grf register field of edp_mode
> > * @chip_type: specific chip type
> > */
> > struct rockchip_dp_chip_data {
> > const struct rockchip_grf_reg_field lcdc_sel;
> > + const struct rockchip_grf_reg_field edp_mode;
> > u32 chip_type;
> > };
> >
> > @@ -134,12 +136,21 @@ static int rockchip_dp_poweron(struct analogix_dp_plat_data *plat_data)
> > return ret;
> > }
> >
> > + ret = rockchip_grf_field_write(dp->grf, &dp->data->edp_mode, 1);
> > + if (ret != 0)
> > + DRM_DEV_ERROR(dp->dev, "failed to set edp mode %d\n", ret);
>
> Is it to be called for non-eDP hosts too? Or for older hosts?
The implementation of rockchip_grf_field_write (in patch1) seems to
take care of checking if that field actually exists and doing nothing if
not.
I think eDP/DP is more a naming thing, the Analogix controller is called
an eDP controller in all documentation things.
Even back on rk3288, the Analogix-DP, still is called an eDP controller in
documentation, with the only difference being that it does not contain
another additional "dedicated" DP controller
> > @@ -396,6 +425,7 @@ static int rockchip_dp_probe(struct platform_device *pdev)
> > const struct rockchip_dp_chip_data *dp_data;
> > struct drm_panel *panel = NULL;
> > struct rockchip_dp_device *dp;
> > + int id, i;
> > int ret;
> >
> > dp_data = of_device_get_match_data(dev);
> > @@ -410,9 +440,22 @@ static int rockchip_dp_probe(struct platform_device *pdev)
> > if (!dp)
> > return -ENOMEM;
> >
> > + id = of_alias_get_id(dev->of_node, "edp");
> > + if (id < 0)
> > + id = 0;
>
> Alias is not documented.
additionally, aliases should never be used to determine actual device
functionionality - e.g. the hw-device-number
> Please check how other platforms handle device -> ID conversion and
> consider following it (yes, the best option currently known is to
> hardcode bus addresses into the driver data).
see for example the dw-dsi + dw-dsi2 for existing implementations.
> > + i = 0;
> > + while (is_rockchip(dp_data[i].chip_type))
> > + i++;
> > +
> > + if (id >= i) {
> > + DRM_DEV_ERROR(dev, "invalid edp id: %d\n", id);
> > + return -ENODEV;
> > + }
>
> Is it applicable to non-eDP case?
same as above, it's always called eDP in all pieces of documentation,
(Compliant with DP 1.2 and eDP 1.3)
Heiko
> > +
> > dp->dev = dev;
> > dp->adp = ERR_PTR(-ENODEV);
> > - dp->data = dp_data;
> > + dp->data = &dp_data[id];
> > dp->plat_data.panel = panel;
> > dp->plat_data.dev_type = dp->data->chip_type;
> > dp->plat_data.power_on = rockchip_dp_poweron;
> > @@ -464,19 +507,38 @@ static int rockchip_dp_resume(struct device *dev)
> > static DEFINE_RUNTIME_DEV_PM_OPS(rockchip_dp_pm_ops, rockchip_dp_suspend,
> > rockchip_dp_resume, NULL);
> >
> > -static const struct rockchip_dp_chip_data rk3399_edp = {
> > - .lcdc_sel = GRF_REG_FIELD(0x6250, 5, 5),
> > - .chip_type = RK3399_EDP,
> > +static const struct rockchip_dp_chip_data rk3399_edp[] = {
> > + {
> > + .lcdc_sel = GRF_REG_FIELD(0x6250, 5, 5),
> > + .chip_type = RK3399_EDP,
> > + },
> > + { /* sentinel */ }
> > +};
> > +
> > +static const struct rockchip_dp_chip_data rk3288_dp[] = {
> > + {
> > + .lcdc_sel = GRF_REG_FIELD(0x025c, 5, 5),
> > + .chip_type = RK3288_DP,
> > + },
> > + { /* sentinel */ }
> > };
> >
> > -static const struct rockchip_dp_chip_data rk3288_dp = {
> > - .lcdc_sel = GRF_REG_FIELD(0x025c, 5, 5),
> > - .chip_type = RK3288_DP,
> > +static const struct rockchip_dp_chip_data rk3588_edp[] = {
> > + {
> > + .edp_mode = GRF_REG_FIELD(0x0000, 0, 0),
> > + .chip_type = RK3588_EDP,
> > + },
> > + {
> > + .edp_mode = GRF_REG_FIELD(0x0004, 0, 0),
> > + .chip_type = RK3588_EDP,
> > + },
> > + { /* sentinel */ }
> > };
> >
> > static const struct of_device_id rockchip_dp_dt_ids[] = {
> > {.compatible = "rockchip,rk3288-dp", .data = &rk3288_dp },
> > {.compatible = "rockchip,rk3399-edp", .data = &rk3399_edp },
> > + {.compatible = "rockchip,rk3588-edp", .data = &rk3588_edp },
> > {}
> > };
> > MODULE_DEVICE_TABLE(of, rockchip_dp_dt_ids);
> > diff --git a/include/drm/bridge/analogix_dp.h b/include/drm/bridge/analogix_dp.h
> > index 6002c5666031..54086cb2d97d 100644
> > --- a/include/drm/bridge/analogix_dp.h
> > +++ b/include/drm/bridge/analogix_dp.h
> > @@ -15,11 +15,12 @@ enum analogix_dp_devtype {
> > EXYNOS_DP,
> > RK3288_DP,
> > RK3399_EDP,
> > + RK3588_EDP,
> > };
> >
> > static inline bool is_rockchip(enum analogix_dp_devtype type)
> > {
> > - return type == RK3288_DP || type == RK3399_EDP;
> > + return type == RK3288_DP || type == RK3399_EDP || type == RK3588_EDP;
> > }
> >
> > struct analogix_dp_plat_data {
>
>
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
WARNING: multiple messages have this Message-ID (diff)
From: "Heiko Stübner" <heiko@sntech.de>
To: Damon Ding <damon.ding@rock-chips.com>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: robh@kernel.org, conor+dt@kernel.org, algea.cao@rock-chips.com,
rfoss@kernel.org, devicetree@vger.kernel.org,
linux-phy@lists.infradead.org, linux-kernel@vger.kernel.org,
sebastian.reichel@collabora.com, dri-devel@lists.freedesktop.org,
hjc@rock-chips.com, kever.yang@rock-chips.com,
linux-rockchip@lists.infradead.org, vkoul@kernel.org,
andy.yan@rock-chips.com, krzk+dt@kernel.org,
linux-arm-kernel@lists.infradead.org, l.stach@pengutronix.de
Subject: Re: [PATCH v2 03/11] drm/rockchip: analogix_dp: Add support for RK3588
Date: Mon, 16 Dec 2024 10:11:54 +0100 [thread overview]
Message-ID: <4395748.ejJDZkT8p0@diego> (raw)
In-Reply-To: <gwogudb5vae7wu452zwuqmdlyaibenoso4f5pjmu3uttckhy2w@shndol4mz5n4>
Am Montag, 16. Dezember 2024, 09:57:41 CET schrieb Dmitry Baryshkov:
> On Mon, Dec 16, 2024 at 11:12:17AM +0800, Damon Ding wrote:
> > RK3588 integrates the analogix eDP 1.3 TX controller IP and the HDMI/eDP
> > TX Combo PHY based on a Samsung IP block, and there are also two
> > independent eDP display interface on RK3588 Soc.
> >
> > Add just the basic support for now, i.e. RGB output up to 4K@60Hz, without
> > the tests of audio, PSR and other eDP 1.3 specific features.
> >
> > Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
> >
> > ---
> >
> > Changes in v2:
> > - Add support for the other eDP output edp1
> > ---
> > .../gpu/drm/rockchip/analogix_dp-rockchip.c | 82 ++++++++++++++++---
> > include/drm/bridge/analogix_dp.h | 3 +-
> > 2 files changed, 74 insertions(+), 11 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c b/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > index 871606a31ef1..4c9a55776ada 100644
> > --- a/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > +++ b/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
> > @@ -51,10 +51,12 @@ struct rockchip_grf_reg_field {
> > /**
> > * struct rockchip_dp_chip_data - splite the grf setting of kind of chips
> > * @lcdc_sel: grf register field of lcdc_sel
> > + * @edp_mode: grf register field of edp_mode
> > * @chip_type: specific chip type
> > */
> > struct rockchip_dp_chip_data {
> > const struct rockchip_grf_reg_field lcdc_sel;
> > + const struct rockchip_grf_reg_field edp_mode;
> > u32 chip_type;
> > };
> >
> > @@ -134,12 +136,21 @@ static int rockchip_dp_poweron(struct analogix_dp_plat_data *plat_data)
> > return ret;
> > }
> >
> > + ret = rockchip_grf_field_write(dp->grf, &dp->data->edp_mode, 1);
> > + if (ret != 0)
> > + DRM_DEV_ERROR(dp->dev, "failed to set edp mode %d\n", ret);
>
> Is it to be called for non-eDP hosts too? Or for older hosts?
The implementation of rockchip_grf_field_write (in patch1) seems to
take care of checking if that field actually exists and doing nothing if
not.
I think eDP/DP is more a naming thing, the Analogix controller is called
an eDP controller in all documentation things.
Even back on rk3288, the Analogix-DP, still is called an eDP controller in
documentation, with the only difference being that it does not contain
another additional "dedicated" DP controller
> > @@ -396,6 +425,7 @@ static int rockchip_dp_probe(struct platform_device *pdev)
> > const struct rockchip_dp_chip_data *dp_data;
> > struct drm_panel *panel = NULL;
> > struct rockchip_dp_device *dp;
> > + int id, i;
> > int ret;
> >
> > dp_data = of_device_get_match_data(dev);
> > @@ -410,9 +440,22 @@ static int rockchip_dp_probe(struct platform_device *pdev)
> > if (!dp)
> > return -ENOMEM;
> >
> > + id = of_alias_get_id(dev->of_node, "edp");
> > + if (id < 0)
> > + id = 0;
>
> Alias is not documented.
additionally, aliases should never be used to determine actual device
functionionality - e.g. the hw-device-number
> Please check how other platforms handle device -> ID conversion and
> consider following it (yes, the best option currently known is to
> hardcode bus addresses into the driver data).
see for example the dw-dsi + dw-dsi2 for existing implementations.
> > + i = 0;
> > + while (is_rockchip(dp_data[i].chip_type))
> > + i++;
> > +
> > + if (id >= i) {
> > + DRM_DEV_ERROR(dev, "invalid edp id: %d\n", id);
> > + return -ENODEV;
> > + }
>
> Is it applicable to non-eDP case?
same as above, it's always called eDP in all pieces of documentation,
(Compliant with DP 1.2 and eDP 1.3)
Heiko
> > +
> > dp->dev = dev;
> > dp->adp = ERR_PTR(-ENODEV);
> > - dp->data = dp_data;
> > + dp->data = &dp_data[id];
> > dp->plat_data.panel = panel;
> > dp->plat_data.dev_type = dp->data->chip_type;
> > dp->plat_data.power_on = rockchip_dp_poweron;
> > @@ -464,19 +507,38 @@ static int rockchip_dp_resume(struct device *dev)
> > static DEFINE_RUNTIME_DEV_PM_OPS(rockchip_dp_pm_ops, rockchip_dp_suspend,
> > rockchip_dp_resume, NULL);
> >
> > -static const struct rockchip_dp_chip_data rk3399_edp = {
> > - .lcdc_sel = GRF_REG_FIELD(0x6250, 5, 5),
> > - .chip_type = RK3399_EDP,
> > +static const struct rockchip_dp_chip_data rk3399_edp[] = {
> > + {
> > + .lcdc_sel = GRF_REG_FIELD(0x6250, 5, 5),
> > + .chip_type = RK3399_EDP,
> > + },
> > + { /* sentinel */ }
> > +};
> > +
> > +static const struct rockchip_dp_chip_data rk3288_dp[] = {
> > + {
> > + .lcdc_sel = GRF_REG_FIELD(0x025c, 5, 5),
> > + .chip_type = RK3288_DP,
> > + },
> > + { /* sentinel */ }
> > };
> >
> > -static const struct rockchip_dp_chip_data rk3288_dp = {
> > - .lcdc_sel = GRF_REG_FIELD(0x025c, 5, 5),
> > - .chip_type = RK3288_DP,
> > +static const struct rockchip_dp_chip_data rk3588_edp[] = {
> > + {
> > + .edp_mode = GRF_REG_FIELD(0x0000, 0, 0),
> > + .chip_type = RK3588_EDP,
> > + },
> > + {
> > + .edp_mode = GRF_REG_FIELD(0x0004, 0, 0),
> > + .chip_type = RK3588_EDP,
> > + },
> > + { /* sentinel */ }
> > };
> >
> > static const struct of_device_id rockchip_dp_dt_ids[] = {
> > {.compatible = "rockchip,rk3288-dp", .data = &rk3288_dp },
> > {.compatible = "rockchip,rk3399-edp", .data = &rk3399_edp },
> > + {.compatible = "rockchip,rk3588-edp", .data = &rk3588_edp },
> > {}
> > };
> > MODULE_DEVICE_TABLE(of, rockchip_dp_dt_ids);
> > diff --git a/include/drm/bridge/analogix_dp.h b/include/drm/bridge/analogix_dp.h
> > index 6002c5666031..54086cb2d97d 100644
> > --- a/include/drm/bridge/analogix_dp.h
> > +++ b/include/drm/bridge/analogix_dp.h
> > @@ -15,11 +15,12 @@ enum analogix_dp_devtype {
> > EXYNOS_DP,
> > RK3288_DP,
> > RK3399_EDP,
> > + RK3588_EDP,
> > };
> >
> > static inline bool is_rockchip(enum analogix_dp_devtype type)
> > {
> > - return type == RK3288_DP || type == RK3399_EDP;
> > + return type == RK3288_DP || type == RK3399_EDP || type == RK3588_EDP;
> > }
> >
> > struct analogix_dp_plat_data {
>
>
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2024-12-16 9:13 UTC|newest]
Thread overview: 78+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-16 3:12 [PATCH v2 00/11] Add eDP support for RK3588 Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 01/11] drm/rockchip: analogix_dp: Use formalized struct definition for grf field Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 02/11] dt-bindings: display: rockchip: analogix-dp: Add support for RK3588 Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 03/11] drm/rockchip: analogix_dp: " Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 8:57 ` Dmitry Baryshkov
2024-12-16 8:57 ` Dmitry Baryshkov
2024-12-16 8:57 ` Dmitry Baryshkov
2024-12-16 9:11 ` Heiko Stübner [this message]
2024-12-16 9:11 ` Heiko Stübner
2024-12-16 9:11 ` Heiko Stübner
2024-12-16 10:04 ` Dmitry Baryshkov
2024-12-16 10:04 ` Dmitry Baryshkov
2024-12-16 10:04 ` Dmitry Baryshkov
2024-12-16 10:09 ` Damon Ding
2024-12-16 10:09 ` Damon Ding
2024-12-16 10:09 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 04/11] phy: phy-rockchip-samsung-hdptx: Add support for eDP mode Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 9:00 ` Dmitry Baryshkov
2024-12-16 9:00 ` Dmitry Baryshkov
2024-12-16 9:00 ` Dmitry Baryshkov
2024-12-16 10:06 ` Damon Ding
2024-12-16 10:06 ` Damon Ding
2024-12-16 10:06 ` Damon Ding
2024-12-18 12:35 ` Heiko Stübner
2024-12-18 12:35 ` Heiko Stübner
2024-12-18 12:35 ` Heiko Stübner
2024-12-19 1:35 ` Damon Ding
2024-12-19 1:35 ` Damon Ding
2024-12-19 1:35 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 05/11] drm/bridge: analogix_dp: add support for RK3588 Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 06/11] drm/bridge: analogix_dp: Add support for phy configuration Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 07/11] dt-bindings: display: rockchip: Fix label name of hdptxphy for RK3588 HDMI TX Controller Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 08/11] arm64: dts: rockchip: Fix label name of hdptxphy for RK3588 Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 09/11] arm64: dts: rockchip: Add eDP0 node " Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 10/11] arm64: dts: rockchip: Enable eDP0 display on RK3588S EVB1 board Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 9:06 ` Dmitry Baryshkov
2024-12-16 9:06 ` Dmitry Baryshkov
2024-12-16 9:06 ` Dmitry Baryshkov
2024-12-16 10:15 ` Damon Ding
2024-12-16 10:15 ` Damon Ding
2024-12-16 10:15 ` Damon Ding
2024-12-16 3:12 ` [PATCH v2 11/11] arm64: dts: rockchip: Add nodes related to eDP1 for RK3588 Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-16 3:12 ` Damon Ding
2024-12-18 12:45 ` Heiko Stübner
2024-12-18 12:45 ` Heiko Stübner
2024-12-18 12:45 ` Heiko Stübner
2024-12-19 1:27 ` Damon Ding
2024-12-19 1:27 ` Damon Ding
2024-12-19 1:27 ` Damon Ding
2024-12-16 16:29 ` [PATCH v2 00/11] Add eDP support " Rob Herring (Arm)
2024-12-16 16:29 ` Rob Herring (Arm)
2024-12-16 16:29 ` Rob Herring (Arm)
2024-12-17 2:32 ` Damon Ding
2024-12-17 2:32 ` Damon Ding
2024-12-17 2:32 ` Damon Ding
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4395748.ejJDZkT8p0@diego \
--to=heiko@sntech.de \
--cc=algea.cao@rock-chips.com \
--cc=andy.yan@rock-chips.com \
--cc=conor+dt@kernel.org \
--cc=cristian.ciocaltea@collabora.com \
--cc=damon.ding@rock-chips.com \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=hjc@rock-chips.com \
--cc=kever.yang@rock-chips.com \
--cc=krzk+dt@kernel.org \
--cc=l.stach@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=rfoss@kernel.org \
--cc=robh@kernel.org \
--cc=sebastian.reichel@collabora.com \
--cc=vkoul@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.