Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp486477ybl; Fri, 10 Jan 2020 01:57:12 -0800 (PST) X-Google-Smtp-Source: APXvYqzr0PvVecyUUk0iL5j4yimx9ddnslwFNKsfwIRuRlYzTPKq35jSrwoOcDDPnSl1U6pS2q+z X-Received: by 2002:a05:6808:8e5:: with SMTP id d5mr1469464oic.154.1578650232543; Fri, 10 Jan 2020 01:57:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578650232; cv=none; d=google.com; s=arc-20160816; b=utsCxpIwqAGI+E1SXMc1DT8Td0lLrK2i4zKzHMd8uY9i056F+r0xjZ1aghvhV5LP+d VZa9+0S6ZmfF1AC4J3KFgYnvHqL3s7plqjgvy/xiG5I9OVCqZ97SV41MaeYtXrJbt2WR T/DVSl2+Hv4G/MyF9Sp6cTwERE+pnkCxnMjfdYwcsemxz7TrdoiUaKV+HDmKSQ3GqaQE vV125ztixVeajBjVRlTTn1DWDeiVUk5UR98BV/PEnboY5wSta/LLz74gU4KMDbJQUv20 pTUGExC51dMvBm0rm4BaUANXECo6P5Ggf8JnTcqdACxbrOObVKJg/1D+2rczu/A7j48C lFYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:subject:cc:to:from:message-id:date; bh=jBsW0Ph5uN/Vxi7yAE5LKopeKWJuG0WLkhk2EdA/d6s=; b=HlvE9PtEe4N0cVzTY/JqpOz11ObjBrGapZ7P+bbfUHKYQutgwj7YIKFuhZ4SxOrmR1 6u8G8HQTQaCENmEO7PTkJoQR3Y2ZSUUVNVvWnQPpZXi/nhy17RVaDV4iC2wL/jeijmMs /0gAZnXu75FgK/rqSsKJob0bKraKu+9dUzGK22TBRgLfE3R88Vg5Qyi1Sp3I0KzfAfUB t8aTYjN9V7JZo+GVmcNyPQtaUYrhnKZecDPnE7CEkB/O2XPTDEQ0Luy6hn1wtSXcdz4p rfLtq+vMVuz5hSQWGHgHsmuF+HjYdIsp/2hSIiCjq8CRj75n6PmH784vJCfHJ4xd1JZE 3vGw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 8si874062ota.266.2020.01.10.01.57.01; Fri, 10 Jan 2020 01:57:12 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727414AbgAJJ4H (ORCPT + 99 others); Fri, 10 Jan 2020 04:56:07 -0500 Received: from mx2.suse.de ([195.135.220.15]:37434 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727274AbgAJJ4H (ORCPT ); Fri, 10 Jan 2020 04:56:07 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 4E966AE87; Fri, 10 Jan 2020 09:56:04 +0000 (UTC) Date: Fri, 10 Jan 2020 10:56:03 +0100 Message-ID: From: Takashi Iwai To: Jaroslav Kysela Cc: Kai-Heng Feng , bhelgaas@google.com, tiwai@suse.com, linux-pci@vger.kernel.org, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Subject: Re: [alsa-devel] [PATCH v6 2/2] ALSA: hda: Allow HDA to be runtime suspended when dGPU is not bound to a driver In-Reply-To: <10e35320-b7a8-0bcf-92d1-61aa5c057f58@perex.cz> References: <20191018073848.14590-1-kai.heng.feng@canonical.com> <20191018073848.14590-2-kai.heng.feng@canonical.com> <10e35320-b7a8-0bcf-92d1-61aa5c057f58@perex.cz> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 10 Jan 2020 10:43:26 +0100, Jaroslav Kysela wrote: > > Dne 18. 10. 19 v 9:38 Kai-Heng Feng napsal(a): > > 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. > > This patch breaks the HDMI audio detection at least on some platforms > (Lenovo P50 for example) with nouveau and the proprietary nvidia > driver. Those laptops have the external HDMI/DP ports connected to > dGPU instead the iGPU. The ACPI PR3 is set. > > The runtime PM off fixes this problem: > > echo on > /sys/bus/pci/devices/0000\:01\:00.1/power/control But this will keep the power of the graphics chip on, and that's what the patch was supposed to "fix". > But I don't think that it's the best solution. My proposal is to > create a pr3 check blacklist to keep power for the HDMI audio for > those machines. Also we may add a new module parameter for > snd-hda-intel to control this. Other ideas? For nouveau, the best fix is to merge the audio component patch. This will make things working without fiddling with the power up/down. The patch has been pending over months under review in DRM side, unfortunately... Please pinging them for driving ahead. For Nvidia, though, it's no path a binary-only stuff can go with, due to the GPL symbol of the component framework. Those guys know of it well, and they seem adding the temporary power up/down procedure by poking the proc file from the user-space side at the HDMI connection. About a module option: I don't think it's much better than the sysfs toggle. You can set up a simple udev rule if needed, too. thanks, Takashi > > Jaroslav > > > > 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); > > } > > > > > -- > Jaroslav Kysela > Linux Sound Maintainer; ALSA Project; Red Hat, Inc. >