From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: <shiju.jose@huawei.com>
Cc: <linux-edac@vger.kernel.org>, <linux-acpi@vger.kernel.org>,
<linux-doc@vger.kernel.org>, <bp@alien8.de>, <rafael@kernel.org>,
<tony.luck@intel.com>, <lenb@kernel.org>, <leo.duran@amd.com>,
<Yazen.Ghannam@amd.com>, <mchehab@kernel.org>,
<linux-mm@kvack.org>, <linuxarm@huawei.com>,
<rientjes@google.com>, <jiaqiyan@google.com>, <Jon.Grimm@amd.com>,
<dave.hansen@linux.intel.com>, <naoya.horiguchi@nec.com>,
<james.morse@arm.com>, <jthoughton@google.com>,
<somasundaram.a@hpe.com>, <erdemaktas@google.com>,
<pgonda@google.com>, <duenwen@google.com>, <gthelen@google.com>,
<wschwartz@amperecomputing.com>, <dferguson@amperecomputing.com>,
<wbs@os.amperecomputing.com>, <nifan.cxl@gmail.com>,
<tanxiaofei@huawei.com>, <prime.zeng@hisilicon.com>,
<roberto.sassu@huawei.com>, <kangkang.shen@futurewei.com>,
<wanghuiqiang@huawei.com>
Subject: Re: [PATCH v5 0/2] ACPI: Add support for ACPI RAS2 feature table
Date: Mon, 12 May 2025 09:16:44 +0100 [thread overview]
Message-ID: <20250512091644.00001598@huawei.com> (raw)
In-Reply-To: <20250507214344.709-1-shiju.jose@huawei.com>
On Wed, 7 May 2025 22:43:41 +0100
<shiju.jose@huawei.com> wrote:
> From: Shiju Jose <shiju.jose@huawei.com>
>
> Add support for ACPI RAS2 feature table (RAS2) defined in the
> ACPI 6.5 specification, section 5.2.21 and RAS2 HW based memory
> scrubbing feature.
>
> ACPI RAS2 patches were part of the EDAC series [1].
>
> The code is based on ras.git: edac-for-next branch [2]
> merged with linux-pm.git [3] : linux-next branch.
>
> 1. https://lore.kernel.org/linux-cxl/20250212143654.1893-1-shiju.jose@huawei.com/
> 2. https://web.git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git/log/?h=edac-for-next
> 3. https://web.git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/
Rafael, Borislav,
What path do we expect this little series to take forwards?
I'm kind of assuming through ACPI given the acpica dependency, but
anything works for us. Last few iterations have been minor and around
the renames of stuff in acpica to shorten some silly long lines. So I hope
this is ready to go.
Yazen, Daniel, others thanks for your reviews and testing etc - if you
want to give RB tags or similar that would be great as well!
Jonathan
>
> Changes
> =======
> v4 -> v5:
> 1. Fix for the build warnings reported by kernel test robot.
> https://patchwork.kernel.org/project/linux-edac/patch/20250423163511.1412-3-shiju.jose@huawei.com/
> 2. Removed patch "ACPI: ACPI 6.5: RAS2: Rename RAS2 table structure and field names"
> from the series as the ACPICA patch was merged to linux-pm.git : branch linux-next
> 3. Rebased to ras.git: edac-for-next branch merged with linux-pm.git : linux-next branch.
>
> v3 -> v4:
> 1. Changes for feedbacks from Yazen on v3.
> https://lore.kernel.org/all/20250415210504.GA854098@yaz-khff2.amd.com/
>
> v2 -> v3:
> 1. Rename RAS2 table structure and field names in
> include/acpi/actbl2.h limited to only necessary
> for RAS2 scrub feature. Not for merging.
> Corresponding changes are merged in the acpica:
> https://github.com/acpica/acpica/commit/2c8a38f747de9d977491a494faf0dfaf799b777b
> 2. Changes for feedbacks from Jonathan on v2.
> 3. Daniel reported a known behaviour: when readback 'size' attribute after
> setting in, returns 0 before starting scrubbing via 'addr' attribute.
> Changes added to fix this.
> 4. Daniel reported that firmware cannot update status of demand scrubbing
> via the 'Actual Address Range (OUTPUT)', thus add workaround in the
> kernel to update sysfs 'addr' attribute with the status of demand
> scrubbing.
> 5. Optimized logic in ras2_check_pcc_chan() function
> (patch - ACPI:RAS2: Add ACPI RAS2 driver).
> 6. Add PCC channel lock to struct ras2_pcc_subspace and change
> lock in ras2_mem_ctx as a pointer to pcc channel lock to make sure
> writing to PCC subspace shared memory is protected from race conditions.
>
> v1 -> v2:
> 1. Changes for feedbacks from Borislav.
> - Shorten ACPI RAS2 structures and variables names.
> - Shorten some of the other variables in the RAS2 drivers.
> - Fixed few CamelCases.
>
> 2. Changes for feedbacks from Yazen.
> - Added newline after number of '}' and return statements.
> - Changed return type for "ras2_add_aux_device() to 'int'.
> - Deleted a duplication of acpi_get_table("RAS2",...) in the ras2_acpi_parse_table().
> - Add "FW_WARN" to few error logs in the ras2_acpi_parse_table().
> - Rename ras2_acpi_init() to acpi_ras2_init() and modified to call acpi_ras2_init()
> function from the acpi_init().
> - Moved scrub related variables from the struct ras2_mem_ctx from patch
> "ACPI:RAS2: Add ACPI RAS2 driver" to "ras: mem: Add memory ACPI RAS2 driver".
>
> Shiju Jose (2):
> ACPI:RAS2: Add ACPI RAS2 driver
> ras: mem: Add memory ACPI RAS2 driver
>
> Documentation/edac/scrub.rst | 76 ++++++
> drivers/acpi/Kconfig | 11 +
> drivers/acpi/Makefile | 1 +
> drivers/acpi/bus.c | 3 +
> drivers/acpi/ras2.c | 451 +++++++++++++++++++++++++++++++++++
> drivers/ras/Kconfig | 11 +
> drivers/ras/Makefile | 1 +
> drivers/ras/acpi_ras2.c | 406 +++++++++++++++++++++++++++++++
> include/acpi/ras2.h | 70 ++++++
> 9 files changed, 1030 insertions(+)
> create mode 100644 drivers/acpi/ras2.c
> create mode 100644 drivers/ras/acpi_ras2.c
> create mode 100644 include/acpi/ras2.h
>
next prev parent reply other threads:[~2025-05-12 8:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-07 21:43 [PATCH v5 0/2] ACPI: Add support for ACPI RAS2 feature table shiju.jose
2025-05-07 21:43 ` [PATCH v5 1/2] ACPI:RAS2: Add ACPI RAS2 driver shiju.jose
2025-05-14 2:55 ` Daniel Ferguson
2025-05-14 11:31 ` Shiju Jose
2025-05-16 1:49 ` Daniel Ferguson
2025-05-16 13:36 ` Shiju Jose
2025-05-07 21:43 ` [PATCH v5 2/2] ras: mem: Add memory " shiju.jose
2025-05-12 8:16 ` Jonathan Cameron [this message]
2025-05-12 8:38 ` [PATCH v5 0/2] ACPI: Add support for ACPI RAS2 feature table Borislav Petkov
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=20250512091644.00001598@huawei.com \
--to=jonathan.cameron@huawei.com \
--cc=Jon.Grimm@amd.com \
--cc=Yazen.Ghannam@amd.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=dferguson@amperecomputing.com \
--cc=duenwen@google.com \
--cc=erdemaktas@google.com \
--cc=gthelen@google.com \
--cc=james.morse@arm.com \
--cc=jiaqiyan@google.com \
--cc=jthoughton@google.com \
--cc=kangkang.shen@futurewei.com \
--cc=lenb@kernel.org \
--cc=leo.duran@amd.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-edac@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linuxarm@huawei.com \
--cc=mchehab@kernel.org \
--cc=naoya.horiguchi@nec.com \
--cc=nifan.cxl@gmail.com \
--cc=pgonda@google.com \
--cc=prime.zeng@hisilicon.com \
--cc=rafael@kernel.org \
--cc=rientjes@google.com \
--cc=roberto.sassu@huawei.com \
--cc=shiju.jose@huawei.com \
--cc=somasundaram.a@hpe.com \
--cc=tanxiaofei@huawei.com \
--cc=tony.luck@intel.com \
--cc=wanghuiqiang@huawei.com \
--cc=wbs@os.amperecomputing.com \
--cc=wschwartz@amperecomputing.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).