Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp2246166ybh; Fri, 17 Jul 2020 12:54:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx++pZvjkTSIF/6Qh45juXGwKsmVHL2an5ZjQ8kJVdf4LR2RrYIZOAAABRZ1x7OZ8lh0CHM X-Received: by 2002:a17:906:3ac4:: with SMTP id z4mr9499739ejd.65.1595015681070; Fri, 17 Jul 2020 12:54:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595015681; cv=none; d=google.com; s=arc-20160816; b=vPD+jXbrI7ML1g+FMIPQ2+Fbn45C2/Y+s3rtCMXpbVbZDr6kFo2oSaD3vyRXnBLJSH gz2mQBVKv1zd7NAVgx+4Jly8D+9zYyCPFHMovN20R/XG99eEeXQHwhVPfHU916pWVzYz 01LpyZsyAHbxteZR6Ksb00lHc/SDzwy9RaIOyWsMvNUOMLcp1V+Hwrnfsum2ZreSujf4 dLMvnXgwDO+fKoTbKwygVaX7Lr2CRrlPJEVT/6wVEUnDYHO1pgX7h6bli7imOSJQ2H8f +M0suzMMHNNLEIhSiY9EDcUgDVjc31vXWC2rVLVQj1/VjDv8y3kT2AZ2EooRAGv2urQq YnTg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=CAr/PZNCVVXHi2XM5sV5Vjv9LxoATUMG734KVRfdoVY=; b=y+UJMbB2rLNhLuCrCT0lCPGfljbReELz5VH1FQEoRM75iX3UWkRVFpw4v1kn1e4WSY gylpSEJNWBD8FdcJHS2RxNhBw6VdF2Lio2oDRiys3YDlzhUtJUSf0aZklAu8Khwx0vXQ VAQhcKMb2ov3Egyd2UGAyu3clXbTyHxW6ej1p4dh3wx6Ki9qSSlBaVj4iauX0uxQgXmN D53N+sANMF82xf476YFEoYdBvpkD3Rg35a47WghyZU9L6X7hy5JTvBLBLcV2Sqg1FgKP g6mpfPz70jlWVcht+E3SQFkJ6JQ3eW1BF3XFqH4Bd1tYnvxSWPsPx0i97sNdGTl/0sA5 SsRg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bx8si5606360edb.170.2020.07.17.12.54.18; Fri, 17 Jul 2020 12:54:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728502AbgGQTwT (ORCPT + 99 others); Fri, 17 Jul 2020 15:52:19 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:45182 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728291AbgGQTwS (ORCPT ); Fri, 17 Jul 2020 15:52:18 -0400 Received: from mail-pf1-f200.google.com ([209.85.210.200]) by youngberry.canonical.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1jwWP1-0005bp-Ms for linux-kernel@vger.kernel.org; Fri, 17 Jul 2020 19:52:15 +0000 Received: by mail-pf1-f200.google.com with SMTP id h75so7573543pfe.23 for ; Fri, 17 Jul 2020 12:52:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CAr/PZNCVVXHi2XM5sV5Vjv9LxoATUMG734KVRfdoVY=; b=lKK9o9oyF7jMl97si7IVE6wcaOuc8MHl8VFJrDpnOhZmMMA8my4fEaPItpajiII0Jt J1Y0kjPoZu9WMGACuD7J/7jSqvUyQM+pd0tCD2eT9/Iqra9Qic/f766IKVlr5etZPTuo 3Du5Cl1KLWIqP/Bt9S4qw0HOKAmrLWxPJUEZdBNJmloaw60LtcByMX4KQjhvsrcoyRK1 0IbfMZIax34wplypTu+Bp1CqcZ/wV67zFdoA1GFFui6RMxNecUKGKf+otrYNVA5EF3W1 8D92Ig/3sKzRQNERxtxtmLeLUGZorK3hV5hNBrOxKLv8OTXOGZFqAIeIV/Sz6Enkyvch DkEg== X-Gm-Message-State: AOAM530RHOnytfvre2HQC55Zg+VtvbxQnh9vkY5QqACJgDz5qpAs8pAs 7JFvL64GL4oaJdyXruB/QZ/OQg4x6wKmXO9W3KAftjDHAebOkNuoFWD/VF/VxSDYe0V2cWKH42h x8n7VPRYlC/SirzUJfeN4nbtSHvKDU0LHWaqL49MYzg== X-Received: by 2002:aa7:948c:: with SMTP id z12mr9462515pfk.47.1595015534157; Fri, 17 Jul 2020 12:52:14 -0700 (PDT) X-Received: by 2002:aa7:948c:: with SMTP id z12mr9462501pfk.47.1595015533842; Fri, 17 Jul 2020 12:52:13 -0700 (PDT) Received: from [192.168.0.119] (d66-222-144-129.abhsia.telus.net. [66.222.144.129]) by smtp.gmail.com with ESMTPSA id o23sm8923638pfd.126.2020.07.17.12.52.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 17 Jul 2020 12:52:13 -0700 (PDT) Subject: Re: [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops To: Karol Herbst , linux-acpi@vger.kernel.org Cc: "Rafael J. Wysocki" , Len Brown , Lyude Paul , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, nouveau@lists.freedesktop.org References: <20200717190547.648604-1-kherbst@redhat.com> From: Alex Hung Message-ID: Date: Fri, 17 Jul 2020 13:52:12 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200717190547.648604-1-kherbst@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-07-17 1:05 p.m., Karol Herbst wrote: > It's hard to figure out what systems are actually affected and right now I > don't see a good way of removing those... > > But I'd like to see thos getting removed and drivers fixed instead (which > happened at least for nouveau). > > And as mentioned before, I prefer people working on fixing issues instead > of spending time to add firmware level workarounds which are hard to know > to which systems they apply to, hard to remove and basically a big huge > pain to work with.> In the end I have no idea how to even figure out what systems are affected > and which not by this, so I have no idea how to even verify we can safely > remove this (which just means those are impossible to remove unless we risk > breaking systems, which again makes those supper annoying to deal with). > > Also from the comments it's hard to get what those bits really do. Are they > just preventing runtime pm or do the devices are powered down when booting? > I am sure it's the former, still... > > Please, don't do this again. > > For now, those workaround prevent power savings on systems those workaround > applies to, which might be any so those should get removed asap and if > new issues arrise removing those please do a proper bug report and we can > look into it and come up with a proper fix (and keep this patch out until > we resolve all of those). > > Signed-off-by: Karol Herbst > CC: Alex Hung > CC: "Rafael J. Wysocki" > CC: Len Brown > CC: Lyude Paul > CC: linux-kernel@vger.kernel.org > CC: dri-devel@lists.freedesktop.org > CC: nouveau@lists.freedesktop.org > --- > drivers/acpi/osi.c | 24 ------------------------ > 1 file changed, 24 deletions(-) > > diff --git a/drivers/acpi/osi.c b/drivers/acpi/osi.c > index 9f68538091384..d4405e1ca9b97 100644 > --- a/drivers/acpi/osi.c > +++ b/drivers/acpi/osi.c > @@ -44,30 +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}, > - /* > - * Linux-Lenovo-NV-HDMI-Audio is used by BIOS to power on NVidia's HDMI > - * audio device which is turned off for power-saving in Windows OS. > - * This power management feature observed on some Lenovo Thinkpad > - * systems which will not be able to output audio via HDMI without > - * a BIOS workaround. > - */ > - {"Linux-Lenovo-NV-HDMI-Audio", true}, > - /* > - * Linux-HPI-Hybrid-Graphics is used by BIOS to enable dGPU to > - * output video directly to external monitors on HP Inc. mobile > - * workstations as Nvidia and AMD VGA drivers provide limited > - * hybrid graphics supports. > - */ > - {"Linux-HPI-Hybrid-Graphics", true}, > }; > > static u32 acpi_osi_handler(acpi_string interface, u32 supported) > The changes were discussed and tested a while ago, and no crashes were observed. Thanks for solving PM issues in nouveau. Acked-by: Alex Hung