[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1290546539.git.jbaron@redhat.com>
Date: Tue, 23 Nov 2010 16:27:20 -0500
From: Jason Baron <jbaron@...hat.com>
To: rostedt@...dmis.org, mingo@...e.hu
Cc: peterz@...radead.org, mathieu.desnoyers@...ymtl.ca, hpa@...or.com,
tglx@...utronix.de, andi@...stfloor.org, roland@...hat.com,
rth@...hat.com, masami.hiramatsu.pt@...achi.com,
fweisbec@...il.com, avi@...hat.com, davem@...emloft.net,
sam@...nborg.org, ddaney@...iumnetworks.com,
michael@...erman.id.au, linux-kernel@...r.kernel.org
Subject: [PATCH 0/3] jump label: updates for 2.6.37
Hi,
A few jump label patches that I want considered for 2.6.37. Patches are against
the latest -tip tree.
The first one, which adds 'state' to the jump label mechanism is the most
important. Essentially, it ensures that if jump labels are enabled/disabled in
the core kernel but the actual call sites are in modules, we properly honor the
state of the jump label. This also works for jump labels which may be defined in
one module but made use of in another module.
There has been some discussion about using the 'key' variable to store the
enabled/disabled state for each jump label. However, I think a better design
will be to use the 'key' variable to store a pointer to the appropriate jump
label tables. In this way, we can enable/disable jump labels, without the
hashing that I'm currently doing. However, I didn't want to propose these more
invasive changes until 2.6.38.
thanks,
-Jason
Jason Baron (3):
jump label: add enabled/disabled state to jump label key entries
jump label: move jump table to r/w section
jump label: add docs
Documentation/jump-label.txt | 126 +++++++++++++++++++++++++++++++++++++
include/asm-generic/vmlinux.lds.h | 14 +---
kernel/jump_label.c | 101 +++++++++++++++++++++++-------
3 files changed, 209 insertions(+), 32 deletions(-)
create mode 100644 Documentation/jump-label.txt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists