Received: by 2002:a17:90a:88:0:0:0:0 with SMTP id a8csp66552pja; Fri, 22 Nov 2019 03:32:33 -0800 (PST) X-Google-Smtp-Source: APXvYqz2X2K0gNhAJX1vqRl+hlH+STNQKhC7y91HgmmSVv++tqUFMOm37nSSuyf7/5tcs9QuWsJc X-Received: by 2002:a50:9a85:: with SMTP id p5mr453203edb.223.1574422353519; Fri, 22 Nov 2019 03:32:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574422353; cv=none; d=google.com; s=arc-20160816; b=lbMet8c63qF+djR91zpcBAFEBBO0Qevut0pF8aj7erMgxyoeAzRL4iQXVZZfIJxIoz /ZLxonvh4JfCWnsLKTYOpgbZj3b2DCVF8Skk5G0LZCsq65FZ8ExLTZ93CqxoNuNAnPsd pq6YOJ6GiiQuz5BFSQFYMfKoXCJ/xq5I7njmCl2u3CiNYxLPL4WSIZSXkmgW+nCca2VR NX4Gq2Ce8U60nOAv+4UVNiTGfwhGiqLTTbfXQ6WZ7mQoxe213UdBtfnyZEnSP5QLFDe4 Kpd3n6x9oRFxmYXLTfRX6Er0Pli8+Rb+VEJQwxA5gAowI2m0zl8Uo0mvz6mhsx6lgDXF umIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=Fk7+9wRBOnitbINGrkgws0BRV6i2F3wIBf4jxMH1Ew8=; b=wxaH+qAOIDGgSXTRUolgFes/d6SeUI+wopifWrW5DUe/s6fl4KQ1ggoa+B48nCibEr Nu7VUo78NisrAnV0g+ynTkPkEbZB6npfGwtRC0q3n5Q7QfuUNMNK/tWZgZx3R7Kzyk3y 3YLb2qacwvv4CAzkEIQONfPbrE/flRzYmPIZL+72YgTKlz2mG2Xf6gYCS883PZptErbj HGS5s8G0PoqX1KhPxWoAnWy422DhL02Qsqp+iupD7xt3lMv9I+Wcpy0LCICxwO9sCm8k uLwYR+JX0HZ0nteQwi8w+sI1/AcxbE+c2+KjGSiXHTlYfe4W6hL6tIFIlfuT/lXmSHIK Ui7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=am0gFJ8o; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w24si1880962edu.376.2019.11.22.03.32.09; Fri, 22 Nov 2019 03:32:33 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=am0gFJ8o; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726962AbfKVLbP (ORCPT + 99 others); Fri, 22 Nov 2019 06:31:15 -0500 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:30247 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726417AbfKVLbO (ORCPT ); Fri, 22 Nov 2019 06:31:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1574422273; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Fk7+9wRBOnitbINGrkgws0BRV6i2F3wIBf4jxMH1Ew8=; b=am0gFJ8oeeamkBk6LbGJJjIR16i4lD2AgkGK/Lew+mQJu3LeF0QjX6EedNCirWm1GcTCpN +r0+Wp+OShB7sFTxB2hFN280xwYt5/5tz3phIZ0YCwEzZsArAgOndBUz0KE5CeaoFf0l5/ hooHNre2ZCJbLrwGTKvPwP7W4hKHQWM= Received: from mail-qk1-f198.google.com (mail-qk1-f198.google.com [209.85.222.198]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-38-SgPYKJRZPECIjFEnqzMu7A-1; Fri, 22 Nov 2019 06:31:04 -0500 Received: by mail-qk1-f198.google.com with SMTP id q125so4125610qka.1 for ; Fri, 22 Nov 2019 03:31:04 -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=Aur9rsWegbHLh3oY6ky2CGYiseXs+N84XUMnQYfdl6g=; b=g0d7x3X+kH3EO6ndr68V1fdyWmKM9/vWdjs4tS1D/nE1P4HCaWTYcLsWTLDU99Nrl5 8ob8sE623q46ys0CLilW9JWvlImwM32QMZV0O3nWX36Q+24VhvvCgz2EB/v++SBdt4d+ 5XoZ5JcFnpoTtx7k5wxq3t73V9f9ZVjDdASI3JhSwrmnDEElMIcVSuGC3JKebO5LVS7p oQ8Yuxl7vWvupS3+A0UoSW7KP96CmD1FieWplMjNSGSoTl/fLG2xbKdEtqwzEBVFhnnH 7pOqbvRXlqMv3HARBL82hU5BqYRKxfJ2CZYc9eaSCaACPuMiX0SMOnrOvoCflT81Y9Hr NaeQ== X-Gm-Message-State: APjAAAX73H8BowJ1YAH2uoam4K28830JQqLX/NpMfbfO5qEJktsxrXaE eJpirp9z8of4Gpls6qjlgN1T7swMYdH5XVHJUyR4xd4zLexSS3jas5Po6URYbkAz7ODsNKkbleQ vVeJqF44lbLUTRlWWvcZRm6QvA/XZ3iwjdkbF5MVA X-Received: by 2002:ac8:5557:: with SMTP id o23mr13894108qtr.378.1574422264297; Fri, 22 Nov 2019 03:31:04 -0800 (PST) X-Received: by 2002:ac8:5557:: with SMTP id o23mr13894072qtr.378.1574422264060; Fri, 22 Nov 2019 03:31:04 -0800 (PST) MIME-Version: 1.0 References: <20191120155301.GL11621@lahna.fi.intel.com> <20191121112821.GU11621@lahna.fi.intel.com> <20191121114610.GW11621@lahna.fi.intel.com> <20191121125236.GX11621@lahna.fi.intel.com> <20191121194942.GY11621@lahna.fi.intel.com> In-Reply-To: From: Karol Herbst Date: Fri, 22 Nov 2019 12:30:52 +0100 Message-ID: Subject: Re: [PATCH v4] pci: prevent putting nvidia GPUs into lower device states on certain intel bridges To: "Rafael J. Wysocki" Cc: Mika Westerberg , Bjorn Helgaas , LKML , Lyude Paul , "Rafael J . Wysocki" , Linux PCI , Linux PM , dri-devel , nouveau , Dave Airlie , Mario Limonciello X-MC-Unique: SgPYKJRZPECIjFEnqzMu7A-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 22, 2019 at 10:07 AM Rafael J. Wysocki wrot= e: > > On Fri, Nov 22, 2019 at 1:13 AM Karol Herbst wrote: > > > > so while trying to test with d3cold disabled, I noticed that I run > > into the exact same error. > > Does this mean that you disabled d3cold on the GPU via sysfs (the > "d3cold_allowed" attribute was 0) and the original problem still > occurred in that configuration? > yes. In my previous testing I was poking into the PCI registers of the bridge controller and the GPU directly and that never caused any issues as long as I limited it to putting the devices into D3hot. > > And I verified that the > > \_SB.PCI0.PEG0.PG00._STA returns 1, which indicates it should still be > > turned on. > > I don't really understand this comment, so can you explain it a bit to > me, please? > that's the ACPI method to fetch the "status" of the power resource, it should return 0 when the device was powered off (the GPU) and 1 otherwise.