From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: <mst@redhat.com>, <qemu-devel@nongnu.org>
CC: <linux-cxl@vger.kernel.org>, Markus Armbruster <armbru@redhat.com>, Li
 Zhijian <lizhijian@fujitsu.com>, <linuxarm@huawei.com>, Zhao Liu
	<zhao1.liu@linux.intel.com>, Xingtao Yao <yaoxt.fnst@fujitsu.com>
Subject: [PATCH qemu v2 0/3]  hw/cxl: Misc minor improvements
Date: Fri, 5 Jul 2024 12:39:53 +0100
Message-ID: <20240705113956.941732-1-Jonathan.Cameron@huawei.com>
X-Mailing-List: linux-cxl@vger.kernel.org
List-Id: <linux-cxl.vger.kernel.org>
List-Subscribe: <mailto:linux-cxl+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-cxl+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
Xref: photonic.trudheim.com org.kernel.vger.linux-cxl:29296
Newsgroups: org.kernel.vger.linux-cxl,org.nongnu.qemu-devel
Path: photonic.trudheim.com!nntp.lore.kernel.org!not-for-mail

v2: Switch patch 1 from a patch that removes the cfmws_list element
    of CXLState to a fix that makes use of it to fix a crash.
    Now based on master as precursors merged.

Before pushing on to more significant features a few unrelated patches
doing tidying up + one to avoid people setting the memory backend both
for a CXL type 3 device and as normal RAM in an attempt to get SRAT to
cover it correctly.  We've had multiple 'bug' reports from this and if
nothing else I'd like to stop getting those!

Fan Ni (1):
  hw/cxl/cxl-mailbox-utils: remove unneeded mailbox output payload space
    zeroing

Jonathan Cameron (1):
  hw/cxl: Check for multiple mappings of memory backends.

Zhao Liu (1):
  hw/cxl/cxl-host: Fix segmentation fault when getting cxl-fmw property

 hw/cxl/cxl-host.c          |  3 ++-
 hw/cxl/cxl-mailbox-utils.c |  7 -------
 hw/mem/cxl_type3.c         | 15 +++++++++++++++
 3 files changed, 17 insertions(+), 8 deletions(-)

-- 
2.43.0

.

From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: <linux-cxl@vger.kernel.org>, <mst@redhat.com>, <qemu-devel@nongnu.org>
CC: Davidlohr Bueso <dave@stgolabs.net>, Hyeonggon Yoo <42.hyeyoo@gmail.com>,
	Fan Ni <fan.ni@samsung.com>
Subject: [PATCH qemu 0/4] hw/cxl: Add support for scan media.
Date: Fri, 5 Jul 2024 13:06:39 +0100
Message-ID: <20240705120643.959422-1-Jonathan.Cameron@huawei.com>
X-Mailing-List: linux-cxl@vger.kernel.org
List-Id: <linux-cxl.vger.kernel.org>
List-Subscribe: <mailto:linux-cxl+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-cxl+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
Xref: photonic.trudheim.com org.kernel.vger.linux-cxl:29301
Newsgroups: org.kernel.vger.linux-cxl,org.nongnu.qemu-devel
Path: photonic.trudheim.com!nntp.lore.kernel.org!not-for-mail

Now DCD is upstream, a number of sets that were dependent on it, that have
otherwise been in a good state for a long time, are (hopefully) ready to
upstream.  I was also holding back series that were less critical for
kernel testing to make sure they didn't distract from the progress of
Dynamic Capacity.

This 1st series includes a couple of more general improvements that interact
closely with the scan media changes.  This series applies directly on master
and can go in parallel to

[PATCH qemu v2 0/3]  hw/cxl: Misc minor improvements

The Scan Media commands enable recovery from the situation where a poison
list has overflowed and the OS has no other way to find out which
memory is bad, or because the user wants force a recheck for uncorrectable
ECC errors. This functionality is emulated by keeping an additional list
of injected poison that is not exposed via the existing get poison list
command.  This list is 'discovered' during processing of Scan Media as
if the hardware had detected these errors in real memory.

Davidlohr Bueso (2):
  hw/cxl: Add get scan media capabilities cmd support
  hw/cxl: Add get scan media results cmd support

Hyeonggon Yoo (2):
  hw/cxl/mbox: replace sanitize_running() with cxl_dev_media_disabled()
  hw/cxl/events: discard all event records during sanitation

 include/hw/cxl/cxl_device.h |  15 +-
 hw/cxl/cxl-events.c         |  13 ++
 hw/cxl/cxl-mailbox-utils.c  | 326 ++++++++++++++++++++++++++++++++++--
 hw/mem/cxl_type3.c          |  26 ++-
 4 files changed, 355 insertions(+), 25 deletions(-)

-- 
2.43.0

.

From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: <linux-cxl@vger.kernel.org>, <mst@redhat.com>, <qemu-devel@nongnu.org>
CC: <fan.ni@samsung.com>, Davidlohr Bueso <dave@stgolabs.net>, Fan Ni
	<nifan.cxl@gmail.com>, <linuxarm@huawei.com>
Subject: [PATCH qemu v4 0/1] hw/cxl: Support firmware updates
Date: Fri, 5 Jul 2024 13:59:14 +0100
Message-ID: <20240705125915.991672-1-Jonathan.Cameron@huawei.com>
X-Mailing-List: linux-cxl@vger.kernel.org
List-Id: <linux-cxl.vger.kernel.org>
List-Subscribe: <mailto:linux-cxl+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-cxl+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
Xref: photonic.trudheim.com org.kernel.vger.linux-cxl:29311
Newsgroups: org.kernel.vger.linux-cxl,org.nongnu.qemu-devel
Path: photonic.trudheim.com!nntp.lore.kernel.org!not-for-mail

v4: Trivial rebase due to reordering of patch queue for upstreaming.
    A couple of white space fixes (checkpatch)

This one was waiting on a v3 revision from Davildlohr (which he posted
last week) rather than DCD as such, but the various series before this
one cause a lot of churn so it's easier to merge in this order.

Details in patch 1, but in short this fakes firmware updates, allowing
testing of the OS support.

Based-on: [PATCH qemu v6 0/4] hw/cxl/cxl-mailbox-utils: Add feature commands, device patrol scrub control and DDR5 ECS control feature
Based-on: [PATCH qemu 0/4] hw/cxl: Add support for scan media.

Based-on: Message-id: 20240705123039.963781-1-Jonathan.Cameron@huawei.com
Based-on: Message-id: 20240705120643.959422-1-Jonathan.Cameron@huawei.com

Davidlohr Bueso (1):
  hw/cxl: Support firmware updates

 include/hw/cxl/cxl_device.h |  15 +++
 hw/cxl/cxl-mailbox-utils.c  | 205 +++++++++++++++++++++++++++++++++++-
 2 files changed, 215 insertions(+), 5 deletions(-)

-- 
2.43.0

.

