Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp357787rwe; Wed, 24 Aug 2022 02:07:29 -0700 (PDT) X-Google-Smtp-Source: AA6agR5eRx/6TLm97fCzcYRb9PTJZBWX9tj7dAarF21vcnhFCty9ORpAqRw3DkQuyaXa99SbAw65 X-Received: by 2002:a05:6402:26c2:b0:43d:d885:451a with SMTP id x2-20020a05640226c200b0043dd885451amr6782221edd.287.1661332049029; Wed, 24 Aug 2022 02:07:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661332049; cv=none; d=google.com; s=arc-20160816; b=uOaU+NtMAUKGX97sAd4yu7JIBn2/+Y2QAPFUeImxbe4G0LZ0u2zsiZw0AySZMKDB5w /tbF1h9Nz9eXZHN4xhln8Nk2P2Xa1nEH5Fwjv+aTjKNu0y6fMrjT0Dxtc740PuE/zIfd /qHByaSzguJYFupiAtWEvytPNC9ADN1+2HakbCHw2uGEXPVkQkfM1i+AtbwoenTO+lB4 nHunETovo30xywHNLfi3Jm5vk9bLUi/qwAjNTQ1dMXIEd0vPzZtPnq8BbU/LWYeDStvM TE1h402ii8PcqzQ5rqw34sLG66u1bfJqp+Ahl/BArIPnXZ39ROokUtym7htPi3kI6BeF Xr9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=JTnmNu9iFWrZxwQuRDsNixUa0OoBtVdGpGi9kKBQcCg=; b=kN4zUlQZ8hjJamih3Y356zDUhUR1HjWAM9AtnTxG5SdZOKDquqE8uHmhOa8J73Wyxk oYiBC+rNsIj6WUVeInTPNJxxBA1pNugjd/mbvHc9Ygg3MqtPb4l1+XuWS9hTGMZoMC9o pPJK1zUP964OeMr3KbSbhghYeVEMZp5NR9EGh3Cms3CMpTlHWMQdlZmiHcyKyGeSGi3c blT2irGxImu6eB38nAT9/3Uj0rx6gxofwkioq0OGpemj2AxfHkRWwRUCZ0MhDiyBcrZy ZataJJfExcI3j99oUa+65g1X4sxzi863txs+FSNqpTxid616eJBq13vfSp0VmmqP9Bpb wzbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Y1M0khDi; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ws13-20020a170907704d00b0073d7de18d27si1383478ejb.175.2022.08.24.02.07.02; Wed, 24 Aug 2022 02:07:29 -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 header.i=@kernel.org header.s=k20201202 header.b=Y1M0khDi; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236021AbiHXIsh (ORCPT + 99 others); Wed, 24 Aug 2022 04:48:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34598 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236163AbiHXIsP (ORCPT ); Wed, 24 Aug 2022 04:48:15 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0ABEA7AC00; Wed, 24 Aug 2022 01:47:43 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 25F12617AE; Wed, 24 Aug 2022 08:47:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 78FF0C433D6; Wed, 24 Aug 2022 08:47:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1661330862; bh=KsYrz7x6IcbX0pgtIwi510gAC8itg404yw0MYtsog74=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Y1M0khDi+IP4HCcNiZ09RpeBhBSSog68O8ucahvlGBkZvemyAPXzntTYDV4/LPl3l ZkOPnxhflT6SNwsh/b5C6qsFvpoh0Z2tFNBesdyWWdJnVR2s3O1OcwSUAxBIKlLhxD kGmpQOD427tZJwa3JpjmaGD8L45/ttt9tMNwK7W9aR0dL89OcNh1r08tiKzw94fGO3 1xCGDta2tFX+SyenXianEog0Zam0s3gJPjGvYVbiOD4/i7bhD+juUjv2BL4+SSX/L8 SEYJFX1yY4FMpyjyhF/gUbI8L5KLHg+SGb0QPLrNqBm1kMEGdv3nH6rI2SNDj3R4JS dwJbRsEWOk5lg== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1oQm36-0004ZD-Cb; Wed, 24 Aug 2022 10:47:45 +0200 Date: Wed, 24 Aug 2022 10:47:44 +0200 From: Johan Hovold To: Matthias Kaehlcke Cc: Andy Gross , Bjorn Andersson , Konrad Dybcio , Michael Turquette , Stephen Boyd , linux-arm-msm@vger.kernel.org, Johan Hovold , Douglas Anderson , Krishna Kurapati , linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, Bjorn Andersson Subject: Re: [PATCH 2/2] clk: qcom: gcc-sc7280: Keep USB GDSC power domains on when USB wakeup is enabled Message-ID: References: <20220822115246.1.I45235b7c40997bc2abf813e4722b4dcdd6aecf6b@changeid> <20220822115246.2.If09027f73daa6e1ed95f5eab02326b543c67132e@changeid> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Tue, Aug 23, 2022 at 09:42:53AM -0700, Matthias Kaehlcke wrote: > On Tue, Aug 23, 2022 at 01:16:36PM +0200, Johan Hovold wrote: > > On Mon, Aug 22, 2022 at 11:53:11AM -0700, Matthias Kaehlcke wrote: > > > Set GENPD_FLAG_ACTIVE_WAKEUP for the USB GDSC power domains of SC7280. > > > > > > Suggested-by: Johan Hovold > > > Signed-off-by: Matthias Kaehlcke > > > --- > > > > > > drivers/clk/qcom/gcc-sc7280.c | 2 ++ > > > 1 file changed, 2 insertions(+) > > > > > > diff --git a/drivers/clk/qcom/gcc-sc7280.c b/drivers/clk/qcom/gcc-sc7280.c > > > index 7ff64d4d5920..4ff855269467 100644 > > > --- a/drivers/clk/qcom/gcc-sc7280.c > > > +++ b/drivers/clk/qcom/gcc-sc7280.c > > > @@ -3125,6 +3125,7 @@ static struct gdsc gcc_usb30_prim_gdsc = { > > > .gdscr = 0xf004, > > > .pd = { > > > .name = "gcc_usb30_prim_gdsc", > > > + .flags = GENPD_FLAG_ACTIVE_WAKEUP, > > > > Have you verified that the power-domain doesn't need to remain on also > > when USB isn't used for wakeup? > > So far I haven't observed issues with this on sc7180 and sc7280 when USB > wakeup is disabled. Ok, good. I would have assumed that it needed to stay always-on before the s/device_can_wakeup/device_may_wakeup/ change as before that the PHYs would be left on regardless of the (sysfs) wakeup setting. > > This is the case for sc8280xp and indicates that there are further > > missing pieces here (at least for that platform). > > What are you observing on sc8280xp when wakeup is disabled? The wakeup setting doesn't seem to have anything to do with the genpd issues on sc8280xp and the controller doesn't resume properly regardless of whether the PHYs have been disabled or not during suspend unless the PD is left on. Wakeup itself notably works either way. Johan