John Fastabend
012dc19a45
ixgbevf: scheduling while atomic in reset hw path
...
In ixgbevf_reset_hw_vf() msleep is called while holding mbx_lock
resulting in a schedule while atomic bug with trace below.
This patch uses mdelay instead.
BUG: scheduling while atomic: ip/6539/0x00000002
2 locks held by ip/6539:
#0 : (rtnl_mutex){+.+.+.}, at: [<ffffffff81419cc3>] rtnl_lock+0x17/0x19
#1 : (&(&adapter->mbx_lock)->rlock){+.+...}, at: [<ffffffffa0030855>] ixgbevf_reset+0x30/0xc1 [ixgbevf]
Modules linked in: ixgbevf ixgbe mdio libfc scsi_transport_fc 8021q scsi_tgt garp stp llc cpufreq_ondemand acpi_cpufreq freq_table mperf ipv6 uinput igb coretemp hwmon crc32c_intel ioatdma i2c_i801 shpchp microcode lpc_ich mfd_core i2c_core joydev dca pcspkr serio_raw pata_acpi ata_generic usb_storage pata_jmicron
Pid: 6539, comm: ip Not tainted 3.6.0-rc3jk-net-next+ #104
Call Trace:
[<ffffffff81072202>] __schedule_bug+0x6a/0x79
[<ffffffff814bc7e0>] __schedule+0xa2/0x684
[<ffffffff8108f85f>] ? trace_hardirqs_off+0xd/0xf
[<ffffffff814bd0c0>] schedule+0x64/0x66
[<ffffffff814bb5e2>] schedule_timeout+0xa6/0xca
[<ffffffff810536b9>] ? lock_timer_base+0x52/0x52
[<ffffffff812629e0>] ? __udelay+0x15/0x17
[<ffffffff814bb624>] schedule_timeout_uninterruptible+0x1e/0x20
[<ffffffff810541c0>] msleep+0x1b/0x22
[<ffffffffa002e723>] ixgbevf_reset_hw_vf+0x90/0xe5 [ixgbevf]
[<ffffffffa0030860>] ixgbevf_reset+0x3b/0xc1 [ixgbevf]
[<ffffffffa0032fba>] ixgbevf_open+0x43/0x43e [ixgbevf]
[<ffffffff81409610>] ? dev_set_rx_mode+0x2e/0x33
[<ffffffff8140b0f1>] __dev_open+0xa0/0xe5
[<ffffffff814097ed>] __dev_change_flags+0xbe/0x142
[<ffffffff8140b01c>] dev_change_flags+0x21/0x56
[<ffffffff8141a843>] do_setlink+0x2e2/0x7f4
[<ffffffff81016e36>] ? native_sched_clock+0x37/0x39
[<ffffffff8141b0ac>] rtnl_newlink+0x277/0x4bb
[<ffffffff8141aee9>] ? rtnl_newlink+0xb4/0x4bb
[<ffffffff812217d1>] ? selinux_capable+0x32/0x3a
[<ffffffff8104fb17>] ? ns_capable+0x4f/0x67
[<ffffffff81419cc3>] ? rtnl_lock+0x17/0x19
[<ffffffff81419f28>] rtnetlink_rcv_msg+0x236/0x253
[<ffffffff81419cf2>] ? rtnetlink_rcv+0x2d/0x2d
[<ffffffff8142fd42>] netlink_rcv_skb+0x43/0x94
[<ffffffff81419ceb>] rtnetlink_rcv+0x26/0x2d
[<ffffffff8142faf1>] netlink_unicast+0xee/0x174
[<ffffffff81430327>] netlink_sendmsg+0x26a/0x288
[<ffffffff813fb04f>] ? rcu_read_unlock+0x56/0x67
[<ffffffff813f5e6d>] __sock_sendmsg_nosec+0x58/0x61
[<ffffffff813f81b7>] __sock_sendmsg+0x3d/0x48
[<ffffffff813f8339>] sock_sendmsg+0x6e/0x87
[<ffffffff81107c9f>] ? might_fault+0xa5/0xac
[<ffffffff81402a72>] ? copy_from_user+0x2a/0x2c
[<ffffffff81402e62>] ? verify_iovec+0x54/0xaa
[<ffffffff813f9834>] __sys_sendmsg+0x206/0x288
[<ffffffff810694fa>] ? up_read+0x23/0x3d
[<ffffffff811307e5>] ? fcheck_files+0xac/0xea
[<ffffffff8113095e>] ? fget_light+0x3a/0xb9
[<ffffffff813f9a2e>] sys_sendmsg+0x42/0x60
[<ffffffff814c5ba9>] system_call_fastpath+0x16/0x1b
CC: Eric Dumazet <edumazet@google.com>
Signed-off-by: John Fastabend <john.r.fastabend@intel.com>
Tested-By: Robert Garrett <robertx.e.garrett@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
2012-09-20 02:57:00 -07:00
..
2012-07-10 23:13:46 -07:00
2012-07-12 07:54:45 -07:00
2012-04-07 11:45:26 +02:00
2012-04-06 00:17:50 -04:00
2012-06-06 09:31:33 -07:00
2012-03-28 18:30:03 +01:00
2012-07-10 23:24:56 -07:00
2012-06-06 09:31:33 -07:00
2012-07-20 11:21:18 -07:00
2012-09-15 11:43:53 -04:00
2012-07-10 23:13:46 -07:00
2012-07-09 00:03:06 -07:00
2012-07-10 23:25:47 -07:00
2012-09-05 17:41:40 -04:00
2012-08-31 15:48:56 -04:00
2012-07-10 23:24:56 -07:00
2012-05-14 18:40:16 -04:00
2012-06-06 09:31:33 -07:00
2012-05-07 23:35:40 -04:00
2012-09-05 17:49:28 -04:00
2012-07-18 09:40:53 -07:00
2012-08-31 15:14:18 -04:00
2012-05-17 16:37:41 -04:00
2012-06-06 09:31:33 -07:00
2012-09-19 15:45:23 -04:00
2012-09-05 17:45:23 -04:00
2012-02-06 11:52:27 -05:00
2012-09-20 02:57:00 -07:00
2012-07-25 21:37:09 +02:00
2012-09-07 12:55:59 -04:00
2012-07-16 22:38:27 -07:00
2012-02-15 15:34:17 -05:00
2012-07-05 03:06:44 -07:00
2012-05-17 16:37:41 -04:00
2012-07-22 12:12:32 -07:00
2012-02-08 18:46:38 -05:00
2012-08-30 13:04:57 -04:00
2012-08-08 16:07:51 -07:00
2012-07-23 13:54:53 +01:00
2012-07-26 14:30:23 -07:00
2012-04-07 11:45:26 +02:00
2012-05-02 20:52:48 -04:00
2012-07-29 23:18:30 -07:00
2012-02-08 18:46:38 -05:00
2012-07-09 14:42:30 -07:00
2012-09-19 19:19:07 -04:00
2012-08-20 02:16:54 -07:00
2012-09-07 12:56:00 -04:00
2012-08-31 15:14:18 -04:00
2012-06-06 09:31:33 -07:00
2012-04-07 11:45:27 +02:00
2012-04-07 11:47:18 +02:00
2012-07-16 22:38:27 -07:00
2012-08-31 16:11:37 -04:00
2012-07-22 23:31:07 -07:00
2012-07-10 23:13:46 -07:00
2012-09-15 11:43:53 -04:00
2012-07-18 15:07:45 -04:00
2012-07-10 23:13:46 -07:00
2012-08-30 13:08:37 -04:00
2012-06-06 09:31:33 -07:00
2012-08-24 13:30:27 -04:00
2012-07-16 22:38:27 -07:00
2012-03-28 18:30:03 +01:00
2012-08-06 13:30:01 -07:00
2012-04-04 05:28:46 -04:00
2012-07-16 22:38:27 -07:00
2012-04-07 09:02:32 -04:00
2012-07-18 09:40:54 -07:00
2012-02-22 14:44:41 -05:00
2012-04-05 01:43:02 -04:00
2012-03-28 18:30:03 +01:00
2012-07-16 22:38:27 -07:00
2012-04-05 01:43:02 -04:00
2012-02-15 15:34:16 -05:00
2012-02-08 18:46:38 -05:00
2012-05-22 19:22:50 -07:00