From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail05.groups.io (mail05.groups.io [45.79.224.7]) by spool.mail.gandi.net (Postfix) with ESMTPS id 517BCAC15A9 for ; Thu, 21 Nov 2024 16:56:06 +0000 (UTC) DKIM-Signature: a=rsa-sha256; bh=0wMbIjE1SJZUc7Yq+LeK/ZBb+Y5Lb9mI9mpx5vD+BZs=; c=relaxed/simple; d=groups.io; h=Date:From:To:CC:Subject:Message-ID:In-Reply-To:References:MIME-Version:Precedence:List-Subscribe:List-Help:Sender:List-Id:Mailing-List:Delivered-To:Resent-Date:Resent-From:Reply-To:List-Unsubscribe-Post:List-Unsubscribe:Content-Type:Content-Transfer-Encoding; s=20240830; t=1732208166; v=1; x=1732467364; b=cNVc4BR5zr4x3/w4oGlDapHbi9zcKYolFiP0nilHY3UDiBA4tVeorT6ftL6b/svC7YFW76/3 HQJUxvo1HKCy/N0WhYPPCBfhyfJlY8DV4Onqkw/Ei3mC5P4kEawvyujp2caidoBb3dEsaKmaGSw pdtPBmaeXt8expwgLzECji6n/hHd4G0Vc/xk7ZJNRFwFmvySkm6T7XGfanCGtRhAwH1hWMeSSPp t0I0kKcjNm2h8NIZkS1rb2MLKwyn6KITadA+mJop2POm1iwCMu5uQyT+qZPv1aIF2HYrCwzc5nF hOgiPoHraLzjNQZav0cboaGmZnJRVSe41Lg3ia3BA2Dbg== X-Received: by 127.0.0.2 with SMTP id Eg3HYY7687511xGt64mdMWpI; Thu, 21 Nov 2024 08:56:04 -0800 X-Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) by mx.groups.io with SMTP id smtpd.web10.3317.1732208163648600731 for ; Thu, 21 Nov 2024 08:56:03 -0800 X-Received: from mail.maildlp.com (unknown [172.18.186.216]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4XvPSh2RXrz6K5qR; Fri, 22 Nov 2024 00:53:40 +0800 (CST) X-Received: from frapeml500008.china.huawei.com (unknown [7.182.85.71]) by mail.maildlp.com (Postfix) with ESMTPS id ADDA7140A70; Fri, 22 Nov 2024 00:56:00 +0800 (CST) X-Received: from localhost (10.203.177.66) by frapeml500008.china.huawei.com (7.182.85.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Thu, 21 Nov 2024 17:56:00 +0100 Date: Thu, 21 Nov 2024 16:55:58 +0000 From: "Jonathan Cameron via groups.io" To: Marcin Juszkiewicz CC: Yuquan Wang , , , , , , , , , Subject: Re: [edk2-devel] [RFC PATCH v2 1/1] hw/arm/sbsa-ref: Support CXL Host Bridge & CFMW Message-ID: <20241121165558.00005f1b@huawei.com> In-Reply-To: <90513bfa-0888-44fe-8cd0-7b2e7518a41f@linaro.org> References: <20241105104346.417102-1-wangyuquan1236@phytium.com.cn> <20241105104346.417102-2-wangyuquan1236@phytium.com.cn> <20241107120457.00006024@Huawei.com> <90513bfa-0888-44fe-8cd0-7b2e7518a41f@linaro.org> MIME-Version: 1.0 X-Originating-IP: [10.203.177.66] X-ClientProxiedBy: lhrpeml100005.china.huawei.com (7.191.160.25) To frapeml500008.china.huawei.com (7.182.85.71) Precedence: Bulk List-Subscribe: List-Help: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Resent-Date: Thu, 21 Nov 2024 08:56:04 -0800 Resent-From: jonathan.cameron@huawei.com Reply-To: devel@edk2.groups.io,jonathan.cameron@huawei.com List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: X-Gm-Message-State: bbUnNB4FykN81rqgl9lSiDwmx7686176AA= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-GND-Status: LEGIT Authentication-Results: spool.mail.gandi.net; dkim=pass header.d=groups.io header.s=20240830 header.b=cNVc4BR5; dmarc=pass (policy=none) header.from=groups.io; spf=pass (spool.mail.gandi.net: domain of bounce@groups.io designates 45.79.224.7 as permitted sender) smtp.mailfrom=bounce@groups.io On Tue, 12 Nov 2024 18:10:56 +0100 Marcin Juszkiewicz wrote: > W dniu 7.11.2024 o=A013:04, Jonathan Cameron pisze: > > On Tue, 5 Nov 2024 18:43:46 +0800 > > "Yuquan Wang" wrote: > > =20 > >> This creates a default pxb-cxl (bus_nr=3D0xc0) bridge with two > >> cxl root ports on sbsa-ref. And the memory layout places 64K > >> space for the cxl host bridge register regions(CHBCR) in the > >> sbsa-ref memmap. > >> > >> In addition, this support indepentent mmio32(32M) & mmio64(1M) > >> space for cxl components. =20 >=20 > > Those are too small. Might work today but not sustainable. > >=20 > > I'm a bit surprised it was this simple to move the MMIO Space away > > from what is normally done for PXBs. > > I think it might work because the GPEX memory windows are effectively > > unlimited in size but I'd like some more eyes on this from people > > familiar with how all that works and whether there might be some > > corner cases that you haven't seen yet. =20 >=20 > I see the same problem as with multiple PCIe buses (for NUMA systems): >=20 > pci 0000:c0:00.0: bridge window [io size 0x1000]: can't assign; no space > pci 0000:c0:00.0: bridge window [io size 0x1000]: failed to assign > pci 0000:c0:01.0: bridge window [io size 0x1000]: can't assign; no space > pci 0000:c0:01.0: bridge window [io size 0x1000]: failed to assign >=20 > I do not know how it looks on real hardware (all my systems have one > PCIe bus) but shouldn't each host bridge have own separate resource > windows for config space, buses, mmio etc.? >=20 > Now we squeeze all pcie buses as pcie-pxb devices and this patch adds > cxl to the combo. In theory fine to break them up because each can have a smaller window they just happen to be next to each other in this configuration. CXL PXB (maybe the pcie one was well) doesn't IIRC support IO regions in general. So that above is kind of normal and shouldn't matter unless you emulate an ancient PCI device. Jonathan -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#120811): https://edk2.groups.io/g/devel/message/120811 Mute This Topic: https://groups.io/mt/109403514/7686176 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-