[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <83b013fb-2057-4097-ac8c-b5c38d019a0f@zytor.com>
Date: Thu, 22 May 2025 10:33:36 -0700
From: Xin Li <xin@...or.com>
To: kernel test robot <lkp@...el.com>, linux-kernel@...r.kernel.org
Cc: oe-kbuild-all@...ts.linux.dev, tglx@...utronix.de, mingo@...hat.com,
bp@...en8.de, dave.hansen@...ux.intel.com, x86@...nel.org,
hpa@...or.com, peterz@...radead.org, andrew.cooper3@...rix.com,
stable@...r.kernel.org
Subject: Re: [PATCH v1 1/1] x86/fred/signal: Prevent single-step upon ERETU
completion
On 5/22/2025 10:20 AM, kernel test robot wrote:
> Hi Xin,
>
> kernel test robot noticed the following build errors:
>
> [auto build test ERROR on 6a7c3c2606105a41dde81002c0037420bc1ddf00]
>
> url: https://github.com/intel-lab-lkp/linux/commits/Xin-Li-Intel/x86-fred-signal-Prevent-single-step-upon-ERETU-completion/20250522-140954
> base: 6a7c3c2606105a41dde81002c0037420bc1ddf00
> patch link: https://lore.kernel.org/r/20250522060549.2882444-1-xin%40zytor.com
> patch subject: [PATCH v1 1/1] x86/fred/signal: Prevent single-step upon ERETU completion
> config: i386-buildonly-randconfig-003-20250522 (https://download.01.org/0day-ci/archive/20250523/202505230141.4YBHhrPI-lkp@intel.com/config)
> compiler: gcc-12 (Debian 12.2.0-14) 12.2.0
> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250523/202505230141.4YBHhrPI-lkp@intel.com/reproduce)
>
> If you fix the issue in a separate patch/commit (i.e. not just a new version of
> the same patch/commit), kindly add following tags
> | Reported-by: kernel test robot <lkp@...el.com>
> | Closes: https://lore.kernel.org/oe-kbuild-all/202505230141.4YBHhrPI-lkp@intel.com/
>
> All errors (new ones prefixed by >>):
>
> In file included from arch/x86/kernel/signal_32.c:32:
> arch/x86/include/asm/sighandling.h: In function 'prevent_single_step_upon_eretu':
>>> arch/x86/include/asm/sighandling.h:44:21: error: 'struct pt_regs' has no member named 'fred_ss'
> 44 | regs->fred_ss.swevent = 0;
> | ^~
>
Hmm, this statement is under IS_ENABLED(CONFIG_X86_FRED), which should
be a compile time FALSE with i386. Why it is still being compiled?
Thanks!
Xin
Powered by blists - more mailing lists