From: Jonathan Cameron via <qemu-devel@nongnu.org>
To: <linux-cxl@vger.kernel.org>, <mst@redhat.com>, <qemu-devel@nongnu.org>
Cc: <shiju.jose@huawei.com>,
Gregory Price <gregory.price@memverge.com>, <linuxarm@huawei.com>
Subject: [PATCH qemu v6 0/4] hw/cxl/cxl-mailbox-utils: Add feature commands, device patrol scrub control and DDR5 ECS control feature
Date: Fri, 5 Jul 2024 13:30:34 +0100 [thread overview]
Message-ID: <20240705123039.963781-1-Jonathan.Cameron@huawei.com> (raw)
I believe this is ready to merge (I was holding it until DCD was
in place and that is upstream now)
Changes since v5:
- Include Gregory's patch to bring forward the renames. Not strictly
needed here, but a sensible change and it makes reordring my
CXL staging tree a lot simpler.
Based-on: [PATCH qemu 0/4] hw/cxl: Add support for scan media
Message-id: 20240705120643.959422-1-Jonathan.Cameron@huawei.com
Add support for the feature commands, device patrol scrub control and
DDR5 ECS control features.
CXL spec 3.1 section 8.2.9.6 describes optional device specific features.
CXL spec 3.1 section 8.2.9.9.11.1 describes the device patrol scrub control
feature.
CXL spec 3.1 section 8.2.9.9.11.2 describes the DDR5 Error Check Scrub (ECS)
control feature.
This series is one of the test vehicles for the support of RAS feature
control in Linux and having it upstream would be useful to support that work.
There are also a lot more 'features' using the feature infrastructure
that are dependent on the first 2 patches.
Gregory Price (1):
cxl/mailbox: move mailbox effect definitions to a header
Shiju Jose (3):
hw/cxl/cxl-mailbox-utils: Add support for feature commands (8.2.9.6)
hw/cxl/cxl-mailbox-utils: Add device patrol scrub control feature
hw/cxl/cxl-mailbox-utils: Add device DDR5 ECS control feature
include/hw/cxl/cxl_device.h | 58 +++++
include/hw/cxl/cxl_mailbox.h | 18 ++
hw/cxl/cxl-mailbox-utils.c | 432 +++++++++++++++++++++++++++++++++--
hw/mem/cxl_type3.c | 23 ++
4 files changed, 512 insertions(+), 19 deletions(-)
create mode 100644 include/hw/cxl/cxl_mailbox.h
--
2.43.0
next reply other threads:[~2024-07-05 12:31 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-05 12:30 Jonathan Cameron via [this message]
2024-07-05 12:30 ` [PATCH v6 1/4] cxl/mailbox: move mailbox effect definitions to a header Jonathan Cameron via
2024-07-05 12:30 ` [PATCH v6 2/4] hw/cxl/cxl-mailbox-utils: Add support for feature commands (8.2.9.6) Jonathan Cameron via
2024-07-05 12:30 ` [PATCH v6 3/4] hw/cxl/cxl-mailbox-utils: Add device patrol scrub control feature Jonathan Cameron via
2024-07-05 12:30 ` [PATCH v6 4/4] hw/cxl/cxl-mailbox-utils: Add device DDR5 ECS " Jonathan Cameron via
2024-07-12 13:17 ` Jonathan Cameron via
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=20240705123039.963781-1-Jonathan.Cameron@huawei.com \
--to=qemu-devel@nongnu.org \
--cc=Jonathan.Cameron@huawei.com \
--cc=gregory.price@memverge.com \
--cc=linux-cxl@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=mst@redhat.com \
--cc=shiju.jose@huawei.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;
as well as URLs for NNTP newsgroup(s).