Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp461961pxb; Fri, 3 Sep 2021 06:10:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzDy3UA1vNH/FQWiVikbnMRQJXg+xICr143aob+PtuJeXBtdRcwv4Y03WoqIpoPDinxBjmf X-Received: by 2002:a17:906:1146:: with SMTP id i6mr4061841eja.12.1630674626348; Fri, 03 Sep 2021 06:10:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630674626; cv=none; d=google.com; s=arc-20160816; b=jsUKzMMxkIf3Q00KQBffHpHSxB8dC5hRWJx+RtZ+VgMBXfoB18Hd7Qs25b8nFGoM1G Ogu7z52gF63nUdJm9MpxViAx0BWQ3aZKenYJiU89YuMNFQCDJFu4W8pcTttiW3j22C67 wn4CedHZEzSMCcJFee6VqXW0xRZs04hDeCUGNkYHD8DrZH9nJ+rrdneHN8k9zSb1exQx qkBENZkgfV0gQrthuA7lsYSPY2i5sba5BJs9v7ZxPacV/cSkDpBYt0Mt6Sw5gjNTHSuK cCd2h2OCpATQV/QvjjhduTW/+aZOzFvcEZhiczyUZ0BpuspzdzH7dCxLZJCpC59HlNqF jPKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=slEWwLZLjQpMkeUwtjIti7Sv3HahUraLxl/V/oYYpqs=; b=D9sZwBlPiiSoL5erD5CmH37Jj80BQIzcJCSDr/wSpbS2ecoQTkffqkdCNYH1Anq6Pf nCr9Su5vkNId4n96vbueyrPTFHkgnpJPhROqF/jxZBrvYxEtUBlg1KO02qJRUwHz1mew 9y8yd5G6LDTc+XV683776JFNSfYHH+JgigEpofy64uqbg1RSBoSkUsBJBa4nxfjAn6ub 3Pi/WjJqlGrzYRTh+zfAX6EhKiSa11jZXGmuyJPVrW3Cg52ELSQ29+tRaHrK3K5A59zU o1WgEjBVgHST6O9ZHA6WyDVhc3pYJ+3i6/h30Ly/+5fs+F0F/je/QkatdpIC5Zb7tquG Rfcw== 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 u30si6153598edb.156.2021.09.03.06.09.57; Fri, 03 Sep 2021 06:10:26 -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 S1349279AbhICM1r (ORCPT + 99 others); Fri, 3 Sep 2021 08:27:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38712 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230005AbhICM1r (ORCPT ); Fri, 3 Sep 2021 08:27:47 -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 3E64CC061575; Fri, 3 Sep 2021 05:26:47 -0700 (PDT) Received: from [IPv6:2a01:e0a:4cb:a870:921c:7ea9:49a9:5125] (unknown [IPv6:2a01:e0a:4cb:a870:921c:7ea9:49a9:5125]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: benjamin.gaignard) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 348751F449D7; Fri, 3 Sep 2021 13:26:44 +0100 (BST) Subject: Re: [PATCH V2 00/13] soc: imx: gpcv2: support i.MX8MM To: Lucas Stach , Ezequiel Garcia , "Peng Fan (OSS)" Cc: Rob Herring , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Philipp Zabel , krzk@kernel.org, agx@sigxcpu.org, Marek Vasut , andrew.smirnov@gmail.com, devicetree , linux-arm-kernel , Linux Kernel Mailing List , ping.bai@nxp.com, frieder.schrempf@kontron.de, aford173@gmail.com, abel.vesa@nxp.com, Peng Fan , linux-media , Nicolas Dufresne , Hans Verkuil , Andrzej Pietrasiewicz References: <20210506010440.7016-1-peng.fan@oss.nxp.com> From: Benjamin Gaignard Message-ID: <3558be1f-7c27-cad8-2802-cc2d27ee62eb@collabora.com> Date: Fri, 3 Sep 2021 14:26:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 09/08/2021 à 10:15, Lucas Stach a écrit : > Hi Ezequiel, > > Am Mittwoch, dem 04.08.2021 um 11:30 -0300 schrieb Ezequiel Garcia: >> Hi Peng, Lucas, >> >> On Wed, 5 May 2021 at 21:32, Peng Fan (OSS) wrote: >>> From: Peng Fan >>> >>> >>> V2: >>> - Add R-b/A-b tag >>> - Merge V1 patch 13 to V2 patch 6 >>> - Drop V1 patch 15 >>> - Merge V1 patch 16 to V2 patch 5 and add comments in patch 5 to explain >>> details >>> - Add explaination in patch 8 for "why the resets are not defined" >>> >>> This patchset is a pick up Lucas's gpcv2 work for i.MX8MM and several >>> minor changes from me to make it could work with i.MX BLK-CTL driver. >>> >>> Thanks for Lucas's work and suggestion, Frieder Schrempf for collecting >>> all the patches, Jacky Bai on help debug issues. >>> >>> Lucas Stach (12): >>> soc: imx: gpcv2: move to more ideomatic error handling in probe >>> soc: imx: gpcv2: move domain mapping to domain driver probe >>> soc: imx: gpcv2: switch to clk_bulk_* API >>> soc: imx: gpcv2: split power up and power down sequence control >>> soc: imx: gpcv2: wait for ADB400 handshake >>> soc: imx: gpcv2: add runtime PM support for power-domains >>> soc: imx: gpcv2: allow domains without power-sequence control >>> dt-bindings: imx: gpcv2: add support for optional resets >>> soc: imx: gpcv2: add support for optional resets >>> dt-bindings: power: add defines for i.MX8MM power domains >>> soc: imx: gpcv2: add support for i.MX8MM power domains >>> soc: imx: gpcv2: Add support for missing i.MX8MM VPU/DISPMIX power >>> domains >>> >> It's nice to see this finally moving forward! >> >> As you know, Hantro G2 support for i.MX8MQ (and i.MX8MP, i.MX8MM) is currently >> blocked, as you have requested: >> >> https://lore.kernel.org/driverdev-devel/5aa5700b862234895a7a6eb251ca3c80fdc1a6d3.camel@collabora.com/ >> >> So, I think we really need to include i.MX8MP and i.MX8MQ on this series. >> It's been quite a while and we really need to have that. To be honest, >> I fear that >> if we merge this series as-is, MX8MP and MX8MP support will fall in >> the oblivion, >> and Hantro G2 VPU will remain unusable. >> >> We are planning to submit Hantro G2 VP9 support soon, and we've been testing >> on various platforms, but it will also be blocked by lack of power-domains. >> >> In the future, please Cc the linux-media mailing list, as well as >> Benjamin, Andrzej and myself, so we can follow this. > Please take a look at [1], which is the current state of this work. I > intend to add both i.MX8MQ and i.MX8MP support to the series now, as it > seems that there have been no big objections to my approach over the > last 2 weeks, where I was on vacation. ;) Hi Lucas, I have tried to implement the block control driver for imx8mq. I didn't manage to get it working. My implementation is here: https://gitlab.collabora.com/benjamin.gaignard/for-upstream/-/tree/IMX8MQ_BLK_CTRL While you have the same in IMX8MM do you have also made changes in Hantro driver ? If it is that can you share these changes ? I have include mine in the above branch. Regards, Benjamin > > Regards, > Lucas > > [1] > https://lore.kernel.org/linux-arm-kernel/20210716232916.3572966-14-l.stach@pengutronix.de/T/#m43cbf6b8615b2a37ff2abb0346e7e7f6594976d1 > >