[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <SJ1PR11MB6083447BB15B0D0535D77C68FCC5A@SJ1PR11MB6083.namprd11.prod.outlook.com>
Date: Mon, 2 Oct 2023 17:57:35 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Borislav Petkov <bp@...en8.de>
CC: Yazen Ghannam <yazen.ghannam@....com>,
"Smita.KoralahalliChannabasappa@....com"
<Smita.KoralahalliChannabasappa@....com>,
"dave.hansen@...ux.intel.com" <dave.hansen@...ux.intel.com>,
"x86@...nel.org" <x86@...nel.org>,
"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"patches@...ts.linux.dev" <patches@...ts.linux.dev>
Subject: RE: [PATCH v8 0/3] Handle corrected machine check interrupt storms
> Including placing most of the storm tracking code into threshold.c
> instead of bloating core.c.
The lkp test robot complains on a randconfig build with:
# CONFIG_X86_MCE_INTEL is not set
# CONFIG_X86_MCE_AMD is not set
about some undefined symbols.
>> core.c:(.text+0x1130): undefined reference to `storm_desc'
>> core.c:(.text+0x1634): undefined reference to `mce_track_storm'
Simple fix would be to move definition of storm_desc into core.c
and provide a stub:
static inline void mce_track_storm(struct mce *mce) { }
for the case where neither INTEL nor AMD is configured.
in internal.h
-Tony
Powered by blists - more mailing lists