Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp3679995rwi; Wed, 12 Oct 2022 05:33:03 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7jFJIJrEB/8Y7CfsYyOi0mg23ChRTVxx8stdWvq+37GCMVIy9X4Mh3ITOPrlK0NXD85bU0 X-Received: by 2002:a05:6402:5162:b0:457:6ef2:df3 with SMTP id d2-20020a056402516200b004576ef20df3mr27521451ede.128.1665577983448; Wed, 12 Oct 2022 05:33:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665577983; cv=none; d=google.com; s=arc-20160816; b=WpcNnsDd0FZ9iTBb6rTcwreZSR8kSKbTRaGsgO0RJa3k8q3E05PSy0MRp4MOpqjNfh wPoh1PYFT6Y3iGs7wxrld6EnnFYgdxCH5ktw2VxnULeAKgOyTrRmgb2aaCXltJxT1bA5 +UEgo3L+jT0dAr+/H09Zfsw6Kwt+2wCFFclM7PJPmkvBkfFoh9Hyr7SIAg7AU/2bjWfp ngz0j6TfSEBo+cqXvBSHYubIlbVZgz9K4iJ9CYzq5oXCIwhVHmusFp7SgGwFiMyJ/pG2 a8GQ0kUtx20TPYvwToxZQRcuvQrcuQGKqR4eSFAVvF5waa1KEqleByXIkU/jCuA8nWwa 2xzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=TZV90qheVG6qUTZr6QwrEU+54SJvCpSbaoCBR4BB2ZA=; b=AxAV65ob5rcaEds0zooDX208SFfcMsGV+YO3qQqsYpdnEx71b+EuwaIBbxcL4vpY73 4Bn+pT9ag6YU+e3v27D3iwFmcRAMukhNvF1Gu1KuZi1JyQ6J5Psme0/Kl/01ix1dpnVd x0697Wr+Qr+1VthThWXjtjcyFg350oAGiEQBPz+HeeiG8/49J3Yz9wEYCATyOCGxDX03 fz+8/bkVzSIRFUwjDDZvhTEhBE58cgUiqrPCW5Yf+NxLJP30M+4YuXl+Tee0cYNUcnFr +anmy6dwrfQ9oUtjLNx5IBuxkXPxeKwje7Q5NLBkbXRICYstgBDyjWbjheDb0HgmSmOa uoIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=f7H2p1p9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id xg14-20020a170907320e00b0078d930212c0si14830647ejb.347.2022.10.12.05.32.16; Wed, 12 Oct 2022 05:33:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=f7H2p1p9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229495AbiJLMXc (ORCPT + 99 others); Wed, 12 Oct 2022 08:23:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35706 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229462AbiJLMXb (ORCPT ); Wed, 12 Oct 2022 08:23:31 -0400 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [IPv6:2001:4b98:dc2:55:216:3eff:fef7:d647]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 898113B95C; Wed, 12 Oct 2022 05:23:29 -0700 (PDT) Received: from [192.168.1.15] (91-158-154-79.elisa-laajakaista.fi [91.158.154.79]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 301D14D3; Wed, 12 Oct 2022 14:23:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1665577407; bh=j8KKbl+1Fb40bh8vqckMXbGfCeZHAVevm87sYXh70vc=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=f7H2p1p9u8emWLGwqCX9i9F0wtGoJ4uIOXXnc20PWCD+50vonPcVQR42QFmG2JG5s TD8e8azc3fKgsfYxw1W2SOXzufDimSK/gV+E+yh9ekBkqNU4ERXNALMpH4PswPWO3C PHKyG7wBALE/ixFDHkfceNl1OT9hGcRl399BvEuE= Message-ID: <88220e6f-1bcc-7746-4281-e74f9e832e97@ideasonboard.com> Date: Wed, 12 Oct 2022 15:23:24 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: [RFC PATCH v5 4/6] drm/tidss: Add support to configure OLDI mode for am625-dss. Content-Language: en-US To: Aradhya Bhatia , Jyri Sarha , Rob Herring , David Airlie , Daniel Vetter , Krzysztof Kozlowski Cc: Nishanth Menon , Vignesh Raghavendra , Rahul T R , DRI Development List , Devicetree List , Linux Kernel List References: <20220928175223.15225-1-a-bhatia1@ti.com> <20220928175223.15225-5-a-bhatia1@ti.com> From: Tomi Valkeinen In-Reply-To: <20220928175223.15225-5-a-bhatia1@ti.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_PASS, SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28/09/2022 20:52, Aradhya Bhatia wrote: > The newer version of DSS (AM625-DSS) has 2 OLDI TXes at its disposal. > These can be configured to support the following modes: > > 1. OLDI_SINGLE_LINK_SINGLE_MODE > Single Output over OLDI 0. > +------+ +---------+ +-------+ > | | | | | | > | CRTC +------->+ ENCODER +----->| PANEL | > | | | | | | > +------+ +---------+ +-------+ Can you have single link on OLDI 1 (OLDI 0 off)? I don't know if that make sense on this platform, but if the pins for OLDI 0 and 1 are different, there might be a reason on some cases for that. > 2. OLDI_SINGLE_LINK_CLONE_MODE > Duplicate Output over OLDI 0 and 1. > +------+ +---------+ +-------+ > | | | | | | > | CRTC +---+--->| ENCODER +----->| PANEL | > | | | | | | | > +------+ | +---------+ +-------+ > | I think you've got a tab in the line above, but otherwise use spaces. > | +---------+ +-------+ > | | | | | > +--->| ENCODER +----->| PANEL | > | | | | > +---------+ +-------+ > > 3. OLDI_DUAL_LINK_MODE > Combined Output over OLDI 0 and 1. > +------+ +---------+ +-------+ > | | | +----->| | > | CRTC +------->+ ENCODER | | PANEL | > | | | +----->| | > +------+ +---------+ +-------+ > > Following the above pathways for different modes, 2 encoder/panel-bridge > pipes get created for clone mode, and 1 pipe in cases of single link and > dual link mode. > > Add support for confgure the OLDI modes using of and lvds DRM helper "configuring" > functions. > > Signed-off-by: Aradhya Bhatia > --- > drivers/gpu/drm/tidss/tidss_dispc.c | 11 +++ > drivers/gpu/drm/tidss/tidss_dispc.h | 8 ++ > drivers/gpu/drm/tidss/tidss_drv.h | 3 + > drivers/gpu/drm/tidss/tidss_kms.c | 146 +++++++++++++++++++++++----- > 4 files changed, 145 insertions(+), 23 deletions(-) > > diff --git a/drivers/gpu/drm/tidss/tidss_dispc.c b/drivers/gpu/drm/tidss/tidss_dispc.c > index 34f0da4bb3e3..88008ad39b55 100644 > --- a/drivers/gpu/drm/tidss/tidss_dispc.c > +++ b/drivers/gpu/drm/tidss/tidss_dispc.c > @@ -354,6 +354,8 @@ struct dispc_device { > > bool is_enabled; > > + enum dispc_oldi_modes oldi_mode; > + > struct dss_vp_data vp_data[TIDSS_MAX_PORTS]; > > u32 *fourccs; > @@ -1958,6 +1960,15 @@ const u32 *dispc_plane_formats(struct dispc_device *dispc, unsigned int *len) > return dispc->fourccs; > } > > +int dispc_configure_oldi_mode(struct dispc_device *dispc, > + enum dispc_oldi_modes oldi_mode) > +{ > + WARN_ON(!dispc); > + > + dispc->oldi_mode = oldi_mode; > + return 0; > +} I think "configure" means more than just storing the value. Maybe dispc_set_oldi_mode(). And an empty line above the return. > + > static s32 pixinc(int pixels, u8 ps) > { > if (pixels == 1) > diff --git a/drivers/gpu/drm/tidss/tidss_dispc.h b/drivers/gpu/drm/tidss/tidss_dispc.h > index b66418e583ee..45cce1054832 100644 > --- a/drivers/gpu/drm/tidss/tidss_dispc.h > +++ b/drivers/gpu/drm/tidss/tidss_dispc.h > @@ -64,6 +64,13 @@ enum dispc_dss_subrevision { > DISPC_AM625, > }; > > +enum dispc_oldi_modes { > + OLDI_MODE_OFF, /* OLDI turned off / tied off in IP. */ > + OLDI_SINGLE_LINK_SINGLE_MODE, /* Single Output over OLDI 0. */ > + OLDI_SINGLE_LINK_CLONE_MODE, /* Duplicate Output over OLDI 0 and 1. */ > + OLDI_DUAL_LINK_MODE, /* Combined Output over OLDI 0 and 1. */ > +}; > + > struct dispc_features { > int min_pclk_khz; > int max_pclk_khz[DISPC_VP_MAX_BUS_TYPE]; > @@ -131,6 +138,7 @@ int dispc_plane_setup(struct dispc_device *dispc, u32 hw_plane, > u32 hw_videoport); > int dispc_plane_enable(struct dispc_device *dispc, u32 hw_plane, bool enable); > const u32 *dispc_plane_formats(struct dispc_device *dispc, unsigned int *len); > +int dispc_configure_oldi_mode(struct dispc_device *dispc, enum dispc_oldi_modes oldi_mode); > > int dispc_init(struct tidss_device *tidss); > void dispc_remove(struct tidss_device *tidss); > diff --git a/drivers/gpu/drm/tidss/tidss_drv.h b/drivers/gpu/drm/tidss/tidss_drv.h > index d7f27b0b0315..2252ba0222ca 100644 > --- a/drivers/gpu/drm/tidss/tidss_drv.h > +++ b/drivers/gpu/drm/tidss/tidss_drv.h > @@ -12,6 +12,9 @@ > #define TIDSS_MAX_PORTS 4 > #define TIDSS_MAX_PLANES 4 > > +/* For AM625-DSS with 2 OLDI TXes */ > +#define TIDSS_MAX_BRIDGE_PER_PIPE 2 "BRIDGES"? > + > typedef u32 dispc_irq_t; > > struct tidss_device { > diff --git a/drivers/gpu/drm/tidss/tidss_kms.c b/drivers/gpu/drm/tidss/tidss_kms.c > index 666e527a0acf..73afe390f36d 100644 > --- a/drivers/gpu/drm/tidss/tidss_kms.c > +++ b/drivers/gpu/drm/tidss/tidss_kms.c > @@ -107,32 +107,84 @@ static const struct drm_mode_config_funcs mode_config_funcs = { > .atomic_commit = drm_atomic_helper_commit, > }; > > +static int tidss_get_oldi_mode(struct tidss_device *tidss) Return enum dispc_oldi_modes, not int. > +{ > + int pixel_order; > + struct device_node *dss_ports, *oldi0_port, *oldi1_port; > + > + dss_ports = of_get_next_child(tidss->dev->of_node, NULL); Hmm you get the next child and hope that it's the ports node? In any case, I think you can call of_graph_get_port_by_id() with the tidss->dev->of_node and it'll do the right thing. > + oldi0_port = of_graph_get_port_by_id(dss_ports, 0); > + oldi1_port = of_graph_get_port_by_id(dss_ports, 2); I think you need to of_put these at some point. > + if (!(oldi0_port && oldi1_port)) > + return OLDI_SINGLE_LINK_SINGLE_MODE; This one matches also for !oldi0 && oldi1. If oldi1 cannot be used in single-link mode, the above should take it into account. > + > + /* > + * OLDI Ports found for both the OLDI TXes. The DSS is to be configured > + * in either Dual Link or Clone Mode. > + */ > + pixel_order = drm_of_lvds_get_dual_link_pixel_order(oldi0_port, > + oldi1_port); > + switch (pixel_order) { > + case -EINVAL: > + /* > + * The dual link properties were not found in at least one of > + * the sink nodes. Since 2 OLDI ports are present in the DT, it > + * can be safely assumed that the required configuration is > + * Clone Mode. > + */ > + return OLDI_SINGLE_LINK_CLONE_MODE; > + > + case DRM_LVDS_DUAL_LINK_EVEN_ODD_PIXELS: > + case DRM_LVDS_DUAL_LINK_ODD_EVEN_PIXELS: > + /* > + * Note that the OLDI TX 0 transmits the odd set of pixels while > + * the OLDI TX 1 transmits the even set. This is a fixed > + * configuration in the IP and an cannot be change vis SW. These > + * properties have been used to merely identify if a Dual Link > + * configuration is required. Swapping this property in the panel > + * port DT nodes will not make any difference. > + */ But if they are in the wrong order, shouldn't we fail or at least give a warning? > + return OLDI_DUAL_LINK_MODE; > + > + default: > + return OLDI_MODE_OFF; > + } > +} > + > static int tidss_dispc_modeset_init(struct tidss_device *tidss) > { > struct device *dev = tidss->dev; > unsigned int fourccs_len; > const u32 *fourccs = dispc_plane_formats(tidss->dispc, &fourccs_len); > - unsigned int i; > + unsigned int i, j; > > struct pipe { > u32 hw_videoport; > - struct drm_bridge *bridge; > + struct drm_bridge *bridge[TIDSS_MAX_BRIDGE_PER_PIPE]; > u32 enc_type; > + u32 num_bridges; > }; > > const struct dispc_features *feat = tidss->feat; > - u32 max_vps = feat->num_vps; > + u32 max_ports = feat->num_max_ports; > u32 max_planes = feat->num_planes; > > struct pipe pipes[TIDSS_MAX_PORTS]; > u32 num_pipes = 0; > + u32 pipe_number = 0; > u32 crtc_mask; > + u32 num_oldi = 0; > + u32 oldi0_port = 0; > + u32 hw_vp = 0; > + enum dispc_oldi_modes oldi_mode; > > /* first find all the connected panels & bridges */ > > - for (i = 0; i < max_vps; i++) { > + for (i = 0; i < max_ports; i++) { > struct drm_panel *panel; > struct drm_bridge *bridge; > + bool bridge_req = true; > u32 enc_type = DRM_MODE_ENCODER_NONE; > int ret; > > @@ -146,6 +198,11 @@ static int tidss_dispc_modeset_init(struct tidss_device *tidss) > return ret; > } > > + /* default number of bridges required for a panel/bridge*/ > + pipe_number = num_pipes; > + pipes[pipe_number].num_bridges = 1; > + hw_vp = i; > + > if (panel) { > u32 conn_type; > > @@ -155,7 +212,43 @@ static int tidss_dispc_modeset_init(struct tidss_device *tidss) > case DISPC_VP_OLDI: > enc_type = DRM_MODE_ENCODER_LVDS; > conn_type = DRM_MODE_CONNECTOR_LVDS; > + > + /* > + * A single DSS controller cannot support 2 > + * independent displays. If 2nd node is detected, > + * it is for Dual Link Mode or Clone Mode. > + * > + * A new pipe instance is not required. > + */ > + if (++num_oldi == 2) { > + pipe_number = oldi0_port; > + hw_vp = i; > + > + /* 2nd OLDI DT node detected. Get its mode */ > + oldi_mode = tidss_get_oldi_mode(tidss); > + bridge_req = false; > + > + /* > + * A separate panel bridge will only be > + * required if 2 panels are connected for > + * the OLDI Clone Mode. > + */ > + if (oldi_mode == OLDI_SINGLE_LINK_CLONE_MODE) { > + bridge_req = true; > + (pipes[pipe_number].num_bridges)++; > + } > + } else { > + /* > + * First OLDI DT node detected. Save it > + * in case there is another node for Dual > + * Link Mode or Clone Mode. > + */ > + oldi0_port = i; > + oldi_mode = OLDI_SINGLE_LINK_SINGLE_MODE; > + } > + dispc_configure_oldi_mode(tidss->dispc, oldi_mode); > break; > + > case DISPC_VP_DPI: > enc_type = DRM_MODE_ENCODER_DPI; > conn_type = DRM_MODE_CONNECTOR_DPI; > @@ -173,19 +266,23 @@ static int tidss_dispc_modeset_init(struct tidss_device *tidss) > return -EINVAL; > } > > - bridge = devm_drm_panel_bridge_add(dev, panel); > - if (IS_ERR(bridge)) { > - dev_err(dev, > - "failed to set up panel bridge for port %d\n", > - i); > - return PTR_ERR(bridge); > + if (bridge_req) { > + bridge = devm_drm_panel_bridge_add(dev, panel); > + if (IS_ERR(bridge)) { > + dev_err(dev, > + "failed to set up panel bridge for port %d\n", > + i); > + return PTR_ERR(bridge); > + } > } > } > > - pipes[num_pipes].hw_videoport = i; > - pipes[num_pipes].bridge = bridge; > - pipes[num_pipes].enc_type = enc_type; > - num_pipes++; > + if (bridge_req) { > + pipes[pipe_number].hw_videoport = hw_vp; > + pipes[pipe_number].bridge[pipes[pipe_number].num_bridges - 1] = bridge; > + pipes[pipe_number].enc_type = enc_type; > + num_pipes++; > + } I need to look at this with better time. But I started to wonder, would it be clearer to first figure out the oldi setup before the loop, rather than figuring it out inside the loop. I'm not sure if it would help much, though. Tomi