[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=UzUCPtwuQRFR0SkAkh63MbzMefxNYmiOBxCemL3P_+EQ@mail.gmail.com>
Date: Tue, 2 Sep 2025 10:03:55 -0700
From: Doug Anderson <dianders@...omium.org>
To: yunhui cui <cuiyunhui@...edance.com>
Cc: paul.walmsley@...ive.com, palmer@...belt.com, aou@...s.berkeley.edu,
alex@...ti.fr, atish.patra@...ux.dev, anup@...infault.org, will@...nel.org,
mark.rutland@....com, linux-riscv@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-perf-users@...r.kernel.org, catalin.marinas@....com,
masahiroy@...nel.org, suzuki.poulose@....com, maz@...nel.org,
zhanjie9@...ilicon.com, yangyicong@...ilicon.com, mingo@...nel.org,
lihuafei1@...wei.com, akpm@...ux-foundation.org, jpoimboe@...nel.org,
rppt@...nel.org, kees@...nel.org, thomas.weissschuh@...utronix.de
Subject: Re: [External] Re: [PATCH 1/2] watchdog: refactor watchdog_hld functionality
Hi,
On Sun, Aug 31, 2025 at 10:57 PM yunhui cui <cuiyunhui@...edance.com> wrote:
>
> Hi Doug,
>
> On Sat, Aug 30, 2025 at 5:34 AM Doug Anderson <dianders@...omium.org> wrote:
> >
> > Hi,
> >
> > On Wed, Aug 27, 2025 at 3:10 AM Yunhui Cui <cuiyunhui@...edance.com> wrote:
> > >
> > > Move watchdog_hld.c to kernel/, and rename arm_pmu_irq_is_nmi()
> > > to arch_pmu_irq_is_nmi() for cross-arch reusability.
> > >
> > > Signed-off-by: Yunhui Cui <cuiyunhui@...edance.com>
> > > ---
> > > arch/arm64/kernel/Makefile | 1 -
> > > drivers/perf/arm_pmu.c | 2 +-
> > > include/linux/nmi.h | 1 +
> > > include/linux/perf/arm_pmu.h | 2 --
> > > kernel/Makefile | 2 +-
> > > {arch/arm64/kernel => kernel}/watchdog_hld.c | 8 ++++++--
> > > 6 files changed, 9 insertions(+), 7 deletions(-)
> > > rename {arch/arm64/kernel => kernel}/watchdog_hld.c (97%)
> >
> > I'm not a huge fan of the perf hardlockup detector and IMO we should
> > maybe just delete it. Thus spreading it to support a new architecture
> > isn't my favorite thing to do. Can't you use the buddy hardlockup
> > detector?
>
> Why is there a plan to remove CONFIG_HARDLOCKUP_DETECTOR_PERF? Could
> you explain the specific reasons? Is the community's future plan to
> favor CONFIG_HARDLOCKUP_DETECTOR_BUDDY?
I don't think there are any concrete plans, but there was some discussion here:
https://lore.kernel.org/all/CAD=FV=WWUiCi6bZCs_gseFpDDWNkuJMoL6XCftEo6W7q6jRCkg@mail.gmail.com/
-Doug
Powered by blists - more mailing lists