Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp6842092ybe; Wed, 18 Sep 2019 09:55:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqx0fqm/tRAgLl/vb8BGs7Z7IHfap0F/9Y4oyuK4pdv1G38BRk96NMHvi7fB51jfEJ9vgR3o X-Received: by 2002:a50:ed17:: with SMTP id j23mr3304415eds.248.1568825736241; Wed, 18 Sep 2019 09:55:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568825736; cv=none; d=google.com; s=arc-20160816; b=amBehxRHS8iLsjK7wBTJ03vJTuM+MQUEWZTH+w8T1xWRilOW5PmDvaRTqT51FkkkBV KNMFnG5dlsGpOCsCrDGXATMutMu9ey+YLePZVOBRmlJTdAvT7+t7x4W7T6K+6t4Cv7nz RmTMkii+VcqgErMWESSmPxw/vg8u9QCRfFczybPcWsxm/ZXahijqymEeRjvzGB8knHCb GZBoqYqirHXWntsNIrGsWH5rRjXMcG36tCb5MaWGsd0o90UI1HbTgZP4e0DQHYO9Bww2 /4IuWGpNLkk7G3iHyGq4BwKnz5BBShPPq8RllgG/5HJ4xyuA+BxoQcf9Hm6D4eIzzybY StLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=+o1CK8zqrd4j8FzhhX09ckuaw8lbAigm+HGJGOzJ338=; b=Hojf9o4cwwf5ETOCioQIh7qmqn7fWWpeYXNArWR7i/LmG09+slMEfojoe2qDFZ7XTB m+ZhMSBiILI004Q3DEYCJbof9CGxxDORKCzy/VS9Y0hatL9DKOHjwe+sxgg96Va04I+f cprIvGsGYR7JER0+lPtLGtkMEpYKyzJW626yk295AHtmcQIXm7qOm0Gh1vXeAlCaf3CI FUlg6s0eiH6QxMJPJthFbY5fcUJZzyxMBUD+jWZsPWkuJV8Yu51JnxpEcELaTqJJIxx0 4gMbyvz4yp4B6QQd2xvKnj4wXfSuu9QI+fmKFeXYmAMJPddDzVMXSLQXbDp16xl86R9C 5cyA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id pv19si3235017ejb.181.2019.09.18.09.55.11; Wed, 18 Sep 2019 09:55:36 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731253AbfIRMnG (ORCPT + 99 others); Wed, 18 Sep 2019 08:43:06 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:50430 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725902AbfIRMnF (ORCPT ); Wed, 18 Sep 2019 08:43:05 -0400 Received: from 61-220-137-37.hinet-ip.hinet.net ([61.220.137.37] helo=localhost) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iAZIU-00079V-MC; Wed, 18 Sep 2019 12:43:03 +0000 From: Kai-Heng Feng To: bhelgaas@google.com, tiwai@suse.com Cc: linux-pci@vger.kernel.org, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org, Kai-Heng Feng Subject: [PATCH v3 2/2] ALSA: hda: Allow HDA to be runtime suspended when dGPU is not bound to a driver Date: Wed, 18 Sep 2019 20:42:58 +0800 Message-Id: <20190918124258.10744-1-kai.heng.feng@canonical.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190828180128.1732-1-kai.heng.feng@canonical.com> References: <20190828180128.1732-1-kai.heng.feng@canonical.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Nvidia proprietary driver doesn't support runtime power management, so when a user only wants to use the integrated GPU, it's a common practice to let dGPU not to bind any driver, and let its upstream port to be runtime suspended. At the end of runtime suspension the port uses platform power management to disable power through _OFF method of power resource, which is listed by _PR3. After commit b516ea586d71 ("PCI: Enable NVIDIA HDA controllers"), when the dGPU comes with an HDA function, the HDA won't be suspended if the dGPU is unbound, so the power resource can't be turned off by its upstream port driver. Commit 37a3a98ef601 ("ALSA: hda - Enable runtime PM only for discrete GPU") only allows HDA to be runtime suspended once GPU is bound, to keep APU's HDA working. However, HDA on dGPU isn't that useful if dGPU is not bound to any driver. So let's relax the runtime suspend requirement for dGPU's HDA function, to disable the power source to save lots of power. BugLink: https://bugs.launchpad.net/bugs/1840835 Fixes: b516ea586d71 ("PCI: Enable NVIDIA HDA controllers") Signed-off-by: Kai-Heng Feng --- v3: - Make changelog more clear. v2: - Change wording. - Rebase to Tiwai's branch. sound/pci/hda/hda_intel.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 91e71be42fa4..c3654d22795a 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -1284,7 +1284,11 @@ static void init_vga_switcheroo(struct azx *chip) dev_info(chip->card->dev, "Handle vga_switcheroo audio client\n"); hda->use_vga_switcheroo = 1; - chip->bus.keep_power = 1; /* cleared in either gpu_bound op or codec probe */ + + /* cleared in either gpu_bound op or codec probe, or when its + * root port has _PR3 (i.e. dGPU). + */ + chip->bus.keep_power = !pci_pr3_present(p); chip->driver_caps |= AZX_DCAPS_PM_RUNTIME; pci_dev_put(p); } -- 2.17.1