public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH] kunit: irq: Ensure timer doesn't fire too frequently
@ 2026-02-24  3:37 Eric Biggers
  2026-02-24  9:01 ` David Gow
  2026-02-24 22:46 ` Eric Biggers
  0 siblings, 2 replies; 3+ messages in thread
From: Eric Biggers @ 2026-02-24  3:37 UTC (permalink / raw)
  To: linux-crypto
  Cc: linux-kernel, Ard Biesheuvel, Jason A . Donenfeld, Herbert Xu,
	kunit-dev, Brendan Higgins, David Gow, Rae Moar, Eric Biggers,
	stable

Fix a bug where kunit_run_irq_test() could hang if the system is too
slow.  This was noticed with the crypto library tests in certain VMs.

Specifically, if kunit_irq_test_timer_func() and the associated hrtimer
code took over 5us to run, then the CPU would spend all its time
executing that code in hardirq context.  As a result, the task executing
kunit_run_irq_test() never had a chance to run, exit the loop, and
cancel the timer.

To fix it, make kunit_irq_test_timer_func() increase the timer interval
when the other contexts aren't having a chance to run.

Fixes: 950a81224e8b ("lib/crypto: tests: Add hash-test-template.h and gen-hash-testvecs.py")
Cc: stable@vger.kernel.org
Signed-off-by: Eric Biggers <ebiggers@kernel.org>
---

This patch applies to v7.0-rc1 and is targeting libcrypto-fixes

 include/kunit/run-in-irq-context.h | 44 +++++++++++++++++++-----------
 1 file changed, 28 insertions(+), 16 deletions(-)

diff --git a/include/kunit/run-in-irq-context.h b/include/kunit/run-in-irq-context.h
index c89b1b1b12dd5..bfe60d6cf28d8 100644
--- a/include/kunit/run-in-irq-context.h
+++ b/include/kunit/run-in-irq-context.h
@@ -10,36 +10,47 @@
 #include <kunit/test.h>
 #include <linux/timekeeping.h>
 #include <linux/hrtimer.h>
 #include <linux/workqueue.h>
 
-#define KUNIT_IRQ_TEST_HRTIMER_INTERVAL us_to_ktime(5)
-
 struct kunit_irq_test_state {
 	bool (*func)(void *test_specific_state);
 	void *test_specific_state;
 	bool task_func_reported_failure;
 	bool hardirq_func_reported_failure;
 	bool softirq_func_reported_failure;
+	atomic_t task_func_calls;
 	atomic_t hardirq_func_calls;
 	atomic_t softirq_func_calls;
+	ktime_t interval;
 	struct hrtimer timer;
 	struct work_struct bh_work;
 };
 
 static enum hrtimer_restart kunit_irq_test_timer_func(struct hrtimer *timer)
 {
 	struct kunit_irq_test_state *state =
 		container_of(timer, typeof(*state), timer);
+	int task_calls, hardirq_calls, softirq_calls;
 
 	WARN_ON_ONCE(!in_hardirq());
-	atomic_inc(&state->hardirq_func_calls);
+	task_calls = atomic_read(&state->task_func_calls);
+	hardirq_calls = atomic_inc_return(&state->hardirq_func_calls);
+	softirq_calls = atomic_read(&state->softirq_func_calls);
+
+	/*
+	 * If the timer is firing too often for the softirq or task to ever have
+	 * a chance to run, increase the timer interval.  This is needed on very
+	 * slow systems.
+	 */
+	if (hardirq_calls >= 20 && (softirq_calls == 0 || task_calls == 0))
+		state->interval = ktime_add_ns(state->interval, 250);
 
 	if (!state->func(state->test_specific_state))
 		state->hardirq_func_reported_failure = true;
 
-	hrtimer_forward_now(&state->timer, KUNIT_IRQ_TEST_HRTIMER_INTERVAL);
+	hrtimer_forward_now(&state->timer, state->interval);
 	queue_work(system_bh_wq, &state->bh_work);
 	return HRTIMER_RESTART;
 }
 
 static void kunit_irq_test_bh_work_func(struct work_struct *work)
@@ -84,14 +95,18 @@ static inline void kunit_run_irq_test(struct kunit *test, bool (*func)(void *),
 				      void *test_specific_state)
 {
 	struct kunit_irq_test_state state = {
 		.func = func,
 		.test_specific_state = test_specific_state,
+		/*
+		 * Start with a 5us timer interval.  If the system can't keep
+		 * up, kunit_irq_test_timer_func() will increase it.
+		 */
+		.interval = us_to_ktime(5),
 	};
 	unsigned long end_jiffies;
-	int hardirq_calls, softirq_calls;
-	bool allctx = false;
+	int task_calls, hardirq_calls, softirq_calls;
 
 	/*
 	 * Set up a hrtimer (the way we access hardirq context) and a work
 	 * struct for the BH workqueue (the way we access softirq context).
 	 */
@@ -102,25 +117,22 @@ static inline void kunit_run_irq_test(struct kunit *test, bool (*func)(void *),
 	/*
 	 * Run for up to max_iterations (including at least one task, softirq,
 	 * and hardirq), or 1 second, whichever comes first.
 	 */
 	end_jiffies = jiffies + HZ;
-	hrtimer_start(&state.timer, KUNIT_IRQ_TEST_HRTIMER_INTERVAL,
-		      HRTIMER_MODE_REL_HARD);
-	for (int task_calls = 0, calls = 0;
-	     ((calls < max_iterations) || !allctx) &&
-	     !time_after(jiffies, end_jiffies);
-	     task_calls++) {
+	hrtimer_start(&state.timer, state.interval, HRTIMER_MODE_REL_HARD);
+	do {
 		if (!func(test_specific_state))
 			state.task_func_reported_failure = true;
 
+		task_calls = atomic_inc_return(&state.task_func_calls);
 		hardirq_calls = atomic_read(&state.hardirq_func_calls);
 		softirq_calls = atomic_read(&state.softirq_func_calls);
-		calls = task_calls + hardirq_calls + softirq_calls;
-		allctx = (task_calls > 0) && (hardirq_calls > 0) &&
-			 (softirq_calls > 0);
-	}
+	} while ((task_calls + hardirq_calls + softirq_calls < max_iterations ||
+		  (task_calls == 0 || hardirq_calls == 0 ||
+		   softirq_calls == 0)) &&
+		 !time_after(jiffies, end_jiffies));
 
 	/* Cancel the timer and work. */
 	hrtimer_cancel(&state.timer);
 	flush_work(&state.bh_work);
 

base-commit: 6de23f81a5e08be8fbf5e8d7e9febc72a5b5f27f
-- 
2.53.0


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] kunit: irq: Ensure timer doesn't fire too frequently
  2026-02-24  3:37 [PATCH] kunit: irq: Ensure timer doesn't fire too frequently Eric Biggers
@ 2026-02-24  9:01 ` David Gow
  2026-02-24 22:46 ` Eric Biggers
  1 sibling, 0 replies; 3+ messages in thread
From: David Gow @ 2026-02-24  9:01 UTC (permalink / raw)
  To: Eric Biggers, linux-crypto
  Cc: linux-kernel, Ard Biesheuvel, Jason A . Donenfeld, Herbert Xu,
	kunit-dev, Brendan Higgins, Rae Moar, stable

Le 24/02/2026 à 11:37, 'Eric Biggers' via KUnit Development a écrit :
> Fix a bug where kunit_run_irq_test() could hang if the system is too
> slow.  This was noticed with the crypto library tests in certain VMs.
> 
> Specifically, if kunit_irq_test_timer_func() and the associated hrtimer
> code took over 5us to run, then the CPU would spend all its time
> executing that code in hardirq context.  As a result, the task executing
> kunit_run_irq_test() never had a chance to run, exit the loop, and
> cancel the timer.
> 
> To fix it, make kunit_irq_test_timer_func() increase the timer interval
> when the other contexts aren't having a chance to run.
> 
> Fixes: 950a81224e8b ("lib/crypto: tests: Add hash-test-template.h and gen-hash-testvecs.py")
> Cc: stable@vger.kernel.org
> Signed-off-by: Eric Biggers <ebiggers@kernel.org>
> ---

Looks good to me, thanks!

Reviewed-by: David Gow <david@davidgow.net>

Cheers,
-- David

> 
> This patch applies to v7.0-rc1 and is targeting libcrypto-fixes
> 
>   include/kunit/run-in-irq-context.h | 44 +++++++++++++++++++-----------
>   1 file changed, 28 insertions(+), 16 deletions(-)
> 
> diff --git a/include/kunit/run-in-irq-context.h b/include/kunit/run-in-irq-context.h
> index c89b1b1b12dd5..bfe60d6cf28d8 100644
> --- a/include/kunit/run-in-irq-context.h
> +++ b/include/kunit/run-in-irq-context.h
> @@ -10,36 +10,47 @@
>   #include <kunit/test.h>
>   #include <linux/timekeeping.h>
>   #include <linux/hrtimer.h>
>   #include <linux/workqueue.h>
>   
> -#define KUNIT_IRQ_TEST_HRTIMER_INTERVAL us_to_ktime(5)
> -
>   struct kunit_irq_test_state {
>   	bool (*func)(void *test_specific_state);
>   	void *test_specific_state;
>   	bool task_func_reported_failure;
>   	bool hardirq_func_reported_failure;
>   	bool softirq_func_reported_failure;
> +	atomic_t task_func_calls;
>   	atomic_t hardirq_func_calls;
>   	atomic_t softirq_func_calls;
> +	ktime_t interval;
>   	struct hrtimer timer;
>   	struct work_struct bh_work;
>   };
>   
>   static enum hrtimer_restart kunit_irq_test_timer_func(struct hrtimer *timer)
>   {
>   	struct kunit_irq_test_state *state =
>   		container_of(timer, typeof(*state), timer);
> +	int task_calls, hardirq_calls, softirq_calls;
>   
>   	WARN_ON_ONCE(!in_hardirq());
> -	atomic_inc(&state->hardirq_func_calls);
> +	task_calls = atomic_read(&state->task_func_calls);
> +	hardirq_calls = atomic_inc_return(&state->hardirq_func_calls);
> +	softirq_calls = atomic_read(&state->softirq_func_calls);
> +
> +	/*
> +	 * If the timer is firing too often for the softirq or task to ever have
> +	 * a chance to run, increase the timer interval.  This is needed on very
> +	 * slow systems.
> +	 */
> +	if (hardirq_calls >= 20 && (softirq_calls == 0 || task_calls == 0))
> +		state->interval = ktime_add_ns(state->interval, 250);
>   
>   	if (!state->func(state->test_specific_state))
>   		state->hardirq_func_reported_failure = true;
>   
> -	hrtimer_forward_now(&state->timer, KUNIT_IRQ_TEST_HRTIMER_INTERVAL);
> +	hrtimer_forward_now(&state->timer, state->interval);
>   	queue_work(system_bh_wq, &state->bh_work);
>   	return HRTIMER_RESTART;
>   }
>   
>   static void kunit_irq_test_bh_work_func(struct work_struct *work)
> @@ -84,14 +95,18 @@ static inline void kunit_run_irq_test(struct kunit *test, bool (*func)(void *),
>   				      void *test_specific_state)
>   {
>   	struct kunit_irq_test_state state = {
>   		.func = func,
>   		.test_specific_state = test_specific_state,
> +		/*
> +		 * Start with a 5us timer interval.  If the system can't keep
> +		 * up, kunit_irq_test_timer_func() will increase it.
> +		 */
> +		.interval = us_to_ktime(5),
>   	};
>   	unsigned long end_jiffies;
> -	int hardirq_calls, softirq_calls;
> -	bool allctx = false;
> +	int task_calls, hardirq_calls, softirq_calls;
>   
>   	/*
>   	 * Set up a hrtimer (the way we access hardirq context) and a work
>   	 * struct for the BH workqueue (the way we access softirq context).
>   	 */
> @@ -102,25 +117,22 @@ static inline void kunit_run_irq_test(struct kunit *test, bool (*func)(void *),
>   	/*
>   	 * Run for up to max_iterations (including at least one task, softirq,
>   	 * and hardirq), or 1 second, whichever comes first.
>   	 */
>   	end_jiffies = jiffies + HZ;
> -	hrtimer_start(&state.timer, KUNIT_IRQ_TEST_HRTIMER_INTERVAL,
> -		      HRTIMER_MODE_REL_HARD);
> -	for (int task_calls = 0, calls = 0;
> -	     ((calls < max_iterations) || !allctx) &&
> -	     !time_after(jiffies, end_jiffies);
> -	     task_calls++) {
> +	hrtimer_start(&state.timer, state.interval, HRTIMER_MODE_REL_HARD);
> +	do {
>   		if (!func(test_specific_state))
>   			state.task_func_reported_failure = true;
>   
> +		task_calls = atomic_inc_return(&state.task_func_calls);
>   		hardirq_calls = atomic_read(&state.hardirq_func_calls);
>   		softirq_calls = atomic_read(&state.softirq_func_calls);
> -		calls = task_calls + hardirq_calls + softirq_calls;
> -		allctx = (task_calls > 0) && (hardirq_calls > 0) &&
> -			 (softirq_calls > 0);
> -	}
> +	} while ((task_calls + hardirq_calls + softirq_calls < max_iterations ||
> +		  (task_calls == 0 || hardirq_calls == 0 ||
> +		   softirq_calls == 0)) &&
> +		 !time_after(jiffies, end_jiffies));
>   
>   	/* Cancel the timer and work. */
>   	hrtimer_cancel(&state.timer);
>   	flush_work(&state.bh_work);
>   
> 
> base-commit: 6de23f81a5e08be8fbf5e8d7e9febc72a5b5f27f


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] kunit: irq: Ensure timer doesn't fire too frequently
  2026-02-24  3:37 [PATCH] kunit: irq: Ensure timer doesn't fire too frequently Eric Biggers
  2026-02-24  9:01 ` David Gow
@ 2026-02-24 22:46 ` Eric Biggers
  1 sibling, 0 replies; 3+ messages in thread
From: Eric Biggers @ 2026-02-24 22:46 UTC (permalink / raw)
  To: linux-crypto
  Cc: linux-kernel, Ard Biesheuvel, Jason A . Donenfeld, Herbert Xu,
	kunit-dev, Brendan Higgins, David Gow, Rae Moar, stable

On Mon, Feb 23, 2026 at 07:37:51PM -0800, Eric Biggers wrote:
> Fix a bug where kunit_run_irq_test() could hang if the system is too
> slow.  This was noticed with the crypto library tests in certain VMs.
> 
> Specifically, if kunit_irq_test_timer_func() and the associated hrtimer
> code took over 5us to run, then the CPU would spend all its time
> executing that code in hardirq context.  As a result, the task executing
> kunit_run_irq_test() never had a chance to run, exit the loop, and
> cancel the timer.
> 
> To fix it, make kunit_irq_test_timer_func() increase the timer interval
> when the other contexts aren't having a chance to run.
> 
> Fixes: 950a81224e8b ("lib/crypto: tests: Add hash-test-template.h and gen-hash-testvecs.py")
> Cc: stable@vger.kernel.org
> Signed-off-by: Eric Biggers <ebiggers@kernel.org>
> ---
> 
> This patch applies to v7.0-rc1 and is targeting libcrypto-fixes
> 
>  include/kunit/run-in-irq-context.h | 44 +++++++++++++++++++-----------
>  1 file changed, 28 insertions(+), 16 deletions(-)

Applied to https://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/linux.git/log/?h=libcrypto-fixes

(Additional reviews always appreciated, of course)

- Eric

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2026-02-24 22:46 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-02-24  3:37 [PATCH] kunit: irq: Ensure timer doesn't fire too frequently Eric Biggers
2026-02-24  9:01 ` David Gow
2026-02-24 22:46 ` Eric Biggers

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox