[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LRH.2.20.2301201256560.5281@Diego>
Date: Fri, 20 Jan 2023 12:57:31 +0100 (CET)
From: Michael Petlan <mpetlan@...hat.com>
To: "Liang, Kan" <kan.liang@...ux.intel.com>
cc: peterz@...radead.org, mingo@...hat.com,
linux-kernel@...r.kernel.org, steve.wahl@....com,
alexander.antonov@...ux.intel.com, ak@...ux.intel.com,
eranian@...gle.com, namhyung@...nel.org
Subject: Re: [PATCH RESEND 0/5] Fix UPI uncore issue on SPR
On Thu, 19 Jan 2023, Liang, Kan wrote:
> Hi Peter & Ingo,
>
> Gentle Ping. Please let me know if you have any comments on the patch set.
>
> Thanks
> Kan
>
> On 2023-01-12 3:01 p.m., kan.liang@...ux.intel.com wrote:
> > From: Kan Liang <kan.liang@...ux.intel.com>
> >
> > The discovery table of UPI on SPR MCC is broken. The patch series is
> > to mitigate the issue by providing a hardcode pre-defined table.
> >
> > The broken discovery table can trigger a kernel warning message, which
> > is overkilled. The patch series also refine the error handling code.
> >
> > Kan Liang (5):
> > perf/x86/uncore: Factor out uncore_device_to_die()
> > perf/x86/uncore: Fix potential NULL pointer in uncore_get_alias_name
> > perf/x86/uncore: Ignore broken units in discovery table
> > perf/x86/uncore: Add a quirk for UPI on SPR
> > perf/x86/uncore: Don't WARN_ON_ONCE() for a broken discovery table
For the series,
Tested-by: Michael Petlan <mpetlan@...hat.com>
> >
> > arch/x86/events/intel/uncore.c | 34 ++++-
> > arch/x86/events/intel/uncore.h | 4 +
> > arch/x86/events/intel/uncore_discovery.c | 60 ++++++---
> > arch/x86/events/intel/uncore_discovery.h | 14 +-
> > arch/x86/events/intel/uncore_snbep.c | 158 ++++++++++++++++++-----
> > 5 files changed, 210 insertions(+), 60 deletions(-)
> >
>
>
Powered by blists - more mailing lists