10:58 p.m.
FYI, we noticed the following commit:
commit: 924726b2b5e5000dfb8eb6032651baed1b1bdc6c ("perf: Cure hotplug lock ordering
issues")
https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git smp/hotplug
in testcase: boot
on test machine: qemu-system-x86_64 -enable-kvm -smp 2 -m 512M
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
+-------------------------------------------------------+------------+------------+
| | fc932a0477 | 924726b2b5 |
+-------------------------------------------------------+------------+------------+
| boot_successes | 537 | 2 |
| boot_failures | 2 | 175 |
| BUG:kernel_hang_in_test_stage | 2 | |
| double_fault:#[##] | 0 | 170 |
| BUG:unable_to_handle_kernel | 0 | 49 |
| Oops:#[##] | 0 | 49 |
| Kernel_panic-not_syncing:Fatal_exception | 0 | 166 |
| Kernel_panic-not_syncing:Fatal_exception_in_interrupt | 0 | 5 |
| BUG:kernel_reboot-without-warning_in_test_stage | 0 | 3 |
| WARNING:at_kernel/workqueue.c:#worker_thread | 0 | 1 |
| WARNING:at_kernel/workqueue.c:#process_one_work | 0 | 1 |
| general_protection_fault:#[##] | 0 | 1 |
+-------------------------------------------------------+------------+------------+
[ 203.023547] mmap: trinity-c0 (2509) uses deprecated remap_file_pages() syscall. See
Documentation/vm/remap_file_pages.txt.
[child0:2509] uid changed! Was: 0, now 252
[child1:2511] child exiting.
Bailing main loop. Exit reason: UID changed.
[watchdog] [2502] Watchdog exiting
[ 204.078036] double fault: 0000 [#1] SMP DEBUG_PAGEALLOC
[ 204.078036] double fault: 0000 [#1] SMP DEBUG_PAGEALLOC
[ 204.079690] Modules linked in:
[ 204.079690] Modules linked in:
[ 204.082920] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
1.9.3-20161025_171302-gandalf 04/01/2014
[ 204.082920] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
1.9.3-20161025_171302-gandalf 04/01/2014
[ 204.087953] task: ffff88001ca78000 task.stack: ffff88001ca78020
[ 204.087953] task: ffff88001ca78000 task.stack: ffff88001ca78020
[ 204.089605] RIP: 0010:static_key_disable_cpuslocked+0x4/0x10
[ 204.089605] RIP: 0010:static_key_disable_cpuslocked+0x4/0x10
[ 204.091488] RSP: 0018:ffff88001ca24000 EFLAGS: 00010246
[ 204.091488] RSP: 0018:ffff88001ca24000 EFLAGS: 00010246
[ 204.093081] RAX: 0000000000000000 RBX: ffffffff81b98620 RCX: 0000000000001e06
[ 204.093081] RAX: 0000000000000000 RBX: ffffffff81b98620 RCX: 0000000000001e06
[ 204.095056] RDX: ffff88001da0da60 RSI: 0000000000000000 RDI: 0000000000000246
[ 204.095056] RDX: ffff88001da0da60 RSI: 0000000000000000 RDI: 0000000000000246
[ 204.097029] RBP: ffff88001ca24000 R08: 0000000000000000 R09: 0000000000000001
[ 204.097029] RBP: ffff88001ca24000 R08: 0000000000000000 R09: 0000000000000001
[ 204.099004] R10: ffff88001ca7fe00 R11: 0000000000000000 R12: ffff88001ca5b378
[ 204.099004] R10: ffff88001ca7fe00 R11: 0000000000000000 R12: ffff88001ca5b378
[ 204.101107] R13: ffff88001dbdc200 R14: 0000000000000000 R15: ffff88001dbd8340
[ 204.101107] R13: ffff88001dbdc200 R14: 0000000000000000 R15: ffff88001dbd8340
[ 204.103091] FS: 0000000000000000(0000) GS:ffff88001da00000(0000)
knlGS:0000000000000000
[ 204.103091] FS: 0000000000000000(0000) GS:ffff88001da00000(0000)
knlGS:0000000000000000
[ 204.105346] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 204.105346] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 204.106927] CR2: ffff88001ca23ff8 CR3: 0000000001a11000 CR4: 00000000000006b0
[ 204.106927] CR2: ffff88001ca23ff8 CR3: 0000000001a11000 CR4: 00000000000006b0
[ 204.109034] Call Trace:
[ 204.109034] Call Trace:
[ 204.109734] Code: 1f 84 00 00 00 00 00 55 31 c0 48 89 e5 5d c3 0f 1f 84 00 00 00 00 00
55 48 89 e5 5d c3 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 <e8> f7 ff ff ff 5d c3
0f 1f 44 00 00 55 48 89 e5 e8 b7 bf f5 ff
[ 204.109734] Code: 1f 84 00 00 00 00 00 55 31 c0 48 89 e5 5d c3 0f 1f 84 00 00 00 00 00
55 48 89 e5 5d c3 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 <e8> f7 ff ff ff 5d c3
0f 1f 44 00 00 55 48 89 e5 e8 b7 bf f5 ff
[ 204.115026] RIP: static_key_disable_cpuslocked+0x4/0x10 RSP: ffff88001ca24000
[ 204.115026] RIP: static_key_disable_cpuslocked+0x4/0x10 RSP: ffff88001ca24000
[ 204.117360] ---[ end trace 76cb39a4929e5712 ]---
[ 204.117360] ---[ end trace 76cb39a4929e5712 ]---
[ 204.117362] BUG: unable to handle kernel paging request at ffffffff8113e9f9
[ 204.117362] BUG: unable to handle kernel paging request at ffffffff8113e9f9
[ 204.117370] IP: update_curr+0x10b/0x130
[ 204.117370] IP: update_curr+0x10b/0x130
[ 204.117371] PGD 1a14067
[ 204.117371] PGD 1a14067
[ 204.117372] PUD 1a15063
[ 204.117372] PUD 1a15063
[ 204.117373] PMD 10001e1
[ 204.117373] PMD 10001e1
[ 204.117374]
[ 204.117374]
[ 204.117377] Oops: 0003 [#2] SMP DEBUG_PAGEALLOC
[ 204.117377] Oops: 0003 [#2] SMP DEBUG_PAGEALLOC
[ 204.117379] Modules linked in:
[ 204.117379] Modules linked in:
[ 204.117383] CPU: 1 PID: 15 Comm: migration/1 Tainted: G D
4.11.0-rc6-00244-g924726b #1
[ 204.117383] CPU: 1 PID: 15 Comm: migration/1 Tainted: G D
4.11.0-rc6-00244-g924726b #1
[ 204.117384] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
1.9.3-20161025_171302-gandalf 04/01/2014
[ 204.117384] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
1.9.3-20161025_171302-gandalf 04/01/2014
[ 204.117386] task: ffff88001c998000 task.stack: ffff88001c99c000
[ 204.117386] task: ffff88001c998000 task.stack: ffff88001c99c000
[ 204.117388] RIP: 0010:update_curr+0x10b/0x130
[ 204.117388] RIP: 0010:update_curr+0x10b/0x130
[ 204.117389] RSP: 0018:ffff88001c99fd18 EFLAGS: 00010083
[ 204.117389] RSP: 0018:ffff88001c99fd18 EFLAGS: 00010083
[ 204.117391] RAX: ffffffff8113e8b9 RBX: ffff88001ca78080 RCX: ffffffffffa4b511
[ 204.117391] RAX: ffffffff8113e8b9 RBX: ffff88001ca78080 RCX: ffffffffffa4b511
[ 204.117392] RDX: 00000000000000f3 RSI: 0000000000000000 RDI: ffff88001dbd8e70
[ 204.117392] RDX: 00000000000000f3 RSI: 0000000000000000 RDI: ffff88001dbd8e70
[ 204.117394] RBP: ffff88001c99fd28 R08: 0000000000000400 R09: ffff88001ca78080
[ 204.117394] RBP: ffff88001c99fd28 R08: 0000000000000400 R09: ffff88001ca78080
[ 204.117395] R10: ffff88001c99fd18 R11: 0000782e03e0348e R12: ffff88001dbd8e70
[ 204.117395] R10: ffff88001c99fd18 R11: 0000782e03e0348e R12: ffff88001dbd8e70
[ 204.117396] R13: ffff88001cb78080 R14: ffff88001ca78080 R15: ffff88001cb78000
[ 204.117396] R13: ffff88001cb78080 R14: ffff88001ca78080 R15: ffff88001cb78000
[ 204.117398] FS: 0000000000000000(0000) GS:ffff88001dc00000(0000)
knlGS:0000000000000000
[ 204.117398] FS: 0000000000000000(0000) GS:ffff88001dc00000(0000)
knlGS:0000000000000000
[ 204.117399] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 204.117399] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 204.117400] CR2: ffffffff8113e9f9 CR3: 00000000124ad000 CR4: 00000000000006a0
[ 204.117400] CR2: ffffffff8113e9f9 CR3: 00000000124ad000 CR4: 00000000000006a0
[ 204.117404] Call Trace:
[ 204.117404] Call Trace:
[ 204.117408] enqueue_task_fair+0x139/0xe20
[ 204.117408] enqueue_task_fair+0x139/0xe20
[ 204.117413] ? kvm_sched_clock_read+0x25/0x40
[ 204.117413] ? kvm_sched_clock_read+0x25/0x40
[ 204.117417] move_queued_task+0x224/0x250
[ 204.117417] move_queued_task+0x224/0x250
[ 204.117420] __migrate_task+0xbe/0xd0
[ 204.117420] __migrate_task+0xbe/0xd0
[ 204.117423] migration_cpu_stop+0xa3/0x100
[ 204.117423] migration_cpu_stop+0xa3/0x100
[ 204.117425] ? sched_ttwu_pending+0xd0/0xd0
[ 204.117425] ? sched_ttwu_pending+0xd0/0xd0
[ 204.117430] cpu_stopper_thread+0x8c/0x100
[ 204.117430] cpu_stopper_thread+0x8c/0x100
[ 204.117433] ? smpboot_thread_fn+0x2f/0x210
[ 204.117433] ? smpboot_thread_fn+0x2f/0x210
[ 204.117434] ? smpboot_thread_fn+0x157/0x210
[ 204.117434] ? smpboot_thread_fn+0x157/0x210
[ 204.117436] smpboot_thread_fn+0x1ea/0x210
[ 204.117436] smpboot_thread_fn+0x1ea/0x210
[ 204.117440] kthread+0x12b/0x140
[ 204.117440] kthread+0x12b/0x140
[ 204.117441] ? sort_range+0x20/0x20
[ 204.117441] ? sort_range+0x20/0x20
[ 204.117443] ? kthread_stop+0x70/0x70
[ 204.117443] ? kthread_stop+0x70/0x70
[ 204.117447] ret_from_fork+0x2c/0x40
[ 204.117447] ret_from_fork+0x2c/0x40
[ 204.117450] Code: 89 e7 e8 19 f5 ff ff 48 8b 83 e8 09 00 00 0f b6 90 48 01 00 00 84 d2
74 32 48 83 bb f0 09 00 00 00 74 28 48 3d d0 fe ff ff 74 20 <f0> 4c 01 98 40 01 00
00 eb 16 be 4e 03 00 00 48 c7 c7 b8 1b 82
[ 204.117450] Code: 89 e7 e8 19 f5 ff ff 48 8b 83 e8 09 00 00 0f b6 90 48 01 00 00 84 d2
74 32 48 83 bb f0 09 00 00 00 74 28 48 3d d0 fe ff ff 74 20 <f0> 4c 01 98 40 01 00
00 eb 16 be 4e 03 00 00 48 c7 c7 b8 1b 82
[ 204.117486] RIP: update_curr+0x10b/0x130 RSP: ffff88001c99fd18
[ 204.117486] RIP: update_curr+0x10b/0x130 RSP: ffff88001c99fd18
[ 204.117487] CR2: ffffffff8113e9f9
[ 204.117487] CR2: ffffffff8113e9f9
[ 204.117489] ---[ end trace 76cb39a4929e5713 ]---
[ 204.117489] ---[ end trace 76cb39a4929e5713 ]---
[ 204.117490] Kernel panic - not syncing: Fatal exception
[ 204.117490] Kernel panic - not syncing: Fatal exception
[ 205.173161] Shutting down cpus with NMI
[ 205.173161] Shutting down cpus with NMI
[ 205.174528] Kernel Offset: disabled
[ 205.174528] Kernel Offset: disabled
To reproduce:
git clone https://github.com/01org/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this
email
Thanks,
Xiaolong
12:25 p.m.
On 2017-04-27 10:58:36 [+0800], kernel test robot wrote:
FYI, we noticed the following commit:
commit: 924726b2b5e5000dfb8eb6032651baed1b1bdc6c ("perf: Cure hotplug lock ordering
issues")
https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git smp/hotplug
I can't find that commit in tip so I used
14aff62ede39 ("perf: Cure hotplug lock ordering issues")
which should be the same thing.
in testcase: boot
on test machine: qemu-system-x86_64 -enable-kvm -smp 2 -m 512M
I booted this. I grabbed the command line the yaml file attached and
quantal-core-x86_64.cgz from github.
[ 203.023547] mmap: trinity-c0 (2509) uses deprecated
remap_file_pages() syscall. See Documentation/vm/remap_file_pages.txt.
[child0:2509] uid changed! Was: 0, now 252
[child1:2511] child exiting.
Bailing main loop. Exit reason: UID changed.
[watchdog] [2502] Watchdog exiting
[ 204.078036] double fault: 0000 [#1] SMP DEBUG_PAGEALLOC
[ 204.078036] double fault: 0000 [#1] SMP DEBUG_PAGEALLOC
I don't see that.
To reproduce:
git clone https://github.com/01org/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this
email
I tried that, too. The difference between running qemu manually and this
seems that the manual approach runs the kernel a few times while this
aborts after the first run. I attached my manual run. It looks similar
(including the trinity segfault) but the kernels runs smooth.
You don't seem to inject / load the kernels modules you compile.
Thanks,
Xiaolong
Sebastian
10:44 p.m.
On 04/27, Sebastian Andrzej Siewior wrote:
On 2017-04-27 10:58:36 [+0800], kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> commit: 924726b2b5e5000dfb8eb6032651baed1b1bdc6c ("perf: Cure hotplug lock
ordering issues")
> https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git smp/hotplug
I can't find that commit in tip so I used
14aff62ede39 ("perf: Cure hotplug lock ordering issues")
which should be the same thing.
Yes, git patch-id tells they are the same thing.
> in testcase: boot
>
> on test machine: qemu-system-x86_64 -enable-kvm -smp 2 -m 512M
I booted this. I grabbed the command line the yaml file attached and
quantal-core-x86_64.cgz from github.
> [ 203.023547] mmap: trinity-c0 (2509) uses deprecated remap_file_pages() syscall.
See Documentation/vm/remap_file_pages.txt.
> [child0:2509] uid changed! Was: 0, now 252
> [child1:2511] child exiting.
> Bailing main loop. Exit reason: UID changed.
> [watchdog] [2502] Watchdog exiting
> [ 204.078036] double fault: 0000 [#1] SMP DEBUG_PAGEALLOC
> [ 204.078036] double fault: 0000 [#1] SMP DEBUG_PAGEALLOC
I don't see that.
I can't reproduce it either after I rebuilt kernel for commit 14aff62ede39 for
6 times test.
> To reproduce:
>
> git clone https://github.com/01org/lkp-tests.git
> cd lkp-tests
> bin/lkp qemu -k <bzImage> job-script # job-script is attached in this
email
I tried that, too. The difference between running qemu manually and this
seems that the manual approach runs the kernel a few times while this
aborts after the first run. I attached my manual run. It looks similar
(including the trinity segfault) but the kernels runs smooth.
You don't seem to inject / load the kernels modules you compile.
Yes, as 0day built a large number of kernel everyday, we won't upload kernel
images and modules to github, it depends user to generate and append it to
initrd.
Thanks,
Xiaolong
> Thanks,
> Xiaolong
Sebastian
3:50 a.m.
On 2017-04-28 10:44:26 [+0800], Ye Xiaolong wrote:
I can't reproduce it either after I rebuilt kernel for commit
14aff62ede39 for
6 times test.
Okay. So we are done here.
Yes, as 0day built a large number of kernel everyday, we won't
upload kernel
images and modules to github, it depends user to generate and append it to
initrd.
Now I am getting mixed signals. So one should append the modules to the
initrd? In that case I keep it for further reference. But since you
can't trigger the original bug either…
Thanks,
Xiaolong
Sebastian
1280
days inactive
1281
days old
3 comments
3 participants
participants (3)
-
kernel test robot -
Sebastian Andrzej Siewior -
Ye Xiaolong