[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070529183725.179570071@polymtl.ca>
Date: Tue, 29 May 2007 14:37:25 -0400
From: Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>
To: akpm@...ux-foundation.org, linux-kernel@...r.kernel.org
Subject: [patch 0/6] Linux Kernel Markers
Hi,
The Linux Kernel Markers have been reworked to now depend on the "Conditional
Calls" as a basic infrastructure for enabling the calls to the function
pointers (probes).
The second major change in this release is the use of a hash table to keep track
of the enabled markers : it permits it issue the marker_arm_probe before loading
a module containing the specified probe. The probe connexion to the marker is
done both when the marker is armed and at module load time. It fixes an
unexpected behavior of the previous version, which was due to the fact that
users might have expected that the markers would be set for newly loaded
modules. Since there is no dependency between the marker and modules, the order
could easily be wrong.
A hash table using a hash of the marker name is used to give O(1) lookup at
module load time.
This serie of patches depends on the conditional calls. Please add at the end of
the 2.6.22-mm1 series:
use-extra_rwdata-in-architectures.patch
#
linux-kernel-markers-architecture-independent-code.patch
linux-kernel-markers-hash-table.patch
linux-kernel-markers-kconfig-menus.patch
linux-kernel-markers-documentation.patch
linux-kernel-markers-port-blktrace-to-markers.patch
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
-
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