linux-kernel - Re: [PATCH 2/2] hpet: Add HPET-based NMI watchdog support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <87zf5o23x1.ffs@tglx>
Date: Wed, 04 Feb 2026 11:34:18 +0100
From: Thomas Gleixner <tglx@...nel.org>
To: David Woodhouse <dwmw2@...radead.org>, Alexander Graf <graf@...zon.com>,
 Sasha Levin <sashal@...nel.org>
Cc: x86@...nel.org, linux-kernel@...r.kernel.org, linux-doc@...r.kernel.org,
 Clemens Ladisch <clemens@...isch.de>, Arnd Bergmann <arnd@...db.de>, Greg
 Kroah-Hartman <gregkh@...uxfoundation.org>, Dave Hansen
 <dave.hansen@...ux.intel.com>, Borislav Petkov <bp@...en8.de>, Ingo Molnar
 <mingo@...hat.com>, Jonathan Corbet <corbet@....net>, Paolo Bonzini
 <pbonzini@...hat.com>, Pasha Tatashin <pasha.tatashin@...een.com>,
 nh-open-source@...zon.com, Nicolas Saenz Julienne <nsaenz@...zon.es>,
 Hendrik Borghorst <hborghor@...zon.de>, Filippo Sironi <sironi@...zon.de>,
 Jan Schönherr <jschoenh@...zon.de>,
 ricardo.neri-calderon@...ux.intel.com
Subject: Re: [PATCH 2/2] hpet: Add HPET-based NMI watchdog support

On Tue, Feb 03 2026 at 23:13, David Woodhouse wrote:
> On Tue, 2026-02-03 at 21:46 +0100, Thomas Gleixner wrote:
>> On Tue, Feb 03 2026 at 17:43, David Woodhouse wrote:
>> > Honestly, even when I've explicitly told Kiro three times *not* to do
>> > something, *and* implemented a git commit hook to catch it out, it has
>> > a tendency just to automatically override the commit hook!
>> 
>> Anarchic Intelligence :)
>> 
>> > If it was made of meat, I'd have stabbed it by now.
>> 
>> rm -rf solves that problem too once and forever.
>
> There *are* cases where it's actually an accelerating function,
> especially where there's a bunch of boilerplate/infrastructure code to
> be generated. But by $DEITY you have to keep a close eye on it. It has
> absolutely no taste whatsoever.
>
> And I've watched it spend quarter of an hour failing to use its own
> file read/write tools to edit C files, falling back to sed and then
> python scripts to make the simple changes it wanted to make. Sometimes
> needing to be prompted because it thought its sed script had worked
> when in fact it hadn't. It's... impressive :)

You clearly proved the point that this is accelerating the time and
energy waste.