From: Reinette Chatre <reinette.chatre@intel.com>
To: Tony Luck <tony.luck@intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Andrew Morton <akpm@linux-foundation.org>,
Thomas Gleixner <tglx@linutronix.de>,
Borislav Petkov <bp@alien8.de>
Cc: Fenghua Yu <fenghua.yu@intel.com>,
Maciej Wieczor-Retman <maciej.wieczor-retman@intel.com>,
Peter Newman <peternewman@google.com>,
James Morse <james.morse@arm.com>,
Babu Moger <babu.moger@amd.com>,
"Drew Fustini" <dfustini@baylibre.com>,
Dave Martin <Dave.Martin@arm.com>, <linux-kernel@vger.kernel.org>,
<patches@lists.linux.dev>
Subject: Re: [PATCH 0/3] Add and use get_cpu_cacheinfo_level()
Date: Mon, 3 Jun 2024 09:55:24 -0700 [thread overview]
Message-ID: <22569491-1b29-4b3d-8e9c-a5d10b73b6ab@intel.com> (raw)
In-Reply-To: <20240531195720.232561-1-tony.luck@intel.com>
Dear Maintainers,
On 5/31/24 12:57 PM, Tony Luck wrote:
> [get_maintainer.pl is vague about who owns <linux/cacheinfo.h>
> to I've scattershooted some of the folks that committed changes
> for this file]
Thank you to Andrew for picking up this series into the
mm-nonmm-unstable branch. I am not familiar with how patches flow
from this repo/branch but I expect that this inclusion will require some
high level coordination between the big repos since resctrl changes
usually flow upstream through x86/cache branch of tip and I
anticipate some conflicts and also needing to figure out how to deal
with this new dependency in planned resctrl changes.
As Tony mentioned upcoming resctrl changes depend on this new
include/linux/cacheinfo.h addition while some other planned
resctrl changes [2] will conflict with patch #2 and #3 of this series.
A previous change to include/linux/cacheinfo.h (commit
709c4362725a ("cacheinfo: Move resctrl's get_cache_id() to the
cacheinfo header file")) was able to accompany the resctrl
changes via x86/cache of tip. Could it be possible to repeat
such a patch flow?
Looking at mm-nonmm-unstable there is indeed one other pending
change that touches include/linux/cacheinfo.h ("cpumask: make
core headers including cpumask_types.h where possible"). I
confirmed that there is no conflict between it and patch #1
from this series, the two can be applied in any order. Of course,
this means nothing for any other changes to this file
that may arrive later during this cycle.
Could you please provide your guidance on how to achieve a smooth
upstream of this work?
Thank you
Reinette
[2] https://lore.kernel.org/lkml/20240321165106.31602-1-james.morse@arm.com/
> This helper function came up in discussion of the resctrl patches
> for Sub-NUMA Cluster (SNC) support. Reinette pointed out[1] that there
> are already two places where it would clean things up by avoiding
> open coding. The SNC patches will add two additional call sites.
>
> So rather than have this jammed up as part of the SNC series, I'm
> posting it as a simple standalone cleanup.
>
> Signed-off-by: Tony Luck <tony.luck@intel.com>
>
> [1] https://lore.kernel.org/all/050c64b3-20b3-4db6-b782-f5124ebaab31@intel.com/
>
> Tony Luck (3):
> cacheinfo: Add function to get cacheinfo for a given (cpu, cachelevel)
> x86/resctrl: Replace open code cacheinfo search in
> pseudo_lock_region_init()
> x86/resctrl: Replace open code cacheinfo search in
> rdtgroup_cbm_to_size()
>
> include/linux/cacheinfo.h | 21 ++++++++++++++++-----
> arch/x86/kernel/cpu/resctrl/pseudo_lock.c | 17 ++++++-----------
> arch/x86/kernel/cpu/resctrl/rdtgroup.c | 14 +++++---------
> 3 files changed, 27 insertions(+), 25 deletions(-)
>
>
> base-commit: 1613e604df0cd359cf2a7fbd9be7a0bcfacfabd0
next prev parent reply other threads:[~2024-06-03 16:55 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-31 19:57 [PATCH 0/3] Add and use get_cpu_cacheinfo_level() Tony Luck
2024-05-31 19:57 ` [PATCH 1/3] cacheinfo: Add function to get cacheinfo for a given (cpu, cachelevel) Tony Luck
2024-06-03 18:06 ` Reinette Chatre
2024-05-31 19:57 ` [PATCH 2/3] x86/resctrl: Replace open code cacheinfo search in pseudo_lock_region_init() Tony Luck
2024-06-03 18:07 ` Reinette Chatre
2024-05-31 19:57 ` [PATCH 3/3] x86/resctrl: Replace open code cacheinfo search in rdtgroup_cbm_to_size() Tony Luck
2024-06-03 18:07 ` Reinette Chatre
2024-06-04 18:03 ` Luck, Tony
2024-06-03 16:55 ` Reinette Chatre [this message]
2024-06-03 17:01 ` [PATCH 0/3] Add and use get_cpu_cacheinfo_level() Borislav Petkov
2024-06-03 17:18 ` Luck, Tony
2024-06-03 18:24 ` Borislav Petkov
2024-06-05 2:22 ` Andrew Morton
2024-06-05 8:14 ` 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=22569491-1b29-4b3d-8e9c-a5d10b73b6ab@intel.com \
--to=reinette.chatre@intel.com \
--cc=Dave.Martin@arm.com \
--cc=akpm@linux-foundation.org \
--cc=babu.moger@amd.com \
--cc=bp@alien8.de \
--cc=dfustini@baylibre.com \
--cc=fenghua.yu@intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=james.morse@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maciej.wieczor-retman@intel.com \
--cc=patches@lists.linux.dev \
--cc=peternewman@google.com \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.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