linux-kernel - Re: NOHZ tick-stop error: local softirq work is pending, handler #08!!! on Dell XPS 13 9360

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20250210124551.3687ae51@foxbook>
Date: Mon, 10 Feb 2025 12:45:51 +0100
From: Michał Pecio <michal.pecio@...il.com>
To: pmenzel@...gen.mpg.de
Cc: anna-maria@...utronix.de, frederic@...nel.org,
 linux-kernel@...r.kernel.org, linux-trace-kernel@...r.kernel.org,
 linux-usb@...r.kernel.org, mingo@...nel.org, tglx@...utronix.de
Subject: Re: NOHZ tick-stop error: local softirq work is pending, handler
 #08!!! on Dell XPS 13 9360

Hi,

>>>>>>> On Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022, with Linux
>>>>>>> 6.9-rc2+ 

> Just for the record, I am still seeing this with 6.14.0-rc1

Is this a regression? If so, which versions were not affected?
How hard to reproduce? Wasn't it during resume from hibernation?

IRQ isuses may be a red herring, this code here is a busy wait under
spinlock. There are a few of those, they cause various problems.

                if (xhci_handshake(&xhci->op_regs->status,
                              STS_RESTORE, 0, 100 * 1000)) {
                        xhci_warn(xhci, "WARN: xHC restore state timeout\n");
			spin_unlock_irq(&xhci->lock);
                        return -ETIMEDOUT;
                }

This thing timing out may be close to the root cause of everything.

Regards,
Michal