Received: by 2002:ac0:e34a:0:0:0:0:0 with SMTP id g10csp266941imn; Wed, 27 Jul 2022 05:50:04 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uDcVczEAtFNoAL8zlDsuY8ZZoYz5D2DQmQD1b5/sLfX19AZVHghGYwE6W4OmFHn6RsPFev X-Received: by 2002:a63:69c3:0:b0:411:9d19:ff13 with SMTP id e186-20020a6369c3000000b004119d19ff13mr19093723pgc.34.1658926204489; Wed, 27 Jul 2022 05:50:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658926204; cv=none; d=google.com; s=arc-20160816; b=ZoYG+upQ3X8VjQ2yjisFXd6+q28wCp4L399FuM2rzpM/nw+/E2QkLo1QEjP5g/iRhm OerVieLwT8RFdrusoFWxdM2et5iA/s+rDuceS2hrMgXraHmmfqGz7VuPJt3+Gfbbpw+V rCZWoD2CobpXX/Unqwcx9aV2v3t2ZlH3TFRxTzlK4t4kQEQNZ+q7+mTgD8yHAYMOEDu6 j7AZTG5BuQs3N0yCSjPQZc7Bm+QFObWl1aiy16cnZ4detNfTLyk0lEZFCgiHK/Ool6a6 A8o18D3Zqok1X11jk63QW6+Lc0zX8GzvWVM1xqW62Ep0XIKKpDJTsjV50f3ABMZmELBb 9i4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:references:in-reply-to:subject:cc:to:from :dkim-signature; bh=QAuXrY/FPQVxrLMO9CIU4iIq7ob/dsZ+P55nLBcn+x8=; b=vh4M64M9OpqJxcl7QoNKxfKhfcodQNQXM82vsBbzi4TyKyobp49pj6XBDdbGM4g9dC xF49nwOqqptA2rVDSFkSGva0ofcgFGo3t1cCOLyYQS/kclGqpXuPJ1dgYdjhXGxvrjAR eiHtzSgL99ckLvwe6UPDvQQHIRqtHlCAThWVS2XQgHdLGKF4ghGK6Ht/J6LSw6Adu77s 9/fTo/YJzbVcKiVEBMZtek7fq92UIqYbiuXjEY5l0Apz+ACOFCccy+nbArVVtmQVDJhG 34T0OGbQ4B//1wJIi1txJkQTNsoYI/eteoUv7+QJG8WHrd8I3OUsiFOzGWf7bL0eFqmm KmPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ellerman.id.au header.s=201909 header.b=IaAfhwx1; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v135-20020a63618d000000b0040d287c145fsi19135522pgb.460.2022.07.27.05.49.50; Wed, 27 Jul 2022 05:50:04 -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=@ellerman.id.au header.s=201909 header.b=IaAfhwx1; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233036AbiG0Mdm (ORCPT + 99 others); Wed, 27 Jul 2022 08:33:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48468 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232322AbiG0Mdk (ORCPT ); Wed, 27 Jul 2022 08:33:40 -0400 Received: from gandalf.ozlabs.org (mail.ozlabs.org [IPv6:2404:9400:2221:ea00::3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 29AE12A8; Wed, 27 Jul 2022 05:33:39 -0700 (PDT) Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4LtCqz6Gjgz4x1Y; Wed, 27 Jul 2022 22:33:35 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1658925217; bh=QAuXrY/FPQVxrLMO9CIU4iIq7ob/dsZ+P55nLBcn+x8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=IaAfhwx1qi/6yfin6Mq71kyaKRFN3i+L4jf4geCBX/RpPANKnQ5KeuBDbrrAN8t4F Tww/GB1ILmM6xYFXbUJGOJNz3EvnRx75k8CmzVHfo8W0GG6yyCcvi3E6fsfiSFLlp7 SWvc4Wi6ncdoAVXoan9UVHYvvyUmIj21wKqcOXAlw03uy8YgbZ/j5pBEgs4T5gnAiT QlsV9vl3C2QN19MTzNuCYz4cymt9HUAh2wkZzHLuAG/ljLyrSrD5t42qJZ6faADpbh 12L4FBwRJEaniYCGEFJPvdKhAeqoigrLgwArkt937QrsBLQb2WlKwEUXKSTbXqWLb/ qqjCKWU/HkRbg== From: Michael Ellerman To: Pali =?utf-8?Q?Roh=C3=A1r?= , Benjamin Herrenschmidt , Paul Mackerras , "Guilherme G. Piccoli" , Bjorn Helgaas , Guowen Shan , Tyrel Datwyler Cc: linuxppc-dev@lists.ozlabs.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 1/2] powerpc/pci: Add config option for using OF 'reg' for PCI domain In-Reply-To: <20220706102148.5060-1-pali@kernel.org> References: <20220706102148.5060-1-pali@kernel.org> Date: Wed, 27 Jul 2022 22:33:32 +1000 Message-ID: <87pmhqag6b.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS, SPF_PASS 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 Pali Roh=C3=A1r writes: > Since commit 63a72284b159 ("powerpc/pci: Assign fixed PHB number based on > device-tree properties"), powerpc kernel always fallback to PCI domain > assignment from OF / Device Tree 'reg' property of the PCI controller. > > In most cases 'reg' property is not zero and therefore there it cause that > PCI domain zero is not present in system anymore. > > PCI code for other Linux architectures use increasing assignment of the P= CI > domain for individual controllers (assign the first free number), like it > was also for powerpc prior mentioned commit. Also it starts numbering > domains from zero. > > Upgrading powerpc kernels from LTS 4.4 version (which does not contain > mentioned commit) to new LTS versions brings a change in domain assignmen= t. > > It can be problematic for embedded machines with single PCIe controller > where it is expected that PCIe card is connected on the domain zero. > Also it can be problematic as that commit changes PCIe domains in > multi-controller setup with fixed number of controller (without hotplug > support). > > Originally that change was intended for powernv and pservers and specially > server machines with more PCI domains or hot plug support. > > Fix this issue and introduce a new option CONFIG_PPC_PCI_DOMAIN_FROM_OF_R= EG. As I said in my previous reply, I don't want a config option for this. Adding an option now would revert the behaviour back to the way it was, which has the potential to break things, as you described. Maybe we shouldn't have changed the numbering to begin with, but it's been 6 years, so it's too late to change it back. cheers