diff options
author | Akinobu Mita <akinobu.mita@gmail.com> | 2006-12-08 11:39:48 +0100 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.osdl.org> | 2006-12-08 17:29:03 +0100 |
commit | 329409aeda064c4aff00c51f837fcd3bbdaeeba6 (patch) | |
tree | d22890da0d4f8d9f37bb1e9344cf41387a0a23f9 /drivers/acpi | |
parent | [PATCH] fault injection: process filtering for fault-injection capabilities (diff) | |
download | linux-329409aeda064c4aff00c51f837fcd3bbdaeeba6.tar.xz linux-329409aeda064c4aff00c51f837fcd3bbdaeeba6.zip |
[PATCH] fault injection: stacktrace filtering
This patch provides stacktrace filtering feature.
The stacktrace filter allows failing only for the caller you are
interested in.
For example someone may want to inject kmalloc() failures into
only e100 module. they want to inject not only direct kmalloc() call,
but also indirect allocation, too.
- e100_poll --> netif_receive_skb --> packet_rcv_spkt --> skb_clone
--> kmem_cache_alloc
This patch enables to detect function calls like this by stacktrace
and inject failures. The script Documentaion/fault-injection/failmodule.sh
helps it.
The range of text section of loaded e100 is expected to be
[/sys/module/e100/sections/.text, /sys/module/e100/sections/.exit.text)
So failmodule.sh stores these values into /debug/failslab/address-start
and /debug/failslab/address-end. The maximum stacktrace depth is specified
by /debug/failslab/stacktrace-depth.
Please see the example that demonstrates how to inject slab allocation
failures only for a specific module
in Documentation/fault-injection/fault-injection.txt
[dwm@meer.net: reject failure if any caller lies within specified range]
Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
Signed-off-by: Don Mullis <dwm@meer.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/acpi')
0 files changed, 0 insertions, 0 deletions