From: Stephen Boyd Date: Fri, 7 Mar 2014 06:44:40 +0000 (-0800) Subject: pinctrl: msm: Silence recursive lockdep warning X-Git-Tag: v3.15-rc1~150^2~16 X-Git-Url: http://git.openpandora.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=3525f5556a1b9e15cb1b796771f2c62deed7aa7a;p=pandora-kernel.git pinctrl: msm: Silence recursive lockdep warning If a driver calls enable_irq_wake() on a gpio turned interrupt from the msm pinctrl driver we'll get a lockdep warning like so: ============================================= [ INFO: possible recursive locking detected ] 3.14.0-rc3 #2 Not tainted --------------------------------------------- modprobe/52 is trying to acquire lock: (&irq_desc_lock_class){-.....}, at: [] __irq_get_desc_lock+0x48/0x88 but task is already holding lock: (&irq_desc_lock_class){-.....}, at: [] __irq_get_desc_lock+0x48/0x88 other info that might help us debug this: Possible unsafe locking scenario: CPU0 ---- lock(&irq_desc_lock_class); lock(&irq_desc_lock_class); *** DEADLOCK *** May be due to missing lock nesting notation 4 locks held by modprobe/52: #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x48/0x98 #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x58/0x98 #2: (&irq_desc_lock_class){-.....}, at: [] __irq_get_desc_lock+0x48/0x88 #3: (&(&pctrl->lock)->rlock){......}, at: [] msm_gpio_irq_set_wake+0x20/0xa8 Silence it by putting the gpios into their own lock class. Signed-off-by: Stephen Boyd Acked-by: Bjorn Andersson Signed-off-by: Linus Walleij --- Reading git-diff-tree failed