* [cpufreq] kernel BUG at kernel/irq_work.c:175! @ 2014-06-25 9:36 ` Fengguang Wu 0 siblings, 0 replies; 9+ messages in thread From: Fengguang Wu @ 2014-06-25 9:36 UTC (permalink / raw) To: lkp [-- Attachment #1: Type: text/plain, Size: 5098 bytes --] FYI, we find similar bug message in Viresh's tree, which contains 8 cpufreq patches based on next-20140625. tree: git://git.linaro.org/people/vireshk/linux cpufreq/cpu0-exynos head: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b commit: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b [8/8] cpufreq: cpu0: Add support for multiple 'struct cpufreq_policy' instances +-----------------------------------------------------------------------------+-----------+---------------+------------+ | | v3.16-rc2 | next-20140625 | d51c9fbdf4 | +-----------------------------------------------------------------------------+-----------+---------------+------------+ | boot_successes | 3 | 3 | 1 | | boot_failures | 0 | 0 | 2 | | kernel_BUG_at_kernel/irq_work.c | 0 | 0 | 2 | | invalid_opcode | 0 | 0 | 2 | | RIP:irq_work_run | 0 | 0 | 2 | | BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c | 0 | 0 | 2 | | backtrace:smpboot_thread_fn | 0 | 0 | 2 | +-----------------------------------------------------------------------------+-----------+---------------+------------+ mount.nfs: access denied by server while mounting bee:/nfsroot/trinity run-parts: /etc/kernel-tests/99-trinity exited with return code 32 [ 66.841357] ------------[ cut here ]------------ [ 66.841772] kernel BUG at kernel/irq_work.c:175! [ 66.842302] invalid opcode: 0000 [#1] SMP [ 66.842686] Modules linked in: [ 66.842969] CPU: 1 PID: 10 Comm: migration/1 Not tainted 3.16.0-rc2-next-20140625-00008-gd51c9fb #6 [ 66.843747] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011 [ 66.844010] task: ffff88001eb75e60 ti: ffff88001e03c000 task.ti: ffff88001e03c000 [ 66.844010] RIP: 0010:[<ffffffff811820fd>] [<ffffffff811820fd>] irq_work_run+0xf/0x22 [ 66.844010] RSP: 0018:ffff88001e03fcc0 EFLAGS: 00010046 [ 66.844010] RAX: 0000000080000001 RBX: 0000000000000000 RCX: 0000000000000005 [ 66.844010] RDX: 0000000000000001 RSI: 0000000000000008 RDI: 0000000000000000 [ 66.844010] RBP: ffff88001e03fce0 R08: 0000000000000200 R09: ffffffff82137030 [ 66.844010] R10: 0000000000001c24 R11: 0000000000007c00 R12: ffff88001fd13940 [ 66.844010] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82073270 [ 66.844010] FS: 0000000000000000(0000) GS:ffff88001fd00000(0000) knlGS:0000000000000000 [ 66.844010] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 66.844010] CR2: 00007f10054a6000 CR3: 0000000000030000 CR4: 00000000000006e0 [ 66.844010] Stack: [ 66.844010] ffffffff811412f7 0000000000000001 ffff88001fd13980 ffffffff82055fb0 [ 66.844010] ffff88001e03fd00 ffffffff811413ea 0000000000000001 00000000fffffff0 [ 66.844010] ffff88001e03fd48 ffffffff81105027 0000000000000001 0000000000000008 [ 66.844010] Call Trace: [ 66.844010] [<ffffffff811412f7>] ? flush_smp_call_function_queue+0xab/0x10e [ 66.844010] [<ffffffff811413ea>] hotplug_cfd+0x90/0x97 [ 66.844010] [<ffffffff81105027>] notifier_call_chain+0x6d/0x93 [ 66.844010] [<ffffffff811050c5>] __raw_notifier_call_chain+0xe/0x10 [ 66.844010] [<ffffffff810e5408>] __cpu_notify+0x20/0x37 [ 66.844010] [<ffffffff810e5432>] cpu_notify+0x13/0x15 [ 66.844010] [<ffffffff819bd4ab>] take_cpu_down+0x27/0x3a [ 66.844010] [<ffffffff81155737>] multi_cpu_stop+0x93/0xed [ 66.844010] [<ffffffff811556a4>] ? cpu_stop_park+0x63/0x63 [ 66.844010] [<ffffffff811559b3>] cpu_stopper_thread+0x92/0x114 [ 66.844010] [<ffffffff819d1e64>] ? retint_restore_args+0x13/0x13 [ 66.844010] [<ffffffff819d0bbf>] ? _raw_spin_lock_irqsave+0x25/0x56 [ 66.844010] [<ffffffff81107069>] smpboot_thread_fn+0x187/0x1a5 [ 66.844010] [<ffffffff81106ee2>] ? SyS_setgroups+0x10c/0x10c [ 66.844010] [<ffffffff81101627>] kthread+0xdb/0xe3 [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 [ 66.844010] [<ffffffff819d127c>] ret_from_fork+0x7c/0xb0 [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 [ 66.844010] Code: cd 81 e8 dc 31 f6 ff c6 05 46 c3 f8 00 01 eb 05 e8 91 ff ff ff b8 01 00 00 00 5d c3 65 8b 04 25 50 b9 00 00 a9 00 00 0f 00 75 02 <0f> 0b 55 48 89 e5 e8 70 ff ff ff 5d c3 55 48 89 e5 5d c3 55 48 [ 66.844010] RIP [<ffffffff811820fd>] irq_work_run+0xf/0x22 [ 66.844010] RSP <ffff88001e03fcc0> [ 66.844010] ---[ end trace 043717361af3ed47 ]--- [ 66.844010] BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:41 Thanks, Fengguang ^ permalink raw reply [flat|nested] 9+ messages in thread
* [cpufreq] kernel BUG at kernel/irq_work.c:175! @ 2014-06-25 9:36 ` Fengguang Wu 0 siblings, 0 replies; 9+ messages in thread From: Fengguang Wu @ 2014-06-25 9:36 UTC (permalink / raw) To: Viresh Kumar Cc: Linux Memory Management List, LKML, Andrew Morton, Stephen Rothwell, Jet Chen, Yuanhan Liu, LKP, Su, Tao FYI, we find similar bug message in Viresh's tree, which contains 8 cpufreq patches based on next-20140625. tree: git://git.linaro.org/people/vireshk/linux cpufreq/cpu0-exynos head: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b commit: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b [8/8] cpufreq: cpu0: Add support for multiple 'struct cpufreq_policy' instances +-----------------------------------------------------------------------------+-----------+---------------+------------+ | | v3.16-rc2 | next-20140625 | d51c9fbdf4 | +-----------------------------------------------------------------------------+-----------+---------------+------------+ | boot_successes | 3 | 3 | 1 | | boot_failures | 0 | 0 | 2 | | kernel_BUG_at_kernel/irq_work.c | 0 | 0 | 2 | | invalid_opcode | 0 | 0 | 2 | | RIP:irq_work_run | 0 | 0 | 2 | | BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c | 0 | 0 | 2 | | backtrace:smpboot_thread_fn | 0 | 0 | 2 | +-----------------------------------------------------------------------------+-----------+---------------+------------+ mount.nfs: access denied by server while mounting bee:/nfsroot/trinity run-parts: /etc/kernel-tests/99-trinity exited with return code 32 [ 66.841357] ------------[ cut here ]------------ [ 66.841772] kernel BUG at kernel/irq_work.c:175! [ 66.842302] invalid opcode: 0000 [#1] SMP [ 66.842686] Modules linked in: [ 66.842969] CPU: 1 PID: 10 Comm: migration/1 Not tainted 3.16.0-rc2-next-20140625-00008-gd51c9fb #6 [ 66.843747] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011 [ 66.844010] task: ffff88001eb75e60 ti: ffff88001e03c000 task.ti: ffff88001e03c000 [ 66.844010] RIP: 0010:[<ffffffff811820fd>] [<ffffffff811820fd>] irq_work_run+0xf/0x22 [ 66.844010] RSP: 0018:ffff88001e03fcc0 EFLAGS: 00010046 [ 66.844010] RAX: 0000000080000001 RBX: 0000000000000000 RCX: 0000000000000005 [ 66.844010] RDX: 0000000000000001 RSI: 0000000000000008 RDI: 0000000000000000 [ 66.844010] RBP: ffff88001e03fce0 R08: 0000000000000200 R09: ffffffff82137030 [ 66.844010] R10: 0000000000001c24 R11: 0000000000007c00 R12: ffff88001fd13940 [ 66.844010] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82073270 [ 66.844010] FS: 0000000000000000(0000) GS:ffff88001fd00000(0000) knlGS:0000000000000000 [ 66.844010] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 66.844010] CR2: 00007f10054a6000 CR3: 0000000000030000 CR4: 00000000000006e0 [ 66.844010] Stack: [ 66.844010] ffffffff811412f7 0000000000000001 ffff88001fd13980 ffffffff82055fb0 [ 66.844010] ffff88001e03fd00 ffffffff811413ea 0000000000000001 00000000fffffff0 [ 66.844010] ffff88001e03fd48 ffffffff81105027 0000000000000001 0000000000000008 [ 66.844010] Call Trace: [ 66.844010] [<ffffffff811412f7>] ? flush_smp_call_function_queue+0xab/0x10e [ 66.844010] [<ffffffff811413ea>] hotplug_cfd+0x90/0x97 [ 66.844010] [<ffffffff81105027>] notifier_call_chain+0x6d/0x93 [ 66.844010] [<ffffffff811050c5>] __raw_notifier_call_chain+0xe/0x10 [ 66.844010] [<ffffffff810e5408>] __cpu_notify+0x20/0x37 [ 66.844010] [<ffffffff810e5432>] cpu_notify+0x13/0x15 [ 66.844010] [<ffffffff819bd4ab>] take_cpu_down+0x27/0x3a [ 66.844010] [<ffffffff81155737>] multi_cpu_stop+0x93/0xed [ 66.844010] [<ffffffff811556a4>] ? cpu_stop_park+0x63/0x63 [ 66.844010] [<ffffffff811559b3>] cpu_stopper_thread+0x92/0x114 [ 66.844010] [<ffffffff819d1e64>] ? retint_restore_args+0x13/0x13 [ 66.844010] [<ffffffff819d0bbf>] ? _raw_spin_lock_irqsave+0x25/0x56 [ 66.844010] [<ffffffff81107069>] smpboot_thread_fn+0x187/0x1a5 [ 66.844010] [<ffffffff81106ee2>] ? SyS_setgroups+0x10c/0x10c [ 66.844010] [<ffffffff81101627>] kthread+0xdb/0xe3 [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 [ 66.844010] [<ffffffff819d127c>] ret_from_fork+0x7c/0xb0 [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 [ 66.844010] Code: cd 81 e8 dc 31 f6 ff c6 05 46 c3 f8 00 01 eb 05 e8 91 ff ff ff b8 01 00 00 00 5d c3 65 8b 04 25 50 b9 00 00 a9 00 00 0f 00 75 02 <0f> 0b 55 48 89 e5 e8 70 ff ff ff 5d c3 55 48 89 e5 5d c3 55 48 [ 66.844010] RIP [<ffffffff811820fd>] irq_work_run+0xf/0x22 [ 66.844010] RSP <ffff88001e03fcc0> [ 66.844010] ---[ end trace 043717361af3ed47 ]--- [ 66.844010] BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:41 Thanks, Fengguang ^ permalink raw reply [flat|nested] 9+ messages in thread
* [cpufreq] kernel BUG at kernel/irq_work.c:175! @ 2014-06-25 9:36 ` Fengguang Wu 0 siblings, 0 replies; 9+ messages in thread From: Fengguang Wu @ 2014-06-25 9:36 UTC (permalink / raw) To: Viresh Kumar Cc: Linux Memory Management List, LKML, Andrew Morton, Stephen Rothwell, Jet Chen, Yuanhan Liu, LKP, Su, Tao FYI, we find similar bug message in Viresh's tree, which contains 8 cpufreq patches based on next-20140625. tree: git://git.linaro.org/people/vireshk/linux cpufreq/cpu0-exynos head: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b commit: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b [8/8] cpufreq: cpu0: Add support for multiple 'struct cpufreq_policy' instances +-----------------------------------------------------------------------------+-----------+---------------+------------+ | | v3.16-rc2 | next-20140625 | d51c9fbdf4 | +-----------------------------------------------------------------------------+-----------+---------------+------------+ | boot_successes | 3 | 3 | 1 | | boot_failures | 0 | 0 | 2 | | kernel_BUG_at_kernel/irq_work.c | 0 | 0 | 2 | | invalid_opcode | 0 | 0 | 2 | | RIP:irq_work_run | 0 | 0 | 2 | | BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c | 0 | 0 | 2 | | backtrace:smpboot_thread_fn | 0 | 0 | 2 | +-----------------------------------------------------------------------------+-----------+---------------+------------+ mount.nfs: access denied by server while mounting bee:/nfsroot/trinity run-parts: /etc/kernel-tests/99-trinity exited with return code 32 [ 66.841357] ------------[ cut here ]------------ [ 66.841772] kernel BUG at kernel/irq_work.c:175! [ 66.842302] invalid opcode: 0000 [#1] SMP [ 66.842686] Modules linked in: [ 66.842969] CPU: 1 PID: 10 Comm: migration/1 Not tainted 3.16.0-rc2-next-20140625-00008-gd51c9fb #6 [ 66.843747] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011 [ 66.844010] task: ffff88001eb75e60 ti: ffff88001e03c000 task.ti: ffff88001e03c000 [ 66.844010] RIP: 0010:[<ffffffff811820fd>] [<ffffffff811820fd>] irq_work_run+0xf/0x22 [ 66.844010] RSP: 0018:ffff88001e03fcc0 EFLAGS: 00010046 [ 66.844010] RAX: 0000000080000001 RBX: 0000000000000000 RCX: 0000000000000005 [ 66.844010] RDX: 0000000000000001 RSI: 0000000000000008 RDI: 0000000000000000 [ 66.844010] RBP: ffff88001e03fce0 R08: 0000000000000200 R09: ffffffff82137030 [ 66.844010] R10: 0000000000001c24 R11: 0000000000007c00 R12: ffff88001fd13940 [ 66.844010] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82073270 [ 66.844010] FS: 0000000000000000(0000) GS:ffff88001fd00000(0000) knlGS:0000000000000000 [ 66.844010] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 66.844010] CR2: 00007f10054a6000 CR3: 0000000000030000 CR4: 00000000000006e0 [ 66.844010] Stack: [ 66.844010] ffffffff811412f7 0000000000000001 ffff88001fd13980 ffffffff82055fb0 [ 66.844010] ffff88001e03fd00 ffffffff811413ea 0000000000000001 00000000fffffff0 [ 66.844010] ffff88001e03fd48 ffffffff81105027 0000000000000001 0000000000000008 [ 66.844010] Call Trace: [ 66.844010] [<ffffffff811412f7>] ? flush_smp_call_function_queue+0xab/0x10e [ 66.844010] [<ffffffff811413ea>] hotplug_cfd+0x90/0x97 [ 66.844010] [<ffffffff81105027>] notifier_call_chain+0x6d/0x93 [ 66.844010] [<ffffffff811050c5>] __raw_notifier_call_chain+0xe/0x10 [ 66.844010] [<ffffffff810e5408>] __cpu_notify+0x20/0x37 [ 66.844010] [<ffffffff810e5432>] cpu_notify+0x13/0x15 [ 66.844010] [<ffffffff819bd4ab>] take_cpu_down+0x27/0x3a [ 66.844010] [<ffffffff81155737>] multi_cpu_stop+0x93/0xed [ 66.844010] [<ffffffff811556a4>] ? cpu_stop_park+0x63/0x63 [ 66.844010] [<ffffffff811559b3>] cpu_stopper_thread+0x92/0x114 [ 66.844010] [<ffffffff819d1e64>] ? retint_restore_args+0x13/0x13 [ 66.844010] [<ffffffff819d0bbf>] ? _raw_spin_lock_irqsave+0x25/0x56 [ 66.844010] [<ffffffff81107069>] smpboot_thread_fn+0x187/0x1a5 [ 66.844010] [<ffffffff81106ee2>] ? SyS_setgroups+0x10c/0x10c [ 66.844010] [<ffffffff81101627>] kthread+0xdb/0xe3 [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 [ 66.844010] [<ffffffff819d127c>] ret_from_fork+0x7c/0xb0 [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 [ 66.844010] Code: cd 81 e8 dc 31 f6 ff c6 05 46 c3 f8 00 01 eb 05 e8 91 ff ff ff b8 01 00 00 00 5d c3 65 8b 04 25 50 b9 00 00 a9 00 00 0f 00 75 02 <0f> 0b 55 48 89 e5 e8 70 ff ff ff 5d c3 55 48 89 e5 5d c3 55 48 [ 66.844010] RIP [<ffffffff811820fd>] irq_work_run+0xf/0x22 [ 66.844010] RSP <ffff88001e03fcc0> [ 66.844010] ---[ end trace 043717361af3ed47 ]--- [ 66.844010] BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:41 Thanks, Fengguang -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [cpufreq] kernel BUG at kernel/irq_work.c:175! 2014-06-25 9:36 ` Fengguang Wu (?) @ 2014-06-25 9:42 ` Viresh Kumar -1 siblings, 0 replies; 9+ messages in thread From: Viresh Kumar @ 2014-06-25 9:39 UTC (permalink / raw) To: lkp [-- Attachment #1: Type: text/plain, Size: 6223 bytes --] On 25 June 2014 15:06, Fengguang Wu <fengguang.wu@intel.com> wrote: > FYI, we find similar bug message in Viresh's tree, which contains 8 > cpufreq patches based on next-20140625. > > tree: git://git.linaro.org/people/vireshk/linux cpufreq/cpu0-exynos > head: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b > commit: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b [8/8] cpufreq: cpu0: Add support for multiple 'struct cpufreq_policy' instances > > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > | | v3.16-rc2 | next-20140625 | d51c9fbdf4 | > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > | boot_successes | 3 | 3 | 1 | > | boot_failures | 0 | 0 | 2 | > | kernel_BUG_at_kernel/irq_work.c | 0 | 0 | 2 | > | invalid_opcode | 0 | 0 | 2 | > | RIP:irq_work_run | 0 | 0 | 2 | > | BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c | 0 | 0 | 2 | > | backtrace:smpboot_thread_fn | 0 | 0 | 2 | > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > > mount.nfs: access denied by server while mounting bee:/nfsroot/trinity > run-parts: /etc/kernel-tests/99-trinity exited with return code 32 > [ 66.841357] ------------[ cut here ]------------ > [ 66.841772] kernel BUG at kernel/irq_work.c:175! > [ 66.842302] invalid opcode: 0000 [#1] SMP > [ 66.842686] Modules linked in: > [ 66.842969] CPU: 1 PID: 10 Comm: migration/1 Not tainted 3.16.0-rc2-next-20140625-00008-gd51c9fb #6 > [ 66.843747] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011 > [ 66.844010] task: ffff88001eb75e60 ti: ffff88001e03c000 task.ti: ffff88001e03c000 > [ 66.844010] RIP: 0010:[<ffffffff811820fd>] [<ffffffff811820fd>] irq_work_run+0xf/0x22 > [ 66.844010] RSP: 0018:ffff88001e03fcc0 EFLAGS: 00010046 > [ 66.844010] RAX: 0000000080000001 RBX: 0000000000000000 RCX: 0000000000000005 > [ 66.844010] RDX: 0000000000000001 RSI: 0000000000000008 RDI: 0000000000000000 > [ 66.844010] RBP: ffff88001e03fce0 R08: 0000000000000200 R09: ffffffff82137030 > [ 66.844010] R10: 0000000000001c24 R11: 0000000000007c00 R12: ffff88001fd13940 > [ 66.844010] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82073270 > [ 66.844010] FS: 0000000000000000(0000) GS:ffff88001fd00000(0000) knlGS:0000000000000000 > [ 66.844010] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > [ 66.844010] CR2: 00007f10054a6000 CR3: 0000000000030000 CR4: 00000000000006e0 > [ 66.844010] Stack: > [ 66.844010] ffffffff811412f7 0000000000000001 ffff88001fd13980 ffffffff82055fb0 > [ 66.844010] ffff88001e03fd00 ffffffff811413ea 0000000000000001 00000000fffffff0 > [ 66.844010] ffff88001e03fd48 ffffffff81105027 0000000000000001 0000000000000008 > [ 66.844010] Call Trace: > [ 66.844010] [<ffffffff811412f7>] ? flush_smp_call_function_queue+0xab/0x10e > [ 66.844010] [<ffffffff811413ea>] hotplug_cfd+0x90/0x97 > [ 66.844010] [<ffffffff81105027>] notifier_call_chain+0x6d/0x93 > [ 66.844010] [<ffffffff811050c5>] __raw_notifier_call_chain+0xe/0x10 > [ 66.844010] [<ffffffff810e5408>] __cpu_notify+0x20/0x37 > [ 66.844010] [<ffffffff810e5432>] cpu_notify+0x13/0x15 > [ 66.844010] [<ffffffff819bd4ab>] take_cpu_down+0x27/0x3a > [ 66.844010] [<ffffffff81155737>] multi_cpu_stop+0x93/0xed > [ 66.844010] [<ffffffff811556a4>] ? cpu_stop_park+0x63/0x63 > [ 66.844010] [<ffffffff811559b3>] cpu_stopper_thread+0x92/0x114 > [ 66.844010] [<ffffffff819d1e64>] ? retint_restore_args+0x13/0x13 > [ 66.844010] [<ffffffff819d0bbf>] ? _raw_spin_lock_irqsave+0x25/0x56 > [ 66.844010] [<ffffffff81107069>] smpboot_thread_fn+0x187/0x1a5 > [ 66.844010] [<ffffffff81106ee2>] ? SyS_setgroups+0x10c/0x10c > [ 66.844010] [<ffffffff81101627>] kthread+0xdb/0xe3 > [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 > [ 66.844010] [<ffffffff819d127c>] ret_from_fork+0x7c/0xb0 > [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 > [ 66.844010] Code: cd 81 e8 dc 31 f6 ff c6 05 46 c3 f8 00 01 eb 05 e8 91 ff ff ff b8 01 00 00 00 5d c3 65 8b 04 25 50 b9 00 00 a9 00 00 0f 00 75 02 <0f> 0b 55 48 89 e5 e8 70 ff ff ff 5d c3 55 48 89 e5 5d c3 55 48 > [ 66.844010] RIP [<ffffffff811820fd>] irq_work_run+0xf/0x22 > [ 66.844010] RSP <ffff88001e03fcc0> > [ 66.844010] ---[ end trace 043717361af3ed47 ]--- > [ 66.844010] BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:41 Nothing specific to my tree, its there in linux-next and PeterZ is already working on it: https://lkml.org/lkml/2014/6/25/25 Last diff from him: --- kernel/irq_work.c | 12 +----------- 1 file changed, 1 insertion(+), 11 deletions(-) Index: linux-2.6/kernel/irq_work.c =================================================================== --- linux-2.6.orig/kernel/irq_work.c +++ linux-2.6/kernel/irq_work.c @@ -160,21 +160,11 @@ static void irq_work_run_list(struct lli } } -static void __irq_work_run(void) +static void irq_work_run(void) { irq_work_run_list(&__get_cpu_var(raised_list)); irq_work_run_list(&__get_cpu_var(lazy_list)); } - -/* - * Run the irq_work entries on this cpu. Requires to be ran from hardirq - * context with local IRQs disabled. - */ -void irq_work_run(void) -{ - BUG_ON(!in_irq()); - __irq_work_run(); -} EXPORT_SYMBOL_GPL(irq_work_run); ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [cpufreq] kernel BUG at kernel/irq_work.c:175! @ 2014-06-25 9:42 ` Viresh Kumar 0 siblings, 0 replies; 9+ messages in thread From: Viresh Kumar @ 2014-06-25 9:42 UTC (permalink / raw) To: Fengguang Wu, Peter Zijlstra Cc: Linux Memory Management List, LKML, Andrew Morton, Stephen Rothwell, Jet Chen, Yuanhan Liu, LKP, Su, Tao On 25 June 2014 15:06, Fengguang Wu <fengguang.wu@intel.com> wrote: > FYI, we find similar bug message in Viresh's tree, which contains 8 > cpufreq patches based on next-20140625. > > tree: git://git.linaro.org/people/vireshk/linux cpufreq/cpu0-exynos > head: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b > commit: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b [8/8] cpufreq: cpu0: Add support for multiple 'struct cpufreq_policy' instances > > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > | | v3.16-rc2 | next-20140625 | d51c9fbdf4 | > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > | boot_successes | 3 | 3 | 1 | > | boot_failures | 0 | 0 | 2 | > | kernel_BUG_at_kernel/irq_work.c | 0 | 0 | 2 | > | invalid_opcode | 0 | 0 | 2 | > | RIP:irq_work_run | 0 | 0 | 2 | > | BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c | 0 | 0 | 2 | > | backtrace:smpboot_thread_fn | 0 | 0 | 2 | > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > > mount.nfs: access denied by server while mounting bee:/nfsroot/trinity > run-parts: /etc/kernel-tests/99-trinity exited with return code 32 > [ 66.841357] ------------[ cut here ]------------ > [ 66.841772] kernel BUG at kernel/irq_work.c:175! > [ 66.842302] invalid opcode: 0000 [#1] SMP > [ 66.842686] Modules linked in: > [ 66.842969] CPU: 1 PID: 10 Comm: migration/1 Not tainted 3.16.0-rc2-next-20140625-00008-gd51c9fb #6 > [ 66.843747] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011 > [ 66.844010] task: ffff88001eb75e60 ti: ffff88001e03c000 task.ti: ffff88001e03c000 > [ 66.844010] RIP: 0010:[<ffffffff811820fd>] [<ffffffff811820fd>] irq_work_run+0xf/0x22 > [ 66.844010] RSP: 0018:ffff88001e03fcc0 EFLAGS: 00010046 > [ 66.844010] RAX: 0000000080000001 RBX: 0000000000000000 RCX: 0000000000000005 > [ 66.844010] RDX: 0000000000000001 RSI: 0000000000000008 RDI: 0000000000000000 > [ 66.844010] RBP: ffff88001e03fce0 R08: 0000000000000200 R09: ffffffff82137030 > [ 66.844010] R10: 0000000000001c24 R11: 0000000000007c00 R12: ffff88001fd13940 > [ 66.844010] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82073270 > [ 66.844010] FS: 0000000000000000(0000) GS:ffff88001fd00000(0000) knlGS:0000000000000000 > [ 66.844010] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > [ 66.844010] CR2: 00007f10054a6000 CR3: 0000000000030000 CR4: 00000000000006e0 > [ 66.844010] Stack: > [ 66.844010] ffffffff811412f7 0000000000000001 ffff88001fd13980 ffffffff82055fb0 > [ 66.844010] ffff88001e03fd00 ffffffff811413ea 0000000000000001 00000000fffffff0 > [ 66.844010] ffff88001e03fd48 ffffffff81105027 0000000000000001 0000000000000008 > [ 66.844010] Call Trace: > [ 66.844010] [<ffffffff811412f7>] ? flush_smp_call_function_queue+0xab/0x10e > [ 66.844010] [<ffffffff811413ea>] hotplug_cfd+0x90/0x97 > [ 66.844010] [<ffffffff81105027>] notifier_call_chain+0x6d/0x93 > [ 66.844010] [<ffffffff811050c5>] __raw_notifier_call_chain+0xe/0x10 > [ 66.844010] [<ffffffff810e5408>] __cpu_notify+0x20/0x37 > [ 66.844010] [<ffffffff810e5432>] cpu_notify+0x13/0x15 > [ 66.844010] [<ffffffff819bd4ab>] take_cpu_down+0x27/0x3a > [ 66.844010] [<ffffffff81155737>] multi_cpu_stop+0x93/0xed > [ 66.844010] [<ffffffff811556a4>] ? cpu_stop_park+0x63/0x63 > [ 66.844010] [<ffffffff811559b3>] cpu_stopper_thread+0x92/0x114 > [ 66.844010] [<ffffffff819d1e64>] ? retint_restore_args+0x13/0x13 > [ 66.844010] [<ffffffff819d0bbf>] ? _raw_spin_lock_irqsave+0x25/0x56 > [ 66.844010] [<ffffffff81107069>] smpboot_thread_fn+0x187/0x1a5 > [ 66.844010] [<ffffffff81106ee2>] ? SyS_setgroups+0x10c/0x10c > [ 66.844010] [<ffffffff81101627>] kthread+0xdb/0xe3 > [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 > [ 66.844010] [<ffffffff819d127c>] ret_from_fork+0x7c/0xb0 > [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 > [ 66.844010] Code: cd 81 e8 dc 31 f6 ff c6 05 46 c3 f8 00 01 eb 05 e8 91 ff ff ff b8 01 00 00 00 5d c3 65 8b 04 25 50 b9 00 00 a9 00 00 0f 00 75 02 <0f> 0b 55 48 89 e5 e8 70 ff ff ff 5d c3 55 48 89 e5 5d c3 55 48 > [ 66.844010] RIP [<ffffffff811820fd>] irq_work_run+0xf/0x22 > [ 66.844010] RSP <ffff88001e03fcc0> > [ 66.844010] ---[ end trace 043717361af3ed47 ]--- > [ 66.844010] BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:41 Nothing specific to my tree, its there in linux-next and PeterZ is already working on it: https://lkml.org/lkml/2014/6/25/25 Last diff from him: --- kernel/irq_work.c | 12 +----------- 1 file changed, 1 insertion(+), 11 deletions(-) Index: linux-2.6/kernel/irq_work.c =================================================================== --- linux-2.6.orig/kernel/irq_work.c +++ linux-2.6/kernel/irq_work.c @@ -160,21 +160,11 @@ static void irq_work_run_list(struct lli } } -static void __irq_work_run(void) +static void irq_work_run(void) { irq_work_run_list(&__get_cpu_var(raised_list)); irq_work_run_list(&__get_cpu_var(lazy_list)); } - -/* - * Run the irq_work entries on this cpu. Requires to be ran from hardirq - * context with local IRQs disabled. - */ -void irq_work_run(void) -{ - BUG_ON(!in_irq()); - __irq_work_run(); -} EXPORT_SYMBOL_GPL(irq_work_run); ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [cpufreq] kernel BUG at kernel/irq_work.c:175! @ 2014-06-25 9:42 ` Viresh Kumar 0 siblings, 0 replies; 9+ messages in thread From: Viresh Kumar @ 2014-06-25 9:42 UTC (permalink / raw) To: Fengguang Wu, Peter Zijlstra Cc: Linux Memory Management List, LKML, Andrew Morton, Stephen Rothwell, Jet Chen, Yuanhan Liu, LKP, Su, Tao On 25 June 2014 15:06, Fengguang Wu <fengguang.wu@intel.com> wrote: > FYI, we find similar bug message in Viresh's tree, which contains 8 > cpufreq patches based on next-20140625. > > tree: git://git.linaro.org/people/vireshk/linux cpufreq/cpu0-exynos > head: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b > commit: d51c9fbdf49983fc3303ec576d02e8ef97da3d8b [8/8] cpufreq: cpu0: Add support for multiple 'struct cpufreq_policy' instances > > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > | | v3.16-rc2 | next-20140625 | d51c9fbdf4 | > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > | boot_successes | 3 | 3 | 1 | > | boot_failures | 0 | 0 | 2 | > | kernel_BUG_at_kernel/irq_work.c | 0 | 0 | 2 | > | invalid_opcode | 0 | 0 | 2 | > | RIP:irq_work_run | 0 | 0 | 2 | > | BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c | 0 | 0 | 2 | > | backtrace:smpboot_thread_fn | 0 | 0 | 2 | > +-----------------------------------------------------------------------------+-----------+---------------+------------+ > > mount.nfs: access denied by server while mounting bee:/nfsroot/trinity > run-parts: /etc/kernel-tests/99-trinity exited with return code 32 > [ 66.841357] ------------[ cut here ]------------ > [ 66.841772] kernel BUG at kernel/irq_work.c:175! > [ 66.842302] invalid opcode: 0000 [#1] SMP > [ 66.842686] Modules linked in: > [ 66.842969] CPU: 1 PID: 10 Comm: migration/1 Not tainted 3.16.0-rc2-next-20140625-00008-gd51c9fb #6 > [ 66.843747] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011 > [ 66.844010] task: ffff88001eb75e60 ti: ffff88001e03c000 task.ti: ffff88001e03c000 > [ 66.844010] RIP: 0010:[<ffffffff811820fd>] [<ffffffff811820fd>] irq_work_run+0xf/0x22 > [ 66.844010] RSP: 0018:ffff88001e03fcc0 EFLAGS: 00010046 > [ 66.844010] RAX: 0000000080000001 RBX: 0000000000000000 RCX: 0000000000000005 > [ 66.844010] RDX: 0000000000000001 RSI: 0000000000000008 RDI: 0000000000000000 > [ 66.844010] RBP: ffff88001e03fce0 R08: 0000000000000200 R09: ffffffff82137030 > [ 66.844010] R10: 0000000000001c24 R11: 0000000000007c00 R12: ffff88001fd13940 > [ 66.844010] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff82073270 > [ 66.844010] FS: 0000000000000000(0000) GS:ffff88001fd00000(0000) knlGS:0000000000000000 > [ 66.844010] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > [ 66.844010] CR2: 00007f10054a6000 CR3: 0000000000030000 CR4: 00000000000006e0 > [ 66.844010] Stack: > [ 66.844010] ffffffff811412f7 0000000000000001 ffff88001fd13980 ffffffff82055fb0 > [ 66.844010] ffff88001e03fd00 ffffffff811413ea 0000000000000001 00000000fffffff0 > [ 66.844010] ffff88001e03fd48 ffffffff81105027 0000000000000001 0000000000000008 > [ 66.844010] Call Trace: > [ 66.844010] [<ffffffff811412f7>] ? flush_smp_call_function_queue+0xab/0x10e > [ 66.844010] [<ffffffff811413ea>] hotplug_cfd+0x90/0x97 > [ 66.844010] [<ffffffff81105027>] notifier_call_chain+0x6d/0x93 > [ 66.844010] [<ffffffff811050c5>] __raw_notifier_call_chain+0xe/0x10 > [ 66.844010] [<ffffffff810e5408>] __cpu_notify+0x20/0x37 > [ 66.844010] [<ffffffff810e5432>] cpu_notify+0x13/0x15 > [ 66.844010] [<ffffffff819bd4ab>] take_cpu_down+0x27/0x3a > [ 66.844010] [<ffffffff81155737>] multi_cpu_stop+0x93/0xed > [ 66.844010] [<ffffffff811556a4>] ? cpu_stop_park+0x63/0x63 > [ 66.844010] [<ffffffff811559b3>] cpu_stopper_thread+0x92/0x114 > [ 66.844010] [<ffffffff819d1e64>] ? retint_restore_args+0x13/0x13 > [ 66.844010] [<ffffffff819d0bbf>] ? _raw_spin_lock_irqsave+0x25/0x56 > [ 66.844010] [<ffffffff81107069>] smpboot_thread_fn+0x187/0x1a5 > [ 66.844010] [<ffffffff81106ee2>] ? SyS_setgroups+0x10c/0x10c > [ 66.844010] [<ffffffff81101627>] kthread+0xdb/0xe3 > [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 > [ 66.844010] [<ffffffff819d127c>] ret_from_fork+0x7c/0xb0 > [ 66.844010] [<ffffffff8110154c>] ? kthread_create_on_node+0x174/0x174 > [ 66.844010] Code: cd 81 e8 dc 31 f6 ff c6 05 46 c3 f8 00 01 eb 05 e8 91 ff ff ff b8 01 00 00 00 5d c3 65 8b 04 25 50 b9 00 00 a9 00 00 0f 00 75 02 <0f> 0b 55 48 89 e5 e8 70 ff ff ff 5d c3 55 48 89 e5 5d c3 55 48 > [ 66.844010] RIP [<ffffffff811820fd>] irq_work_run+0xf/0x22 > [ 66.844010] RSP <ffff88001e03fcc0> > [ 66.844010] ---[ end trace 043717361af3ed47 ]--- > [ 66.844010] BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:41 Nothing specific to my tree, its there in linux-next and PeterZ is already working on it: https://lkml.org/lkml/2014/6/25/25 Last diff from him: --- kernel/irq_work.c | 12 +----------- 1 file changed, 1 insertion(+), 11 deletions(-) Index: linux-2.6/kernel/irq_work.c =================================================================== --- linux-2.6.orig/kernel/irq_work.c +++ linux-2.6/kernel/irq_work.c @@ -160,21 +160,11 @@ static void irq_work_run_list(struct lli } } -static void __irq_work_run(void) +static void irq_work_run(void) { irq_work_run_list(&__get_cpu_var(raised_list)); irq_work_run_list(&__get_cpu_var(lazy_list)); } - -/* - * Run the irq_work entries on this cpu. Requires to be ran from hardirq - * context with local IRQs disabled. - */ -void irq_work_run(void) -{ - BUG_ON(!in_irq()); - __irq_work_run(); -} EXPORT_SYMBOL_GPL(irq_work_run); -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [cpufreq] kernel BUG at kernel/irq_work.c:175! 2014-06-25 9:42 ` Viresh Kumar (?) @ 2014-06-25 9:54 ` Fengguang Wu -1 siblings, 0 replies; 9+ messages in thread From: Fengguang Wu @ 2014-06-25 9:51 UTC (permalink / raw) To: lkp [-- Attachment #1: Type: text/plain, Size: 1111 bytes --] > Nothing specific to my tree, its there in linux-next and PeterZ is > already working on it: > > https://lkml.org/lkml/2014/6/25/25 That's great! Sorry I should have googled LKML before reporting this error. Fengguang > Last diff from him: > > --- > kernel/irq_work.c | 12 +----------- > 1 file changed, 1 insertion(+), 11 deletions(-) > > Index: linux-2.6/kernel/irq_work.c > =================================================================== > --- linux-2.6.orig/kernel/irq_work.c > +++ linux-2.6/kernel/irq_work.c > @@ -160,21 +160,11 @@ static void irq_work_run_list(struct lli > } > } > > -static void __irq_work_run(void) > +static void irq_work_run(void) > { > irq_work_run_list(&__get_cpu_var(raised_list)); > irq_work_run_list(&__get_cpu_var(lazy_list)); > } > - > -/* > - * Run the irq_work entries on this cpu. Requires to be ran from hardirq > - * context with local IRQs disabled. > - */ > -void irq_work_run(void) > -{ > - BUG_ON(!in_irq()); > - __irq_work_run(); > -} > EXPORT_SYMBOL_GPL(irq_work_run); ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [cpufreq] kernel BUG at kernel/irq_work.c:175! @ 2014-06-25 9:54 ` Fengguang Wu 0 siblings, 0 replies; 9+ messages in thread From: Fengguang Wu @ 2014-06-25 9:54 UTC (permalink / raw) To: Viresh Kumar Cc: Peter Zijlstra, Linux Memory Management List, LKML, Andrew Morton, Stephen Rothwell, Jet Chen, Yuanhan Liu, LKP, Su, Tao, Srivatsa S. Bhat, Stephen Warren > Nothing specific to my tree, its there in linux-next and PeterZ is > already working on it: > > https://lkml.org/lkml/2014/6/25/25 That's great! Sorry I should have googled LKML before reporting this error. Fengguang > Last diff from him: > > --- > kernel/irq_work.c | 12 +----------- > 1 file changed, 1 insertion(+), 11 deletions(-) > > Index: linux-2.6/kernel/irq_work.c > =================================================================== > --- linux-2.6.orig/kernel/irq_work.c > +++ linux-2.6/kernel/irq_work.c > @@ -160,21 +160,11 @@ static void irq_work_run_list(struct lli > } > } > > -static void __irq_work_run(void) > +static void irq_work_run(void) > { > irq_work_run_list(&__get_cpu_var(raised_list)); > irq_work_run_list(&__get_cpu_var(lazy_list)); > } > - > -/* > - * Run the irq_work entries on this cpu. Requires to be ran from hardirq > - * context with local IRQs disabled. > - */ > -void irq_work_run(void) > -{ > - BUG_ON(!in_irq()); > - __irq_work_run(); > -} > EXPORT_SYMBOL_GPL(irq_work_run); ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [cpufreq] kernel BUG at kernel/irq_work.c:175! @ 2014-06-25 9:54 ` Fengguang Wu 0 siblings, 0 replies; 9+ messages in thread From: Fengguang Wu @ 2014-06-25 9:54 UTC (permalink / raw) To: Viresh Kumar Cc: Peter Zijlstra, Linux Memory Management List, LKML, Andrew Morton, Stephen Rothwell, Jet Chen, Yuanhan Liu, LKP, Su, Tao, Srivatsa S. Bhat, Stephen Warren > Nothing specific to my tree, its there in linux-next and PeterZ is > already working on it: > > https://lkml.org/lkml/2014/6/25/25 That's great! Sorry I should have googled LKML before reporting this error. Fengguang > Last diff from him: > > --- > kernel/irq_work.c | 12 +----------- > 1 file changed, 1 insertion(+), 11 deletions(-) > > Index: linux-2.6/kernel/irq_work.c > =================================================================== > --- linux-2.6.orig/kernel/irq_work.c > +++ linux-2.6/kernel/irq_work.c > @@ -160,21 +160,11 @@ static void irq_work_run_list(struct lli > } > } > > -static void __irq_work_run(void) > +static void irq_work_run(void) > { > irq_work_run_list(&__get_cpu_var(raised_list)); > irq_work_run_list(&__get_cpu_var(lazy_list)); > } > - > -/* > - * Run the irq_work entries on this cpu. Requires to be ran from hardirq > - * context with local IRQs disabled. > - */ > -void irq_work_run(void) > -{ > - BUG_ON(!in_irq()); > - __irq_work_run(); > -} > EXPORT_SYMBOL_GPL(irq_work_run); -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2014-06-25 9:55 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-06-25 9:36 [cpufreq] kernel BUG at kernel/irq_work.c:175! Fengguang Wu 2014-06-25 9:36 ` Fengguang Wu 2014-06-25 9:36 ` Fengguang Wu 2014-06-25 9:39 ` Viresh Kumar 2014-06-25 9:42 ` Viresh Kumar 2014-06-25 9:42 ` Viresh Kumar 2014-06-25 9:51 ` Fengguang Wu 2014-06-25 9:54 ` Fengguang Wu 2014-06-25 9:54 ` Fengguang Wu
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.