diff options
author | Hitoshi Mitake <mitake@dcl.info.waseda.ac.jp> | 2010-10-13 17:30:26 +0900 |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2010-10-18 18:44:26 +0200 |
commit | 4ba053c04aece1f4734056f21b751eee47ea3fb1 (patch) | |
tree | 2386ea00022684cd8a9ff811bee2cd8cc7229001 /fs/ntfs/super.c | |
parent | 620162505e5d46bc4494b1761743e4b0b3bf8e16 (diff) |
lockdep: Check the depth of subclass
Current look_up_lock_class() doesn't check the parameter "subclass".
This rarely rises problems because the main caller of this function,
register_lock_class(), checks it.
But register_lock_class() is not the only function which calls
look_up_lock_class(). lock_set_class() and its callees also call it.
And lock_set_class() doesn't check this parameter.
This will rise problems when the the value of subclass is larger than
MAX_LOCKDEP_SUBCLASSES. Because the address (used as the key of class)
caliculated with too large subclass has a probability to point
another key in different lock_class_key.
Of course this problem depends on the memory layout and
occurs with really low probability.
Signed-off-by: Hitoshi Mitake <mitake@dcl.info.waseda.ac.jp>
Cc: Dmitry Torokhov <dtor@mail.ru>
Cc: Vojtech Pavlik <vojtech@ucw.cz>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
LKML-Reference: <1286958626-986-1-git-send-email-mitake@dcl.info.waseda.ac.jp>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'fs/ntfs/super.c')
0 files changed, 0 insertions, 0 deletions