Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1639186ybl; Wed, 14 Aug 2019 21:46:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqwzaBrN4rrKQ/hbrmHeyRo85TjWFwghF5QWTpOLm8aCXrklxeI9lcpd3ler4EAVP/CH2JCn X-Received: by 2002:a17:90a:8d85:: with SMTP id d5mr95426pjo.137.1565844412938; Wed, 14 Aug 2019 21:46:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565844412; cv=none; d=google.com; s=arc-20160816; b=zXPLVdbzA7UeIbt+5v5UzG5Fpg0wPJmFNnLHkuR2BdV6zuE16avoEUJStoFK3V9IVK Ie26MlAKU9z1LrlqmD2SJlXkRrG7Ze7tlC2VJIa9i7mEvxzE9b6kgtsUnfdjzmwPYH/+ 8rI/ATu+xPT0NsoKEbIs2R+ktPH97mt1ls67TfttanfqMxn3KsKIuRfsbwIIEwGxqTei QIxt8Kj5OPfUEyiXmzgwuU8Ig/UeyuKUa2PgWIlO9IWt/si8C+dqIogNZ2/vlCBiUqdX q+ettajGKxXrL3FxiIx0+WAfiI+f8wctmriJ9w21SKSjEuZtLgmu8ISAolNbAsRdFYeQ +J4w== 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=7sgS6p5Q/fcvkuEHxhDuVLaRmp/CaA8gA0Ducst9aSA=; b=F7O/HGrTHi6Rkw/OS3NtnpG0ZTxImMrhyWDROmvP4hO7lAO5zSmIHwTCJXu+ZKwovG hcfsv3a7PMXQPWuCDZahdR7lYbGfpGO24S17hTgMu/tcMje0bapeWieA7u5n4UHlvA4j /ydg+BNbCi63W7y1QxBJk2DJi2wgMVxzdfbYfNjHycGi216WJ4QZ0qFKzrDbTQXJqJhY W2FNf67oBMEXI3siIS2zVN+mX3W9yeXTOpOfZK86l7nm2PHOZO/mp/IrfdftGi7QYllw gFE7ILCUZ+0malB91GB9BywwvjeAIUGPnzdFw7h4tkTYY9KLHX5fktOp0tM3uWl5bH2I n7aw== 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 s21si1202740pfe.204.2019.08.14.21.46.37; Wed, 14 Aug 2019 21:46:52 -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 S1730322AbfHOEoU (ORCPT + 99 others); Thu, 15 Aug 2019 00:44:20 -0400 Received: from mail-ot1-f67.google.com ([209.85.210.67]:46552 "EHLO mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729826AbfHOEoT (ORCPT ); Thu, 15 Aug 2019 00:44:19 -0400 Received: by mail-ot1-f67.google.com with SMTP id z17so3290019otk.13 for ; Wed, 14 Aug 2019 21:44:18 -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=7sgS6p5Q/fcvkuEHxhDuVLaRmp/CaA8gA0Ducst9aSA=; b=qtJ+i+a0tAJY6FT9b8QmTdQlLeR5ZZ19RdrdQcy5JEiNZlXPbitXkJOjJW/eLJQG/s UZIck7oKpduNF27TYMQN7qFmaMD+0Vohgxfe/0rSS7EhgISIKL+rM+xyJRz0gxu66O2Y pB1qRJHpMoDXG7JtKaM16W209ukDCTN39q9c/tYSVHn7W6cNXs/Slcbqg6Uh2vzvxVGk zbI8FPbJFCQItPd1HeypZyoXdAplk80nsfdGTR2oByqqbHBuXDx3eIwhMrZ8A8iGqQsv k5Xp/cfoNeggvjUM5geVgM/10HTtPYt3WIdRk/QaV07KjW6GWl5ah5WZodq2MaFMW3A4 DTBw== X-Gm-Message-State: APjAAAWgT0e6Obz0zBst24tKRIzIc0bUvKPS85Prw1osVrZ9/9lMYzGn BMSj2J9Bjku51bIM9+eUYyyQIy3njQuM9VURmE6GIA== X-Received: by 2002:a6b:f906:: with SMTP id j6mr3664108iog.26.1565844258431; Wed, 14 Aug 2019 21:44:18 -0700 (PDT) MIME-Version: 1.0 References: <20190814213118.28473-1-kherbst@redhat.com> <20190814213118.28473-4-kherbst@redhat.com> In-Reply-To: From: Karol Herbst Date: Thu, 15 Aug 2019 06:44:06 +0200 Message-ID: Subject: Re: [PATCH 3/7] Revert "ACPI / OSI: Add OEM _OSI strings to disable NVidia RTD3" To: Alex Hung Cc: LKML , Linux ACPI Mailing List , dri-devel , nouveau , "Rafael J . Wysocki" , Dave Airlie , Lyude Paul , Ben Skeggs 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 Thu, Aug 15, 2019 at 1:35 AM Alex Hung wrote: > > On Wed, Aug 14, 2019 at 3:31 PM Karol Herbst wrote: > > > > This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. > > > > This was never discussed with anybody Nouveau related and we would have NACKed > > this change immediately. > > > > We have a better workaround, which makes it actually work with Nouveau. No idea > > why the comment mentions the Nvidia driver and assumes it gives any weight to > > the reasoning.... we don't care about out of tree drivers. > > > > Nouveau does support RTD3, but we had some issues with that. And we even have > > a better fix for this issue. Also, can we _please_ do it in a way worthy of an > > upstream community the next time? > > > > If some distribution feels like they have to please companies not wanting to > > be part of the linux community, please do so downstream and don't try to push > > something like this upstream. > > Hi Karol, > > A lot of appreciation for your hard-work on this issue, but unfriendly > comments aren't necessary. At the time this was discussed with > hardware vendors and platform vendors and it worked for many systems > and benefit for many people buying these platforms. Last but not > least, I do appreciate better fixes and want to retire the hacks too. > sorry if that sounded too harsh, but the issue is not that it helped, the issue is, that nobody talked with us about that. And those three commits also sounded like they were mainly targeted against the Nvidia driver (and please correct me if I am wrong here). The situation would be completely different if we would have talked about all this earlier (and I wouldn't get annoyed by all of this in the first place). I am well aware this is a super painful issue for a lot of users, but even then disabling RTD3 (for a limited amount of hardware) inside nouveau would be the only acceptable way to disable it. I don't see how pushing vendors to add some firmware code to disable certain features helps in any way, when there is a fast and easy way to disable it and wouldn't draw resources away from actually fixing it. > I am going to notify hardware owners to test these patches on the > original intended systems, and will report whether there are > regressions. > > > > > > Signed-off-by: Karol Herbst > > CC: Alex Hung > > CC: Rafael J. Wysocki > > CC: Dave Airlie > > CC: Lyude Paul > > CC: Ben Skeggs > > --- > > drivers/acpi/osi.c | 9 --------- > > 1 file changed, 9 deletions(-) > > > > diff --git a/drivers/acpi/osi.c b/drivers/acpi/osi.c > > index 56cc95b6b724..f5d559a2ff14 100644 > > --- a/drivers/acpi/osi.c > > +++ b/drivers/acpi/osi.c > > @@ -44,15 +44,6 @@ osi_setup_entries[OSI_STRING_ENTRIES_MAX] __initdata = { > > {"Processor Device", true}, > > {"3.0 _SCP Extensions", true}, > > {"Processor Aggregator Device", true}, > > - /* > > - * Linux-Dell-Video is used by BIOS to disable RTD3 for NVidia graphics > > - * cards as RTD3 is not supported by drivers now. Systems with NVidia > > - * cards will hang without RTD3 disabled. > > - * > > - * Once NVidia drivers officially support RTD3, this _OSI strings can > > - * be removed if both new and old graphics cards are supported. > > - */ > > - {"Linux-Dell-Video", true}, > > }; > > > > static u32 acpi_osi_handler(acpi_string interface, u32 supported) > > -- > > 2.21.0 > > > > > -- > Cheers, > Alex Hung