From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 86620C5519F for ; Wed, 18 Nov 2020 21:05:40 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 21F20246AD for ; Wed, 18 Nov 2020 21:05:39 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="S7vc3UyU" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726466AbgKRVFT (ORCPT ); Wed, 18 Nov 2020 16:05:19 -0500 Received: from mail.kernel.org ([198.145.29.99]:57042 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726316AbgKRVFT (ORCPT ); Wed, 18 Nov 2020 16:05:19 -0500 Received: from localhost (129.sub-72-107-112.myvzw.com [72.107.112.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 0BE9322201; Wed, 18 Nov 2020 21:05:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1605733518; bh=5C5bEY+DL1ajImtxJCjy6ztNOGvMs4VuL3KEnsvaNuM=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=S7vc3UyU7jkYzPtyuPMZfQxF2kmU3r/lzlPDcchA+1j/P0sSl/eNsttrf+ByA3JP6 uwnMU2iuy7rqXDGfdm25JP5uP204UG9k+imVWjbMi+haLlDOaWHmxPlzSk0ZTk+hPK ZtkISZMA42yM2mS3DkKumxgXbSZxfAgin69KZFFc= Date: Wed, 18 Nov 2020 15:05:16 -0600 From: Bjorn Helgaas To: Guilherme Piccoli Cc: "Eric W. Biederman" , Thomas Gleixner , lukas@wunner.de, linux-pci@vger.kernel.org, Pingfan Liu , andi@firstfloor.org, "H. Peter Anvin" , Baoquan He , x86@kernel.org, Sinan Kaya , Ingo Molnar , Jay Vosburgh , Dave Young , Gavin Guo , Borislav Petkov , Bjorn Helgaas , Guowen Shan , "Rafael J. Wysocki" , "Guilherme G. Piccoli" , kexec mailing list , LKML , Dan Streetman , Vivek Goyal Subject: Re: [PATCH 1/3] x86/quirks: Scan all busses for early PCI quirks Message-ID: <20201118210516.GA76543@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-pci@vger.kernel.org On Tue, Nov 17, 2020 at 09:04:07AM -0300, Guilherme Piccoli wrote: > Also, taking here the opportunity to clarify my understanding about > the limitations of that approach: Bjorn, in our reproducer machine we > had 3 parents in the PCI tree (as per lspci -t), 0000:00, 0000:ff and > 0000:80 - are those all under "segment 0" as per your verbiage? Yes. The "0000" is the PCI segment (or "domain" in the Linux PCI core). It's common on x86 to have multiple host bridges in segment 0000.