From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sgoci-sdnproxy-4.icoremail.net (sgoci-sdnproxy-4.icoremail.net [129.150.39.64]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 968BF57CBE for ; Thu, 12 Dec 2024 03:52:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=129.150.39.64 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1733975551; cv=none; b=WmhriqQ2L34qLch1Ofo6uU/n2/DMZTb55z1u1GM6EstsxQmbDBBfCpV6WSOAT0+DZp0xqXrdO4BozAru5X7pV/WxJDppqKDJsFPdsqZ+ALoJBNIxdE6yKETJ/YYQOpyAnZJr44wOGqxtUwXnxHMblCK8LdAsFp1mTiqwRjjK9c4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1733975551; c=relaxed/simple; bh=mpibtOP1cGfQCNsWWiZRgFONT4QCPf8kngUE9vCAOIg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=c13RqXzVhuIyV7nKVAAK6wbi+aGq74KUiBNlKjv9u5T+iZC/I/XyRYRZFEDAOMeYAxX9VmcKNgOHfZv5Ln+iWYmm//1dWnWkb9sOKnsqE5lx9BTtcxj4JIuZHCN/BLV91/kYQk4KRyG3Bs/DQBtVW3kMNQ14LtQ7F+ZawdxLH2g= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=phytium.com.cn; spf=pass smtp.mailfrom=phytium.com.cn; arc=none smtp.client-ip=129.150.39.64 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=phytium.com.cn Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=phytium.com.cn Received: from prodtpl.icoremail.net (unknown [10.12.1.20]) by hzbj-icmmx-6 (Coremail) with SMTP id AQAAfwBHJnvsXVpnwS2LCA--.32917S2; Thu, 12 Dec 2024 11:52:12 +0800 (CST) Received: from localhost (unknown [123.150.8.50]) by mail (Coremail) with SMTP id AQAAfwAXbXnaXVpn8t5nAA--.4542S2; Thu, 12 Dec 2024 11:52:07 +0800 (CST) Date: Thu, 12 Dec 2024 11:51:54 +0800 From: Yuquan Wang To: Alejandro Lucero Palau Cc: marcin.juszkiewicz@linaro.org, ardb+tianocore@kernel.org, quic_llindhol@quicinc.com, Jonathan.Cameron@huawei.com, chenbaozi@phytium.com.cn, devel@edk2.groups.io, linux-cxl@vger.kernel.org Subject: Re: [RFC PATCH edk2-platforms v4 0/1] add basic support for CXL on sbsa-ref Message-ID: References: <20241210103632.95960-1-wangyuquan1236@phytium.com.cn> <46b1b4e4-8588-46ae-8331-1ccb40a069ac@amd.com> Precedence: bulk X-Mailing-List: linux-cxl@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46b1b4e4-8588-46ae-8331-1ccb40a069ac@amd.com> X-CM-TRANSID:AQAAfwAXbXnaXVpn8t5nAA--.4542S2 X-CM-SenderInfo: 5zdqw5pxtxt0arstlqxsk13x1xpou0fpof0/1tbiAQARAWdZ7XkCagACsR Authentication-Results: hzbj-icmmx-6; spf=neutral smtp.mail=wangyuquan 1236@phytium.com.cn; X-Coremail-Antispam: 1Uk129KBjvJXoW7Zr4DKFW8tr4xJry3Cr1rZwb_yoW8AF17pa 1YqF1jyrWktr1Uu39rZ348Wr4rJw4rZFWjgr98Z348KFy7WF15tFy3Ja1ava43Xrn5C3y3 G3Wjv34kXayYy3DanT9S1TB71UUUUjUqnTZGkaVYY2UrUUUUj1kv1TuYvTs0mT0YCTnIWj DUYxn0WfASr-VFAU7a7-sFnT9fnUUIcSsGvfJ3UbIYCTnIWIevJa73UjIFyTuYvj4RJUUU UUUUU On Wed, Dec 11, 2024 at 03:40:03PM +0000, Alejandro Lucero Palau wrote: > > On 12/10/24 10:36, Yuquan Wang wrote: > > v3 -> v4: > > - Align base addresses of CXL relevant Windows > > > > v2 -> v3: > > - PCDs values of pio, mmio32, mmio64 & ecam space for the independent cxl host > > - CXL Bus range: 0x00 ~ 0xff > > - Mcfg ecam structure for cxl > > - Iort RC node for cxl > > > > RFC because > > - Many contents are ported from Jonathan' patch on qemu virt design > > > > - Bring plenty of PCDs values > > > > - Less experience and not particularly confident in ACPI area > > > > This series leverages Jonathan's patches[1] to add acpi0016 & acpi0017 objects into the > > previous DSDT table of sbsa-ref. Since my latest acpi0016 implementation model on qemu > > side is a new host bridge qemu object rather than pxb-cxl, the cxl host(Segment 0001) > > would have its own ECAM sapce. Meanwhile, this adds exclusive pio, mmio32 & mmio64 space > > for cxl host. > > > Hi Yuquan, > > > Is there a roadmap for edk2 supporting other CXL features? > Hi, Alejandro Emmm. I have not find such edk2 roadmap (docs/webs/blog) yet. According to what I've learnd, the edk2 upstream only support some head files which define cxl registers structs and no cxl drivers have merged into upstream now, and mostly system software's work haved been done in linux kernel. Regard to cxl patches in edk2, there is a series of patches in reviewing to support enabling cxl-type3 device as memory expander on Arm/RD platform[1]. Link: [1]: https://edk2.groups.io/g/devel/message/109488 > > I have noticed UEFI extensions are not supported yet, specifically > EFI_ADAPTER_INFO_CDAT_TYPE_GUID as an instance of > EFI_ADAPTER_INFORMATION_PROTOCOL. > > > Any feedback would be welcome. > > > Thanks > >