Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4237457ybg; Mon, 21 Oct 2019 06:03:48 -0700 (PDT) X-Google-Smtp-Source: APXvYqycsPQL6j0VTsBGjFcfv4lOXcZcxnoQA//TqCBs+TimCTBWf5tYRqbXauHakHc+M1hZ8Yul X-Received: by 2002:a17:906:ccd6:: with SMTP id ot22mr1103686ejb.166.1571663028266; Mon, 21 Oct 2019 06:03:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571663028; cv=none; d=google.com; s=arc-20160816; b=UCJNnNgICWuyIeLHpGSAgNnTW33sdoJo3ke7YE3PNyXic/V56enBUm2/6QxjYwebgp yF+pDddLoiWAeo1/SVhT0+NQtJeZmqa7+meL7CwYbsalTa8TqQZ5CWMYMyj5Fom7NcdH D3+TeDvO0zCTioMx2yp0k6mXS+L0AHpyxDLCC7KXIL/eZpTH21W5nxp/6NLa0XsoqRat 4BIQwjr+B/IHtpNSRrZZGnSZdHj18FSM6M57ak5o6HXz25VH0awCQsKyLFdACHVjCnlM yOGVTRO12JxxMvzP6kX2pPyhy+8XBlVp3lSM9efbvheEdr0SL8qEwPYXyUPDah3XLp9p e6Tw== 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=MATzqi2DYgY3f2a3E6niPS64+EAt9PrYf2/3XZiaaBU=; b=LSkK9WXramSuXWatCMRdxYuxlLjYQbfqcY6v9eFoPscNseB9c1CGU4p7OYGx6yhefC eNtTTHRUL5LjZZox4/JiTHRbc7UQ00zGtO/I26WmK2L10DjLh7nITVp9i5vSQvJHeqb9 AfqyKs7A8pDTYsORjWjJ0lRxACWeRTZkNEZl/QXfsZ3MS+C3w+apT+J32oOEdohqMcjM Ts+Y6TBmjyAKKXDdtC/kaNM2vh0D1jPtXE7zt+u9KvOHtGd7Da+bD1tHjy1mQkVpgsim /bI0VvcyKBg8z7h6f1mWqiETgwhlQhNSZdcU+JA9gnp6KU7jHAFa6WPSL1+FNVdVEDhK J4ag== 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d26si9421750edq.91.2019.10.21.06.03.19; Mon, 21 Oct 2019 06:03:48 -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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728769AbfJUNCl (ORCPT + 99 others); Mon, 21 Oct 2019 09:02:41 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51298 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728696AbfJUNCk (ORCPT ); Mon, 21 Oct 2019 09:02:40 -0400 Received: from mail-qt1-f197.google.com (mail-qt1-f197.google.com [209.85.160.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A05B683F4C for ; Mon, 21 Oct 2019 13:02:35 +0000 (UTC) Received: by mail-qt1-f197.google.com with SMTP id j5so13996859qtn.10 for ; Mon, 21 Oct 2019 06:02:35 -0700 (PDT) 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=MATzqi2DYgY3f2a3E6niPS64+EAt9PrYf2/3XZiaaBU=; b=oaE/wM5weGXskH9imoDDayRcUwh3JvBFljoufyO2TYQ33fmm5X3V4bGhaNaLKrfcVD GDk6uJh3XlM/fC9S0GY/rxoPYyI2gR7aozDAWYDtYp25v1Ru9lvD6OXK8TUfbaSBsQrR hsOxvmj5g7zPfDGWSToA31EFaWrvgYk58Cdm4iTtdDDNCu2RZgqWeWEktu2rhU3xKxh7 1GZRJ1TJws2LwoLVDrFGQa9IZs3wa29ywaRHd+VgFmM65JX9pGhzGpZb8KRddQGqKfB8 bSJMojJBka2n2nIj/xnDkC0/sE/C/amtBT+ImKmC4XJlndnyENCmGER1iXuhTE8Ij/SM HUbQ== X-Gm-Message-State: APjAAAWzb24EJAxSmuNVhFYbYU7uL2K5pavRFPxZ7M8QpH3vQ2znVdjY CU7pmtRZ5Pn3N4SbGqNtnpO1a3+zMKhXrECccpt8ihmcC+BQ8Rc62eOfZdc0LrcEpjkTfJ1XFfo lT5e9EJ+rm4A1VdBYhtv6bE5o4YzB/X3eaO2sjKfS X-Received: by 2002:a05:620a:16b9:: with SMTP id s25mr22921993qkj.102.1571662954876; Mon, 21 Oct 2019 06:02:34 -0700 (PDT) X-Received: by 2002:a05:620a:16b9:: with SMTP id s25mr22921978qkj.102.1571662954620; Mon, 21 Oct 2019 06:02:34 -0700 (PDT) MIME-Version: 1.0 References: <20191016144449.24646-1-kherbst@redhat.com> <20191021114017.GY2819@lahna.fi.intel.com> <20191021120611.GB2819@lahna.fi.intel.com> In-Reply-To: <20191021120611.GB2819@lahna.fi.intel.com> From: Karol Herbst Date: Mon, 21 Oct 2019 15:02:23 +0200 Message-ID: Subject: Re: [PATCH v3] pci: prevent putting nvidia GPUs into lower device states on certain intel bridges To: Mika Westerberg Cc: LKML , Bjorn Helgaas , Lyude Paul , "Rafael J . Wysocki" , Linux PCI , Linux PM , dri-devel , nouveau 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 Mon, Oct 21, 2019 at 2:06 PM Mika Westerberg wrote: > > On Mon, Oct 21, 2019 at 02:00:46PM +0200, Karol Herbst wrote: > > On Mon, Oct 21, 2019 at 1:40 PM Mika Westerberg > > wrote: > > > > > > Hi Karol, > > > > > > Sorry for commenting late, I just came back from vacation. > > > > > > On Wed, Oct 16, 2019 at 04:44:49PM +0200, Karol Herbst wrote: > > > > Fixes state transitions of Nvidia Pascal GPUs from D3cold into higher device > > > > states. > > > > > > > > v2: convert to pci_dev quirk > > > > put a proper technical explanation of the issue as a in-code comment > > > > v3: disable it only for certain combinations of intel and nvidia hardware > > > > > > > > Signed-off-by: Karol Herbst > > > > Cc: Bjorn Helgaas > > > > Cc: Lyude Paul > > > > Cc: Rafael J. Wysocki > > > > Cc: Mika Westerberg > > > > Cc: linux-pci@vger.kernel.org > > > > Cc: linux-pm@vger.kernel.org > > > > Cc: dri-devel@lists.freedesktop.org > > > > Cc: nouveau@lists.freedesktop.org > > > > --- > > > > drivers/pci/pci.c | 11 ++++++++++ > > > > drivers/pci/quirks.c | 52 ++++++++++++++++++++++++++++++++++++++++++++ > > > > > > I may be missing something but why you can't do this in the nouveau > > > driver itself? > > > > What do you mean precisely? Move the quirk into nouveau, but keep the > > changes to pci core? > > No, just block runtime PM from the device in nouveau driver. but that's not what the patch does. It only skips the PCI PM reg write, but still let the ACPI method be invoked to put the device into D3cold