summaryrefslogtreecommitdiffstats
path: root/kernel/lockdep.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2011-08-08 11:55:20 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2011-08-08 12:02:43 -0700
commit2f84dd70916ccadd25e94d28363182a978f569b6 (patch)
tree1abbe27ce7a8641817f139320ec3d71c2e7d5d6b /kernel/lockdep.c
parentc3ad996246dc5fd6e3df473c5fc1ba6d53e1d402 (diff)
downloadlinux-2f84dd70916ccadd25e94d28363182a978f569b6.tar.gz
linux-2f84dd70916ccadd25e94d28363182a978f569b6.tar.bz2
linux-2f84dd70916ccadd25e94d28363182a978f569b6.zip
autofs4: fix debug printk warning uncovered by cleanup
The previous comit made the autofs4 debug printouts check types against the printout format, and uncovered this bug: fs/autofs4/waitq.c:106:2: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 4 has type ‘autofs_wqt_t’ which is due to the insane type for wait_queue_token. That thing should be some fixed well-defined size (preferably just 'unsigned int' or 'u32') but for unexplained reasons it is randomly either 'unsigned long' or 'unsigned int' depending on the architecture. For now, cast it to 'unsigned long' for printing, the way we do elsewhere. Somebody else can try to explain the typedef mess. (There's a reason we don't support excessive use of typedefs in the kernel: it's usually just a good way of confusing yourself). Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'kernel/lockdep.c')
0 files changed, 0 insertions, 0 deletions