Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp284165ybl; Fri, 23 Aug 2019 00:28:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqyxDUqrw4sMS+kBapnFPy2oqjvs04akhzSojUbRmAovC45I9GJL5VZPW9FWCj13u+gT0M65 X-Received: by 2002:a17:90a:e654:: with SMTP id ep20mr3809719pjb.38.1566545290318; Fri, 23 Aug 2019 00:28:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566545290; cv=none; d=google.com; s=arc-20160816; b=VQv9XTWB7wayEKxVLBYA3gBis/YEck5PWD1aR2ih34V7GvLiB7a4hzV4XoPhBw7bzh lSLpoepSN+7VEI99sDSqEgjqIYQsoH3VCKHh6l/GbmmOr6H8LwBvCbfaAMMbB1qnzVvg n0WfSMrV/sefob6DoKQRwtPu3pdew2FiyS+p3r7lDzZemEZwvuuMFZ9A3hesD60Qph75 4i28i6Q7nDSnmEIInHGeylsmvoz6y7U7jlrybqFE+Ho92cLL5KO6geEBp57pk1FUaF0Y kv4nBESw7YCKUsj0/a7CgtjHaxeHW8MEbTXU/2T9CgtMwHUI+OpjRUe7wt++SqYvMa47 qgQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=844DJ2B/j6Pv+KAalmmkG039Mzk0plPyVb5kiP1t5oQ=; b=XSxOQwg0g8UPwDZ9zR0SOWxaLrQt8yaPU8/VgjTClRFBjhlHpUxgNiJVfKrdjY2wL/ 7M6fedgPfiYp+bgKpYuj+Bx+BYAzw0b6IIvMlnwhSq4eawmWfRa3gQq1o6k17U/QP7Oc JBbXpZSnbt9vKavsO8sF3JHd+R2TeLfxOp0BKvok2bQfNbJDZuhrQMpre+eI5TpQlxXE 0Qbds+6DdDSzwVrsaqLtelI923RdvWq2Yw2jg2Ee0uzTF54U1M/SewD8uZznJ8+THTmJ /2Tk0TszgayLo4asSNHEDBCsPVrneJmusne+dJmjvWZ32SUFquK4eZvwZB6S5Rs7rcZo 8zZw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w14si1648146ply.45.2019.08.23.00.27.55; Fri, 23 Aug 2019 00:28:10 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391524AbfHVTIU (ORCPT + 99 others); Thu, 22 Aug 2019 15:08:20 -0400 Received: from relay12.mail.gandi.net ([217.70.178.232]:43347 "EHLO relay12.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731943AbfHVTIF (ORCPT ); Thu, 22 Aug 2019 15:08:05 -0400 Received: from uno.localdomain (unknown [87.18.63.98]) (Authenticated sender: jacopo@jmondi.org) by relay12.mail.gandi.net (Postfix) with ESMTPSA id C9B8E200003; Thu, 22 Aug 2019 19:07:57 +0000 (UTC) Date: Thu, 22 Aug 2019 21:09:26 +0200 From: Jacopo Mondi To: Laurent Pinchart Cc: Jacopo Mondi , kieran.bingham+renesas@ideasonboard.com, airlied@linux.ie, daniel@ffwll.ch, koji.matsuoka.xm@renesas.com, muroya@ksk.co.jp, VenkataRajesh.Kalakodima@in.bosch.com, Harsha.ManjulaMallikarjun@in.bosch.com, linux-renesas-soc@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 16/19] drm: rcar-du: kms: Collect CMM instances Message-ID: <20190822190926.t2dm7nbaagnxgvns@uno.localdomain> References: <20190706140746.29132-1-jacopo+renesas@jmondi.org> <20190706140746.29132-17-jacopo+renesas@jmondi.org> <20190820175457.GJ10820@pendragon.ideasonboard.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7zzvgsrbklkt3dp5" Content-Disposition: inline In-Reply-To: <20190820175457.GJ10820@pendragon.ideasonboard.com> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --7zzvgsrbklkt3dp5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Hi Laurent, On Tue, Aug 20, 2019 at 08:54:57PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Sat, Jul 06, 2019 at 04:07:43PM +0200, Jacopo Mondi wrote: > > Implement device tree parsing to collect the available CMM instances > > described by the 'cmms' property. Associate CMMs with CRTCs and store a > > mask of active CMMs in the DU group for later enablement. > > > > Signed-off-by: Jacopo Mondi > > --- > > drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 6 +++ > > drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 2 + > > drivers/gpu/drm/rcar-du/rcar_du_drv.h | 3 ++ > > drivers/gpu/drm/rcar-du/rcar_du_group.h | 2 + > > drivers/gpu/drm/rcar-du/rcar_du_kms.c | 50 +++++++++++++++++++++++++ > > 5 files changed, 63 insertions(+) > > > > diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c > > index 2da46e3dc4ae..23f1d6cc1719 100644 > > --- a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c > > +++ b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c > > @@ -1194,6 +1194,12 @@ int rcar_du_crtc_create(struct rcar_du_group *rgrp, unsigned int swindex, > > if (ret < 0) > > return ret; > > > > + /* CMM might be disabled for this CRTC. */ > > + if (rcdu->cmms[swindex]) { > > + rcrtc->cmm = rcdu->cmms[swindex]; > > + rgrp->cmms_mask |= BIT(hwindex % 2); > > + } > > + > > drm_crtc_helper_add(crtc, &crtc_helper_funcs); > > > > /* Start with vertical blanking interrupt reporting disabled. */ > > diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.h b/drivers/gpu/drm/rcar-du/rcar_du_crtc.h > > index 3b7fc668996f..5f2940c42225 100644 > > --- a/drivers/gpu/drm/rcar-du/rcar_du_crtc.h > > +++ b/drivers/gpu/drm/rcar-du/rcar_du_crtc.h > > @@ -39,6 +39,7 @@ struct rcar_du_vsp; > > * @vblank_wait: wait queue used to signal vertical blanking > > * @vblank_count: number of vertical blanking interrupts to wait for > > * @group: CRTC group this CRTC belongs to > > + * @cmm: CMM associated with this CRTC > > * @vsp: VSP feeding video to this CRTC > > * @vsp_pipe: index of the VSP pipeline feeding video to this CRTC > > * @writeback: the writeback connector > > @@ -64,6 +65,7 @@ struct rcar_du_crtc { > > unsigned int vblank_count; > > > > struct rcar_du_group *group; > > + struct platform_device *cmm; > > struct rcar_du_vsp *vsp; > > unsigned int vsp_pipe; > > > > diff --git a/drivers/gpu/drm/rcar-du/rcar_du_drv.h b/drivers/gpu/drm/rcar-du/rcar_du_drv.h > > index a00dccc447aa..300ec60ba31b 100644 > > --- a/drivers/gpu/drm/rcar-du/rcar_du_drv.h > > +++ b/drivers/gpu/drm/rcar-du/rcar_du_drv.h > > @@ -13,6 +13,7 @@ > > #include > > #include > > > > +#include "rcar_cmm.h" > > #include "rcar_du_crtc.h" > > #include "rcar_du_group.h" > > #include "rcar_du_vsp.h" > > @@ -70,6 +71,7 @@ struct rcar_du_device_info { > > > > #define RCAR_DU_MAX_CRTCS 4 > > #define RCAR_DU_MAX_GROUPS DIV_ROUND_UP(RCAR_DU_MAX_CRTCS, 2) > > +#define RCAR_DU_MAX_CMMS 4 > > #define RCAR_DU_MAX_VSPS 4 > > > > struct rcar_du_device { > > @@ -86,6 +88,7 @@ struct rcar_du_device { > > struct rcar_du_encoder *encoders[RCAR_DU_OUTPUT_MAX]; > > > > struct rcar_du_group groups[RCAR_DU_MAX_GROUPS]; > > + struct platform_device *cmms[RCAR_DU_MAX_CMMS]; > > struct rcar_du_vsp vsps[RCAR_DU_MAX_VSPS]; > > > > struct { > > diff --git a/drivers/gpu/drm/rcar-du/rcar_du_group.h b/drivers/gpu/drm/rcar-du/rcar_du_group.h > > index 87950c1f6a52..b0c1466593a3 100644 > > --- a/drivers/gpu/drm/rcar-du/rcar_du_group.h > > +++ b/drivers/gpu/drm/rcar-du/rcar_du_group.h > > @@ -22,6 +22,7 @@ struct rcar_du_device; > > * @mmio_offset: registers offset in the device memory map > > * @index: group index > > * @channels_mask: bitmask of populated DU channels in this group > > + * @cmms_mask: bitmask of enabled CMMs in this group > > enabled or available ? > I considered having a 'cmm' entry in DT as enabling it, but it is actually just available. > > * @num_crtcs: number of CRTCs in this group (1 or 2) > > * @use_count: number of users of the group (rcar_du_group_(get|put)) > > * @used_crtcs: number of CRTCs currently in use > > @@ -37,6 +38,7 @@ struct rcar_du_group { > > unsigned int index; > > > > unsigned int channels_mask; > > + unsigned int cmms_mask; > > unsigned int num_crtcs; > > unsigned int use_count; > > unsigned int used_crtcs; > > diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c b/drivers/gpu/drm/rcar-du/rcar_du_kms.c > > index f8f7fff34dff..b79cda2f5531 100644 > > --- a/drivers/gpu/drm/rcar-du/rcar_du_kms.c > > +++ b/drivers/gpu/drm/rcar-du/rcar_du_kms.c > > @@ -18,6 +18,7 @@ > > #include > > > > #include > > +#include > > #include > > > > #include "rcar_du_crtc.h" > > @@ -534,6 +535,51 @@ static int rcar_du_vsps_init(struct rcar_du_device *rcdu) > > return ret; > > } > > > > +static int rcar_du_cmm_init(struct rcar_du_device *rcdu) > > +{ > > + const struct device_node *np = rcdu->dev->of_node; > > + unsigned int i; > > + int cells; > > + > > + cells = of_property_count_u32_elems(np, "cmms"); > > + if (cells == -EINVAL) > > + return 0; > > + > > + if (cells > RCAR_DU_MAX_CMMS || cells > rcdu->num_crtcs) { > > Should this be > > if (cells != rcdu->num_crtcs) > > or do we want to support cases where not all DU channels have a CMM in > DT ? > That was my idea yes, but I'm not sure it makes sense, as ideally CMM should be specified in DT for all SoC that provides it. > > + dev_err(rcdu->dev, "Invalid 'cmms' property format\n"); > > How about "Invalid number of entries in 'cmms' property" ? > Ok > > + return -EINVAL; > > + } > > + > > + for (i = 0; i < cells; ++i) { > > + struct platform_device *pdev; > > + struct device_node *cmm; > > + > > + cmm = of_parse_phandle(np, "cmms", i); > > + if (IS_ERR(cmm)) { > > + dev_err(rcdu->dev, "Failed to parse 'cmms' property\n"); > > + return PTR_ERR(cmm); > > + } > > + > > + pdev = of_find_device_by_node(cmm); > > + if (IS_ERR(pdev)) { > > + dev_err(rcdu->dev, "No device found for cmms[%u]\n", i); > > s/cmms[%u]/CMM%u/ ? > > > + of_node_put(cmm); > > + return PTR_ERR(pdev); > > + } > > + > > + if (!of_device_is_available(cmm)) { > > Should this come before the pdev check, as there will be no pdev in that > case ? > No pdev if the device is not enabled in DT ? Anyway, yes, I could move it up and save retrieving pdev in case the device is not available. > > + /* It's fine to have a phandle to a non-enabled CMM. */ > > + of_node_put(cmm); > > + continue; > > + } > > + > > + of_node_put(cmm); > > + rcdu->cmms[i] = pdev; > > + } > > + > > + return 0; > > +} > > + > > int rcar_du_modeset_init(struct rcar_du_device *rcdu) > > { > > static const unsigned int mmio_offsets[] = { > > @@ -624,6 +670,10 @@ int rcar_du_modeset_init(struct rcar_du_device *rcdu) > > return ret; > > } > > > > + /* Initialize the Color Management Modules. */ > > + if (rcar_du_cmm_init(rcdu)) > > + return ret; > > ret = rcar_du_cmm_init(rcdu); > if (ret < 0) > return ret; > Ups, this was probably returning void in some earlier version and I failed to assign it properly, thanks for spotting this! Thanks j > > + > > /* Create the CRTCs. */ > > for (swindex = 0, hwindex = 0; swindex < rcdu->num_crtcs; ++hwindex) { > > struct rcar_du_group *rgrp; > > -- > Regards, > > Laurent Pinchart --7zzvgsrbklkt3dp5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEtcQ9SICaIIqPWDjAcjQGjxahVjwFAl1e6GYACgkQcjQGjxah VjwpSRAAqbRBAhf5TvtYJGIhFWGdX/7+Fpew/lO+mMRddCMuHayg4x5mOUha1uEF fa/r10CcLslXPMZZoiCRbY6V69p6jGu8vBk0MSTVrf0WfoFjb4I1kS1RGCSRXHcG yC/7LklOldH+w0m0XGd5w0EhMnbz/1Dj74rIINKMkOUYoLF3BxbQ9WKZEQO6r4lj pFNgFdRYS/soViJUUVEoirEdiU9cNLlHmREn0csxGCu5HErQHdO7/uFKQxtfkaZT wQzBbyZ4eYSf9nenWVD6BbET6AD+rGetQCtQgr8T6sKtuMA/Hc0dJvxG3bfrkFPZ /QOiXUzYFoSBPv1ETVeLFs0agMXl3Za9xtGmEvVbee+C3Fk0NRiF023lZOy8pdti SCzQ2DgInFcTxMmV6S3NxysUS7Z5oaIPWN5mGNDWwmw0ZDdjfWtBXk3sWonPSYFF L/aBWri6cxbi1rJ8iMzYZI6izIbQ+xvILN3hpGYVpHD/0lZJpFnkmxa9IC/HieII HgTs+pd5ddp3lJpFBovYqV8vr+26uv/fEU65DiOsp5HlBYnDkw+tfA4W3OYp1Y2o E41HQABh7QbvxS/+ZPjV+oNnMA4jVe3m/Jc+MVAso3UhLejVJ4uDmM5hH0thMSFx 8NzUEvDecuCHjJD6pXOEi2AT/Pr6yOrTomXeMam4p0P58pW+YCc= =4RUV -----END PGP SIGNATURE----- --7zzvgsrbklkt3dp5--