Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp1866894ybc; Wed, 20 Nov 2019 05:26:59 -0800 (PST) X-Google-Smtp-Source: APXvYqyRIA8RWSLptTXw0NnGvAB3oYED2pBbge0HnDkrx8eu/tZ8qoLkPH9vjNfTmnmKHxlSp04d X-Received: by 2002:adf:cf10:: with SMTP id o16mr3375388wrj.334.1574256419765; Wed, 20 Nov 2019 05:26:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574256419; cv=none; d=google.com; s=arc-20160816; b=AQFgnd46Qg8Yaue4U489tdLRoV67iJ4RcFRfUfhGw16noUhboiUUlUB1h5bY3kLTkT HA4njeo1iyrQ3YKQA8gyhRmMQMyZUzIW2l87Vp85ynNK+e4zxoWzS+9+E30wrjTk8uR2 8Cv2ag9RF5rtPSIqhmbElTH8rWNO1dQfX/FXltmmNaXdXQ6siLASgImzIs+sHreH0fg+ ed9ly/NVGqppDsByJ9yG5/JtxQVBWxJq9+HwgtV97BPWEVat3QRITt+9Vam1iXw4JVEh 0/Ofu6F2wcjZku/cf7v/sr0f34fE2QyHlAxA74HVHNV+iYsV3QQrBZUXvvWcI8l7lzxV LUag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=OeFNReHTu2Z/wmOhc+6rykSX19PAp/KecxFvBbcF5xE=; b=DHj0Ms8p+HgwbRK7KPbdRIOdYR8FNYiGuVAhoLhJrAxHmCOkdTJYj1aNGGu64rXReF m3EJ1G9eudTniTcpuMuZktxdIS3/TxS/5el9rg8gEQa4Rnps9rVFfyFQGiwhGbv5st3P igrwZl0zuVNbDf/EBpsx6g/Hd7+88yiYHTTIdXNvKT8SsdAcVXdidmAeJqy5JZXB8tKW AvlEKY7JxK+OOJyYamn1uBl6xLsYcH3NRq+2hH/U+xWbJDHhvHJW/V+HrGyzEyljMFYT /ZVoIxsjbFMW1M4oNZh26tc5Yd26RABhKvpNd+Xn8acbDHm1XQB5dtSoWrpe8cLqOHKW J0UA== 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k35si19523794edb.84.2019.11.20.05.26.35; Wed, 20 Nov 2019 05:26:59 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729545AbfKTMLt (ORCPT + 99 others); Wed, 20 Nov 2019 07:11:49 -0500 Received: from mail-ot1-f66.google.com ([209.85.210.66]:40115 "EHLO mail-ot1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729236AbfKTMLs (ORCPT ); Wed, 20 Nov 2019 07:11:48 -0500 Received: by mail-ot1-f66.google.com with SMTP id m15so20978679otq.7; Wed, 20 Nov 2019 04:11:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OeFNReHTu2Z/wmOhc+6rykSX19PAp/KecxFvBbcF5xE=; b=HRXYhe8xWVyZOKnpqhh6cQn0NPCw7hjOT/kpVG+1tq6BiNldAuT/qZyRyFhdx4T/qh SKPc+B7f85cCBJccdQfSD31PU8iGI0X55hS7ucRcDgTQtzclrKI/JUdxJtmtNIBO/IFt AKjTQz8JFqR+2myxJmzcbY26xqLfakNrsjq3vu1NgXt5tjWK4XwB8/gOfYnfDspDyXzb 9gPkP2tielZFwLUMGPj9LbNKxVufi2o4azvh8mdpiHYeKQAs8NA2c5fFDlsmKOv4Z1Ay 9UUva97FlsCFqgHdBXf6LNY5I20xyUqKzohPUFUfD5Y8vdixh0fmtcCc7oPnVE5TiszY 3oIA== X-Gm-Message-State: APjAAAW+bGnF0NwosqqSNelUtTigiDCUqK7l01onjt7k7giyrIn0PNVg I9N/ziIaupqann+ug66QAEsAazrKf+1FaGzq7s4= X-Received: by 2002:a9d:7d01:: with SMTP id v1mr1670717otn.167.1574251907511; Wed, 20 Nov 2019 04:11:47 -0800 (PST) MIME-Version: 1.0 References: <20191017121901.13699-1-kherbst@redhat.com> <20191119214955.GA223696@google.com> <20191120101816.GX11621@lahna.fi.intel.com> <20191120112212.GA11621@lahna.fi.intel.com> In-Reply-To: From: "Rafael J. Wysocki" Date: Wed, 20 Nov 2019 13:11:36 +0100 Message-ID: Subject: Re: [PATCH v4] pci: prevent putting nvidia GPUs into lower device states on certain intel bridges To: Karol Herbst , Mika Westerberg Cc: Bjorn Helgaas , LKML , Lyude Paul , "Rafael J . Wysocki" , Linux PCI , Linux PM , dri-devel , nouveau , Dave Airlie , Mario Limonciello Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 20, 2019 at 1:06 PM Rafael J. Wysocki wrote: > > On Wed, Nov 20, 2019 at 12:51 PM Karol Herbst wrote: > > > > On Wed, Nov 20, 2019 at 12:48 PM Rafael J. Wysocki wrote: > > > > > > On Wed, Nov 20, 2019 at 12:22 PM Mika Westerberg > > > wrote: > > > > > > > > On Wed, Nov 20, 2019 at 11:52:22AM +0100, Rafael J. Wysocki wrote: > > > > > On Wed, Nov 20, 2019 at 11:18 AM Mika Westerberg > > > > > wrote: > > > > > > > > [cut] > > > > > > > > > > > Oh, so does it look like we are trying to work around AML that tried > > > > > to work around some problematic behavior in Linux at one point? > > > > > > > > Yes, it looks like so if I read the ASL right. > > > > > > OK, so that would call for a DMI-based quirk as the real cause for the > > > issue seems to be the AML in question, which means a firmware problem. > > > > > > > And I disagree as this is a linux specific workaround and windows goes > > that path and succeeds. This firmware based workaround was added, > > because it broke on Linux. > > Apparently so at the time it was added, but would it still break after > the kernel changes made since then? > > Moreover, has it not become harmful now? IOW, wouldn't it work after > removing the "Linux workaround" from the AML? > > The only way to verify that I can see would be to run the system with > custom ACPI tables without the "Linux workaround" in the AML in > question. Or running it with acpi_rev_override as suggested by Mika, which effectively would be the same thing.