[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <SJ1PR11MB60834A5C5D99F3BE9F2CF0DDFC3C2@SJ1PR11MB6083.namprd11.prod.outlook.com>
Date: Mon, 9 Dec 2024 17:53:12 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Borislav Petkov <bp@...en8.de>, "Chatre, Reinette"
<reinette.chatre@...el.com>
CC: "Yu, Fenghua" <fenghua.yu@...el.com>, Peter Newman
<peternewman@...gle.com>, Jonathan Corbet <corbet@....net>, "x86@...nel.org"
<x86@...nel.org>, James Morse <james.morse@....com>, Jamie Iles
<quic_jiles@...cinc.com>, Babu Moger <babu.moger@....com>, Randy Dunlap
<rdunlap@...radead.org>, "Shaopeng Tan (Fujitsu)" <tan.shaopeng@...itsu.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>,
"patches@...ts.linux.dev" <patches@...ts.linux.dev>
Subject: RE: [PATCH v11 0/8] x86/resctrl: mba_MBps enhancement
> > Could you please consider this series for inclusion?
>
> Lemme take a look...
>
> > This fix has been merged into v6.13-rc2.
>
> You mean, I should queue the set ontop of -rc2?
v6.13-rc1 may give a lockdep splat when mounting /sys/fs/resctrl
(known CONFIG options to trigger this are:
PROVE_LOCKING && SELINUX && (EXT4 || BTRFS)
but there may be others).
These resctrl patches are not directly dependent on the fixes that
went into -rc2:
22465bbac53c blk-mq: move cpuhp callback registering out of q->sysfs_lock
4bf485a7db5d blk-mq: register cpuhp callback after hctx is added to xarray table
they work ok on top of -rc1 (as long as you ignore the lockdep splat).
I see you already have one patch in TIP x86/cache on top of v6.13-rc1
Your choice whether to rebase that to -rc2 and then apply my series. It
might make testing smoother.
-Tony
Powered by blists - more mailing lists