Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1193029imu; Tue, 20 Nov 2018 13:16:21 -0800 (PST) X-Google-Smtp-Source: AJdET5cVYSiYFjhWPdgWN4uV9HbRJHgh5H7P2TKkyYOH1fv6f6e3MDbuEiTFiwBeBP9ngjfei4yp X-Received: by 2002:a62:65c3:: with SMTP id z186-v6mr3949874pfb.206.1542748581087; Tue, 20 Nov 2018 13:16:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542748581; cv=none; d=google.com; s=arc-20160816; b=TRK6za5J1RmeRvjFHyc6mrUFMPHFI7budb/amrGCN1W599GZXpXyjv7KLuXIpz5Yhz hmAJ6NB43Imwr5rju7hb6WN7v2+/MJoBkuoIiFXOzxZ/Wn4FC0LvvXnjwqSdvsB+SZ0n 4p02di9NSHaHWopq3tXGVvAs9+uIUobUJ9eDrJbH/56u1HeJP/+JsUDypC5YNn9ycoYp LnLP5rpKoC9xz1BQZcLPfd3vk88+9OYYX3beOst87aksxYJ+e46a58ZZGLJCMLTb0k5T 9sZQrdSDX0QybDKCkwcsDUYiHqLfoQFKEU60zSNBNok1luAIpnCJtFnhhmo4eB+Gm9N0 wTug== 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:dkim-signature; bh=+H4VbaJdQAlv1QbD6GhraMDDwH8w0gYksvJZOrZu0uM=; b=h6PHENCZ5UKBQrk21k9FpT5OW6KgBpMY9Om6ZchQ/4mHePl/urGXj8Fl566M0QZiZk wZ2UjmGGVWk+Fmx5SDIiM8d3ShvHNs8LCXf0UbqtnCflCMr4GZK9/8kwHXk4PK8p9RLq Ss+XNTstHrdAgEp3dKxpnc8JKCpZWV91u/7hGckKwQ/nylBixSK0atM5M4tsZwH7tdMr YcZZzkOL+NEOuhYH0oxEr9dpMROslRwOSrbzGMG1Z2gsuOXfDeOuU/uiQGzFwNFwlz33 JMZEamo1vXDGQYROoYRpD8X8raoDc7EBaZdnIHJJ3MG5PF1lZA7BLdkQxYPHadCNf0K1 ZjXw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=hvnMfPWY; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c7si29503769plz.118.2018.11.20.13.16.03; Tue, 20 Nov 2018 13:16:21 -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=@kernel.org header.s=default header.b=hvnMfPWY; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727484AbeKUHdb (ORCPT + 99 others); Wed, 21 Nov 2018 02:33:31 -0500 Received: from mail.kernel.org ([198.145.29.99]:35810 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725957AbeKUHda (ORCPT ); Wed, 21 Nov 2018 02:33:30 -0500 Received: from [10.80.45.159] (unknown [71.69.156.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2EBC120851; Tue, 20 Nov 2018 21:02:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1542747745; bh=+H4VbaJdQAlv1QbD6GhraMDDwH8w0gYksvJZOrZu0uM=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=hvnMfPWYZ8w5Dm1JLaNGxfW2uKfN8EbVfwixkLTT11Dhy882EXgHwUDThJkKLRshN nqUD8uTVV53d6GxY/ftw9MSKbHRFcbsMZkhBT1Ey1MTst/PRLH2cHD+41tL6EVfhMT kAfqXGZI4svGhj3r4WC4kmDFKcW52EOYwUacNLho= Subject: Re: [PATCH 0/2] PCI/AER: Consistently use _OSC to determine who owns AER To: Alex_Gagniuc@Dellteam.com, mr.nuke.me@gmail.com, keith.busch@intel.com Cc: baicar.tyler@gmail.com, Austin.Bolen@dell.com, Shyam.Iyer@dell.com, lukas@wunner.de, bhelgaas@google.com, rjw@rjwysocki.net, lenb@kernel.org, ruscur@russell.cc, sbobroff@linux.ibm.com, oohall@gmail.com, linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org References: <20181115231605.24352-1-mr.nuke.me@gmail.com> <20181119165318.GB26595@localhost.localdomain> <74f2c527-0890-5e14-5e2d-48934a42dae6@kernel.org> <20181119174127.GE26595@localhost.localdomain> <20181119181051.GA26707@localhost.localdomain> <3f923367-2cc1-c0d6-bca6-bf9a03d1b9ca@gmail.com> <84013a8a-287d-d700-6710-91cc35f507c8@kernel.org> <9c9531c7efb846438f03f744b9afc466@ausx13mps321.AMER.DELL.COM> <3b18a9fa-7bdd-0fb4-285d-4efb454be50a@kernel.org> From: Sinan Kaya Message-ID: <314e59da-48e1-545b-3ee9-6e5056b90fd9@kernel.org> Date: Tue, 20 Nov 2018 16:02:21 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed 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 11/20/2018 3:44 PM, Alex_Gagniuc@Dellteam.com wrote: > I'd prefer "sure" instead of "think". "I think it breaks some system I'm > not telling you about" doesn't help much in figuring out how not to > break said system(s).:) Sorry, I thought I mentioned why it would break but let me repeat. The systems I have seen rely on the HEST table presence as an indicator to the OS that firmware first is enabled. If you go look at the _OSC bits on such systems, it still says OS owns the AER service. The assumption here is that HEST table has precedence over the _OSC bits. That's what needs to be clarified in the UEFI forum. If this code is to go in and ignore the HEST table presence, then firmware will think that it owns AER service and OS will think that it owns AER service too.