Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp389441rwb; Thu, 22 Sep 2022 20:31:43 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4FjWTxXMudHEPNpvU6zTK2GfA62sjX5V6JiGue7lIcw5rPMSguP7KI0vFT3w0shGcPHeVw X-Received: by 2002:a65:6b92:0:b0:43c:f0f:457b with SMTP id d18-20020a656b92000000b0043c0f0f457bmr5478463pgw.326.1663903903106; Thu, 22 Sep 2022 20:31:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663903903; cv=none; d=google.com; s=arc-20160816; b=f+C8pBu4R0y9egbntt6iJwfreM9hD7p+hnl9cNLDvG5kQEPa9svrW4hEG6hjkWEP71 yQe4j9qXigRC76XmQBfSVq2cauMXlcNTxfL24i5MrkUcWGtPQFg9z/jP5OKVlo/+1J17 +5+pR3d0Iw+TmsjIes0cjHr6y68Qmu1RAqK4KDdSOngbkaaVqiYxP1jF4tFN26+dzxiu yWC60ioZQdXDcZaWueEa4JY6pzSaqMb4ukk3LyZPwyV/0hHjSXNdhMckqX1+gutjKfG8 dq4GixzLQwrUkAlluz+0Q/jq9ymsEdibrmQBNLzQCnPtsYD24nCDl4EbPiE6KJA2xON1 3VPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id; bh=7dwobhWzsSIwKm5XqeIehiqI6PyPKt7DIV2dOznbvcY=; b=wVlw1oqcg0pMHOxtrCJw/Tu4ZZokeSXMkKo9mIQ5DZTlMPMk8En3J5QsHSsNMOCQaI XdhuRzwI1cdG/UzSfXaUzrZ+fenmCYtPbVkVEcd9KDZiMpVD9rq4KUj956TtoKGrz8CJ o9sYR0ndNNMya8mKICD/YmK6a5VpdTq5ChwrVEIgE/Yus13uAsTBQ/DTvI8NgCb+zIAG jMd3Wy/lhdGTUG4CBFhm1Nbuls4hIRIe5XxWI1dnZcqm9k2tO1TYO7FSHWDMDk6oPVEX Dccq/j/mTcWFVtti6HWgaK6vVSSsWbYfs8IdvPm2rxYAZDPBSCXd0at7saY+hXVyQREv 1DRQ== ARC-Authentication-Results: i=1; mx.google.com; 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 b190-20020a6367c7000000b00434d1506600si8210115pgc.240.2022.09.22.20.31.31; Thu, 22 Sep 2022 20:31:43 -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; 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 S232314AbiIWDDs convert rfc822-to-8bit (ORCPT + 99 others); Thu, 22 Sep 2022 23:03:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49758 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232311AbiIWDDO (ORCPT ); Thu, 22 Sep 2022 23:03:14 -0400 Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 26AF19412A; Thu, 22 Sep 2022 20:03:10 -0700 (PDT) Received: from [IPv6:::1] (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id 28N2vYVY028156; Thu, 22 Sep 2022 21:57:35 -0500 Message-ID: <575f239205e8635add81c9f902b7d9db7beb83ea.camel@kernel.crashing.org> Subject: Re: [PATCH] powerpc/pci: Enable PCI domains in /proc when PCI bus numbers are not unique From: Benjamin Herrenschmidt To: Michael Ellerman , Pali =?ISO-8859-1?Q?Roh=E1r?= Cc: Paul Mackerras , linuxppc-dev@lists.ozlabs.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Date: Fri, 23 Sep 2022 12:57:32 +1000 In-Reply-To: <87wnanu4vf.fsf@mpe.ellerman.id.au> References: <20220820115113.30581-1-pali@kernel.org> <878rnclq47.fsf@mpe.ellerman.id.au> <20220825083713.4glfivegmodluiun@pali> <87wnanu4vf.fsf@mpe.ellerman.id.au> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT User-Agent: Evolution 3.44.1-0ubuntu1 MIME-Version: 1.0 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,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 On Thu, 2022-09-01 at 13:53 +1000, Michael Ellerman wrote: > > > > I sent two patches which do another steps to achieve it: > > https://lore.kernel.org/linuxppc-dev/20220817163927.24453-1-pali@kernel.org/t/#u > > > > Main blocker is pci-OF-bus-map which is in direct conflict with > > CONFIG_PPC_PCI_BUS_NUM_DOMAIN_DEPENDENT and which used on chrp and pmac. > > And I have no idea if pci-OF-bus-map is still needed or not. > > Yeah thanks, I saw those patches. > > I can't find any code that refers to pci-OF-bus-map, so I'm inclined to > remove it entirely. > > But I'll do some more searching to see if I can find any references to > it in old code. Trying to remember ... :-) So this is what I recall at this point: - Ancient X11 didn't understand domains in /proc and thus would barf, which was the primary reason for not enabling them always iirc... - There might be something else with early PowerMacs (Grand Central chipset) where we have effectively two domains (gc and chaos) but overlapping bus numbers. There might still be pre-historical code in there that assumes it's that way though I can't see anything obvious. Paul might still have one of these :-) (PowerMac 7200/7500/8500/9500 afaik). - pci-OF-bus-map predates the PCI layer keeping track of the PCI/OF relationship. I don't believe it's still used anywhere in the kernel, though it's possible (unlikely ?) that some garbage remains in userspace that does. At this point, I wouldn't object to tearing this all out and just having domains always (and see what the fallout is). Cheers, Ben.