[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aMN/e2MHdJaaGT6z@xsang-OptiPlex-9020>
Date: Fri, 12 Sep 2025 10:03:39 +0800
From: Oliver Sang <oliver.sang@...el.com>
To: Peter Zijlstra <peterz@...radead.org>
CC: <oe-lkp@...ts.linux.dev>, <lkp@...el.com>, <linux-kernel@...r.kernel.org>,
<oliver.sang@...el.com>
Subject: Re: [peterz-queue:sched/hrtick] [entry,hrtimer,x86] ebf33ab570:
BUG:soft_lockup-CPU##stuck_for#s![pthread_mutex1_:#]
hi, Peter Zijlstra,
On Thu, Sep 11, 2025 at 09:33:04AM +0200, Peter Zijlstra wrote:
> On Mon, Sep 08, 2025 at 01:24:54PM +0800, kernel test robot wrote:
> >
> >
> > Hello,
> >
> > kernel test robot noticed "BUG:soft_lockup-CPU##stuck_for#s![pthread_mutex1_:#]" on:
> >
> > commit: ebf33ab5707c7c9ea25e3c03540b1329ad9aff1d ("entry,hrtimer,x86: Push reprogramming timers into the interrupt return path")
> > https://git.kernel.org/cgit/linux/kernel/git/peterz/queue.git sched/hrtick
> >
> > in testcase: will-it-scale
> > version: will-it-scale-x86_64-75f66e4-1_20250906
> > with following parameters:
> >
> > nr_task: 100%
> > mode: thread
> > test: pthread_mutex1
> > cpufreq_governor: performance
> >
> >
> >
> > config: x86_64-rhel-9.4
> > compiler: gcc-13
> > test machine: 64 threads 2 sockets Intel(R) Xeon(R) Gold 6346 CPU @ 3.10GHz (Ice Lake) with 256G memory
> >
> > (please refer to attached dmesg/kmsg for entire log/backtrace)
> >
>
> Is this the same issue again as last time? Eg. disabling all the perf
> monitors makes it go?
yes, if disabling all monitors, the issue disappeared.
Powered by blists - more mailing lists