Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3056683imu; Mon, 19 Nov 2018 09:59:39 -0800 (PST) X-Google-Smtp-Source: AJdET5e79xJh9he6O1G43OI2HnPJ5FmNA1n6wXbeYFQEF65wCrfGBssVBURRLW9nVhu8oS/x2F+D X-Received: by 2002:a17:902:b943:: with SMTP id h3-v6mr21972785pls.124.1542650379221; Mon, 19 Nov 2018 09:59:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542650379; cv=none; d=google.com; s=arc-20160816; b=gGASvEh2XwHCmVPl/rUTA7N9dXweSb55lMHXbMnjONKet40EtUrZmcOrfv5RviEGZ4 DaSMC9G+p6jnWXofEpUWhsa99iZ5yrL08BHaAUgsBuQSAsI6yxe7WaauM8aOaCDzWMdT u6LjyI5N3H7EDlEDwh5uRkCLMvxHead9ya7F+v1ESMZQX9+qhDJrPFZkv8MFhR5M+NeB of6H86+v28FMmonK5BrQS1oX+2ivpdPm+w6eOQ1TomSU4QoKJGt6krIUGYOKbkeILiQt 3m43o24MgihcSmFuA09TlA//8F/G2vVNztFc22r1QbqkYr3LZdl1kNeerSploR8uelXT qPHg== 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=3/g+pb0xHcBEHSKTZQFp1kofF3WpGToyIHYrVKSmsFg=; b=pW1QVNdHfdFnobX94mk8JLBh4qmg+Q2Dd8ObDzImcybG+3SOJso57W61YK3JzvjuEX sgCybVDdtXr40917PVzBhXy4M3brY2HgAixcZ+ecMPW48+Y3WvHGqZT0f0jy6JF6ufLL zbxYnLZe10aQ7mJA6/Pu1hsouXBiamGP+JoqsB1+TZkVCMMoQwuTJndNQDwK2ykUiLD+ KHfiDYC7EbVwJCBR74qS+l5lr5SkSuDHObaM7sL0K/AXDEKamkzMb4XX2rfRjfY/+4RN XC0RWN9gL3eHro826qEyo0neuzNYCP/GNuY2X34CNV7mhALUnjXWqyE599Ehqx37wRAc VKUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=pm+uYopu; 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 l8si39054235pgr.345.2018.11.19.09.59.24; Mon, 19 Nov 2018 09:59:39 -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=pm+uYopu; 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 S1732159AbeKTEVd (ORCPT + 99 others); Mon, 19 Nov 2018 23:21:33 -0500 Received: from mail.kernel.org ([198.145.29.99]:40076 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730591AbeKTEVc (ORCPT ); Mon, 19 Nov 2018 23:21:32 -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 B017C21104; Mon, 19 Nov 2018 17:56:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1542650219; bh=V9qtF61GHo4IHDPzDIm25uo5gqIcfl6y2k9N5PFE7KE=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=pm+uYopuouqkHotCZETTJpAwt/Vi5fVpAItRR1WphMTqtB03DgN4uH9/hMhxM0vd5 b0LVTVQixVid6y0MVLH/bD68YjvIBdL4fLWQIWqaHYmUSsbTZAVkKiX4WjsDewyw4X se4ay461ZRK1mwPV8VP4STZj/P9AdQoOa1n39060= Subject: Re: [PATCH 0/2] PCI/AER: Consistently use _OSC to determine who owns AER To: Keith Busch Cc: Tyler Baicar , mr.nuke.me@gmail.com, helgaas@google.com, austin_bolen@dell.com, alex_gagniuc@dellteam.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 Mailing List , 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> From: Sinan Kaya Message-ID: Date: Mon, 19 Nov 2018 12:56:56 -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: <20181119174127.GE26595@localhost.localdomain> 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/19/2018 12:41 PM, Keith Busch wrote: >> Still, breaking existing systems that rely on HEST table is not cool. >> I'd rather have users specify "pcie_ports=native" to skip FF rather than >> having broken systems by default to be honest. > The pcie_ports=native work-around ignores FF to potentially unknown > results, though. > How about being able to enable/disable FF in BIOS? We can't really turn off firmware first in the kernel without asking help from the firmware. Like you said, it causes unpredictable results. There will be two competing software trying to touch the same registers.