[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <SJ1PR11MB608311F25E4B0B789E54866AFCFF2@SJ1PR11MB6083.namprd11.prod.outlook.com>
Date: Mon, 3 Jun 2024 17:18:37 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Borislav Petkov <bp@...en8.de>, "Chatre, Reinette"
<reinette.chatre@...el.com>
CC: Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Andrew Morton
<akpm@...ux-foundation.org>, Thomas Gleixner <tglx@...utronix.de>, "Yu,
Fenghua" <fenghua.yu@...el.com>, "Wieczor-Retman, Maciej"
<maciej.wieczor-retman@...el.com>, Peter Newman <peternewman@...gle.com>,
James Morse <james.morse@....com>, Babu Moger <babu.moger@....com>, "Drew
Fustini" <dfustini@...libre.com>, Dave Martin <Dave.Martin@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"patches@...ts.linux.dev" <patches@...ts.linux.dev>
Subject: RE: [PATCH 0/3] Add and use get_cpu_cacheinfo_level()
> I'd prefer if resctrl patches go only through tip so that there's no
> unnecessary headaches with merging and coordination.
The two resctrl patches depend on the patch to <linux/cacheinfo.h>
So you'd need to take that patch through tip x86/cache as well.
-Tony
Powered by blists - more mailing lists