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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5A6D8C4332F for ; Tue, 7 Nov 2023 06:01:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230074AbjKGGBI (ORCPT ); Tue, 7 Nov 2023 01:01:08 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43168 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229559AbjKGGBH (ORCPT ); Tue, 7 Nov 2023 01:01:07 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B00E7FD for ; Mon, 6 Nov 2023 22:01:02 -0800 (PST) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E811AC433C7; Tue, 7 Nov 2023 06:01:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1699336862; bh=kwchZiklUeS8ajcmQ5Iwkj+LHOXnO98u+3OzB2eYMxQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=p/spzPtlh2EyLsLoiO8chs1CgYBj6ohsfd7WyJCBTjjbdq/LXbxOrMFPURVBB6zFM GSDTyMBIqrwCVzQH33DXkXReWMpi+80kM56mldX7s8OJCGOlCJV7iEBh+/dGzMwPD4 +6D27hyr9fxr/C+XTJGGYIvn7Htrbw6nSXtE/J9k= Date: Tue, 7 Nov 2023 07:00:57 +0100 From: Greg KH To: Eric Pilmore Cc: Matthew Dharm , Konstantin Ryabitsev , linux-hotplug@vger.kernel.org, D Meyer Subject: Re: PSA: migrating linux-hotplug to new vger infrastructure Message-ID: <2023110751-repave-crewless-5775@gregkh> References: <20231106-sparkling-axolotl-of-peace-a3eeb0@nitro> <2023110646-unimpeded-palm-e067@gregkh> <2023110617-startling-crying-e805@gregkh> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-hotplug@vger.kernel.org On Mon, Nov 06, 2023 at 09:12:56PM -0800, Eric Pilmore wrote: > On Mon, Nov 6, 2023 at 12:46 PM Matthew Dharm > wrote: > > > > > > Special MMIO reservation in BIOS is not required if a device in your > > PCIe tree, such as a Broadcom Gen4 or Gen5 switch device, can reserve > > address space via "synthetic mode" for missing devices. > > > > Matt > > Yes, I'm familiar with Synthetic Mode (or Synthetic Endpoints), but > that's simply creating a dummy device to fool the BIOS into > effectively putting aside some amount of MMIO space. And that works > great so long as what you want to dynamically add fits within that > reserved space. I guess I was looking for something more flexible > where I didn't need to know a priori the "size" of what I wanted to > add in. Presumably this would require some kind of rebalancing of the > address assignments within the PCIe tree/sub-tree, which in turn > likely means temporarily "suspending" I/O activity, at least across > some portion of the I/O tree, while addresses move around. No, that is not something that Linux supports at this time. I also don't think that any other operating system supports it either, right? We always said, if someone wants to support this, great, we will be glad to review the patches for adding this type of functionality. But until then, we just rely on the BIOS or other types of hardware to handle this properly for us. thanks, greg k-h