Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp919253iob; Wed, 4 May 2022 10:38:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwvTp71waOxafO4R2UKVufBCo3tqMVCAzP8Yhr6lWpe3hhXGAgLWcF9uEz3lChipj3XVpKO X-Received: by 2002:a17:902:7049:b0:156:285a:2d64 with SMTP id h9-20020a170902704900b00156285a2d64mr22997197plt.63.1651685892649; Wed, 04 May 2022 10:38:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651685892; cv=none; d=google.com; s=arc-20160816; b=mvIxRe61J7diuikHRnDeSmg0r3Y4ywEVKS3zxsrdnZqoNJ6MvI7lWUv7VwnoK33rYm 58xlQqbEbZR2FePr3TXVvpm2f7ZMmvIT/1BSyjlThH9hegV0JMB26quUXq/5DLp/3OhK fbdnh3UuhFyjQPL/7lh28AyaVWAfNnzW9pSZ3lOgB/QYqXisxdb6WpkkYCQdN2rNfN8l juykfDwBHR6Vc0ytU4bsd7fkobrXLuCP/mjEdmK38qj5zViJZ64txN1uCf8t5l7LHSZD hPCSe3VeLdWH9l4aKHiK9JlWpqAnr9LVAUClT6tTtQGzpCrpxE64VRXkqNSTa3gqn6H6 hw0g== 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-transfer-encoding :content-disposition:mime-version:message-id:subject:cc:to:from:date :dkim-signature; bh=t7ODA49AuWuzDb5gm/Dnlv3ImUTSHqyZ9J590dRE/0s=; b=VeIZDw5C1845EcXucurXzdRiT5c+ywdBiZLitu4DbRotgbLkU3cFG646WcaxxsniGr 5AidMauNw3pNoL/W2+l8ZU2lGn6/iU4Nu4BZ0Luc9uJTWqLKVS1liwYjc7vg8GDEM/hF N+aE+iqvLdobgugPx3CPYdKLvmHWLnqvnWSnnVz8lWFfLp/HOmol7AY9aatTvwAd18iM 3Uig0fmSMHNxfZYfXpXAItqv/UsHLqSNhOSKraFFUCqvB/CGHGlAwqsx2a23klJHx79l MkWRu6WnGcordTmIk5K7bHdk2jAsekAZrtrYsZdpHqjwWw1BNH6PGumFbf+VNY6O1T78 R2MQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=gWRC7yU7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t10-20020a63eb0a000000b003c1afabdb9esi14031736pgh.296.2022.05.04.10.37.53; Wed, 04 May 2022 10:38:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=gWRC7yU7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S243563AbiECW6P (ORCPT + 99 others); Tue, 3 May 2022 18:58:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41366 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244272AbiECW6D (ORCPT ); Tue, 3 May 2022 18:58:03 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 24CAC443D0; Tue, 3 May 2022 15:54:15 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 83725B821F1; Tue, 3 May 2022 22:53:57 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AE4D7C385A9; Tue, 3 May 2022 22:53:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1651618436; bh=MjVuCNNcWZXYf57iNg2O+Xmc5CIZbqZZo07gCpHDjes=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=gWRC7yU7yRQRDEtiNwaZ28IaQGxNmAxNwQoEaWdR1Q/imm6XlU15T3pHmqaeKz4s6 maM6tRjOaX4Qu48zV7nO2lHJEuA9xOuTwnje4MDNIIC6Ioh3EhelWkfhddNKwUi59B VWaIZaRk+d0Gt0nPB2b0/1ff0Fe5eUe+Jc20C+8Ki8h9+1F1hYSithwXIyNCZt5NHL JtmU6zqC2wEaZQzCGbYCLULw2DqdPVVu+mQpXLJh4mwEA/7fC3Fju9uf6yxEH62m8S Gpgg75q9S/nuy0a+1I+xyMkyQ1ee/YS9OxU+r4OfKyazjbj5J0+CMqxXQ4ujNP80AT dBbfO1vq3tEfQ== Date: Tue, 3 May 2022 17:53:53 -0500 From: Bjorn Helgaas To: =?iso-8859-1?Q?Cl=E9ment_L=E9ger?= Cc: Rob Herring , Frank Rowand , Pantelis Antoniou , Bjorn Helgaas , Allan Nielsen , Horatiu Vultur , Steen Hegelund , Thomas Petazzoni , Alexandre Belloni , Mark Brown , Andy Shevchenko , Jakub Kicinski , Hans de Goede , Andrew Lunn , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, Rob Herring Subject: Re: [PATCH 2/3] PCI: of: create DT nodes for PCI devices if they do not exists Message-ID: <20220503225353.GA415393@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220427094502.456111-3-clement.leger@bootlin.com> X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In subject: PCI: of: Create DT nodes ... if they do not exist The subject could be read as saying that you're going to create DT nodes before the PCI devices exist, but I think you mean that when we enumerate a PCI devices, we're *always* going to create a DT node for it, even if the DT didn't mention it. Maybe something like: PCI: of: Create DT node for every PCI device although I see Rob thinks this should be done on demand instead of doing it for every device, which sounds sensible to me. On Wed, Apr 27, 2022 at 11:45:01AM +0200, Cl?ment L?ger wrote: > In order to apply overlays to PCI device nodes, the nodes must first > exist. This commit add support to populate a skeleton tree for PCI bus > and devices. These nodes can then be used by drivers to apply overlays. s/This commit add support/Add support/ Bjorn