[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87o6vxj6wu.ffs@tglx>
Date: Tue, 13 May 2025 09:39:45 +0200
From: Thomas Gleixner <tglx@...utronix.de>
To: paulmck@...nel.org, Marco Elver <elver@...gle.com>, Andrew Morton
<akpm@...ux-foundation.org>, Dmitry Vyukov <dvyukov@...gle.com>
Cc: Peter Zijlstra <peterz@...radead.org>, linux-kernel@...r.kernel.org,
kasan-dev@...glegroups.com, Stephen Rothwell <sfr@...b.auug.org.au>,
linux-next@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [BUG] sleeping function called from invalid context at
./include/linux/sched/mm.h:321
On Mon, May 12 2025 at 16:47, Paul E. McKenney wrote:
> I ran this on x86 with clang version 19.1.7 (CentOS 19.1.7-1.el9).
>
> See below for the full splat. The TINY02 and SRCU-T scenarios are unique
> in setting both CONFIG_SMP=n and CONFIG_PROVE_LOCKING=y.
>
> Bisection converges here:
>
> c836e5a70c59 ("genirq/chip: Rework irq_set_msi_desc_off()")
>
> The commit reverts cleanly, but results in the following build error:
>
> kernel/irq/chip.c:98:26: error: call to undeclared function 'irq_get_desc_lock'
>
> Thoughts?
Smells like what the top commit of the irq/core branch fixes:
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?h=irq/core
Powered by blists - more mailing lists