Does this seem like anything that has even a remote possibility of entering
the Kernel? It's not a strict requirement for kmemcheck, but it's extremely
nice compared to the 1 Hz timer I've been using till now.
(Again, I can put it in my queue for now, but it would be nice to have the
necessary Signed-off-bys for when it gets merged. I mean, _if_ it gets
From: Vegard Nossum <email@example.com>
Date: Wed, 21 May 2008 22:53:13 +0200
Subject: [PATCH] tasklets: new tasklet scheduling function
Rationale: kmemcheck needs to be able to schedule a tasklet without
touching any dynamically allocated memory _at_ _all_ (since that would
lead to a recursive page fault). This tasklet is used for writing the
error reports to the kernel log.
The new scheduling function avoids touching any other tasklets by
inserting the new tasklist as the head of the "tasklet_hi" list instead
of on the tail.
Signed-off-by: Vegard Nossum <firstname.lastname@example.org>
include/linux/interrupt.h | 14 ++++++++++++++
kernel/softirq.c | 13 +++++++++++++
2 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/include/linux/interrupt.h b/include/linux/interrupt.h
index f1fc747..ce0598b 100644
@@ -377,6 +377,20 @@ static inline void tasklet_hi_schedule(struct tasklet_struct *t)
+extern void __tasklet_hi_schedule_first(struct tasklet_struct *t);
+ * This version avoids touching any other tasklets. Needed for kmemcheck
+ * in order not to take any page faults while enqueueing this tasklet;
+ * consider VERY carefully whether you really need this or
+ * tasklet_hi_schedule()...
+static inline void tasklet_hi_schedule_first(struct tasklet_struct *t)
+ if (!test_and_set_bit(TASKLET_STATE_SCHED, &t->state))
static inline void tasklet_disable_nosync(struct tasklet_struct *t)
diff --git ...