Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp1381461ybg; Fri, 18 Oct 2019 17:07:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqz5PYb8TRAjW0GOrxDy339rs6/n2PBM/jFTd3oEiMGiJfHHc5s+iF9WEtqPaozM7hu3Wl3N X-Received: by 2002:a05:6402:650:: with SMTP id u16mr12629103edx.211.1571443645660; Fri, 18 Oct 2019 17:07:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571443645; cv=none; d=google.com; s=arc-20160816; b=kUa4yzepP+OiZ97Dx1FY82UPmcjTwmNEqyTA7oE58qMS5Gflozvdsx48y021os3E0D WSV5hh7eMze8jTbQgYn6TcaTmewZTjWFzM/+L1p2XZtSBD5oSirbuXiNnXMoCGLmf3eM tTTwNhw1KBy/xcc7UnhBtkcexnq+sU++Gi5nvC2eKIarVJDu4k8EBsXZnMFGY5kNKgZG pE7z71LgZpzfLjiwckDUaShdw9K5c22iNZfccyelHxqodC2AuvXcwo+0n5MldjJ1s1U9 CiRglQO8yiJq6YdYJnBo2JZRtiYgBo3dq+6KMvVQLtNRSNdF14IYzlefBGY3s/1Id81X iQnQ== 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=I5c/ncpbOqCvzTFmu0qUTfN3x9urlpYLf1NgqqI/ViU=; b=cqXJCgcqaXSc4sHC2EH7iAvKrXlLFnJKd6/ZRRsizWEOmkWvuFRkxTOFbQRkK3NZ/L 0IgJKJ0TwKWvF1SufKEt88kEgOvEfFa5iyeyOHfiRhfc1sM2+7LNQ9tiyVsk83zsTNmf hYTsdxvUc30YfiG7lSxuNudKmbf54k36vaxhuVZk+ZvdZ8vfSRizBhfphLkoGbr33Frj nm6feytdHLs//Q4lPrBcswLvJ/ZIsS3T86mW1QGTIBgVS+IJilE3+uMpdEqGkGX9lPC8 6eB50OZX99O0IDPSdL/pZiiz7f2xY3DcvPxdi3nfI8Tfqf20MKZjfMh+Kh1VoVwienX1 lUrw== 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 v9si4283855eju.434.2019.10.18.17.07.02; Fri, 18 Oct 2019 17:07:25 -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 S2504581AbfJRHjD (ORCPT + 99 others); Fri, 18 Oct 2019 03:39:03 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:37818 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2407483AbfJRHjB (ORCPT ); Fri, 18 Oct 2019 03:39:01 -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 1iLMqf-0006HU-RX; Fri, 18 Oct 2019 07:38:58 +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 v6 2/2] ALSA: hda: Allow HDA to be runtime suspended when dGPU is not bound to a driver Date: Fri, 18 Oct 2019 15:38:48 +0800 Message-Id: <20191018073848.14590-2-kai.heng.feng@canonical.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20191018073848.14590-1-kai.heng.feng@canonical.com> References: <20191018073848.14590-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 --- v5, v6: - No change. v4: - Find upstream port, it's callee's responsibility now. v3: - Make changelog more clear. v2: - Change wording. - Rebase to Tiwai's branch. sound/pci/hda/hda_intel.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 240f4ca76391..e63b871343e5 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -1280,11 +1280,17 @@ static void init_vga_switcheroo(struct azx *chip) { struct hda_intel *hda = container_of(chip, struct hda_intel, chip); struct pci_dev *p = get_bound_vga(chip->pci); + struct pci_dev *parent; if (p) { 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 + * upstream port has _PR3 (i.e. dGPU). + */ + parent = pci_upstream_bridge(p); + chip->bus.keep_power = parent ? !pci_pr3_present(parent) : 1; chip->driver_caps |= AZX_DCAPS_PM_RUNTIME; pci_dev_put(p); } -- 2.17.1