I don't really see any deadlock here... hmm. Tejun, do you see anything wrong with the "locking" in workq stuff here? Something is holding the RTNL, and a bunch of other things are trying to acquire it. We don't really know who's holding it and who's acquiring it though. > Nov 10 14:54:33 localhost kernel: Showing all locks held in the system: > Nov 10 14:54:33 localhost kernel: 3 locks held by kworker/0:0/4: > Nov 10 14:54:33 localhost kernel: #0: (events){+.+.+.}, at: [<c0446ded>] process_one_work+0x13e/0x2bf > Nov 10 14:54:33 localhost kernel: #1: ((linkwatch_work).work){+.+.+.}, at: [<c0446ded>] process_one_work+0x13e/0x2bf > Nov 10 14:54:33 localhost kernel: #2: (rtnl_mutex){+.+.+.}, at: [<c070220f>] rtnl_lock+0xf/0x11 This comes in from schedule_work() IIRC. > Nov 10 14:54:33 localhost kernel: 1 lock held by ntpd/1675: > Nov 10 14:54:33 localhost kernel: #0: (rtnl_mutex){+.+.+.}, at: [<c070220f>] rtnl_lock+0xf/0x11 ntpd holding/acquiring rtnl ... > Nov 10 14:54:33 localhost kernel: #0: (events){+.+.+.}, at: [<c0446ded>] process_one_work+0x13e/0x2bf > Nov 10 14:54:33 localhost kernel: #1: (wireless_nlevent_work){+.+.+.}, at: [<c0446ded>] process_one_work+0x13e/0x2bf > Nov 10 14:54:33 localhost kernel: #2: (rtnl_mutex){+.+.+.}, at: [<c070220f>] rtnl_lock+0xf/0x11 another schedule_work() acquiring/holding RTNL. > Nov 10 14:54:33 localhost kernel: 1 lock held by ip/6438: > Nov 10 14:54:33 localhost kernel: #0: (rtnl_mutex){+.+.+.}, at: [<c070f78c>] netlink_dump+0x3a/0x16a > Nov 10 14:54:33 localhost kernel: 1 lock held by ip/6441: > Nov 10 14:54:33 localhost kernel: #0: (rtnl_mutex){+.+.+.}, at: [<c070220f>] rtnl_lock+0xf/0x11 > Nov 10 14:54:33 localhost kernel: 1 lock held by ip/6442: > Nov 10 14:54:33 localhost kernel: #0: (rtnl_mutex){+.+.+.}, at: [<c070220f>] rtnl_lock+0xf/0x11 > Nov 10 14:54:33 localhost kernel: 1 lock held by iwconfig/6443: > Nov 10 14:54:33 localhost kernel: #0: (rtnl_mutex){+.+.+.}, at: [<c070220f>] rtnl_lock+0xf/0x11 > Nov 10 14:54:33 localhost kernel: 1 lock held by ip/6444: > Nov 10 14:54:33 localhost kernel: #0: (rtnl_mutex){+.+.+.}, at: [<c070220f>] rtnl_lock+0xf/0x11 bunch of other things trying / holding ... The other things I snipped seem completely orthogonal... johannes -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html