Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3421920pxv; Mon, 28 Jun 2021 04:19:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzvPyEymP38JYvgztfRgBreOxGIlH7qDG5aDw2gXTybulIxuFYrgPbd2d4vMebuvpiOwFkO X-Received: by 2002:a17:906:d288:: with SMTP id ay8mr23106786ejb.230.1624879183653; Mon, 28 Jun 2021 04:19:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624879183; cv=none; d=google.com; s=arc-20160816; b=InEXQn0P4LUwdbDb9fJexEnx/JlJ4lQQvZfN+KKSpKMPvuA1S5O68X3+rLlBpzPSoe 8uq8RO8SZD53cmGcVnSiSudlY6/jycM48Z+7hoVB1Hz6Kp5x40yJyhwY6ejmt1Ybk6fo u79R4kxc5H+mSatYn3QtTE1vIqQjs51/bQt+n+RTXY0+JRInKrNrpok0+6AifoLwZnV1 xexPXj5rl7AZBJEdu38xVpFH4Y3sEbQ47w8l0en3Nk+9Lj1q3uwMHAFbnfGXCWyZpJCJ UYrs1H+y3ukW5wYFOk5/mOK+pBinALncACm95l8K1fpb9yXb0SPOeIIsMkPvNDDR7GFE QPfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=qA45Pgs9vtEjSDKl0Lpxyl8donDg6Vmu3o01tms71Sw=; b=eGVcNHI1g1njOfqhoMgjGQYxANdQ+FgW2tqXSIHv0//5vTx1xIRj/W0qIHdmRCQpEp Le5WBMLj3ON6xpNGlhgPrJee2lyoc32+mwC4IAGafYR49+oLe0FRby4yXL5YL2/3u/60 doElnPspZmjc+QQHGnHI+clnieRkq19NKpDLECzS2KZnEFrI9/sEae+wk6Qb5Xb9nbSp vTG+oIttWGlbSii77U3vRjzU+B+whGSBaGOArEahNcazmYzVSBGWrSbg9vIEnQGT29uV obn9hyMdUsL5eQlFF9YOkwQKsTUt1mI+X+GLEll+R0pmW/t16wyIi3DjbbFCnPGMhM5N h1hQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=u7ggcc7O; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n17si13492073edv.150.2021.06.28.04.19.20; Mon, 28 Jun 2021 04:19:43 -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; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=u7ggcc7O; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232812AbhF1LUt (ORCPT + 99 others); Mon, 28 Jun 2021 07:20:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50040 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232767AbhF1LUs (ORCPT ); Mon, 28 Jun 2021 07:20:48 -0400 Received: from phobos.denx.de (phobos.denx.de [IPv6:2a01:238:438b:c500:173d:9f52:ddab:ee01]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5744EC061574; Mon, 28 Jun 2021 04:18:21 -0700 (PDT) Received: from [IPv6:::1] (p578adb1c.dip0.t-ipconnect.de [87.138.219.28]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: marex@denx.de) by phobos.denx.de (Postfix) with ESMTPSA id 9F22082DAA; Mon, 28 Jun 2021 13:18:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denx.de; s=phobos-20191101; t=1624879099; bh=qA45Pgs9vtEjSDKl0Lpxyl8donDg6Vmu3o01tms71Sw=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=u7ggcc7OjxDa6PZfbOhJG+MOyi+dIGDwtArvZ7C3dpiXocmniVH6ChlopUR8Vj/4K ppiB0mngIHTXKer5uR+TkReCVscDnvfd4yVlN6Mj76lMGuAfWk6jutC5Woug6YKwob wFxjQgq+1OH4SR84OUv2G7fmdaRZMc8FKyyUkVMzld1bOWWfyeyEV0f7moon1VLVC2 PKMw0ipUHlrhgmdb23gS0K7KUpFlmdZ49mb6JQ9ljD19nKPJjhYeLMuNAFNDPKnZec wSK5yFc0rhXOXthTT5oOLbtQCIT2REyfjJUWDoS6Z5X24TeJCZxt3/BNMnz7FG4mOZ WJZnkwtQ81Skg== Subject: Re: [PATCH V7 4/4] soc: imx: Add blk-ctl driver for i.MX8MM To: Peng Fan , Adam Ford , "Peng Fan (OSS)" Cc: Rob Herring , Shawn Guo , Sascha Hauer , Sascha Hauer , Fabio Estevam , dl-linux-imx , Philipp Zabel , Lucas Stach , Krzysztof Kozlowski , =?UTF-8?Q?Guido_G=c3=bcnther?= , Andrey Smirnov , devicetree , arm-soc , Linux Kernel Mailing List , Jacky Bai , Schrempf Frieder , Abel Vesa References: <20210612133134.2738-1-peng.fan@oss.nxp.com> <20210612133134.2738-5-peng.fan@oss.nxp.com> <2c39672b-780a-8e33-038e-0856e32ede7a@denx.de> From: Marek Vasut Message-ID: Date: Mon, 28 Jun 2021 13:18:18 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/28/21 1:14 PM, Peng Fan wrote: >> Subject: Re: [PATCH V7 4/4] soc: imx: Add blk-ctl driver for i.MX8MM >> >> On 6/14/21 8:07 PM, Adam Ford wrote: >>> On Sat, Jun 12, 2021 at 7:58 AM Peng Fan (OSS) >> wrote: >>>> >>>> From: Peng Fan >>>> >>>> The i.MX8MM SoC has dispmix BLK-CTL and vpumix BLK-CTL, so we add >>>> that support in this driver. >>>> >>>> Reviewed-by: Abel Vesa >>>> Signed-off-by: Peng Fan >>> >>> Maybe my TF-A is too old, but I am not able to wake the device from >>> suspend-to-ram with this series. I used the device tree from [1] to >>> enable both the GPCv2 and the blk-ctl stuff. >>> >>> [1] - >>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpatc >>> >> hwork.kernel.org%2Fproject%2Flinux-arm-kernel%2Fpatch%2F20210604111 >> 005 >>> .6804-1-peng.fan%40oss.nxp.com%2F&data=04%7C01%7Cpeng.fan%4 >> 0nxp.co >>> >> m%7Ca4c06cfdf6314633c7c708d93a23cff0%7C686ea1d3bc2b4c6fa92cd99c >> 5c30163 >>> >> 5%7C0%7C0%7C637604747755701757%7CUnknown%7CTWFpbGZsb3d8eyJ >> WIjoiMC4wLjA >>> >> wMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&s >> data=0 >>> pDwVtfizZ7mZh9pSfy0bSbffOxP90AnaQrZ8i8cNv0%3D&reserved=0 >>> >>> I based both off Shawn's for-next branch. >> >> I also ran into issues with this, although it could also be related to GPCv2. On >> MX8MM , the system sometimes hangs when bringing up the GPCv2 power >> domain 6 (VPUMIX). It seems that the GPCv2 driver sets >> GPC_PU_PGC_SW_PUP_REQ register to 0x100 to bring up the VPUMIX and >> the bit never self-clears. After that, it seems the entire GPC locks up. >> Have you ever seen that kind of behavior ? > > Do you have clk enabled for vpumix? Is this issue happends every time? Or hard > to reproduce? Yes, DEC_ROOT is active, I also activated BUS. It happens sporadically (every 5 or so reboots), I have to reboot the machine a few times to trigger it. It happens during the kernel boot process in every few boots.