Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3359624pxj; Mon, 7 Jun 2021 08:45:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwK3VRwRrksnvdpHDuoOr2uOgpQdO+0Gkf5R100+Cj8ofzpDS7b7udaUzZauW+c+xKfdF7l X-Received: by 2002:a17:906:7d8d:: with SMTP id v13mr18565466ejo.2.1623080712008; Mon, 07 Jun 2021 08:45:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623080712; cv=none; d=google.com; s=arc-20160816; b=FGGsx70Rrac/V9bCXmHy+JX+wc12wqR/i9jbnA/Nj75ojaryhvFZZ48EMP58PIiSmy cCrX7Eu261VJKLT6PvFWC6xf2g258dVCldN24ztXvRfRk0G2wKoZE7A4PWaRpMmwiAvY 2N4xQPHMCjcW5jnr4fu52DkpQekYn/WTRAx6vJS02ToAXLfavd9Kem9au86QSmhkXK6W jXaQsPwZtxsXwV70x7+MTEPJavhvV51r2PQOJ3skXC0vEFcNHzFYTrS9blIPEs66WASy nAGeqz0cundaOCxBq2K4zD+FkAb/6mc9XsUvvLwujn5OsTFcg4I6QF4j+gSFwFzU9k7l prXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :message-id:subject:cc:to:from:date:dkim-signature; bh=Dmc+kmbkpd7TgrL2GJRhk+I9vcPYCGdyZlV/wx6V/sE=; b=JjOg/5Tw6gJcNRQDk+0d/A6EzGrQZ5LEtReDCtTY0qZKXvp7rz4Ru27pR7vUCBkdYJ NNBdcb8OQ6Q80TbSqE/ev/8Z4aq2xZbXQOtLB5+qu2CQRdSZPJPxtvjuRS+F2xQD6j10 0U1V5sok5+SjwTSRN5Sv/kaYDiTnex6Tify/IYA8xkEe4G/oo8j80S8UYVUlJkpquHo7 p+mYyj5uJcEsuT/BBaP72skl5Z4qYxliNKF3EZSCIcqOZ74Jruc5fWkVPpuRWB1obDCj 14ejITrMIOKQxaa33H1Rmw2iTtzlxVDbA7/D5w1Wr8CXnDqlWtKPXZv6KuAnnYycvjfj Ap0g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Haof8aH+; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e8si12824141edy.573.2021.06.07.08.44.49; Mon, 07 Jun 2021 08:45:11 -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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Haof8aH+; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230523AbhFGPpu (ORCPT + 99 others); Mon, 7 Jun 2021 11:45:50 -0400 Received: from mail.kernel.org ([198.145.29.99]:52820 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230350AbhFGPpt (ORCPT ); Mon, 7 Jun 2021 11:45:49 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8FCC761029; Mon, 7 Jun 2021 15:43:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1623080637; bh=embE+av5DCb18g6eagqQwnFEILspD+IVcIITWOKcWRM=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=Haof8aH+QNGg8uw/Her4PB5ur4jRXFKM9TpwE6Xl64hFzgPmA6sghWyvxcZbifk2T utGtL9q0ftz5VLpcOCs9WH/F1KbkvE11Nwjndl+eiBIol8RGauDPqdgw0rC0AdJlAb JTYpdfblkZq6rWCuKyMREkkIQzx6iZXBKtOu47o/emzgWNm0SnBMBCDjhqgcirvLne msrTxfpzg2zhDTyw3pX6Xz46bfECCVklDy3wIQAQhkpS21Ve+gRAl2Lm6pJbvytVUi BWrOk6sX8yicVTUg8CcyPIz+K4FT6tc6dwG4Kcdtqe4AcYUaQOttAfo4ih9koGcvL8 4ZiL6wAZq0dFw== Date: Mon, 7 Jun 2021 10:43:56 -0500 From: Bjorn Helgaas To: Joerg Roedel Cc: Joerg Roedel , Bjorn Helgaas , rjw@rjwysocki.net, Len Brown , linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase Message-ID: <20210607154356.GA2492093@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 07, 2021 at 04:10:30PM +0200, Joerg Roedel wrote: > Hi Bjorn, > > On Thu, Jun 03, 2021 at 03:50:47PM -0500, Bjorn Helgaas wrote: > > On Thu, Jun 03, 2021 at 02:48:14PM +0200, Joerg Roedel wrote: > > > If instead you mean that the OS has *not* been granted DPC control, > > but does _OSC(Query, SUPPORT=x, CONTROL=0), I think that means the OS > > is telling the platform what it supports but not requesting anything. > > That sounds legal to me, so if firmware complains about it, I would > > say it's a firmware problem. > > I think it depends on how you look at it. The machine I was working with > has a BIOS setting where one can configure that DPC is controlled by the > OS. When it is configured that way, then the BIOS will issue an error > when an _OSC query is made with control set to 0. This is because it > indicates to the BIOS that the OS does not take control over DPC and > thus that the OS does not support it. The BIOS will issue a warning into > its log and when the Linux later takes control the warning is already > there. I think that BIOS setting is misguided. _OSC is designed around the assumption that features in the Control field start out being controlled by the platform, and they stay that way until the OS requests control of a feature and the platform grants it. It makes no sense to me to configure the BIOS in advance to say "the OS controls DPC." The BIOS has no control over what the OS will do, and it can't behave as though the OS controls DPC until the OS actually requests that. I also think the warning is overly aggressive. _OSC is clearly designed to be evaluated multiple times, and the OS is allowed to request control of more features each time (ACPI v6.3, sec 6.2.11.1.1, 6.2.11.1.3). Bjorn