[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080815024716.480118113@goodmis.org>
Date: Thu, 14 Aug 2008 22:47:16 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: linux-kernel@...r.kernel.org
Cc: Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <peterz@...radead.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
David Miller <davem@...emloft.net>,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
Gregory Haskins <ghaskins@...ell.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
"Luis Claudio R. Goncalves" <lclaudio@...g.org>,
Clark Williams <williams@...hat.com>, srostedt@...hat.com
Subject: [PATCH 0/3] ftrace: handle kernel code remove
The dynamic ftrace feature keeps a table of all the places that call
mcount to either disable them (replacing them with nops) or to enable
them (calling some trace function).
This table of functions is also displayed to the user interface to let
users enable or disable specific functions. This allows users to only
trace some functions within the kernel.
When a module or init sections are removed, the pointers to their locations
still exist in this table. To protect against faults and writing over
other text, fault handling and code comparing is done. When the code is
update, the code being replaced is calculated and compared to the actual
text that is being replaced, if the code does not match what is expected
to be there, the change is not made.
There is a very small chance that the wrong text (or perhaps a data section)
could match the call to mcount and an inappropriate modification could
be made.
This patch series adds ftrace_release, to allow a module to remove the
pointers to the mcount callers in the module from this table.
Also, __init has "notrace" added to it so that text in the init section
are not traced. The trace currently can not be enabled until after
init anyway, so this should not be a problem.
-- Steve
--
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