[PATCH v2 03/11] drm/rockchip: analogix_dp: Add support for RK3588
Heiko Stübner
heiko at sntech.de
Mon Dec 16 01:11:54 PST 2024
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 at 60Hz, without
> > the tests of audio, PSR and other eDP 1.3 specific features.
> >
> > Signed-off-by: Damon Ding <damon.ding at 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 {
>
>
More information about the Linux-rockchip
mailing list