Linux CXL
 help / color / mirror / Atom feed
From: "Zhijian Li (Fujitsu)" <lizhijian@fujitsu.com>
To: Robert Richter <rrichter@amd.com>,
	Davidlohr Bueso <dave@stgolabs.net>,
	Jonathan Cameron <jonathan.cameron@huawei.com>,
	Dave Jiang <dave.jiang@intel.com>,
	Alison Schofield <alison.schofield@intel.com>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Ira Weiny <ira.weiny@intel.com>,
	Dan Williams <dan.j.williams@intel.com>
Cc: "linux-cxl@vger.kernel.org" <linux-cxl@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"Xingtao Yao (Fujitsu)" <yaoxt.fnst@fujitsu.com>
Subject: [Problem ?] cxl list show nothing after reboot Re: [PATCH v2] cxl/pci: Fix disabling memory if DVSEC CXL Range does not match a CFMWS window
Date: Fri, 22 Mar 2024 03:15:46 +0000	[thread overview]
Message-ID: <b0f5e2ce-d39e-4a8e-8f2f-ffa67b604e02@fujitsu.com> (raw)
In-Reply-To: <20240216160113.407141-1-rrichter@amd.com>

Robert, Dan

It's noticed that 'cxl list' show nothing after a reboot in v6.8.(A fresh boot works)
The git bisection pointed to this commit.

Haven't investigated it deeply, I'm wondering if it's a QEMU problem or
something wrong with this patch.


Reproduce step:

1. Start a cxl QEMU VM
2. cxl list works
cxl list
[
   {
     "memdev":"mem0",
     "ram_size":2147483648,
     "serial":0,
     "host":"0000:54:00.0"
   },
   {
     "memdev":"mem1",
     "pmem_size":2147483648,
     "serial":0,
     "host":"0000:36:00.0"
   }
]

3. reboot VM
4. cxl list show nothing and has following dmesg

cxl list
[
]
   Warning: no matching devices found

...

[    6.249188]  pci0000:53: host supports CXL
[    6.258168]  pci0000:35: host supports CXL
[    6.490568] cxl_pci 0000:54:00.0: Range register decodes outside platform defined CXL ranges.
[    6.494298] cxl_mem mem0: endpoint3 failed probe
[    6.506072] cxl_pci 0000:36:00.0: Range register decodes outside platform defined CXL ranges.
[    6.515092] cxl_mem mem1: endpoint3 failed probe
[   12.181188] kauditd_printk_skb: 18 callbacks suppressed


Thanks
Zhijian


On 17/02/2024 00:01, Robert Richter wrote:
> The Linux CXL subsystem is built on the assumption that HPA == SPA.
> That is, the host physical address (HPA) the HDM decoder registers are
> programmed with are system physical addresses (SPA).
> 
> During HDM decoder setup, the DVSEC CXL range registers (cxl-3.1,
> 8.1.3.8) are checked if the memory is enabled and the CXL range is in
> a HPA window that is described in a CFMWS structure of the CXL host
> bridge (cxl-3.1, 9.18.1.3).
> 
> Now, if the HPA is not an SPA, the CXL range does not match a CFMWS
> window and the CXL memory range will be disabled then. The HDM decoder
> stops working which causes system memory being disabled and further a
> system hang during HDM decoder initialization, typically when a CXL
> enabled kernel boots.
> 
> Prevent a system hang and do not disable the HDM decoder if the
> decoder's CXL range is not found in a CFMWS window.
> 
> Note the change only fixes a hardware hang, but does not implement
> HPA/SPA translation. Support for this can be added in a follow on
> patch series.
> 
> Signed-off-by: Robert Richter <rrichter@amd.com>
> ---
>   drivers/cxl/core/pci.c | 4 ++--
>   1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/cxl/core/pci.c b/drivers/cxl/core/pci.c
> index a0e7ed5ae25f..18616ca873e5 100644
> --- a/drivers/cxl/core/pci.c
> +++ b/drivers/cxl/core/pci.c
> @@ -478,8 +478,8 @@ int cxl_hdm_decode_init(struct cxl_dev_state *cxlds, struct cxl_hdm *cxlhdm,
>   	}
>   
>   	if (!allowed) {
> -		cxl_set_mem_enable(cxlds, 0);
> -		info->mem_enabled = 0;
> +		dev_err(dev, "Range register decodes outside platform defined CXL ranges.\n");
> +		return -ENXIO;
>   	}
>   
>   	/*

  parent reply	other threads:[~2024-03-22  3:17 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-16 16:01 [PATCH v2] cxl/pci: Fix disabling memory if DVSEC CXL Range does not match a CFMWS window Robert Richter
2024-02-16 18:02 ` Dan Williams
2024-02-16 18:09   ` Robert Richter
2024-02-16 22:04     ` Robert Richter
2024-02-17  3:07       ` Dan Williams
2024-02-17  4:22 ` Dan Williams
2024-02-17 21:27   ` Robert Richter
2024-03-22  3:15 ` Zhijian Li (Fujitsu) [this message]
2024-03-26  8:26   ` [Problem ?] cxl list show nothing after reboot " Zhijian Li (Fujitsu)
2024-04-05 16:57     ` Jonathan Cameron
2024-04-07  3:51       ` Zhijian Li (Fujitsu)
2024-04-08 23:14         ` Dan Williams
2024-04-09  6:53           ` Zhijian Li (Fujitsu)

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b0f5e2ce-d39e-4a8e-8f2f-ffa67b604e02@fujitsu.com \
    --to=lizhijian@fujitsu.com \
    --cc=alison.schofield@intel.com \
    --cc=dan.j.williams@intel.com \
    --cc=dave.jiang@intel.com \
    --cc=dave@stgolabs.net \
    --cc=ira.weiny@intel.com \
    --cc=jonathan.cameron@huawei.com \
    --cc=linux-cxl@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rrichter@amd.com \
    --cc=vishal.l.verma@intel.com \
    --cc=yaoxt.fnst@fujitsu.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox