Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3623823pxv; Mon, 28 Jun 2021 08:51:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdgZ20R9/0e2hCEtjWpFodwHJUzasfOunw29MT29yyaqlmLDjyfW5E6bm9YeHuu2UWJ91o X-Received: by 2002:aa7:ccd4:: with SMTP id y20mr34019488edt.151.1624895473366; Mon, 28 Jun 2021 08:51:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624895473; cv=none; d=google.com; s=arc-20160816; b=AKqE45OWyPbz+8t8oVd6MP67qjAqFaaFLNI/4DGYkwexPsPna79E77LgO8gAo2zEX+ I6qy5i7jvyGxMbXCqr1Y3MoWm9dMC2mQJOuTLLDkE/OjWSc2ASz/W49+oA6I5pk+4spD nk7K42ckOCdGECIbMVhQ3jKQ9QBaE425UyqVG1/a+xqyhA4KmvcuFT5yGgRmQNfUwjPN hZYIcl1BHtKdW4fJp1YuDIyD/UzbziQML0z9rCEbi5uSp37leQmbFWrbw2x580k3cSCZ VIYUymZU43Md6wtmQPv0ZxiZ+chL/eKeabRVQHNh1bR5bOsZdzZIg8IBCB2b4F3oIH/l 9fFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=plVR/39XmPXzRiAE11xnZVpcyoa2PXw1nxLmNKCCzZI=; b=ScwyRMmxccQkg6JJMtSMgagSwX3rgAt0pBAENyeZdqE5MKgMiUxS6V6MBBMiYddVg8 5XEhodheOXSH6b2NafeCbPXbeeCvIod/ohvRY9V0X6Vvu+D+/OUoAVOQmEpW7ykGBJ1p kvXwro3+hvAeKXXidFVZtUHAvT3Wqd+wKStnbQ4z12l4j3XGx02zAndZD1+Lj093DM76 M7qfx4tXAtta3fea8EnLajhTve4KTV+54TrMLbAPl/58hNmR5XKeWqrpHx+JjubrhI6G lAxk8QStxkJn1MF/CKBycL9HHH4dNkUKgSMbo2VWN4snjNKLH1sW/xtuakWOLc+fvW5t Ch/A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f2si14836946edl.338.2021.06.28.08.50.49; Mon, 28 Jun 2021 08:51:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236544AbhF1Ptf (ORCPT + 99 others); Mon, 28 Jun 2021 11:49:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52980 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236476AbhF1PtV (ORCPT ); Mon, 28 Jun 2021 11:49:21 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 07011C07022F; Mon, 28 Jun 2021 08:18:49 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: ezequiel) with ESMTPSA id 0B4E31F427D6 Message-ID: <276e3e43ba89ea996f89eb4109b0d50bc43d4d7f.camel@collabora.com> Subject: Re: [PATCH v9 03/13] media: hantro: Use syscon instead of 'ctrl' register From: Ezequiel Garcia To: Benjamin Gaignard , Lucas Stach , p.zabel@pengutronix.de, mchehab@kernel.org, robh+dt@kernel.org, shawnguo@kernel.org, s.hauer@pengutronix.de, festevam@gmail.com, lee.jones@linaro.org, gregkh@linuxfoundation.org, mripard@kernel.org, paul.kocialkowski@bootlin.com, wens@csie.org, jernej.skrabec@siol.net, hverkuil-cisco@xs4all.nl, emil.l.velikov@gmail.com, "Peng Fan (OSS)" , Jacky Bai Cc: devel@driverdev.osuosl.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, linux-imx@nxp.com, kernel@pengutronix.de, kernel@collabora.com, cphealy@gmail.com, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org Date: Mon, 28 Jun 2021 12:18:34 -0300 In-Reply-To: <24bea430-56d9-9a62-130d-1ed3830c1915@collabora.com> References: <20210407073534.376722-1-benjamin.gaignard@collabora.com> <20210407073534.376722-4-benjamin.gaignard@collabora.com> <7bcbb787d82f21d42563d8fb7e3c2e7d40123932.camel@pengutronix.de> <24bea430-56d9-9a62-130d-1ed3830c1915@collabora.com> Organization: Collabora Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Benjamin, On Mon, 2021-06-28 at 15:35 +0200, Benjamin Gaignard wrote: > > Le 16/04/2021 à 12:54, Lucas Stach a écrit : > > Am Mittwoch, dem 07.04.2021 um 09:35 +0200 schrieb Benjamin Gaignard: > > > In order to be able to share the control hardware block between > > > VPUs use a syscon instead a ioremap it in the driver. > > > To keep the compatibility with older DT if 'nxp,imx8mq-vpu-ctrl' > > > phandle is not found look at 'ctrl' reg-name. > > > With the method it becomes useless to provide a list of register > > > names so remove it. > > Sorry for putting a spoke in the wheel after many iterations of the > > series. > > > > We just discussed a way forward on how to handle the clocks and resets > > provided by the blkctl block on i.MX8MM and later and it seems there is > > a consensus on trying to provide virtual power domains from a blkctl > > driver, controlling clocks and resets for the devices in the power > > domain. I would like to avoid introducing yet another way of handling > > the blkctl and thus would like to align the i.MX8MQ VPU blkctl with > > what we are planning to do on the later chip generations. > > > > CC'ing Jacky Bai and Peng Fan from NXP, as they were going to give this > > virtual power domain thing a shot. > > Hey guys, > > I may I have miss them but I haven't see patches about power domain for IMX8MQ > VPU control block ? > Is it something that you still plan to do ? > If not, I can resend my patches where I use syscon. > Please see "soc: imx: add i.MX BLK-CTL support" [1] sent by Peng a couple weeks ago. It adds the VPUMIX for i.MX8MM, so it seems the best way forward is to follow that design, extending it for i.MX8MQ. That's still under discussion, but hopefully it will be sorted out for v5.15. Speaking of i.MX8MM, I got a report that the Hantro G1 block mostly work, but needs to be restricted to 1920x1080. If you could add a new compatible and variant for that, maybe we can find someone to test it. [1] https://lore.kernel.org/linux-arm-kernel/7683ab0b-f905-dff1-aa4f-76ad638da568@oss.nxp.com/T/#mf73fe4a13aec0a8e633a14a5d9c2d5609799acb4 Kindly, Ezequiel