* [PATCH net-next] bpfilter: fix OUTPUT_FORMAT
From: Alexei Starovoitov @ 2018-06-07 17:29 UTC (permalink / raw)
To: David S . Miller; +Cc: daniel, netdev, kernel-team
From: Alexei Starovoitov <ast@fb.com>
CONFIG_OUTPUT_FORMAT is x86 only macro.
Used objdump to extract elf file format.
Fixes: d2ba09c17a06 ("net: add skeleton of bpfilter kernel module")
Reported-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Alexei Starovoitov <ast@kernel.org>
---
net/bpfilter/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/bpfilter/Makefile b/net/bpfilter/Makefile
index aafa72001fcd..e0bbe7583e58 100644
--- a/net/bpfilter/Makefile
+++ b/net/bpfilter/Makefile
@@ -21,7 +21,7 @@ endif
# which bpfilter_kern.c passes further into umh blob loader at run-time
quiet_cmd_copy_umh = GEN $@
cmd_copy_umh = echo ':' > $(obj)/.bpfilter_umh.o.cmd; \
- $(OBJCOPY) -I binary -O $(CONFIG_OUTPUT_FORMAT) \
+ $(OBJCOPY) -I binary -O `$(OBJDUMP) -f $<|grep format|cut -d' ' -f8` \
-B `$(OBJDUMP) -f $<|grep architecture|cut -d, -f1|cut -d' ' -f2` \
--rename-section .data=.init.rodata $< $@
--
2.9.5
^ permalink raw reply related
* KMSAN: uninit-value in ebt_stp_mt_check (2)
From: syzbot @ 2018-06-07 17:29 UTC (permalink / raw)
To: bridge, coreteam, davem, fw, kadlec, linux-kernel, netdev,
netfilter-devel, pablo, stephen, syzkaller-bugs
Hello,
syzbot found the following crash on:
HEAD commit: c6a6aed994b6 kmsan: remove dead code to trigger syzbot build
git tree: https://github.com/google/kmsan.git/master
console output: https://syzkaller.appspot.com/x/log.txt?x=17bde74f800000
kernel config: https://syzkaller.appspot.com/x/.config?x=848e40757852af3e
dashboard link: https://syzkaller.appspot.com/bug?extid=da4494182233c23a5fcf
compiler: clang version 7.0.0 (trunk 334104)
Unfortunately, I don't have any reproducer for this crash yet.
IMPORTANT: if you fix the bug, please add the following tag to the commit:
Reported-by: syzbot+da4494182233c23a5fcf@syzkaller.appspotmail.com
==================================================================
BUG: KMSAN: uninit-value in ebt_stp_mt_check+0x24b/0x450
net/bridge/netfilter/ebt_stp.c:162
CPU: 0 PID: 12006 Comm: syz-executor7 Not tainted 4.17.0+ #3
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS
Google 01/01/2011
Call Trace:
__dump_stack lib/dump_stack.c:77 [inline]
dump_stack+0x185/0x1d0 lib/dump_stack.c:113
kmsan_report+0x149/0x260 mm/kmsan/kmsan.c:1084
__msan_warning_32+0x6e/0xc0 mm/kmsan/kmsan_instr.c:620
ebt_stp_mt_check+0x24b/0x450 net/bridge/netfilter/ebt_stp.c:162
xt_check_match+0x1438/0x1650 net/netfilter/x_tables.c:506
ebt_check_match net/bridge/netfilter/ebtables.c:372 [inline]
ebt_check_entry net/bridge/netfilter/ebtables.c:702 [inline]
translate_table+0x4e88/0x6120 net/bridge/netfilter/ebtables.c:943
do_replace_finish+0x1258/0x2ea0 net/bridge/netfilter/ebtables.c:999
do_replace+0x719/0x780 net/bridge/netfilter/ebtables.c:1138
do_ebt_set_ctl+0x2ab/0x3c0 net/bridge/netfilter/ebtables.c:1517
nf_sockopt net/netfilter/nf_sockopt.c:106 [inline]
nf_setsockopt+0x47c/0x4e0 net/netfilter/nf_sockopt.c:115
ip_setsockopt+0x24b/0x2b0 net/ipv4/ip_sockglue.c:1251
udp_setsockopt+0x108/0x1b0 net/ipv4/udp.c:2416
sock_common_setsockopt+0x13b/0x170 net/core/sock.c:3039
__sys_setsockopt+0x496/0x540 net/socket.c:1903
__do_sys_setsockopt net/socket.c:1914 [inline]
__se_sys_setsockopt net/socket.c:1911 [inline]
__x64_sys_setsockopt+0x15c/0x1c0 net/socket.c:1911
do_syscall_64+0x15b/0x230 arch/x86/entry/common.c:287
entry_SYSCALL_64_after_hwframe+0x44/0xa9
RIP: 0033:0x4559f9
RSP: 002b:00007f45b9246c68 EFLAGS: 00000246 ORIG_RAX: 0000000000000036
RAX: ffffffffffffffda RBX: 00007f45b92476d4 RCX: 00000000004559f9
RDX: 0000000000000080 RSI: 0000000000000000 RDI: 0000000000000014
RBP: 000000000072bea0 R08: 0000000000000300 R09: 0000000000000000
R10: 0000000020000480 R11: 0000000000000246 R12: 00000000ffffffff
R13: 00000000004c0d6d R14: 00000000004d07c8 R15: 0000000000000000
Local variable description: ----mtpar.i@translate_table
Variable was created at:
translate_table+0xbb/0x6120 net/bridge/netfilter/ebtables.c:831
do_replace_finish+0x1258/0x2ea0 net/bridge/netfilter/ebtables.c:999
==================================================================
---
This bug is generated by a bot. It may contain errors.
See https://goo.gl/tpsmEJ for more information about syzbot.
syzbot engineers can be reached at syzkaller@googlegroups.com.
syzbot will keep track of this bug report. See:
https://goo.gl/tpsmEJ#bug-status-tracking for how to communicate with
syzbot.
^ permalink raw reply
* [PATCH net-next] umh: fix race condition
From: Alexei Starovoitov @ 2018-06-07 17:23 UTC (permalink / raw)
To: David S . Miller
Cc: daniel, mcgrof, netdev, dvyukov, linux-kernel, kernel-team
kasan reported use-after-free:
BUG: KASAN: use-after-free in call_usermodehelper_exec_work+0x2d3/0x310 kernel/umh.c:195
Write of size 4 at addr ffff8801d9202370 by task kworker/u4:2/50
Workqueue: events_unbound call_usermodehelper_exec_work
Call Trace:
__dump_stack lib/dump_stack.c:77 [inline]
dump_stack+0x1b9/0x294 lib/dump_stack.c:113
print_address_description+0x6c/0x20b mm/kasan/report.c:256
kasan_report_error mm/kasan/report.c:354 [inline]
kasan_report.cold.7+0x242/0x2fe mm/kasan/report.c:412
__asan_report_store4_noabort+0x17/0x20 mm/kasan/report.c:437
call_usermodehelper_exec_work+0x2d3/0x310 kernel/umh.c:195
process_one_work+0xc1e/0x1b50 kernel/workqueue.c:2145
worker_thread+0x1cc/0x1440 kernel/workqueue.c:2279
kthread+0x345/0x410 kernel/kthread.c:240
ret_from_fork+0x3a/0x50 arch/x86/entry/entry_64.S:412
The reason is that 'sub_info' cannot be accessed out of parent task
context, since it will be freed by the child.
Instead remember the pid in the child task.
Fixes: 449325b52b7a ("umh: introduce fork_usermode_blob() helper")
Reported-by: syzbot+2c73319c406f1987d156@syzkaller.appspotmail.com
Signed-off-by: Alexei Starovoitov <ast@kernel.org>
---
kernel/umh.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/kernel/umh.c b/kernel/umh.c
index 30db93fd7e39..c449858946af 100644
--- a/kernel/umh.c
+++ b/kernel/umh.c
@@ -99,6 +99,7 @@ static int call_usermodehelper_exec_async(void *data)
commit_creds(new);
+ sub_info->pid = task_pid_nr(current);
if (sub_info->file)
retval = do_execve_file(sub_info->file,
sub_info->argv, sub_info->envp);
@@ -191,8 +192,6 @@ static void call_usermodehelper_exec_work(struct work_struct *work)
if (pid < 0) {
sub_info->retval = pid;
umh_complete(sub_info);
- } else {
- sub_info->pid = pid;
}
}
}
--
2.9.5
^ permalink raw reply related
* Re: [PATCH net] failover: eliminate callback hell
From: Michael S. Tsirkin @ 2018-06-07 17:22 UTC (permalink / raw)
To: Stephen Hemminger
Cc: Alexander Duyck, Samudrala, Sridhar, Jiri Pirko, KY Srinivasan,
Haiyang Zhang, David Miller, Netdev, Stephen Hemminger
In-Reply-To: <20180607091742.461dff83@xeon-e3>
On Thu, Jun 07, 2018 at 09:17:42AM -0700, Stephen Hemminger wrote:
> On Thu, 7 Jun 2018 18:41:31 +0300
> "Michael S. Tsirkin" <mst@redhat.com> wrote:
>
> > > > Why would DPDK care what we do in the kernel? Isn't it just slapping
> > > > vfio-pci on the netdevs it sees?
> > >
> > > Alex, you are correct for Intel devices; but DPDK on Azure is not Intel based.,.
> > > The DPDK support uses:
> > > * Mellanox MLX5 which uses the Infinband hooks to do DMA directly to
> > > userspace. This means VF netdev device must exist and be visible.
> > > * Slow path using kernel netvsc device, TAP and BPF to get exception
> > > path packets to userspace.
> > > * A autodiscovery mechanism that to set all this up that relies on
> > > 2 device model and sysfs.
> >
> > Could you describe what does it look for exactly? What will break if
> > instead of MLX5 being a child of the PV, it's a child of the failover
> > device?
>
> So in DPDK there is an internal four device model:
> 1. failsafe is like failover in your model
> 2. TAP is used like netvsc in kernel
> 3. MLX5 is the VF
> 4. vdev_netvsc is a pseudo device whose only reason to exist
> is to glue everything together.
>
> Digging deeper inside...
>
> Vdev_netvsc does:
> * driver is started in a convuluted way off device arguments
> * probe routine for driver runs
> - scans list of kernel interfaces in sysfs
> - matches those using VMBUS
Could you tell a bit more what does this step entail?
> - skip netvsc devices that have an IPV4 route
> * scan for PCI devices that have same MAC address as kernel netvsc
> devices discovered in previous step
> * add these interfaces to arguments to failsafe
>
> Then failsafe configures based on arguments on device
>
> The code works but is specific to the Azure hardware model, and exposes lots
> of things to application that it should not have to care about.
>
> If you try and walk through this code in DPDK, you will see why I have developed
> a dislike for high levels of indirection.
>
>
>
Thanks that was helpful! I'll try to poke at it next week. Just from
the description it seems the kernel is merely used to locate the MAC
address through sysfs and that for this DPDK code to keep working the
hidden device must be hidden from it in sysfs - is that a fair summary?
--
MST
^ permalink raw reply
* Re: [RFC PATCH 1/2] net: macb: Add CAP to disable hardware TX checksum offloading
From: Jennifer Dahm @ 2018-06-07 16:43 UTC (permalink / raw)
To: Nicolas Ferre, netdev, David S . Miller; +Cc: Nathan Sullivan
In-Reply-To: <ad25fd2b-a3a0-28d5-4dd1-a7ccc935fff2@microchip.com>
Hi Nicolas,
On 06/04/2018 10:13 AM, Nicolas Ferre wrote:
> On 25/05/2018 at 23:44, Jennifer Dahm wrote:
>> diff --git a/drivers/net/ethernet/cadence/macb_main.c
>> b/drivers/net/ethernet/cadence/macb_main.c
>> index 3e93df5..a5d564b 100644
>> --- a/drivers/net/ethernet/cadence/macb_main.c
>> +++ b/drivers/net/ethernet/cadence/macb_main.c
>> @@ -3360,8 +3360,12 @@ static int macb_init(struct platform_device
>> *pdev)
>> dev->hw_features |= MACB_NETIF_LSO;
>> /* Checksum offload is only available on gem with packet
>> buffer */
>> - if (macb_is_gem(bp) && !(bp->caps & MACB_CAPS_FIFO_MODE))
>> - dev->hw_features |= NETIF_F_HW_CSUM | NETIF_F_RXCSUM;
>> + if (macb_is_gem(bp) && !(bp->caps & MACB_CAPS_FIFO_MODE)) {
>> + if (!(bp->caps & MACB_CAPS_DISABLE_TX_HW_CSUM))
>
> Why not the other way around? negating a "disabled" feature is always
> challenge ;-)
>
>> + dev->hw_features |= NETIF_F_HW_CSUM | NETIF_F_RXCSUM;
>> + else
>> + dev->hw_features |= NETIF_F_RXCSUM;
>> + }
>> if (bp->caps & MACB_CAPS_SG_DISABLED)
>> dev->hw_features &= ~NETIF_F_SG;
>> dev->features = dev->hw_features;
I can switch the ordering of the if-else clauses if that's what you're
nitpicking. ;)
Alternatively, if you're asking why the flag is used to disable rather
than enable checksum offloading: I was working under the assumption that
this was an isolated bug, and so an opt-out would require less
maintainance than an opt-in. If we discover that this is a problem
across a wide variety of Cadence IP, it would definitely make sense to
replace it with an opt-in (i.e. MACB_CAPS_TX_HW_CSUM_ENABLED).
Best,
Jennifer Dahm
^ permalink raw reply
* Re: KMSAN: uninit-value in _copy_to_iter (2)
From: Michael S. Tsirkin @ 2018-06-07 17:10 UTC (permalink / raw)
To: syzbot
Cc: avagin, davem, dingtianhong, edumazet, elena.reshetova, jasowang,
kvm, linux-kernel, matthew, mingo, netdev, pabeni, syzkaller-bugs,
viro, virtualization, willemb
In-Reply-To: <000000000000cf4578056ab12452@google.com>
#syz test: https://github.com/google/kmsan.git master
Subject: vhost: fix info leak
Fixes: CVE-2018-1118
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c
index f0be5f35ab28..9beefa6ed1ce 100644
--- a/drivers/vhost/vhost.c
+++ b/drivers/vhost/vhost.c
@@ -2345,6 +2345,9 @@ struct vhost_msg_node *vhost_new_msg(struct vhost_virtqueue *vq, int type)
struct vhost_msg_node *node = kmalloc(sizeof *node, GFP_KERNEL);
if (!node)
return NULL;
+
+ /* Make sure all padding within the structure is initialized. */
+ memset(&node->msg, 0, sizeof node->msg);
node->vq = vq;
node->msg.type = type;
return node;
^ permalink raw reply related
* Re: KMSAN: uninit-value in _copy_to_iter (2)
From: syzbot @ 2018-06-07 17:04 UTC (permalink / raw)
To: avagin, davem, dingtianhong, dvyukov, edumazet, elena.reshetova,
jasowang, kvm, linux-kernel, matthew, mingo, mst, netdev, pabeni,
syzkaller-bugs, viro, virtualization, willemb
In-Reply-To: <CACT4Y+btyLi+z09EO0JU-7AS_OfRbWiZvGn-KP9fndevh+xFNw@mail.gmail.com>
Hello,
syzbot has tested the proposed patch and the reproducer did not trigger
crash:
Reported-and-tested-by:
syzbot+87cfa083e727a224754b@syzkaller.appspotmail.com
Tested on:
commit: c6a6aed994b6 kmsan: remove dead code to trigger syzbot build
git tree: https://github.com/google/kmsan.git/master
kernel config: https://syzkaller.appspot.com/x/.config?x=848e40757852af3e
compiler: clang version 7.0.0 (trunk 334104)
patch: https://syzkaller.appspot.com/x/patch.diff?x=17dc3a8f800000
Note: testing is done by a robot and is best-effort only.
^ permalink raw reply
* Re: KASAN: use-after-free Write in bpf_tcp_close
From: Dmitry Vyukov @ 2018-06-07 16:58 UTC (permalink / raw)
To: Daniel Borkmann
Cc: syzbot, Alexei Starovoitov, LKML, netdev, syzkaller-bugs,
John Fastabend
In-Reply-To: <ca3eff64-adb0-6110-38ca-2e07b6ecc3d6@iogearbox.net>
On Mon, May 28, 2018 at 12:15 AM, Daniel Borkmann <daniel@iogearbox.net> wrote:
> [ +John ]
>
> On 05/27/2018 10:06 PM, syzbot wrote:
>> Hello,
>>
>> syzbot found the following crash on:
>>
>> HEAD commit: ff4fb475cea8 Merge branch 'btf-uapi-cleanups'
>> git tree: bpf-next
>> console output: https://syzkaller.appspot.com/x/log.txt?x=12b3d577800000
>> kernel config: https://syzkaller.appspot.com/x/.config?x=b632d8e2c2ab2c1
>> dashboard link: https://syzkaller.appspot.com/bug?extid=31025a5f3f7650081204
>> compiler: gcc (GCC) 8.0.1 20180413 (experimental)
>> syzkaller repro:https://syzkaller.appspot.com/x/repro.syz?x=109a2f37800000
>> C reproducer: https://syzkaller.appspot.com/x/repro.c?x=171a727b800000
>>
>> IMPORTANT: if you fix the bug, please add the following tag to the commit:
>> Reported-by: syzbot+31025a5f3f7650081204@syzkaller.appspotmail.com
>
> Should be fixed by: https://patchwork.ozlabs.org/patch/920695/
#syz fix: bpf: sockhash fix race with bpf_tcp_close and map delete
>> ==================================================================
>> BUG: KASAN: use-after-free in cmpxchg_size include/asm-generic/atomic-instrumented.h:355 [inline]
>> BUG: KASAN: use-after-free in bpf_tcp_close+0x6f5/0xf80 kernel/bpf/sockmap.c:265
>> Write of size 8 at addr ffff8801ca277680 by task syz-executor749/9723
>>
>> CPU: 0 PID: 9723 Comm: syz-executor749 Not tainted 4.17.0-rc4+ #19
>> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
>> Call Trace:
>> __dump_stack lib/dump_stack.c:77 [inline]
>> dump_stack+0x1b9/0x294 lib/dump_stack.c:113
>> print_address_description+0x6c/0x20b mm/kasan/report.c:256
>> kasan_report_error mm/kasan/report.c:354 [inline]
>> kasan_report.cold.7+0x242/0x2fe mm/kasan/report.c:412
>> check_memory_region_inline mm/kasan/kasan.c:260 [inline]
>> check_memory_region+0x13e/0x1b0 mm/kasan/kasan.c:267
>> kasan_check_write+0x14/0x20 mm/kasan/kasan.c:278
>> cmpxchg_size include/asm-generic/atomic-instrumented.h:355 [inline]
>> bpf_tcp_close+0x6f5/0xf80 kernel/bpf/sockmap.c:265
>> inet_release+0x104/0x1f0 net/ipv4/af_inet.c:427
>> inet6_release+0x50/0x70 net/ipv6/af_inet6.c:459
>> sock_release+0x96/0x1b0 net/socket.c:594
>> sock_close+0x16/0x20 net/socket.c:1149
>> __fput+0x34d/0x890 fs/file_table.c:209
>> ____fput+0x15/0x20 fs/file_table.c:243
>> task_work_run+0x1e4/0x290 kernel/task_work.c:113
>> exit_task_work include/linux/task_work.h:22 [inline]
>> do_exit+0x1aee/0x2730 kernel/exit.c:865
>> do_group_exit+0x16f/0x430 kernel/exit.c:968
>> __do_sys_exit_group kernel/exit.c:979 [inline]
>> __se_sys_exit_group kernel/exit.c:977 [inline]
>> __x64_sys_exit_group+0x3e/0x50 kernel/exit.c:977
>> do_syscall_64+0x1b1/0x800 arch/x86/entry/common.c:287
>> entry_SYSCALL_64_after_hwframe+0x49/0xbe
>> RIP: 0033:0x440a59
>> RSP: 002b:00007ffdadf92488 EFLAGS: 00000206 ORIG_RAX: 00000000000000e7
>> RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 0000000000440a59
>> RDX: 0000000000440a59 RSI: 0000000000000020 RDI: 0000000000000000
>> RBP: 0000000000000000 R08: 00000000004002c8 R09: 0000000000401ea0
>> R10: 00000000004002c8 R11: 0000000000000206 R12: 000000000001b5ac
>> R13: 0000000000401ea0 R14: 0000000000000000 R15: 0000000000000000
>>
>> Allocated by task 9723:
>> save_stack+0x43/0xd0 mm/kasan/kasan.c:448
>> set_track mm/kasan/kasan.c:460 [inline]
>> kasan_kmalloc+0xc4/0xe0 mm/kasan/kasan.c:553
>> __do_kmalloc_node mm/slab.c:3682 [inline]
>> __kmalloc_node+0x47/0x70 mm/slab.c:3689
>> kmalloc_node include/linux/slab.h:554 [inline]
>> bpf_map_area_alloc+0x3f/0x90 kernel/bpf/syscall.c:144
>> sock_map_alloc+0x376/0x410 kernel/bpf/sockmap.c:1555
>> find_and_alloc_map kernel/bpf/syscall.c:126 [inline]
>> map_create+0x393/0x1010 kernel/bpf/syscall.c:448
>> __do_sys_bpf kernel/bpf/syscall.c:2128 [inline]
>> __se_sys_bpf kernel/bpf/syscall.c:2105 [inline]
>> __x64_sys_bpf+0x300/0x4f0 kernel/bpf/syscall.c:2105
>> do_syscall_64+0x1b1/0x800 arch/x86/entry/common.c:287
>> entry_SYSCALL_64_after_hwframe+0x49/0xbe
>>
>> Freed by task 4521:
>> save_stack+0x43/0xd0 mm/kasan/kasan.c:448
>> set_track mm/kasan/kasan.c:460 [inline]
>> __kasan_slab_free+0x11a/0x170 mm/kasan/kasan.c:521
>> kasan_slab_free+0xe/0x10 mm/kasan/kasan.c:528
>> __cache_free mm/slab.c:3498 [inline]
>> kfree+0xd9/0x260 mm/slab.c:3813
>> kvfree+0x61/0x70 mm/util.c:440
>> bpf_map_area_free+0x15/0x20 kernel/bpf/syscall.c:155
>> sock_map_remove_complete kernel/bpf/sockmap.c:1443 [inline]
>> sock_map_free+0x408/0x540 kernel/bpf/sockmap.c:1619
>> bpf_map_free_deferred+0xba/0xf0 kernel/bpf/syscall.c:259
>> process_one_work+0xc1e/0x1b50 kernel/workqueue.c:2145
>> worker_thread+0x1cc/0x1440 kernel/workqueue.c:2279
>> kthread+0x345/0x410 kernel/kthread.c:238
>> ret_from_fork+0x3a/0x50 arch/x86/entry/entry_64.S:412
>>
>> The buggy address belongs to the object at ffff8801ca277680
>> which belongs to the cache kmalloc-1024 of size 1024
>> The buggy address is located 0 bytes inside of
>> 1024-byte region [ffff8801ca277680, ffff8801ca277a80)
>> The buggy address belongs to the page:
>> page:ffffea0007289d80 count:1 mapcount:0 mapping:ffff8801ca276000 index:0x0 compound_mapcount: 0
>> flags: 0x2fffc0000008100(slab|head)
>> raw: 02fffc0000008100 ffff8801ca276000 0000000000000000 0000000100000007
>> raw: ffffea0006d12b20 ffffea000763bba0 ffff8801da800ac0 0000000000000000
>> page dumped because: kasan: bad access detected
>>
>> Memory state around the buggy address:
>> ffff8801ca277580: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
>> ffff8801ca277600: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
>>> ffff8801ca277680: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb
>> ^
>> ffff8801ca277700: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb
>> ffff8801ca277780: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb
>> ==================================================================
>>
>>
>> ---
>> This bug is generated by a bot. It may contain errors.
>> See https://goo.gl/tpsmEJ for more information about syzbot.
>> syzbot engineers can be reached at syzkaller@googlegroups.com.
>>
>> syzbot will keep track of this bug report. See:
>> https://goo.gl/tpsmEJ#bug-status-tracking for how to communicate with syzbot.
>> syzbot can test patches for this bug, for details see:
>> https://goo.gl/tpsmEJ#testing-patches
>
> --
> You received this message because you are subscribed to the Google Groups "syzkaller-bugs" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to syzkaller-bugs+unsubscribe@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/syzkaller-bugs/ca3eff64-adb0-6110-38ca-2e07b6ecc3d6%40iogearbox.net.
> For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply
* Re: general protection fault in bpf_tcp_close
From: Dmitry Vyukov @ 2018-06-07 16:58 UTC (permalink / raw)
To: Daniel Borkmann
Cc: syzbot, Alexei Starovoitov, LKML, netdev, syzkaller-bugs,
John Fastabend
In-Reply-To: <7257c52b-7632-e313-6e80-a4bc1f8a6bf0@iogearbox.net>
On Mon, May 28, 2018 at 12:15 AM, Daniel Borkmann <daniel@iogearbox.net> wrote:
> [ +John ]
>
> On 05/26/2018 11:13 AM, syzbot wrote:
>> Hello,
>>
>> syzbot found the following crash on:
>>
>> HEAD commit: fd0bfa8d6e04 Merge branch 'bpf-af-xdp-cleanups'
>> git tree: bpf-next
>> console output: https://syzkaller.appspot.com/x/log.txt?x=11da9427800000
>> kernel config: https://syzkaller.appspot.com/x/.config?x=b632d8e2c2ab2c1
>> dashboard link: https://syzkaller.appspot.com/bug?extid=0ce137753c78f7b6acc1
>> compiler: gcc (GCC) 8.0.1 20180413 (experimental)
>>
>> Unfortunately, I don't have any reproducer for this crash yet.
>>
>> IMPORTANT: if you fix the bug, please add the following tag to the commit:
>> Reported-by: syzbot+0ce137753c78f7b6acc1@syzkaller.appspotmail.com
>
> Should be fixed by: https://patchwork.ozlabs.org/patch/920695/
#syz fix: bpf: sockhash fix race with bpf_tcp_close and map delete
>> kasan: CONFIG_KASAN_INLINE enabled
>> kasan: GPF could be caused by NULL-ptr deref or user memory access
>> general protection fault: 0000 [#1] SMP KASAN
>> Dumping ftrace buffer:
>> (ftrace buffer empty)
>> Modules linked in:
>> CPU: 0 PID: 12139 Comm: syz-executor2 Not tainted 4.17.0-rc4+ #17
>> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
>> RIP: 0010:__hlist_del include/linux/list.h:649 [inline]
>> RIP: 0010:hlist_del_rcu include/linux/rculist.h:427 [inline]
>> RIP: 0010:bpf_tcp_close+0x7d2/0xf80 kernel/bpf/sockmap.c:271
>> RSP: 0018:ffff8801a8f8ef70 EFLAGS: 00010a02
>> RAX: ffffed00351f1dfd RBX: dffffc0000000000 RCX: dead000000000200
>> RDX: 0000000000000000 RSI: 1bd5a00000000040 RDI: ffff8801cb710910
>> RBP: ffff8801a8f8f110 R08: ffffed003350ac9d R09: ffffed003350ac9c
>> R10: ffffed003350ac9c R11: ffff88019a8564e3 R12: ffff8801cb710380
>> R13: ffff8801b17ea6e0 R14: ffff8801cb710398 R15: ffff8801cb710900
>> FS: 00007f9890c43700(0000) GS:ffff8801dae00000(0000) knlGS:0000000000000000
>> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> CR2: 00007fde1a668000 CR3: 000000019dca2000 CR4: 00000000001406f0
>> DR0: 00000000200001c0 DR1: 00000000200001c0 DR2: 0000000000000000
>> DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000600
>> Call Trace:
>> inet_release+0x104/0x1f0 net/ipv4/af_inet.c:427
>> inet6_release+0x50/0x70 net/ipv6/af_inet6.c:459
>> sock_release+0x96/0x1b0 net/socket.c:594
>> sock_close+0x16/0x20 net/socket.c:1149
>> __fput+0x34d/0x890 fs/file_table.c:209
>> ____fput+0x15/0x20 fs/file_table.c:243
>> task_work_run+0x1e4/0x290 kernel/task_work.c:113
>> exit_task_work include/linux/task_work.h:22 [inline]
>> do_exit+0x1aee/0x2730 kernel/exit.c:865
>> do_group_exit+0x16f/0x430 kernel/exit.c:968
>> get_signal+0x886/0x1960 kernel/signal.c:2469
>> do_signal+0x98/0x2040 arch/x86/kernel/signal.c:810
>> exit_to_usermode_loop+0x28a/0x310 arch/x86/entry/common.c:162
>> prepare_exit_to_usermode arch/x86/entry/common.c:196 [inline]
>> syscall_return_slowpath arch/x86/entry/common.c:265 [inline]
>> do_syscall_64+0x6ac/0x800 arch/x86/entry/common.c:290
>> entry_SYSCALL_64_after_hwframe+0x49/0xbe
>> RIP: 0033:0x455a09
>> RSP: 002b:00007f9890c42ce8 EFLAGS: 00000246 ORIG_RAX: 00000000000000ca
>> RAX: fffffffffffffe00 RBX: 000000000072bec8 RCX: 0000000000455a09
>> RDX: 0000000000000000 RSI: 0000000000000000 RDI: 000000000072bec8
>> RBP: 000000000072bec8 R08: 0000000000000000 R09: 000000000072bea0
>> R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000
>> R13: 00007ffcb48ac3ff R14: 00007f9890c439c0 R15: 0000000000000000
>> Code: ff 48 c1 e9 03 80 3c 19 00 0f 85 a9 05 00 00 49 8b 4f 18 48 8b 85 98 fe ff ff 48 89 ce c6 00 00 48 c1 ee 03 48 89 95 d8 fe ff ff <80> 3c 1e 00 0f 85 c6 05 00 00 48 8b 85 98 fe ff ff 48 85 d2 48
>> RIP: __hlist_del include/linux/list.h:649 [inline] RSP: ffff8801a8f8ef70
>> RIP: hlist_del_rcu include/linux/rculist.h:427 [inline] RSP: ffff8801a8f8ef70
>> RIP: bpf_tcp_close+0x7d2/0xf80 kernel/bpf/sockmap.c:271 RSP: ffff8801a8f8ef70
>> ---[ end trace e81227e93c7e7b75 ]---
>>
>>
>> ---
>> This bug is generated by a bot. It may contain errors.
>> See https://goo.gl/tpsmEJ for more information about syzbot.
>> syzbot engineers can be reached at syzkaller@googlegroups.com.
>>
>> syzbot will keep track of this bug report. See:
>> https://goo.gl/tpsmEJ#bug-status-tracking for how to communicate with syzbot.
>
> --
> You received this message because you are subscribed to the Google Groups "syzkaller-bugs" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to syzkaller-bugs+unsubscribe@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/syzkaller-bugs/7257c52b-7632-e313-6e80-a4bc1f8a6bf0%40iogearbox.net.
> For more options, visit https://groups.google.com/d/optout.
^ permalink raw reply
* Re: [PATCH 1/3] net: phy: Check phy_driver ready before accessing
From: Andrew Lunn @ 2018-06-07 16:54 UTC (permalink / raw)
To: Brandon Maier
Cc: netdev, f.fainelli, davem, michal.simek, clayton.shotwell,
kristopher.cory, linux-kernel
In-Reply-To: <20180607155348.149665-1-brandon.maier@rockwellcollins.com>
On Thu, Jun 07, 2018 at 10:53:46AM -0500, Brandon Maier wrote:
> Since a phy_device is added to the global mdio_bus list during
> phy_device_register(), but a phy_device's phy_driver doesn't get
> attached until phy_probe(). It's possible of_phy_find_device() in
> xgmiitorgmii will return a valid phy with a NULL phy_driver. Leading to
> a NULL pointer access during the memcpy().
Hi Brandon
FYI: net-next is closed at the moment. Please resubmit these in two
weeks time.
Andrew
^ permalink raw reply
* Re: [PATCH 1/3] net: phy: Check phy_driver ready before accessing
From: Andrew Lunn @ 2018-06-07 16:52 UTC (permalink / raw)
To: Brandon Maier
Cc: netdev, f.fainelli, davem, michal.simek, clayton.shotwell,
kristopher.cory, linux-kernel
In-Reply-To: <20180607155348.149665-1-brandon.maier@rockwellcollins.com>
On Thu, Jun 07, 2018 at 10:53:46AM -0500, Brandon Maier wrote:
> Since a phy_device is added to the global mdio_bus list during
> phy_device_register(), but a phy_device's phy_driver doesn't get
> attached until phy_probe(). It's possible of_phy_find_device() in
> xgmiitorgmii will return a valid phy with a NULL phy_driver. Leading to
> a NULL pointer access during the memcpy().
I'm sure there are more issues like this in the code. e.g. there is
no attempt made to hold a reference to the child phy. So it could be
unbound. priv->phy_drv->read_status(phydev) is then going to do bad
things.
Reviewed-by: Andrew Lunn <andrew@lunn.ch>
Andrew
^ permalink raw reply
* Re: [PATCH 2/3] net: phy: xgmiitorgmii: Use correct mdio bus
From: Andrew Lunn @ 2018-06-07 16:49 UTC (permalink / raw)
To: Brandon Maier
Cc: netdev, f.fainelli, davem, michal.simek, clayton.shotwell,
kristopher.cory, linux-kernel
In-Reply-To: <20180607155348.149665-2-brandon.maier@rockwellcollins.com>
On Thu, Jun 07, 2018 at 10:53:47AM -0500, Brandon Maier wrote:
> The xgmiitorgmii is using the mii_bus of the device it's attached too,
> instead of the bus it was given during probe.
Hi Brandon
I think the assumption was they are both on the same bus.
However, they don't need to be.
Reviewed-by: Andrew Lunn <andrew@lunn.ch>
Andrew
^ permalink raw reply
* Re: [PATCH 3/3] net: phy: xgmiitorgmii: Check read_status results
From: Andrew Lunn @ 2018-06-07 16:43 UTC (permalink / raw)
To: Brandon Maier
Cc: netdev, f.fainelli, davem, michal.simek, clayton.shotwell,
kristopher.cory, linux-kernel
In-Reply-To: <20180607155348.149665-3-brandon.maier@rockwellcollins.com>
On Thu, Jun 07, 2018 at 10:53:48AM -0500, Brandon Maier wrote:
> We're ignoring the result of the attached phy device's read_status().
> Return it so we can detect errors.
>
> Signed-off-by: Brandon Maier <brandon.maier@rockwellcollins.com>
Reviewed-by: Andrew Lunn <andrew@lunn.ch>
Andrew
^ permalink raw reply
* Re: [PATCH] xsk: Fix umem fill/completion queue mmap on 32-bit
From: Björn Töpel @ 2018-06-07 16:34 UTC (permalink / raw)
To: geert
Cc: David Miller, Björn Töpel, Karlsson, Magnus, ast,
Arnd Bergmann, akpm, Netdev, linux-mm, LKML
In-Reply-To: <1528378654-1484-1-git-send-email-geert@linux-m68k.org>
Den tors 7 juni 2018 kl 15:37 skrev Geert Uytterhoeven <geert@linux-m68k.org>:
>
> With gcc-4.1.2 on 32-bit:
>
> net/xdp/xsk.c:663: warning: integer constant is too large for ‘long’ type
> net/xdp/xsk.c:665: warning: integer constant is too large for ‘long’ type
>
> Add the missing "ULL" suffixes to the large XDP_UMEM_PGOFF_*_RING values
> to fix this.
>
> net/xdp/xsk.c:663: warning: comparison is always false due to limited range of data type
> net/xdp/xsk.c:665: warning: comparison is always false due to limited range of data type
>
> "unsigned long" is 32-bit on 32-bit systems, hence the offset is
> truncated, and can never be equal to any of the XDP_UMEM_PGOFF_*_RING
> values. Use loff_t (and the required cast) to fix this.
>
> Fixes: 423f38329d267969 ("xsk: add umem fill queue support and mmap")
> Fixes: fe2308328cd2f26e ("xsk: add umem completion queue support and mmap")
> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
> ---
> Compile-tested only.
> ---
> include/uapi/linux/if_xdp.h | 4 ++--
> net/xdp/xsk.c | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/include/uapi/linux/if_xdp.h b/include/uapi/linux/if_xdp.h
> index 1fa0e977ea8d0224..caed8b1614ffc0aa 100644
> --- a/include/uapi/linux/if_xdp.h
> +++ b/include/uapi/linux/if_xdp.h
> @@ -63,8 +63,8 @@ struct xdp_statistics {
> /* Pgoff for mmaping the rings */
> #define XDP_PGOFF_RX_RING 0
> #define XDP_PGOFF_TX_RING 0x80000000
> -#define XDP_UMEM_PGOFF_FILL_RING 0x100000000
> -#define XDP_UMEM_PGOFF_COMPLETION_RING 0x180000000
> +#define XDP_UMEM_PGOFF_FILL_RING 0x100000000ULL
> +#define XDP_UMEM_PGOFF_COMPLETION_RING 0x180000000ULL
>
> /* Rx/Tx descriptor */
> struct xdp_desc {
> diff --git a/net/xdp/xsk.c b/net/xdp/xsk.c
> index c6ed2454f7ce55e8..36919a254ba370c3 100644
> --- a/net/xdp/xsk.c
> +++ b/net/xdp/xsk.c
> @@ -643,7 +643,7 @@ static int xsk_getsockopt(struct socket *sock, int level, int optname,
> static int xsk_mmap(struct file *file, struct socket *sock,
> struct vm_area_struct *vma)
> {
> - unsigned long offset = vma->vm_pgoff << PAGE_SHIFT;
> + loff_t offset = (loff_t)vma->vm_pgoff << PAGE_SHIFT;
> unsigned long size = vma->vm_end - vma->vm_start;
> struct xdp_sock *xs = xdp_sk(sock->sk);
> struct xsk_queue *q = NULL;
> --
> 2.7.4
>
Thanks Geert!
Acked-by: Björn Töpel <bjorn.topel@intel.com>
^ permalink raw reply
* Re: nfp: bpf: perf event output helpers support
From: Jakub Kicinski @ 2018-06-07 16:33 UTC (permalink / raw)
To: Kees Cook; +Cc: Quentin Monnet, Daniel Borkmann, Network Development, LKML
In-Reply-To: <CAGXu5jJq774LZY1xUCKxG3Z4MkJ_JBJP7veB5gUCy4meb_PtSA@mail.gmail.com>
On Wed, 6 Jun 2018 22:15:04 -0700, Kees Cook wrote:
> > + rcu_read_lock();
> > + if (!rhashtable_lookup_fast(&bpf->maps_neutral, &map,
> > + nfp_bpf_maps_neutral_params)) {
> > + rcu_read_unlock();
> > + pr_warn("perf event: dest map pointer %px not recognized, dropping event\n",
> > + map);
>
> Please don't use %px on kernel pointers unless you absolutely have
> to[1]. It seems like this value wouldn't be actionable here, so likely
> it's best to just remove its use entirely.
We're using kernel pointer as an opaque handle when communicating with
the device. We need the actual value to correlate things. Maybe I used
the %px slightly out of spite there, because I forgot %p is now useless
and wasted half an hour on debugging an endian issue :S
This message can only really trigger when root loads a specific BPF map
onto the device and FW is buggy. Can I fix it in -next? I'm making
changes to this part of the code anyway.
^ permalink raw reply
* Re: [PATCH] net-fq: Add WARN_ON check for null flow.
From: Ben Greear @ 2018-06-07 16:33 UTC (permalink / raw)
To: Eric Dumazet, netdev
In-Reply-To: <577ce32e-cbee-c5d8-da12-81075e924b23@gmail.com>
On 06/07/2018 09:17 AM, Eric Dumazet wrote:
>
>
> On 06/07/2018 09:06 AM, greearb@candelatech.com wrote:
>> From: Ben Greear <greearb@candelatech.com>
>>
>> While testing an ath10k firmware that often crashed under load,
>> I was seeing kernel crashes as well. One of them appeared to
>> be a dereference of a NULL flow object in fq_tin_dequeue.
>>
>> I have since fixed the firmware flaw, but I think it would be
>> worth adding the WARN_ON in case the problem appears again.
>>
>> common_interrupt+0xf/0xf
>> </IRQ>
>>
>
> Please find the exact commit that brought this bug,
> and add a corresponding Fixes: tag
It will be a total pain to bisect this problem since my test
case that causes this is running my modified firmware (and a buggy one at that),
modified ath10k driver (to work with this firmware and support my test case easily),
and the failure case appears to cause multiple different-but-probably-related
crashes and often hangs or reboots the test system.
Probably this is all caused by some nasty race or buggy logic related to
dealing with a crashed ath10k firmware tearing down txq logic from the
bottom up. There have been many such bugs in the past, I and others fixed a few,
and very likely more remain.
For what it is worth, I didn't see this crash in 4.13, and I spent some time
testing buggy firmware there occasionally.
If someone else has interest in debugging the ath10k driver, I will be happy to generate
a mostly-stock firmware image with ability to crash in the TX path and give it to them.
It will crash the stock upstream code reliably in my experience.
Thanks,
Ben
>
>> Signed-off-by: Ben Greear <greearb@candelatech.com>
>> ---
>> include/net/fq_impl.h | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/include/net/fq_impl.h b/include/net/fq_impl.h
>> index be7c0fa..e40354d 100644
>> --- a/include/net/fq_impl.h
>> +++ b/include/net/fq_impl.h
>> @@ -80,6 +80,9 @@ static struct sk_buff *fq_tin_dequeue(struct fq *fq,
>>
>> flow = list_first_entry(head, struct fq_flow, flowchain);
>>
>> + if (WARN_ON_ONCE(!flow))
>> + return NULL;
>> +
>> if (flow->deficit <= 0) {
>> flow->deficit += fq->quantum;
>> list_move_tail(&flow->flowchain,
>>
>
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
^ permalink raw reply
* Re: [PATCH net] net: ipv6: ip6_output: alloc skb with tailroom
From: Willem de Bruijn @ 2018-06-07 16:28 UTC (permalink / raw)
To: Alexander Aring
Cc: David Miller, Network Development, Hideaki YOSHIFUJI, david.palma,
rabi narayan sahoo, Jamal Hadi Salim, stefan, linux-wpan, kernel,
sd
In-Reply-To: <20180607162233.hepodtvuo7ictel2@x220t>
On Thu, Jun 7, 2018 at 12:22 PM, Alexander Aring <aring@mojatatu.com> wrote:
> Hi,
>
> On Wed, Jun 06, 2018 at 04:26:19PM -0400, Willem de Bruijn wrote:
>> On Wed, Jun 6, 2018 at 2:11 PM, David Miller <davem@davemloft.net> wrote:
>> > From: Alexander Aring <aring@mojatatu.com>
>> > Date: Wed, 6 Jun 2018 14:09:20 -0400
>> >
>> >> okay, then you want to have this patch for net-next? As an optimization?
>> >>
>> >> Of course, when it's open again.
>> >
>> > Like you, I have questions about where this adjustment is applied and
>> > why. So I'm not sure yet.
>> >
>> > For example, only IPV6 really takes it into consideration and as you
>> > saw only really for the fragmentation path and not the normal output
>> > path.
>> >
>> > This needs more consideration and investigation.
>>
>> This is the unconditional skb_put in ieee802154_tx. In many cases
>> there is some tailroom due to SKB_DATA_ALIGN in __alloc_skb,
>> so it may take a specific case to not have even 2 bytes of tailroom
>> available.
>
> Yes it's in ieee802154_tx, but we need tailroom not just for checksum.
> The bugreport is related to the two bytes of tailroom, because virtual
> hardware doing checksum by software. The most real transceivers offload
> this feature, so zero tailroom is needed.
>
> I will of course add checks before adding L2 header for headroom and
> tailroom in related subsystem code.
>
> In IEEE 802.15.4 and secured enabled frames we need a MIC field at the
> end of the frame. In worst case this can be 16 bytes.
>
> I looked ethernet macsec feature and it seems they need to have a similar
> reseved tailroom which is 16 bytes by default (max 32 bytes).
Allocating with necessary tailroom to avoid a realloc in the path
sounds fine to me, too. Packet sockets also take needed_tailroom
into account, to give another example.
We just have to avoid papering over bugs. Fixing the locations that
unconditionally move the tail pointer beyond the allocated
region is more important.
^ permalink raw reply
* Re: Fw: [Bug 199963] New: UDP rx_queue incorrect calculation in /proc/net/udp
From: Paolo Abeni @ 2018-06-07 16:28 UTC (permalink / raw)
To: Stephen Hemminger, netdev
In-Reply-To: <20180607073918.5626370d@xeon-e3>
On Thu, 2018-06-07 at 07:39 -0700, Stephen Hemminger wrote:
>
> Begin forwarded message:
>
> Date: Thu, 07 Jun 2018 13:21:23 +0000
> From: bugzilla-daemon@bugzilla.kernel.org
> To: stephen@networkplumber.org
> Subject: [Bug 199963] New: UDP rx_queue incorrect calculation in /proc/net/udp
>
>
> https://bugzilla.kernel.org/show_bug.cgi?id=199963
>
> Bug ID: 199963
> Summary: UDP rx_queue incorrect calculation in /proc/net/udp
> Product: Networking
> Version: 2.5
> Kernel Version: Kernels >= 4.15
> Hardware: All
> OS: Linux
> Tree: Mainline
> Status: NEW
> Severity: normal
> Priority: P1
> Component: IPV4
> Assignee: stephen@networkplumber.org
> Reporter: trevor.francis@46labs.com
> Regression: No
>
> since upgrading to any kernel >= 4.15 the rx_queue in /proc/net/udp is now
> reporting a queue, regardless of system load and regardless of what
> applications are running on it. The tx_queue is always 0, but rx_queue has
> seemingly random spikes of udp queueing. This is observed across hundreds of
> servers with either varying or no workload.
>
> netstat -nl|grep ^udp
> udp 4352 0 0.0.0.0:68 0.0.0.0:*
>
> sl local_address rem_address st tx_queue rx_queue tr tm->when retrnsmt uid
> timeout inode ref pointer drops
> 14645: 3500007F:0035 00000000:0000 07 00000000:0000C900 00:00000000 00000000
> 101 0 3367 2 ffff8da177fdcc00 0
after:
commit 0d4a6608f68c7532dcbfec2ea1150c9761767d03
Author: Paolo Abeni <pabeni@redhat.com>
Date: Tue Sep 19 12:11:43 2017 +0200
udp: do rmem bulk free even if the rx sk queue is empty
rmem can be a non-0, small, value even if the rx queue is empty,
because it reports the (forward) allocated memory for this socket, not
the queue length in bytes.
I'll cook a patch to fix the above.
Cheers,
Paolo
^ permalink raw reply
* Re: KMSAN: uninit-value in _copy_to_iter (2)
From: Dmitry Vyukov via Virtualization @ 2018-06-07 16:25 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: Willem de Bruijn, avagin, KVM list, netdev, Matthew Dawson, LKML,
Ingo Molnar, syzkaller-bugs, Eric Dumazet, Al Viro, Ding Tianhong,
syzbot, Paolo Abeni, virtualization, David Miller,
Reshetova, Elena
In-Reply-To: <20180607183627-mutt-send-email-mst@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 1599 bytes --]
On Thu, Jun 7, 2018 at 5:38 PM, Michael S. Tsirkin <mst@redhat.com> wrote:
> #syz test: https://github.com/google/kmsan.git/master d2d741e5d1898dfde1a75ea3d29a9a3e2edf0617
Hi Michael,
We need:
#syz test: https://github.com/google/kmsan.git master
here. Please see
https://github.com/google/syzkaller/blob/master/docs/syzbot.md#testing-patches
for more info.
Please also add the Reported-by tag when mailing the patch for review.
Thanks
> Subject: vhost: fix info leak
>
> Fixes: CVE-2018-1118
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> ---
> diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c
> index f0be5f35ab28..9beefa6ed1ce 100644
> --- a/drivers/vhost/vhost.c
> +++ b/drivers/vhost/vhost.c
> @@ -2345,6 +2345,9 @@ struct vhost_msg_node *vhost_new_msg(struct vhost_virtqueue *vq, int type)
> struct vhost_msg_node *node = kmalloc(sizeof *node, GFP_KERNEL);
> if (!node)
> return NULL;
> +
> + /* Make sure all padding within the structure is initialized. */
> + memset(&node->msg, 0, sizeof node->msg);
> node->vq = vq;
> node->msg.type = type;
> return node;
>
> --
> You received this message because you are subscribed to the Google Groups "syzkaller-bugs" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to syzkaller-bugs+unsubscribe@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/syzkaller-bugs/20180607183627-mutt-send-email-mst%40kernel.org.
> For more options, visit https://groups.google.com/d/optout.
[-- Attachment #2: patch --]
[-- Type: application/octet-stream, Size: 518 bytes --]
diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c
index f0be5f35ab28..9beefa6ed1ce 100644
--- a/drivers/vhost/vhost.c
+++ b/drivers/vhost/vhost.c
@@ -2345,6 +2345,9 @@ struct vhost_msg_node *vhost_new_msg(struct vhost_virtqueue *vq, int type)
struct vhost_msg_node *node = kmalloc(sizeof *node, GFP_KERNEL);
if (!node)
return NULL;
+
+ /* Make sure all padding within the structure is initialized. */
+ memset(&node->msg, 0, sizeof node->msg);
node->vq = vq;
node->msg.type = type;
return node;
[-- Attachment #3: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply related
* Re: [PATCH net] net: ipv6: ip6_output: alloc skb with tailroom
From: Alexander Aring @ 2018-06-07 16:22 UTC (permalink / raw)
To: Willem de Bruijn
Cc: David Miller, Network Development, Hideaki YOSHIFUJI, david.palma,
rabinarayans0828, Jamal Hadi Salim, stefan, linux-wpan, kernel,
sd
In-Reply-To: <CAF=yD-L=OF+cBZ1zAeJYtYjR3Zb5jaYTZTk+o6uz+tcnT_-0+Q@mail.gmail.com>
Hi,
On Wed, Jun 06, 2018 at 04:26:19PM -0400, Willem de Bruijn wrote:
> On Wed, Jun 6, 2018 at 2:11 PM, David Miller <davem@davemloft.net> wrote:
> > From: Alexander Aring <aring@mojatatu.com>
> > Date: Wed, 6 Jun 2018 14:09:20 -0400
> >
> >> okay, then you want to have this patch for net-next? As an optimization?
> >>
> >> Of course, when it's open again.
> >
> > Like you, I have questions about where this adjustment is applied and
> > why. So I'm not sure yet.
> >
> > For example, only IPV6 really takes it into consideration and as you
> > saw only really for the fragmentation path and not the normal output
> > path.
> >
> > This needs more consideration and investigation.
>
> This is the unconditional skb_put in ieee802154_tx. In many cases
> there is some tailroom due to SKB_DATA_ALIGN in __alloc_skb,
> so it may take a specific case to not have even 2 bytes of tailroom
> available.
Yes it's in ieee802154_tx, but we need tailroom not just for checksum.
The bugreport is related to the two bytes of tailroom, because virtual
hardware doing checksum by software. The most real transceivers offload
this feature, so zero tailroom is needed.
I will of course add checks before adding L2 header for headroom and
tailroom in related subsystem code.
In IEEE 802.15.4 and secured enabled frames we need a MIC field at the
end of the frame. In worst case this can be 16 bytes.
I looked ethernet macsec feature and it seems they need to have a similar
reseved tailroom which is 16 bytes by default (max 32 bytes).
Maybe it's worth to take care for the tailroom in this path since it's
not just 2 bytes in some cases.
---
Meanwhile I think I found a bug in macsec, I cc Sabrina here:
diff --git a/drivers/net/macsec.c b/drivers/net/macsec.c
index 7de88b33d5b9..687323c0caf5 100644
--- a/drivers/net/macsec.c
+++ b/drivers/net/macsec.c
@@ -522,7 +522,7 @@ static bool macsec_validate_skb(struct sk_buff *skb, u16 icv_len)
}
#define MACSEC_NEEDED_HEADROOM (macsec_extra_len(true))
-#define MACSEC_NEEDED_TAILROOM MACSEC_STD_ICV_LEN
+#define MACSEC_NEEDED_TAILROOM MACSEC_MAX_ICV_LEN
static void macsec_fill_iv(unsigned char *iv, sci_t sci, u32 pn)
{
---
MACSEC_NEEDED_TAILROOM is the define to check and run skb_copy_expand()
and should use the ?worst case? or the the value (icv_len + ?extra_foo?)
is set as runtime generation on newlink.
I see that in macsec_newlink() following code:
if (data && data[IFLA_MACSEC_ICV_LEN])
icv_len = nla_get_u8(data[IFLA_MACSEC_ICV_LEN]);
so the user can change it to (even a value above 32?, there is no check
for that). Anyway everything higher than MACSEC_STD_ICV_LEN could run
into a skb_over_panic().
- Alex
^ permalink raw reply related
* Re: [PATCH net] failover: eliminate callback hell
From: Stephen Hemminger @ 2018-06-07 16:17 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: Alexander Duyck, Samudrala, Sridhar, Jiri Pirko, KY Srinivasan,
Haiyang Zhang, David Miller, Netdev, Stephen Hemminger
In-Reply-To: <20180607184007-mutt-send-email-mst@kernel.org>
On Thu, 7 Jun 2018 18:41:31 +0300
"Michael S. Tsirkin" <mst@redhat.com> wrote:
> > > Why would DPDK care what we do in the kernel? Isn't it just slapping
> > > vfio-pci on the netdevs it sees?
> >
> > Alex, you are correct for Intel devices; but DPDK on Azure is not Intel based.,.
> > The DPDK support uses:
> > * Mellanox MLX5 which uses the Infinband hooks to do DMA directly to
> > userspace. This means VF netdev device must exist and be visible.
> > * Slow path using kernel netvsc device, TAP and BPF to get exception
> > path packets to userspace.
> > * A autodiscovery mechanism that to set all this up that relies on
> > 2 device model and sysfs.
>
> Could you describe what does it look for exactly? What will break if
> instead of MLX5 being a child of the PV, it's a child of the failover
> device?
So in DPDK there is an internal four device model:
1. failsafe is like failover in your model
2. TAP is used like netvsc in kernel
3. MLX5 is the VF
4. vdev_netvsc is a pseudo device whose only reason to exist
is to glue everything together.
Digging deeper inside...
Vdev_netvsc does:
* driver is started in a convuluted way off device arguments
* probe routine for driver runs
- scans list of kernel interfaces in sysfs
- matches those using VMBUS
- skip netvsc devices that have an IPV4 route
* scan for PCI devices that have same MAC address as kernel netvsc
devices discovered in previous step
* add these interfaces to arguments to failsafe
Then failsafe configures based on arguments on device
The code works but is specific to the Azure hardware model, and exposes lots
of things to application that it should not have to care about.
If you try and walk through this code in DPDK, you will see why I have developed
a dislike for high levels of indirection.
^ permalink raw reply
* Re: [PATCH] net-fq: Add WARN_ON check for null flow.
From: Eric Dumazet @ 2018-06-07 16:17 UTC (permalink / raw)
To: greearb, netdev
In-Reply-To: <1528387585-5806-1-git-send-email-greearb@candelatech.com>
On 06/07/2018 09:06 AM, greearb@candelatech.com wrote:
> From: Ben Greear <greearb@candelatech.com>
>
> While testing an ath10k firmware that often crashed under load,
> I was seeing kernel crashes as well. One of them appeared to
> be a dereference of a NULL flow object in fq_tin_dequeue.
>
> I have since fixed the firmware flaw, but I think it would be
> worth adding the WARN_ON in case the problem appears again.
>
> common_interrupt+0xf/0xf
> </IRQ>
>
Please find the exact commit that brought this bug,
and add a corresponding Fixes: tag
> Signed-off-by: Ben Greear <greearb@candelatech.com>
> ---
> include/net/fq_impl.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/include/net/fq_impl.h b/include/net/fq_impl.h
> index be7c0fa..e40354d 100644
> --- a/include/net/fq_impl.h
> +++ b/include/net/fq_impl.h
> @@ -80,6 +80,9 @@ static struct sk_buff *fq_tin_dequeue(struct fq *fq,
>
> flow = list_first_entry(head, struct fq_flow, flowchain);
>
> + if (WARN_ON_ONCE(!flow))
> + return NULL;
> +
> if (flow->deficit <= 0) {
> flow->deficit += fq->quantum;
> list_move_tail(&flow->flowchain,
>
^ permalink raw reply
* [PATCH] net-fq: Add WARN_ON check for null flow.
From: greearb @ 2018-06-07 16:06 UTC (permalink / raw)
To: netdev; +Cc: Ben Greear
From: Ben Greear <greearb@candelatech.com>
While testing an ath10k firmware that often crashed under load,
I was seeing kernel crashes as well. One of them appeared to
be a dereference of a NULL flow object in fq_tin_dequeue.
I have since fixed the firmware flaw, but I think it would be
worth adding the WARN_ON in case the problem appears again.
BUG: unable to handle kernel NULL pointer dereference at 000000000000003c
IP: ieee80211_tx_dequeue+0xfb/0xb10 [mac80211]
PGD 80000001417fe067 P4D 80000001417fe067 PUD 13db41067 PMD 0
Oops: 0000 [#1] PREEMPT SMP PTI
Modules linked in: nf_conntrack_netlink nf_conntrack nfnetlink nf_defrag_ipv4 libcrc32c vrf 8021q garp mrp stp llc fuse macvlan wanlink(O) pktgen lm78 ]
CPU: 2 PID: 21733 Comm: ip Tainted: G W O 4.16.8+ #35
Hardware name: _ _/, BIOS 5.11 08/26/2016
RIP: 0010:ieee80211_tx_dequeue+0xfb/0xb10 [mac80211]
RSP: 0018:ffff880172d03c30 EFLAGS: 00010286
RAX: ffff88013b2c0000 RBX: ffff88013b2c00b8 RCX: 0000000000000898
RDX: 0000000000000001 RSI: ffff88013b2c00d8 RDI: ffff88016ac40820
RBP: ffff88016ac42ba0 R08: 0000000000200000 R09: 0000000000000000
R10: 0000000000100000 R11: 0000001256c89fd8 R12: ffff88013b2c0000
R13: ffff88013b2c00d8 R14: 0000000000000000 R15: ffff88013b2c00d8
FS: 00007f04e3606700(0000) GS:ffff880172d00000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 000000000000003c CR3: 000000013b35a005 CR4: 00000000003606e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Call Trace:
<IRQ>
? update_load_avg+0x607/0x6f0
ath10k_mac_tx_push_txq+0x6e/0x220 [ath10k_core]
ath10k_mac_tx_push_pending+0x151/0x1e0 [ath10k_core]
ath10k_htt_txrx_compl_task+0x113e/0x1940 [ath10k_core]
? ath10k_ce_completed_send_next_nolock+0x6f/0x90 [ath10k_pci]
? ath10k_ce_completed_send_next+0x31/0x40 [ath10k_pci]
? ath10k_pci_htc_tx_cb+0x30/0xc0 [ath10k_pci]
? ath10k_bus_pci_write32+0x3c/0xa0 [ath10k_pci]
ath10k_pci_napi_poll+0x44/0xf0 [ath10k_pci]
net_rx_action+0x250/0x3b0
__do_softirq+0xc2/0x2c2
irq_exit+0x93/0xa0
do_IRQ+0x45/0xc0
common_interrupt+0xf/0xf
</IRQ>
Signed-off-by: Ben Greear <greearb@candelatech.com>
---
include/net/fq_impl.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/net/fq_impl.h b/include/net/fq_impl.h
index be7c0fa..e40354d 100644
--- a/include/net/fq_impl.h
+++ b/include/net/fq_impl.h
@@ -80,6 +80,9 @@ static struct sk_buff *fq_tin_dequeue(struct fq *fq,
flow = list_first_entry(head, struct fq_flow, flowchain);
+ if (WARN_ON_ONCE(!flow))
+ return NULL;
+
if (flow->deficit <= 0) {
flow->deficit += fq->quantum;
list_move_tail(&flow->flowchain,
--
2.4.11
^ permalink raw reply related
* Re: kmemleak reports unreferenced object 0xf2bee080 (size 96)
From: David Ahern @ 2018-06-07 15:58 UTC (permalink / raw)
To: Paul Menzel, David S. Miller, Alexey Kuznetsov, Hideaki YOSHIFUJI
Cc: netdev, linux-kernel
In-Reply-To: <5d7376e2-d936-38ed-3419-262fc64f6a40@molgen.mpg.de>
On 6/7/18 8:54 AM, Paul Menzel wrote:
> $ dmesg
> […]
> [ 677.139874] PM: suspend exit
> [ 678.490993] kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
> [ 679.517022] r8169 0000:03:00.0 enp3s0: link up
> […]
> $ sudo more /sys/kernel/debug/kmemleak
> unreferenced object 0xf2bee080 (size 96):
> comm "systemd-network", pid 209, jiffies 4294894477 (age 851.812s)
> hex dump (first 32 bytes):
> 00 00 00 00 dc 05 00 00 00 00 00 00 00 00 00 00 ................
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
> backtrace:
> [<fb9b1020>] kmem_cache_alloc_trace+0x195/0x3a0
> [<bbe5d9f4>] ip6_convert_metrics+0x4a/0xe0
> [<4d869f67>] ip6_route_info_create+0x294/0xd10
> [<2f08c8d0>] ip6_route_add+0x1d/0x90
> [<304de076>] inet6_rtm_newroute+0x72/0x80
> [<f9e280dd>] rtnetlink_rcv_msg+0x2df/0x4f0
> [<9287c3cf>] netlink_rcv_skb+0x8f/0x130
> [<fbddd35b>] rtnetlink_rcv+0x12/0x20
> [<60ffd06b>] netlink_unicast+0x1ab/0x2b0
> [<4260e680>] netlink_sendmsg+0x2b5/0x5c0
> [<ec0cda7b>] sock_sendmsg+0x5a/0xa0
> [<08adf1a5>] __sys_sendto+0xea/0x170
> [<93e4f4e1>] sys_socketcall+0x1f4/0x380
> [<dcd25cae>] do_fast_syscall_32+0xd3/0x360
> [<0ce0c28f>] entry_SYSENTER_32+0x4e/0x7c
> [<2324e043>] 0xffffffff
> ```
>
I'll take a look. Thanks for the report.
^ permalink raw reply
* kmemleak reports unreferenced object 0xf2bee080 (size 96)
From: Paul Menzel @ 2018-06-07 15:54 UTC (permalink / raw)
To: David S. Miller, Alexey Kuznetsov, Hideaki YOSHIFUJI; +Cc: netdev, linux-kernel
[-- Attachment #1.1: Type: text/plain, Size: 1478 bytes --]
Dear Linux folks,
With Linux 4.17+, Linux reports the memory leak below on an ASRock E350M1.
```
$ git describe
v4.17-6625-g1c8c5a9d38f6
$ dmesg
[…]
[ 677.139874] PM: suspend exit
[ 678.490993] kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
[ 679.517022] r8169 0000:03:00.0 enp3s0: link up
[…]
$ sudo more /sys/kernel/debug/kmemleak
unreferenced object 0xf2bee080 (size 96):
comm "systemd-network", pid 209, jiffies 4294894477 (age 851.812s)
hex dump (first 32 bytes):
00 00 00 00 dc 05 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
backtrace:
[<fb9b1020>] kmem_cache_alloc_trace+0x195/0x3a0
[<bbe5d9f4>] ip6_convert_metrics+0x4a/0xe0
[<4d869f67>] ip6_route_info_create+0x294/0xd10
[<2f08c8d0>] ip6_route_add+0x1d/0x90
[<304de076>] inet6_rtm_newroute+0x72/0x80
[<f9e280dd>] rtnetlink_rcv_msg+0x2df/0x4f0
[<9287c3cf>] netlink_rcv_skb+0x8f/0x130
[<fbddd35b>] rtnetlink_rcv+0x12/0x20
[<60ffd06b>] netlink_unicast+0x1ab/0x2b0
[<4260e680>] netlink_sendmsg+0x2b5/0x5c0
[<ec0cda7b>] sock_sendmsg+0x5a/0xa0
[<08adf1a5>] __sys_sendto+0xea/0x170
[<93e4f4e1>] sys_socketcall+0x1f4/0x380
[<dcd25cae>] do_fast_syscall_32+0xd3/0x360
[<0ce0c28f>] entry_SYSENTER_32+0x4e/0x7c
[<2324e043>] 0xffffffff
```
Please find the Linux messages attached.
Kind regards,
Paul
[-- Attachment #1.2: 20180607–linux_4.17+–dmesg.txt --]
[-- Type: text/plain, Size: 94779 bytes --]
[ 676.139094] input input2: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 676.139142] usb usb4: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 129, parent: 0000:00:13.0
[ 676.139239] leds input0::scrolllock: calling led_suspend+0x0/0x50 @ 497, parent: input0
[ 676.139248] leds input0::scrolllock: led_suspend+0x0/0x50 returned 0 after 3 usecs
[ 676.139254] leds input0::capslock: calling led_suspend+0x0/0x50 @ 497, parent: input0
[ 676.139261] leds input0::capslock: led_suspend+0x0/0x50 returned 0 after 2 usecs
[ 676.139267] leds input0::numlock: calling led_suspend+0x0/0x50 @ 497, parent: input0
[ 676.139274] leds input0::numlock: led_suspend+0x0/0x50 returned 0 after 2 usecs
[ 676.139282] input input0: calling input_dev_suspend+0x0/0x80 @ 497, parent: serio0
[ 676.139290] input input0: input_dev_suspend+0x0/0x80 returned 0 after 3 usecs
[ 676.139301] platform microcode: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 676.139309] platform microcode: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 676.139350] rtc rtc0: calling rtc_suspend+0x0/0x20 @ 497, parent: 00:00
[ 676.139357] rtc rtc0: rtc_suspend+0x0/0x20 returned 0 after 2 usecs
[ 676.139364] atkbd serio0: calling serio_suspend+0x0/0x20 @ 497, parent: i8042
[ 676.139406] usb usb2: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 520, parent: 0000:00:13.2
[ 676.139533] usb usb1: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 509, parent: 0000:00:12.2
[ 676.139639] snd_hda_codec_realtek hdaudioC1D0: calling pm_runtime_force_suspend+0x0/0x120 @ 128, parent: 0000:00:14.2
[ 676.139683] usb 3-2: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 825 usecs
[ 676.139725] snd_hda_codec_hdmi hdaudioC0D0: calling pm_runtime_force_suspend+0x0/0x120 @ 130, parent: 0000:00:01.1
[ 676.139793] usb usb3: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 532, parent: 0000:00:12.0
[ 676.139855] sd 0:0:0:0: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 511, parent: target0:0:0
[ 676.139913] scsi host5: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 546, parent: ata6
[ 676.139934] scsi host5: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 676.139957] scsi host4: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 546, parent: ata5
[ 676.140009] usb usb3: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 140 usecs
[ 676.140025] scsi host4: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 676.140067] scsi host3: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 532, parent: ata4
[ 676.140083] scsi host2: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 546, parent: ata3
[ 676.140115] scsi host3: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 6 usecs
[ 676.140131] scsi host2: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 676.140165] scsi host1: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 532, parent: ata2
[ 676.140186] ata6: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 541, parent: 0000:00:11.0
[ 676.140218] scsi host1: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 5 usecs
[ 676.140236] ata5: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 535, parent: 0000:00:11.0
[ 676.140270] ata4: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 532, parent: 0000:00:11.0
[ 676.140387] ata3: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 531, parent: 0000:00:11.0
[ 676.140460] ata2: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 530, parent: 0000:00:11.0
[ 676.140522] ata2: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 43 usecs
[ 676.140559] ata4: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 247 usecs
[ 676.140575] ata5: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 289 usecs
[ 676.140602] ata3: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 194 usecs
[ 676.140627] ata6: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 413 usecs
[ 676.142622] atkbd serio0: serio_suspend+0x0/0x20 returned 0 after 3147 usecs
[ 676.142653] i8042 i8042: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 676.145684] i8042 i8042: platform_pm_suspend+0x0/0xa0 returned 0 after 2952 usecs
[ 676.145703] serial8250 serial8250: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 676.145716] serial8250 serial8250: platform_pm_suspend+0x0/0xa0 returned 0 after 7 usecs
[ 676.145761] alarmtimer alarmtimer: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 676.145771] alarmtimer alarmtimer: platform_pm_suspend+0x0/0xa0 returned 0 after 4 usecs
[ 676.145780] platform platform-framebuffer.0: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 676.145788] platform platform-framebuffer.0: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 676.145795] pcspkr pcspkr: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 676.145822] pcspkr pcspkr: platform_pm_suspend+0x0/0xa0 returned 0 after 20 usecs
[ 676.145949] i8042 aux 00:04: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 676.145959] i8042 aux 00:04: pnp_bus_suspend+0x0/0x20 returned 0 after 4 usecs
[ 676.145966] i8042 kbd 00:03: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 676.145974] i8042 kbd 00:03: pnp_bus_suspend+0x0/0x20 returned 0 after 2 usecs
[ 676.145981] i8042 aux 00:02: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 676.145991] i8042 aux 00:02: pnp_bus_suspend+0x0/0x20 returned 0 after 5 usecs
[ 676.145998] i8042 kbd 00:01: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 676.146006] i8042 kbd 00:01: pnp_bus_suspend+0x0/0x20 returned 0 after 2 usecs
[ 676.146014] rtc_cmos 00:00: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 676.146124] rtc_cmos 00:00: pnp_bus_suspend+0x0/0x20 returned 0 after 101 usecs
[ 676.146141] button LNXPWRBN:00: calling acpi_button_suspend+0x0/0x40 [button] @ 497, parent: LNXSYSTM:00
[ 676.146149] button LNXPWRBN:00: acpi_button_suspend+0x0/0x40 [button] returned 0 after 3 usecs
[ 676.146165] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_suspend+0x0/0x70 @ 497, parent: platform
[ 676.146175] coreboot_table_acpi BOOT0000:00: acpi_subsys_suspend+0x0/0x70 returned 0 after 4 usecs
[ 676.146181] platform PNP0C0C:00: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 676.146189] platform PNP0C0C:00: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 676.146195] platform PNP0C04:00: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: 0000:00:14.3
[ 676.146203] platform PNP0C04:00: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 676.146209] platform PNP0800:00: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: 0000:00:14.3
[ 676.146216] platform PNP0800:00: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 676.146326] button PNP0C0C:00: calling acpi_button_suspend+0x0/0x40 [button] @ 497, parent: LNXSYBUS:00
[ 676.146334] button PNP0C0C:00: acpi_button_suspend+0x0/0x40 [button] returned 0 after 3 usecs
[ 676.146390] thermal LNXTHERM:00: calling acpi_thermal_suspend+0x0/0x20 [thermal] @ 497, parent: device:0b
[ 676.146401] thermal LNXTHERM:00: acpi_thermal_suspend+0x0/0x20 [thermal] returned 0 after 5 usecs
[ 676.146467] r8169 0000:03:00.0: calling pci_pm_suspend+0x0/0x1e0 @ 535, parent: 0000:00:15.1
[ 676.146551] pci 0000:00:18.7: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146561] pci 0000:00:18.7: pci_pm_suspend+0x0/0x1e0 returned 0 after 4 usecs
[ 676.146576] pci 0000:00:18.6: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146584] pci 0000:00:18.6: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 676.146592] pci 0000:00:18.5: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146599] pci 0000:00:18.5: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 676.146607] pci 0000:00:18.4: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146614] pci 0000:00:18.4: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 676.146624] k10temp 0000:00:18.3: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146632] k10temp 0000:00:18.3: pci_pm_suspend+0x0/0x1e0 returned 0 after 3 usecs
[ 676.146640] pci 0000:00:18.2: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146647] pci 0000:00:18.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 676.146655] pci 0000:00:18.1: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146662] pci 0000:00:18.1: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 676.146670] pci 0000:00:18.0: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.146677] pci 0000:00:18.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 676.146728] pci 0000:00:14.4: calling pci_pm_suspend+0x0/0x1e0 @ 530, parent: pci0000:00
[ 676.146736] pci 0000:00:14.4: pci_pm_suspend+0x0/0x1e0 returned 0 after 3 usecs
[ 676.146744] pci 0000:00:14.3: calling pci_pm_suspend+0x0/0x1e0 @ 530, parent: pci0000:00
[ 676.146751] pci 0000:00:14.3: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 676.146773] piix4_smbus 0000:00:14.0: calling pci_pm_suspend+0x0/0x1e0 @ 508, parent: pci0000:00
[ 676.146781] piix4_smbus 0000:00:14.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 3 usecs
[ 676.146816] ohci-pci 0000:00:12.0: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 676.146838] ohci-pci 0000:00:12.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 17 usecs
[ 676.146869] pci 0000:00:00.0: calling pci_pm_suspend+0x0/0x1e0 @ 544, parent: pci0000:00
[ 676.146877] pci 0000:00:00.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 3 usecs
[ 676.146952] r8169 0000:03:00.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 454 usecs
[ 676.147138] pcieport 0000:00:15.1: calling pci_pm_suspend+0x0/0x1e0 @ 531, parent: pci0000:00
[ 676.147249] pcieport 0000:00:15.1: pci_pm_suspend+0x0/0x1e0 returned 0 after 99 usecs
[ 676.154508] usb usb2: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 14700 usecs
[ 676.154731] ehci-pci 0000:00:13.2: calling pci_pm_suspend+0x0/0x1e0 @ 508, parent: pci0000:00
[ 676.158055] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 676.158734] sd 0:0:0:0: [sda] Stopping disk
[ 676.165255] sd 0:0:0:0: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 24741 usecs
[ 676.165429] scsi target0:0:0: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 512, parent: host0
[ 676.165475] scsi target0:0:0: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 9 usecs
[ 676.165547] scsi host0: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 546, parent: ata1
[ 676.165584] scsi host0: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 14 usecs
[ 676.165812] ata1: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 7, parent: 0000:00:11.0
[ 676.165994] ata1: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 136 usecs
[ 676.166067] ahci 0000:00:11.0: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 676.166161] ahci 0000:00:11.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 81 usecs
[ 676.166627] usb usb1: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 26431 usecs
[ 676.166685] ehci-pci 0000:00:12.2: calling pci_pm_suspend+0x0/0x1e0 @ 523, parent: pci0000:00
[ 676.174096] ehci-pci 0000:00:13.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 18878 usecs
[ 676.185964] ehci-pci 0000:00:12.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 18799 usecs
[ 676.214527] usb usb5: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 73680 usecs
[ 676.214650] usb usb4: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 73692 usecs
[ 676.214668] ohci-pci 0000:00:14.5: calling pci_pm_suspend+0x0/0x1e0 @ 532, parent: pci0000:00
[ 676.214702] ohci-pci 0000:00:13.0: calling pci_pm_suspend+0x0/0x1e0 @ 506, parent: pci0000:00
[ 676.214769] ohci-pci 0000:00:13.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 59 usecs
[ 676.214779] ohci-pci 0000:00:14.5: pci_pm_suspend+0x0/0x1e0 returned 0 after 95 usecs
[ 676.246099] snd_hda_codec_hdmi hdaudioC0D0: pm_runtime_force_suspend+0x0/0x120 returned 0 after 103841 usecs
[ 676.246312] snd_hda_intel 0000:00:01.1: calling pci_pm_suspend+0x0/0x1e0 @ 541, parent: pci0000:00
[ 676.246477] snd_hda_intel 0000:00:01.1: pci_pm_suspend+0x0/0x1e0 returned 0 after 150 usecs
[ 676.246572] radeon 0000:00:01.0: calling pci_pm_suspend+0x0/0x1e0 @ 519, parent: pci0000:00
[ 676.367131] snd_hda_codec_realtek hdaudioC1D0: pm_runtime_force_suspend+0x0/0x120 returned 0 after 222120 usecs
[ 676.367222] snd_hda_intel 0000:00:14.2: calling pci_pm_suspend+0x0/0x1e0 @ 530, parent: pci0000:00
[ 676.368673] snd_hda_intel 0000:00:14.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 1379 usecs
[ 676.482031] radeon 0000:00:01.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 229912 usecs
[ 676.483369] snd_hda_intel 0000:00:01.1: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483383] snd_hda_intel 0000:00:01.1: pci_pm_suspend_late+0x0/0x40 returned 0 after 7 usecs
[ 676.483478] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_suspend_late+0x0/0x80 @ 497, parent: platform
[ 676.483509] coreboot_table_acpi BOOT0000:00: acpi_subsys_suspend_late+0x0/0x80 returned 0 after 11 usecs
[ 676.483629] pci 0000:00:18.7: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483638] pci 0000:00:18.7: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 676.483649] pci 0000:00:18.6: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483657] pci 0000:00:18.6: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483667] pci 0000:00:18.5: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483675] pci 0000:00:18.5: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483685] pci 0000:00:18.4: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483692] pci 0000:00:18.4: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483703] k10temp 0000:00:18.3: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483714] k10temp 0000:00:18.3: pci_pm_suspend_late+0x0/0x40 returned 0 after 5 usecs
[ 676.483724] pci 0000:00:18.2: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483731] pci 0000:00:18.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483740] pci 0000:00:18.1: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483747] pci 0000:00:18.1: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483756] pci 0000:00:18.0: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.483763] pci 0000:00:18.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483792] ohci-pci 0000:00:14.5: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483800] ohci-pci 0000:00:14.5: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 676.483810] pci 0000:00:14.4: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483817] pci 0000:00:14.4: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483828] pci 0000:00:14.3: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483835] pci 0000:00:14.3: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483845] snd_hda_intel 0000:00:14.2: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483853] snd_hda_intel 0000:00:14.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483866] piix4_smbus 0000:00:14.0: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483873] piix4_smbus 0000:00:14.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483883] ehci-pci 0000:00:13.2: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483891] ehci-pci 0000:00:13.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483901] ohci-pci 0000:00:13.0: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483908] ohci-pci 0000:00:13.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483920] ehci-pci 0000:00:12.2: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483928] ehci-pci 0000:00:12.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 676.483956] ahci 0000:00:11.0: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.483970] ohci-pci 0000:00:12.0: calling pci_pm_suspend_late+0x0/0x40 @ 128, parent: pci0000:00
[ 676.483974] ahci 0000:00:11.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 676.483992] ohci-pci 0000:00:12.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 9 usecs
[ 676.483997] radeon 0000:00:01.0: calling pci_pm_suspend_late+0x0/0x40 @ 544, parent: pci0000:00
[ 676.484005] radeon 0000:00:01.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 676.484014] pci 0000:00:00.0: calling pci_pm_suspend_late+0x0/0x40 @ 128, parent: pci0000:00
[ 676.484023] r8169 0000:03:00.0: calling pci_pm_suspend_late+0x0/0x40 @ 519, parent: 0000:00:15.1
[ 676.484031] pci 0000:00:00.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 5 usecs
[ 676.484036] r8169 0000:03:00.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 676.484053] pcieport 0000:00:15.1: calling pci_pm_suspend_late+0x0/0x40 @ 530, parent: pci0000:00
[ 676.484061] pcieport 0000:00:15.1: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 676.485200] snd_hda_intel 0000:00:01.1: calling pci_pm_suspend_noirq+0x0/0x310 @ 519, parent: pci0000:00
[ 676.485246] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_suspend_noirq+0x0/0xb0 @ 497, parent: platform
[ 676.485264] coreboot_table_acpi BOOT0000:00: acpi_subsys_suspend_noirq+0x0/0xb0 returned 0 after 7 usecs
[ 676.485324] r8169 0000:03:00.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 544, parent: 0000:00:15.1
[ 676.485546] pci 0000:00:18.7: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.485597] pci 0000:00:18.7: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 38 usecs
[ 676.485611] pci 0000:00:18.6: calling pci_pm_suspend_noirq+0x0/0x310 @ 541, parent: pci0000:00
[ 676.485702] pci 0000:00:18.5: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.485771] pci 0000:00:18.5: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 55 usecs
[ 676.485777] pci 0000:00:18.6: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 146 usecs
[ 676.485790] pci 0000:00:18.4: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.485801] k10temp 0000:00:18.3: calling pci_pm_suspend_noirq+0x0/0x310 @ 541, parent: pci0000:00
[ 676.485846] pci 0000:00:18.4: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 44 usecs
[ 676.485851] k10temp 0000:00:18.3: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 42 usecs
[ 676.485865] pci 0000:00:18.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.485870] pci 0000:00:18.1: calling pci_pm_suspend_noirq+0x0/0x310 @ 541, parent: pci0000:00
[ 676.485929] pci 0000:00:18.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 51 usecs
[ 676.485934] pci 0000:00:18.1: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 48 usecs
[ 676.485949] pci 0000:00:18.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.485969] ohci-pci 0000:00:14.5: calling pci_pm_suspend_noirq+0x0/0x310 @ 128, parent: pci0000:00
[ 676.486068] pci 0000:00:18.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 105 usecs
[ 676.486088] pci 0000:00:14.4: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.486136] pci 0000:00:14.4: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 37 usecs
[ 676.486154] pci 0000:00:14.3: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.486180] ohci-pci 0000:00:14.5: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 198 usecs
[ 676.486193] snd_hda_intel 0000:00:14.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 128, parent: pci0000:00
[ 676.486203] pci 0000:00:14.3: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 37 usecs
[ 676.486224] piix4_smbus 0000:00:14.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.486273] piix4_smbus 0000:00:14.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 38 usecs
[ 676.486306] ehci-pci 0000:00:13.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 530, parent: pci0000:00
[ 676.489797] ohci-pci 0000:00:13.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 130, parent: pci0000:00
[ 676.490024] ohci-pci 0000:00:13.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 210 usecs
[ 676.490053] ehci-pci 0000:00:12.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 130, parent: pci0000:00
[ 676.490351] ohci-pci 0000:00:12.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 532, parent: pci0000:00
[ 676.490502] ohci-pci 0000:00:12.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 141 usecs
[ 676.490521] ahci 0000:00:11.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 532, parent: pci0000:00
[ 676.490631] ahci 0000:00:11.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 101 usecs
[ 676.490659] pci 0000:00:00.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 506, parent: pci0000:00
[ 676.490683] pci 0000:00:00.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 18 usecs
[ 676.506056] r8169 0000:03:00.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 20213 usecs
[ 676.506199] snd_hda_intel 0000:00:14.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 19529 usecs
[ 676.506220] pcieport 0000:00:15.1: calling pci_pm_suspend_noirq+0x0/0x310 @ 541, parent: pci0000:00
[ 676.506348] snd_hda_intel 0000:00:01.1: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 20641 usecs
[ 676.506373] radeon 0000:00:01.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 532, parent: pci0000:00
[ 676.506382] radeon 0000:00:01.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 3 usecs
[ 676.509935] ehci-pci 0000:00:13.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 23044 usecs
[ 676.510060] ehci-pci 0000:00:12.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 19530 usecs
[ 676.525948] pcieport 0000:00:15.1: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 19238 usecs
[ 676.526078] ACPI: Preparing to enter system sleep state S3
[ 676.533755] PM: Saving platform NVS memory
[ 676.533769] Disabling non-boot CPUs ...
[ 676.677748] smpboot: CPU 1 is now offline
[ 676.678744] PM: Calling kvm_suspend+0x0/0x30 [kvm]
[ 676.678754] PM: Calling mce_syscore_suspend+0x0/0x30
[ 676.678760] PM: Calling ledtrig_cpu_syscore_suspend+0x0/0x20
[ 676.678767] PM: Calling timekeeping_suspend+0x0/0x500
[ 676.678871] PM: Calling irq_gc_suspend+0x0/0x90
[ 676.678876] PM: Calling save_ioapic_entries+0x0/0x260
[ 676.678936] PM: Calling i8259A_suspend+0x0/0x30
[ 676.678942] PM: Calling perf_ibs_suspend+0x0/0x20
[ 676.678948] PM: Calling fw_suspend+0x0/0x20
[ 676.678953] PM: Calling acpi_save_bm_rld+0x0/0x20
[ 676.678963] PM: Calling lapic_suspend+0x0/0x310
[ 676.679213] ACPI: Low-level resume complete
[ 676.679451] PM: Restoring platform NVS memory
[ 676.679475] PM: Calling bsp_resume+0x0/0x30
[ 676.679481] PM: Calling lapic_resume+0x0/0x4c0
[ 676.679499] PM: Calling acpi_restore_bm_rld+0x0/0x60
[ 676.679506] PM: Calling irqrouter_resume+0x0/0x60
[ 676.679512] PM: Calling perf_ibs_resume+0x0/0x2c
[ 676.679516] LVT offset 0 assigned for vector 0x400
[ 676.679520] PM: Calling i8259A_resume+0x0/0x30
[ 676.679721] PM: Calling i8237A_resume+0x0/0xc0
[ 676.679776] PM: Calling ioapic_resume+0x0/0x1e0
[ 676.679791] PM: Calling irq_gc_resume+0x0/0x90
[ 676.679796] PM: Calling irq_pm_syscore_resume+0x0/0x20
[ 676.679825] PM: Calling timekeeping_resume+0x0/0x420
[ 676.679894] PM: Calling ledtrig_cpu_syscore_resume+0x0/0x20
[ 676.679899] PM: Calling mce_syscore_resume+0x0/0x30
[ 676.679913] PM: Calling mc_bp_resume+0x0/0x140
[ 676.679965] PM: Calling kvm_resume+0x0/0x40 [kvm]
[ 676.680092] Enabling non-boot CPUs ...
[ 676.683301] x86: Booting SMP configuration:
[ 676.683305] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 676.683452] Initializing CPU#1
[ 676.686934] cache: parent cpu1 should not be sleeping
[ 676.687684] microcode: CPU1: patch_level=0x05000119
[ 676.688577] CPU1 is up
[ 676.689116] ACPI: Waking up from system sleep state S3
[ 676.690586] pci 0000:00:00.0: calling pci_pm_resume_noirq+0x0/0x130 @ 506, parent: pci0000:00
[ 676.690689] pci 0000:00:00.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 89 usecs
[ 676.690702] radeon 0000:00:01.0: calling pci_pm_resume_noirq+0x0/0x130 @ 506, parent: pci0000:00
[ 676.690734] ahci 0000:00:11.0: calling pci_pm_resume_noirq+0x0/0x130 @ 541, parent: pci0000:00
[ 676.690848] ahci 0000:00:11.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 105 usecs
[ 676.690858] ohci-pci 0000:00:12.0: calling pci_pm_resume_noirq+0x0/0x130 @ 541, parent: pci0000:00
[ 676.690895] ohci-pci 0000:00:12.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 31 usecs
[ 676.690904] ehci-pci 0000:00:12.2: calling pci_pm_resume_noirq+0x0/0x130 @ 541, parent: pci0000:00
[ 676.690927] ohci-pci 0000:00:13.0: calling pci_pm_resume_noirq+0x0/0x130 @ 130, parent: pci0000:00
[ 676.690964] ohci-pci 0000:00:13.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 30 usecs
[ 676.690973] ehci-pci 0000:00:13.2: calling pci_pm_resume_noirq+0x0/0x130 @ 130, parent: pci0000:00
[ 676.690995] piix4_smbus 0000:00:14.0: calling pci_pm_resume_noirq+0x0/0x130 @ 530, parent: pci0000:00
[ 676.691031] piix4_smbus 0000:00:14.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 30 usecs
[ 676.691040] snd_hda_intel 0000:00:14.2: calling pci_pm_resume_noirq+0x0/0x130 @ 530, parent: pci0000:00
[ 676.691062] pci 0000:00:14.3: calling pci_pm_resume_noirq+0x0/0x130 @ 532, parent: pci0000:00
[ 676.691099] pci 0000:00:14.3: pci_pm_resume_noirq+0x0/0x130 returned 0 after 31 usecs
[ 676.691117] pci 0000:00:14.4: calling pci_pm_resume_noirq+0x0/0x130 @ 532, parent: pci0000:00
[ 676.691142] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_resume_noirq+0x0/0x50 @ 497, parent: platform
[ 676.691157] coreboot_table_acpi BOOT0000:00: acpi_subsys_resume_noirq+0x0/0x50 returned 0 after 6 usecs
[ 676.691161] pci 0000:00:14.4: pci_pm_resume_noirq+0x0/0x130 returned 0 after 35 usecs
[ 676.691171] ohci-pci 0000:00:14.5: calling pci_pm_resume_noirq+0x0/0x130 @ 532, parent: pci0000:00
[ 676.691209] i8042 i8042: calling i8042_pm_resume_noirq+0x0/0x30 @ 497, parent: platform
[ 676.691213] ohci-pci 0000:00:14.5: pci_pm_resume_noirq+0x0/0x130 returned 0 after 30 usecs
[ 676.691218] i8042 i8042: i8042_pm_resume_noirq+0x0/0x30 returned 0 after 2 usecs
[ 676.691225] pcieport 0000:00:15.1: calling pci_pm_resume_noirq+0x0/0x130 @ 532, parent: pci0000:00
[ 676.691249] pci 0000:00:18.0: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691278] pci 0000:00:18.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 23 usecs
[ 676.691287] pci 0000:00:18.1: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691313] pci 0000:00:18.1: pci_pm_resume_noirq+0x0/0x130 returned 0 after 20 usecs
[ 676.691322] pci 0000:00:18.2: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691348] pci 0000:00:18.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 20 usecs
[ 676.691359] k10temp 0000:00:18.3: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691387] k10temp 0000:00:18.3: pci_pm_resume_noirq+0x0/0x130 returned 0 after 22 usecs
[ 676.691396] pci 0000:00:18.4: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691423] pci 0000:00:18.4: pci_pm_resume_noirq+0x0/0x130 returned 0 after 21 usecs
[ 676.691433] pci 0000:00:18.5: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691459] pci 0000:00:18.5: pci_pm_resume_noirq+0x0/0x130 returned 0 after 20 usecs
[ 676.691468] pci 0000:00:18.6: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691494] pci 0000:00:18.6: pci_pm_resume_noirq+0x0/0x130 returned 0 after 20 usecs
[ 676.691503] pci 0000:00:18.7: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: pci0000:00
[ 676.691529] pci 0000:00:18.7: pci_pm_resume_noirq+0x0/0x130 returned 0 after 20 usecs
[ 676.710976] snd_hda_intel 0000:00:14.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 19444 usecs
[ 676.711146] ehci-pci 0000:00:13.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 19692 usecs
[ 676.711394] pcieport 0000:00:15.1: pci_pm_resume_noirq+0x0/0x130 returned 0 after 19689 usecs
[ 676.711461] ehci-pci 0000:00:12.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 20068 usecs
[ 676.711585] radeon 0000:00:01.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 20387 usecs
[ 676.711605] snd_hda_intel 0000:00:01.1: calling pci_pm_resume_noirq+0x0/0x130 @ 128, parent: pci0000:00
[ 676.711624] r8169 0000:03:00.0: calling pci_pm_resume_noirq+0x0/0x130 @ 519, parent: 0000:00:15.1
[ 676.730895] snd_hda_intel 0000:00:01.1: pci_pm_resume_noirq+0x0/0x130 returned 0 after 18813 usecs
[ 676.731149] r8169 0000:03:00.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 19059 usecs
[ 676.731823] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_resume_early+0x0/0x20 @ 497, parent: platform
[ 676.731842] coreboot_table_acpi BOOT0000:00: acpi_subsys_resume_early+0x0/0x20 returned 0 after 7 usecs
[ 676.732071] pci 0000:00:00.0: calling pci_pm_resume+0x0/0x100 @ 544, parent: pci0000:00
[ 676.732093] pci 0000:00:00.0: pci_pm_resume+0x0/0x100 returned 0 after 13 usecs
[ 676.732102] radeon 0000:00:01.0: calling pci_pm_resume+0x0/0x100 @ 544, parent: pci0000:00
[ 676.732397] thermal LNXTHERM:00: calling acpi_thermal_resume+0x0/0x280 [thermal] @ 497, parent: device:0b
[ 676.732419] thermal LNXTHERM:00: acpi_thermal_resume+0x0/0x280 [thermal] returned 0 after 13 usecs
[ 676.732462] button PNP0C0C:00: calling acpi_button_resume+0x0/0x90 [button] @ 497, parent: LNXSYBUS:00
[ 676.732472] button PNP0C0C:00: acpi_button_resume+0x0/0x90 [button] returned 0 after 3 usecs
[ 676.732478] [drm] Found smc ucode version: 0x00010601
[ 676.732534] ahci 0000:00:11.0: calling pci_pm_resume+0x0/0x100 @ 519, parent: pci0000:00
[ 676.733732] ahci 0000:00:11.0: pci_pm_resume+0x0/0x100 returned 0 after 1164 usecs
[ 676.733745] ohci-pci 0000:00:12.0: calling pci_pm_resume+0x0/0x100 @ 519, parent: pci0000:00
[ 676.733948] ehci-pci 0000:00:12.2: calling pci_pm_resume+0x0/0x100 @ 128, parent: pci0000:00
[ 676.734106] ohci-pci 0000:00:13.0: calling pci_pm_resume+0x0/0x100 @ 506, parent: pci0000:00
[ 676.734255] ehci-pci 0000:00:13.2: calling pci_pm_resume+0x0/0x100 @ 509, parent: pci0000:00
[ 676.734408] piix4_smbus 0000:00:14.0: calling pci_pm_resume+0x0/0x100 @ 524, parent: pci0000:00
[ 676.734418] piix4_smbus 0000:00:14.0: pci_pm_resume+0x0/0x100 returned 0 after 4 usecs
[ 676.734426] snd_hda_intel 0000:00:14.2: calling pci_pm_resume+0x0/0x100 @ 524, parent: pci0000:00
[ 676.734550] pci 0000:00:14.3: calling pci_pm_resume+0x0/0x100 @ 546, parent: pci0000:00
[ 676.734559] pci 0000:00:14.3: pci_pm_resume+0x0/0x100 returned 0 after 4 usecs
[ 676.734575] pci 0000:00:14.4: calling pci_pm_resume+0x0/0x100 @ 546, parent: pci0000:00
[ 676.734583] pci 0000:00:14.4: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.734592] ohci-pci 0000:00:14.5: calling pci_pm_resume+0x0/0x100 @ 546, parent: pci0000:00
[ 676.734863] pcieport 0000:00:15.1: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734885] pcieport 0000:00:15.1: pci_pm_resume+0x0/0x100 returned 0 after 16 usecs
[ 676.734893] pci 0000:00:18.0: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734902] pci 0000:00:18.0: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.734909] pci 0000:00:18.1: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734918] pci 0000:00:18.1: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.734926] pci 0000:00:18.2: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734935] pci 0000:00:18.2: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.734943] k10temp 0000:00:18.3: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734952] k10temp 0000:00:18.3: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.734959] pci 0000:00:18.4: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734967] pci 0000:00:18.4: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.734974] pci 0000:00:18.5: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734983] pci 0000:00:18.5: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.734991] pci 0000:00:18.6: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.734999] pci 0000:00:18.6: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.735006] pci 0000:00:18.7: calling pci_pm_resume+0x0/0x100 @ 508, parent: pci0000:00
[ 676.735014] pci 0000:00:18.7: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 676.735022] r8169 0000:03:00.0: calling pci_pm_resume+0x0/0x100 @ 508, parent: 0000:00:15.1
[ 676.741507] [drm] PCIE GART of 1024M enabled (table at 0x0000000000162000).
[ 676.741714] radeon 0000:00:01.0: WB enabled
[ 676.741722] radeon 0000:00:01.0: fence driver on ring 0 use gpu addr 0x0000000018000c00 and cpu addr 0x2ebc320d
[ 676.741727] radeon 0000:00:01.0: fence driver on ring 3 use gpu addr 0x0000000018000c0c and cpu addr 0xb29a6da6
[ 676.742518] radeon 0000:00:01.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0x53642260
[ 676.742565] platform PNP0800:00: calling platform_pm_resume+0x0/0x80 @ 497, parent: 0000:00:14.3
[ 676.742575] platform PNP0800:00: platform_pm_resume+0x0/0x80 returned 0 after 3 usecs
[ 676.742581] platform PNP0C04:00: calling platform_pm_resume+0x0/0x80 @ 497, parent: 0000:00:14.3
[ 676.742591] platform PNP0C04:00: platform_pm_resume+0x0/0x80 returned 0 after 4 usecs
[ 676.742597] platform PNP0C0C:00: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.742605] platform PNP0C0C:00: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 676.742614] button LNXPWRBN:00: calling acpi_button_resume+0x0/0x90 [button] @ 497, parent: LNXSYSTM:00
[ 676.742640] button LNXPWRBN:00: acpi_button_resume+0x0/0x90 [button] returned 0 after 18 usecs
[ 676.742652] rtc_cmos 00:00: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 676.742810] rtc_cmos 00:00: pnp_bus_resume+0x0/0x100 returned 0 after 148 usecs
[ 676.742816] i8042 kbd 00:01: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 676.742825] i8042 kbd 00:01: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 676.742831] i8042 aux 00:02: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 676.742839] i8042 aux 00:02: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 676.742845] i8042 kbd 00:03: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 676.742853] i8042 kbd 00:03: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 676.742859] i8042 aux 00:04: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 676.742867] i8042 aux 00:04: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 676.742906] pcspkr pcspkr: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.742914] pcspkr pcspkr: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 676.742920] platform platform-framebuffer.0: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.742928] platform platform-framebuffer.0: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 676.742936] alarmtimer alarmtimer: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.742945] alarmtimer alarmtimer: platform_pm_resume+0x0/0x80 returned 0 after 4 usecs
[ 676.742958] serial8250 serial8250: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.742970] serial8250 serial8250: platform_pm_resume+0x0/0x80 returned 0 after 6 usecs
[ 676.742979] i8042 i8042: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.746219] i8042 i8042: platform_pm_resume+0x0/0x80 returned 0 after 3158 usecs
[ 676.746240] atkbd serio0: calling serio_resume+0x0/0xd0 @ 497, parent: i8042
[ 676.746263] atkbd serio0: serio_resume+0x0/0xd0 returned 0 after 17 usecs
[ 676.746358] rtc rtc0: calling rtc_resume+0x0/0x20 @ 497, parent: 00:00
[ 676.746366] rtc rtc0: rtc_resume+0x0/0x20 returned 0 after 3 usecs
[ 676.746387] platform microcode: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.746394] platform microcode: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 676.746404] input input0: calling input_dev_resume+0x0/0x50 @ 497, parent: serio0
[ 676.746421] input input0: input_dev_resume+0x0/0x50 returned 0 after 11 usecs
[ 676.746438] leds input0::numlock: calling led_resume+0x0/0x50 @ 497, parent: input0
[ 676.746446] leds input0::numlock: led_resume+0x0/0x50 returned 0 after 3 usecs
[ 676.746451] leds input0::capslock: calling led_resume+0x0/0x50 @ 497, parent: input0
[ 676.746458] leds input0::capslock: led_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.746464] leds input0::scrolllock: calling led_resume+0x0/0x50 @ 497, parent: input0
[ 676.746471] leds input0::scrolllock: led_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.746501] input input2: calling input_dev_resume+0x0/0x50 @ 497, parent: PNP0C0C:00
[ 676.746509] input input2: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.746515] input input3: calling input_dev_resume+0x0/0x50 @ 497, parent: LNXPWRBN:00
[ 676.746523] input input3: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.746609] ata1: calling ata_port_pm_resume+0x0/0x60 [libata] @ 523, parent: 0000:00:11.0
[ 676.746677] ata1: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 49 usecs
[ 676.746697] ata2: calling ata_port_pm_resume+0x0/0x60 [libata] @ 523, parent: 0000:00:11.0
[ 676.746725] ata2: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 11 usecs
[ 676.746744] ata3: calling ata_port_pm_resume+0x0/0x60 [libata] @ 523, parent: 0000:00:11.0
[ 676.746771] ata3: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 10 usecs
[ 676.746789] ata4: calling ata_port_pm_resume+0x0/0x60 [libata] @ 523, parent: 0000:00:11.0
[ 676.746816] ata4: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 10 usecs
[ 676.746835] ata5: calling ata_port_pm_resume+0x0/0x60 [libata] @ 523, parent: 0000:00:11.0
[ 676.746864] ata5: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 12 usecs
[ 676.746883] ata6: calling ata_port_pm_resume+0x0/0x60 [libata] @ 523, parent: 0000:00:11.0
[ 676.746910] ata6: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 10 usecs
[ 676.746936] scsi host0: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: ata1
[ 676.746957] scsi host0: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 676.746981] scsi host1: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: ata2
[ 676.747001] scsi host1: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 676.747024] scsi host2: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: ata3
[ 676.747044] scsi host2: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 676.747066] scsi host3: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: ata4
[ 676.747086] scsi host3: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 676.747107] scsi host4: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: ata5
[ 676.747127] scsi host4: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 676.747150] scsi host5: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: ata6
[ 676.747169] scsi host5: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 676.747191] scsi target0:0:0: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: host0
[ 676.747211] scsi target0:0:0: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 676.747231] sd 0:0:0:0: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 523, parent: target0:0:0
[ 676.747465] snd_hda_intel 0000:00:14.2: pci_pm_resume+0x0/0x100 returned 0 after 12724 usecs
[ 676.752054] snd_hda_codec_realtek hdaudioC1D0: calling pm_runtime_force_resume+0x0/0x170 @ 527, parent: 0000:00:14.2
[ 676.758732] ohci-pci 0000:00:13.0: pci_pm_resume+0x0/0x100 returned 0 after 24027 usecs
[ 676.758773] ohci-pci 0000:00:12.0: pci_pm_resume+0x0/0x100 returned 0 after 24433 usecs
[ 676.758885] ehci-pci 0000:00:13.2: pci_pm_resume+0x0/0x100 returned 0 after 24045 usecs
[ 676.758914] ehci-pci 0000:00:12.2: pci_pm_resume+0x0/0x100 returned 0 after 24374 usecs
[ 676.758962] usb usb1: calling usb_dev_resume+0x0/0x20 [usbcore] @ 506, parent: 0000:00:12.2
[ 676.759107] usb usb2: calling usb_dev_resume+0x0/0x20 [usbcore] @ 535, parent: 0000:00:13.2
[ 676.759346] usb usb3: calling usb_dev_resume+0x0/0x20 [usbcore] @ 129, parent: 0000:00:12.0
[ 676.759507] usb usb4: calling usb_dev_resume+0x0/0x20 [usbcore] @ 521, parent: 0000:00:13.0
[ 676.759712] sd 0:0:0:0: [sda] Starting disk
[ 676.760017] usb usb2: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 863 usecs
[ 676.760104] [drm] ring test on 0 succeeded in 1 usecs
[ 676.760114] [drm] ring test on 3 succeeded in 3 usecs
[ 676.762733] ohci-pci 0000:00:14.5: pci_pm_resume+0x0/0x100 returned 0 after 27463 usecs
[ 676.770090] usb usb5: calling usb_dev_resume+0x0/0x20 [usbcore] @ 534, parent: 0000:00:14.5
[ 676.778735] r8169 0000:03:00.0: pci_pm_resume+0x0/0x100 returned 0 after 42666 usecs
[ 676.787072] usb usb1: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 27412 usecs
[ 676.806092] [drm] ring test on 5 succeeded in 1 usecs
[ 676.808881] r8169 0000:03:00.0 enp3s0: link down
[ 676.826049] [drm] UVD initialized successfully.
[ 676.826183] [drm] ib test on ring 0 succeeded in 0 usecs
[ 676.826346] [drm] ib test on ring 3 succeeded in 0 usecs
[ 676.837872] usb usb4: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 76503 usecs
[ 676.846922] usb usb5: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 74991 usecs
[ 676.850439] usb usb3: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 88934 usecs
[ 676.850813] usb 3-2: calling usb_dev_resume+0x0/0x20 [usbcore] @ 133, parent: usb3
[ 676.852005] [drm] ib test on ring 5 succeeded
[ 676.919137] snd_hda_codec_realtek hdaudioC1D0: pm_runtime_force_resume+0x0/0x170 returned 0 after 163139 usecs
[ 676.956713] radeon 0000:00:01.0: pci_pm_resume+0x0/0x100 returned 0 after 219320 usecs
[ 676.956780] snd_hda_intel 0000:00:01.1: calling pci_pm_resume+0x0/0x100 @ 7, parent: pci0000:00
[ 676.956816] usb 3-2: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 103487 usecs
[ 676.959534] snd_hda_intel 0000:00:01.1: pci_pm_resume+0x0/0x100 returned 0 after 2658 usecs
[ 676.959623] input input4: calling input_dev_resume+0x0/0x50 @ 497, parent: card0
[ 676.959640] snd_hda_codec_hdmi hdaudioC0D0: calling pm_runtime_force_resume+0x0/0x170 @ 524, parent: 0000:00:01.1
[ 676.959648] input input4: input_dev_resume+0x0/0x50 returned 0 after 12 usecs
[ 676.959672] sp5100-tco sp5100-tco: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 676.959685] sp5100-tco sp5100-tco: platform_pm_resume+0x0/0x80 returned 0 after 3 usecs
[ 676.959699] input input5: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959735] input input5: input_dev_resume+0x0/0x50 returned 0 after 21 usecs
[ 676.959749] input input6: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959757] input input6: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959768] input input7: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959776] input input7: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959782] input input8: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959788] snd_hda_codec_hdmi hdaudioC0D0: pm_runtime_force_resume+0x0/0x170 returned 0 after 133 usecs
[ 676.959793] input input8: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959800] input input9: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959807] input input9: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959814] input input10: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959853] input input10: input_dev_resume+0x0/0x50 returned 0 after 32 usecs
[ 676.959860] input input11: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959868] input input11: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959875] input input12: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959882] input input12: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959889] input input13: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 676.959897] input input13: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959907] input input14: calling input_dev_resume+0x0/0x50 @ 497, parent: pcspkr
[ 676.959925] input input14: input_dev_resume+0x0/0x50 returned 0 after 12 usecs
[ 676.959951] input input16: calling input_dev_resume+0x0/0x50 @ 497, parent: 0003:1241:1122.0001
[ 676.959959] input input16: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 676.959980] serio serio1: calling serio_resume+0x0/0xd0 @ 497, parent: i8042
[ 676.960006] serio serio1: serio_resume+0x0/0xd0 returned 0 after 19 usecs
[ 677.059339] ata4: SATA link down (SStatus 0 SControl 300)
[ 677.059401] ata3: SATA link down (SStatus 0 SControl 300)
[ 677.059439] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 677.059483] ata5: SATA link down (SStatus 0 SControl 300)
[ 677.062297] ata1.00: configured for UDMA/133
[ 677.063101] sd 0:0:0:0: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 308435 usecs
[ 677.066891] ata2: SATA link down (SStatus 0 SControl 300)
[ 677.066946] ata6: SATA link down (SStatus 0 SControl 300)
[ 677.077954] OOM killer enabled.
[ 677.077957] Restarting tasks ... done.
[ 677.139874] PM: suspend exit
[ 678.490993] kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
[ 679.517022] r8169 0000:03:00.0 enp3s0: link up
[ 688.588511] PM: suspend entry (deep)
[ 688.588523] PM: Syncing filesystems ... done.
[ 689.396658] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 689.398570] OOM killer disabled.
[ 689.398597] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 689.400244] Suspending console(s) (use no_console_suspend to debug)
[ 689.401859] serio serio1: calling serio_suspend+0x0/0x20 @ 497, parent: i8042
[ 689.401873] serio serio1: serio_suspend+0x0/0x20 returned 0 after 6 usecs
[ 689.401908] input input16: calling input_dev_suspend+0x0/0x80 @ 497, parent: 0003:1241:1122.0001
[ 689.401918] input input16: input_dev_suspend+0x0/0x80 returned 0 after 4 usecs
[ 689.402223] input input14: calling input_dev_suspend+0x0/0x80 @ 497, parent: pcspkr
[ 689.402233] input input14: input_dev_suspend+0x0/0x80 returned 0 after 4 usecs
[ 689.402300] usb 3-2: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 533, parent: usb3
[ 689.402305] input input13: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402314] input input13: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402321] input input12: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402329] input input12: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402337] input input11: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402344] input input11: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402352] input input10: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402359] input input10: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402367] input input9: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402374] input input9: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402381] input input8: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402389] input input8: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402397] input input7: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402404] input input7: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402411] input input6: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402419] input input6: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402430] input input5: calling input_dev_suspend+0x0/0x80 @ 497, parent: card1
[ 689.402438] input input5: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402452] sp5100-tco sp5100-tco: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.402460] sp5100-tco sp5100-tco: platform_pm_suspend+0x0/0xa0 returned 0 after 3 usecs
[ 689.402469] input input4: calling input_dev_suspend+0x0/0x80 @ 497, parent: card0
[ 689.402477] input input4: input_dev_suspend+0x0/0x80 returned 0 after 2 usecs
[ 689.402526] usb usb5: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 523, parent: 0000:00:14.5
[ 689.402531] input input3: calling input_dev_suspend+0x0/0x80 @ 497, parent: LNXPWRBN:00
[ 689.402540] input input3: input_dev_suspend+0x0/0x80 returned 0 after 3 usecs
[ 689.402547] input input2: calling input_dev_suspend+0x0/0x80 @ 497, parent: PNP0C0C:00
[ 689.402555] input input2: input_dev_suspend+0x0/0x80 returned 0 after 3 usecs
[ 689.402900] usb usb2: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 133, parent: 0000:00:13.2
[ 689.402973] usb usb1: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 7, parent: 0000:00:12.2
[ 689.403112] snd_hda_codec_realtek hdaudioC1D0: calling pm_runtime_force_suspend+0x0/0x120 @ 559, parent: 0000:00:14.2
[ 689.403166] usb usb4: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 544, parent: 0000:00:13.0
[ 689.403265] snd_hda_codec_hdmi hdaudioC0D0: calling pm_runtime_force_suspend+0x0/0x120 @ 507, parent: 0000:00:01.1
[ 689.403353] sd 0:0:0:0: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 527, parent: target0:0:0
[ 689.403382] scsi host5: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 131, parent: ata6
[ 689.403405] scsi host5: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 4 usecs
[ 689.403451] usb 3-2: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 1073 usecs
[ 689.403469] scsi host4: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 131, parent: ata5
[ 689.403489] scsi host4: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 689.403525] scsi host3: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 533, parent: ata4
[ 689.403543] scsi host2: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 131, parent: ata3
[ 689.403576] scsi host3: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 6 usecs
[ 689.403593] scsi host2: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 689.403628] scsi host1: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 533, parent: ata2
[ 689.403656] ata6: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 518, parent: 0000:00:11.0
[ 689.403689] scsi host1: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 5 usecs
[ 689.403753] usb usb3: calling usb_dev_suspend+0x0/0x20 [usbcore] @ 524, parent: 0000:00:12.0
[ 689.403814] ata6: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 137 usecs
[ 689.403873] usb usb3: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 69 usecs
[ 689.403987] ata5: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 524, parent: 0000:00:11.0
[ 689.404005] ata4: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 518, parent: 0000:00:11.0
[ 689.404072] ata3: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 533, parent: 0000:00:11.0
[ 689.404177] ata2: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 510, parent: 0000:00:11.0
[ 689.404269] ata5: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 239 usecs
[ 689.404286] ata2: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 66 usecs
[ 689.404321] ata3: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 209 usecs
[ 689.404338] ata4: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 283 usecs
[ 689.404383] leds input0::scrolllock: calling led_suspend+0x0/0x50 @ 497, parent: input0
[ 689.404392] leds input0::scrolllock: led_suspend+0x0/0x50 returned 0 after 3 usecs
[ 689.404399] leds input0::capslock: calling led_suspend+0x0/0x50 @ 497, parent: input0
[ 689.404407] leds input0::capslock: led_suspend+0x0/0x50 returned 0 after 2 usecs
[ 689.404413] leds input0::numlock: calling led_suspend+0x0/0x50 @ 497, parent: input0
[ 689.404420] leds input0::numlock: led_suspend+0x0/0x50 returned 0 after 2 usecs
[ 689.404430] input input0: calling input_dev_suspend+0x0/0x80 @ 497, parent: serio0
[ 689.404442] input input0: input_dev_suspend+0x0/0x80 returned 0 after 6 usecs
[ 689.404455] platform microcode: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.404463] platform microcode: platform_pm_suspend+0x0/0xa0 returned 0 after 3 usecs
[ 689.404504] rtc rtc0: calling rtc_suspend+0x0/0x20 @ 497, parent: 00:00
[ 689.404512] rtc rtc0: rtc_suspend+0x0/0x20 returned 0 after 3 usecs
[ 689.404520] atkbd serio0: calling serio_suspend+0x0/0x20 @ 497, parent: i8042
[ 689.408081] atkbd serio0: serio_suspend+0x0/0x20 returned 0 after 3452 usecs
[ 689.408104] i8042 i8042: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.411244] i8042 i8042: platform_pm_suspend+0x0/0xa0 returned 0 after 3058 usecs
[ 689.411262] serial8250 serial8250: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.411275] serial8250 serial8250: platform_pm_suspend+0x0/0xa0 returned 0 after 7 usecs
[ 689.411329] alarmtimer alarmtimer: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.411339] alarmtimer alarmtimer: platform_pm_suspend+0x0/0xa0 returned 0 after 4 usecs
[ 689.411349] platform platform-framebuffer.0: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.411356] platform platform-framebuffer.0: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 689.411364] pcspkr pcspkr: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.411419] pcspkr pcspkr: platform_pm_suspend+0x0/0xa0 returned 0 after 48 usecs
[ 689.411509] i8042 aux 00:04: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 689.411519] i8042 aux 00:04: pnp_bus_suspend+0x0/0x20 returned 0 after 4 usecs
[ 689.411526] i8042 kbd 00:03: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 689.411535] i8042 kbd 00:03: pnp_bus_suspend+0x0/0x20 returned 0 after 3 usecs
[ 689.411542] i8042 aux 00:02: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 689.411550] i8042 aux 00:02: pnp_bus_suspend+0x0/0x20 returned 0 after 2 usecs
[ 689.411556] i8042 kbd 00:01: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 689.411564] i8042 kbd 00:01: pnp_bus_suspend+0x0/0x20 returned 0 after 2 usecs
[ 689.411572] rtc_cmos 00:00: calling pnp_bus_suspend+0x0/0x20 @ 497, parent: pnp0
[ 689.411681] rtc_cmos 00:00: pnp_bus_suspend+0x0/0x20 returned 0 after 101 usecs
[ 689.411698] button LNXPWRBN:00: calling acpi_button_suspend+0x0/0x40 [button] @ 497, parent: LNXSYSTM:00
[ 689.411707] button LNXPWRBN:00: acpi_button_suspend+0x0/0x40 [button] returned 0 after 3 usecs
[ 689.411723] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_suspend+0x0/0x70 @ 497, parent: platform
[ 689.411733] coreboot_table_acpi BOOT0000:00: acpi_subsys_suspend+0x0/0x70 returned 0 after 4 usecs
[ 689.411740] platform PNP0C0C:00: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: platform
[ 689.411747] platform PNP0C0C:00: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 689.411754] platform PNP0C04:00: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: 0000:00:14.3
[ 689.411761] platform PNP0C04:00: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 689.411767] platform PNP0800:00: calling platform_pm_suspend+0x0/0xa0 @ 497, parent: 0000:00:14.3
[ 689.411774] platform PNP0800:00: platform_pm_suspend+0x0/0xa0 returned 0 after 2 usecs
[ 689.411890] button PNP0C0C:00: calling acpi_button_suspend+0x0/0x40 [button] @ 497, parent: LNXSYBUS:00
[ 689.411899] button PNP0C0C:00: acpi_button_suspend+0x0/0x40 [button] returned 0 after 3 usecs
[ 689.411953] thermal LNXTHERM:00: calling acpi_thermal_suspend+0x0/0x20 [thermal] @ 497, parent: device:0b
[ 689.411964] thermal LNXTHERM:00: acpi_thermal_suspend+0x0/0x20 [thermal] returned 0 after 5 usecs
[ 689.412014] r8169 0000:03:00.0: calling pci_pm_suspend+0x0/0x1e0 @ 510, parent: 0000:00:15.1
[ 689.412129] pci 0000:00:18.7: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412139] pci 0000:00:18.7: pci_pm_suspend+0x0/0x1e0 returned 0 after 4 usecs
[ 689.412159] pci 0000:00:18.6: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412167] pci 0000:00:18.6: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412175] pci 0000:00:18.5: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412182] pci 0000:00:18.5: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412190] pci 0000:00:18.4: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412197] pci 0000:00:18.4: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412206] k10temp 0000:00:18.3: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412214] k10temp 0000:00:18.3: pci_pm_suspend+0x0/0x1e0 returned 0 after 3 usecs
[ 689.412222] pci 0000:00:18.2: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412229] pci 0000:00:18.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412237] pci 0000:00:18.1: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412244] pci 0000:00:18.1: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412253] pci 0000:00:18.0: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412260] pci 0000:00:18.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412295] pci 0000:00:14.4: calling pci_pm_suspend+0x0/0x1e0 @ 515, parent: pci0000:00
[ 689.412303] pci 0000:00:14.4: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412311] pci 0000:00:14.3: calling pci_pm_suspend+0x0/0x1e0 @ 515, parent: pci0000:00
[ 689.412318] pci 0000:00:14.3: pci_pm_suspend+0x0/0x1e0 returned 0 after 2 usecs
[ 689.412339] piix4_smbus 0000:00:14.0: calling pci_pm_suspend+0x0/0x1e0 @ 530, parent: pci0000:00
[ 689.412347] piix4_smbus 0000:00:14.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 3 usecs
[ 689.412496] r8169 0000:03:00.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 453 usecs
[ 689.412563] ohci-pci 0000:00:12.0: calling pci_pm_suspend+0x0/0x1e0 @ 510, parent: pci0000:00
[ 689.412639] ohci-pci 0000:00:12.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 63 usecs
[ 689.412682] pcieport 0000:00:15.1: calling pci_pm_suspend+0x0/0x1e0 @ 524, parent: pci0000:00
[ 689.412719] pci 0000:00:00.0: calling pci_pm_suspend+0x0/0x1e0 @ 534, parent: pci0000:00
[ 689.412737] pci 0000:00:00.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 7 usecs
[ 689.412797] pcieport 0000:00:15.1: pci_pm_suspend+0x0/0x1e0 returned 0 after 103 usecs
[ 689.415523] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 689.415920] sd 0:0:0:0: [sda] Stopping disk
[ 689.419049] usb usb2: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 15724 usecs
[ 689.419158] ehci-pci 0000:00:13.2: calling pci_pm_suspend+0x0/0x1e0 @ 530, parent: pci0000:00
[ 689.422459] sd 0:0:0:0: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 18593 usecs
[ 689.422608] scsi target0:0:0: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 129, parent: host0
[ 689.422735] scsi target0:0:0: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 101 usecs
[ 689.422939] scsi host0: calling scsi_bus_suspend+0x0/0x20 [scsi_mod] @ 131, parent: ata1
[ 689.422997] scsi host0: scsi_bus_suspend+0x0/0x20 [scsi_mod] returned 0 after 18 usecs
[ 689.423169] ata1: calling ata_port_pm_suspend+0x0/0x80 [libata] @ 518, parent: 0000:00:11.0
[ 689.423388] ata1: ata_port_pm_suspend+0x0/0x80 [libata] returned 0 after 180 usecs
[ 689.423463] ahci 0000:00:11.0: calling pci_pm_suspend+0x0/0x1e0 @ 510, parent: pci0000:00
[ 689.423486] ahci 0000:00:11.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 12 usecs
[ 689.433084] usb usb1: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 29332 usecs
[ 689.433237] ehci-pci 0000:00:12.2: calling pci_pm_suspend+0x0/0x1e0 @ 516, parent: pci0000:00
[ 689.439106] ehci-pci 0000:00:13.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 19453 usecs
[ 689.451089] ehci-pci 0000:00:12.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 17402 usecs
[ 689.479414] usb usb4: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 74414 usecs
[ 689.479472] usb usb5: usb_dev_suspend+0x0/0x20 [usbcore] returned 0 after 75037 usecs
[ 689.479484] ohci-pci 0000:00:13.0: calling pci_pm_suspend+0x0/0x1e0 @ 542, parent: pci0000:00
[ 689.479583] ohci-pci 0000:00:13.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 91 usecs
[ 689.479611] ohci-pci 0000:00:14.5: calling pci_pm_suspend+0x0/0x1e0 @ 545, parent: pci0000:00
[ 689.479627] ohci-pci 0000:00:14.5: pci_pm_suspend+0x0/0x1e0 returned 0 after 9 usecs
[ 689.511078] snd_hda_codec_hdmi hdaudioC0D0: pm_runtime_force_suspend+0x0/0x120 returned 0 after 105244 usecs
[ 689.511300] snd_hda_intel 0000:00:01.1: calling pci_pm_suspend+0x0/0x1e0 @ 533, parent: pci0000:00
[ 689.511467] snd_hda_intel 0000:00:01.1: pci_pm_suspend+0x0/0x1e0 returned 0 after 153 usecs
[ 689.511562] radeon 0000:00:01.0: calling pci_pm_suspend+0x0/0x1e0 @ 537, parent: pci0000:00
[ 689.632112] snd_hda_codec_realtek hdaudioC1D0: pm_runtime_force_suspend+0x0/0x120 returned 0 after 223592 usecs
[ 689.632257] snd_hda_intel 0000:00:14.2: calling pci_pm_suspend+0x0/0x1e0 @ 515, parent: pci0000:00
[ 689.633505] snd_hda_intel 0000:00:14.2: pci_pm_suspend+0x0/0x1e0 returned 0 after 1204 usecs
[ 689.746877] radeon 0000:00:01.0: pci_pm_suspend+0x0/0x1e0 returned 0 after 229772 usecs
[ 689.748273] snd_hda_intel 0000:00:01.1: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748303] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_suspend_late+0x0/0x80 @ 497, parent: platform
[ 689.748310] snd_hda_intel 0000:00:01.1: pci_pm_suspend_late+0x0/0x40 returned 0 after 14 usecs
[ 689.748335] coreboot_table_acpi BOOT0000:00: acpi_subsys_suspend_late+0x0/0x80 returned 0 after 12 usecs
[ 689.748455] pci 0000:00:18.7: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748465] pci 0000:00:18.7: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 689.748476] pci 0000:00:18.6: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748484] pci 0000:00:18.6: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748493] pci 0000:00:18.5: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748501] pci 0000:00:18.5: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748511] pci 0000:00:18.4: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748519] pci 0000:00:18.4: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748530] k10temp 0000:00:18.3: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748538] k10temp 0000:00:18.3: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 689.748548] pci 0000:00:18.2: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748555] pci 0000:00:18.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748565] pci 0000:00:18.1: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748572] pci 0000:00:18.1: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748584] pci 0000:00:18.0: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748591] pci 0000:00:18.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748624] ohci-pci 0000:00:14.5: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748633] ohci-pci 0000:00:14.5: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 689.748643] pci 0000:00:14.4: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748650] pci 0000:00:14.4: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748661] pci 0000:00:14.3: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748668] pci 0000:00:14.3: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748678] snd_hda_intel 0000:00:14.2: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748686] snd_hda_intel 0000:00:14.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748698] piix4_smbus 0000:00:14.0: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748706] piix4_smbus 0000:00:14.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 689.748715] ehci-pci 0000:00:13.2: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748723] ehci-pci 0000:00:13.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748732] ohci-pci 0000:00:13.0: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748739] ohci-pci 0000:00:13.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748786] ohci-pci 0000:00:12.0: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748800] ehci-pci 0000:00:12.2: calling pci_pm_suspend_late+0x0/0x40 @ 559, parent: pci0000:00
[ 689.748804] ohci-pci 0000:00:12.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748816] ahci 0000:00:11.0: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748825] ehci-pci 0000:00:12.2: pci_pm_suspend_late+0x0/0x40 returned 0 after 9 usecs
[ 689.748829] ahci 0000:00:11.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 689.748841] pci 0000:00:00.0: calling pci_pm_suspend_late+0x0/0x40 @ 534, parent: pci0000:00
[ 689.748853] radeon 0000:00:01.0: calling pci_pm_suspend_late+0x0/0x40 @ 559, parent: pci0000:00
[ 689.748858] pci 0000:00:00.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 2 usecs
[ 689.748871] radeon 0000:00:01.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 6 usecs
[ 689.748876] r8169 0000:03:00.0: calling pci_pm_suspend_late+0x0/0x40 @ 537, parent: 0000:00:15.1
[ 689.748885] r8169 0000:03:00.0: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 689.748902] pcieport 0000:00:15.1: calling pci_pm_suspend_late+0x0/0x40 @ 515, parent: pci0000:00
[ 689.748910] pcieport 0000:00:15.1: pci_pm_suspend_late+0x0/0x40 returned 0 after 3 usecs
[ 689.749862] snd_hda_intel 0000:00:01.1: calling pci_pm_suspend_noirq+0x0/0x310 @ 534, parent: pci0000:00
[ 689.749902] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_suspend_noirq+0x0/0xb0 @ 497, parent: platform
[ 689.749914] coreboot_table_acpi BOOT0000:00: acpi_subsys_suspend_noirq+0x0/0xb0 returned 0 after 4 usecs
[ 689.750027] r8169 0000:03:00.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 537, parent: 0000:00:15.1
[ 689.750166] pci 0000:00:18.7: calling pci_pm_suspend_noirq+0x0/0x310 @ 515, parent: pci0000:00
[ 689.750238] pci 0000:00:18.7: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 64 usecs
[ 689.750261] pci 0000:00:18.6: calling pci_pm_suspend_noirq+0x0/0x310 @ 515, parent: pci0000:00
[ 689.750283] pci 0000:00:18.5: calling pci_pm_suspend_noirq+0x0/0x310 @ 533, parent: pci0000:00
[ 689.750288] pci 0000:00:18.6: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 20 usecs
[ 689.750296] pci 0000:00:18.4: calling pci_pm_suspend_noirq+0x0/0x310 @ 515, parent: pci0000:00
[ 689.750347] pci 0000:00:18.5: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 49 usecs
[ 689.750351] pci 0000:00:18.4: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 40 usecs
[ 689.750362] pci 0000:00:18.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 515, parent: pci0000:00
[ 689.750371] k10temp 0000:00:18.3: calling pci_pm_suspend_noirq+0x0/0x310 @ 533, parent: pci0000:00
[ 689.750395] pci 0000:00:18.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 26 usecs
[ 689.750404] pci 0000:00:18.1: calling pci_pm_suspend_noirq+0x0/0x310 @ 515, parent: pci0000:00
[ 689.750428] k10temp 0000:00:18.3: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 43 usecs
[ 689.750436] pci 0000:00:18.1: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 25 usecs
[ 689.750447] pci 0000:00:18.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 533, parent: pci0000:00
[ 689.750491] pci 0000:00:18.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 31 usecs
[ 689.750532] ohci-pci 0000:00:14.5: calling pci_pm_suspend_noirq+0x0/0x310 @ 533, parent: pci0000:00
[ 689.750997] ohci-pci 0000:00:14.5: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 439 usecs
[ 689.751029] pci 0000:00:14.4: calling pci_pm_suspend_noirq+0x0/0x310 @ 533, parent: pci0000:00
[ 689.751149] pci 0000:00:14.4: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 105 usecs
[ 689.751176] pci 0000:00:14.3: calling pci_pm_suspend_noirq+0x0/0x310 @ 533, parent: pci0000:00
[ 689.751296] pci 0000:00:14.3: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 105 usecs
[ 689.751325] snd_hda_intel 0000:00:14.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 533, parent: pci0000:00
[ 689.751484] piix4_smbus 0000:00:14.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 559, parent: pci0000:00
[ 689.751528] ehci-pci 0000:00:13.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 507, parent: pci0000:00
[ 689.751634] piix4_smbus 0000:00:14.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 135 usecs
[ 689.751667] ohci-pci 0000:00:13.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 559, parent: pci0000:00
[ 689.751770] ehci-pci 0000:00:12.2: calling pci_pm_suspend_noirq+0x0/0x310 @ 545, parent: pci0000:00
[ 689.751847] ohci-pci 0000:00:13.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 162 usecs
[ 689.751866] ohci-pci 0000:00:12.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 559, parent: pci0000:00
[ 689.751978] ahci 0000:00:11.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 542, parent: pci0000:00
[ 689.752023] ahci 0000:00:11.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 37 usecs
[ 689.752079] ohci-pci 0000:00:12.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 194 usecs
[ 689.752109] pci 0000:00:00.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 559, parent: pci0000:00
[ 689.752151] pci 0000:00:00.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 30 usecs
[ 689.767287] snd_hda_intel 0000:00:01.1: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 16985 usecs
[ 689.767316] r8169 0000:03:00.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 16831 usecs
[ 689.767338] radeon 0000:00:01.0: calling pci_pm_suspend_noirq+0x0/0x310 @ 542, parent: pci0000:00
[ 689.767351] radeon 0000:00:01.0: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 6 usecs
[ 689.767379] pcieport 0000:00:15.1: calling pci_pm_suspend_noirq+0x0/0x310 @ 515, parent: pci0000:00
[ 689.771052] ehci-pci 0000:00:12.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 18802 usecs
[ 689.771080] ehci-pci 0000:00:13.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 19037 usecs
[ 689.775051] snd_hda_intel 0000:00:14.2: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 23130 usecs
[ 689.787034] pcieport 0000:00:15.1: pci_pm_suspend_noirq+0x0/0x310 returned 0 after 19167 usecs
[ 689.787212] ACPI: Preparing to enter system sleep state S3
[ 689.788432] PM: Saving platform NVS memory
[ 689.788450] Disabling non-boot CPUs ...
[ 689.805907] smpboot: CPU 1 is now offline
[ 689.806903] PM: Calling kvm_suspend+0x0/0x30 [kvm]
[ 689.806914] PM: Calling mce_syscore_suspend+0x0/0x30
[ 689.806920] PM: Calling ledtrig_cpu_syscore_suspend+0x0/0x20
[ 689.806926] PM: Calling timekeeping_suspend+0x0/0x500
[ 689.807027] PM: Calling irq_gc_suspend+0x0/0x90
[ 689.807033] PM: Calling save_ioapic_entries+0x0/0x260
[ 689.807092] PM: Calling i8259A_suspend+0x0/0x30
[ 689.807099] PM: Calling perf_ibs_suspend+0x0/0x20
[ 689.807104] PM: Calling fw_suspend+0x0/0x20
[ 689.807110] PM: Calling acpi_save_bm_rld+0x0/0x20
[ 689.807119] PM: Calling lapic_suspend+0x0/0x310
[ 689.807369] ACPI: Low-level resume complete
[ 689.807606] PM: Restoring platform NVS memory
[ 689.807628] PM: Calling bsp_resume+0x0/0x30
[ 689.807633] PM: Calling lapic_resume+0x0/0x4c0
[ 689.807652] PM: Calling acpi_restore_bm_rld+0x0/0x60
[ 689.807659] PM: Calling irqrouter_resume+0x0/0x60
[ 689.807665] PM: Calling perf_ibs_resume+0x0/0x2c
[ 689.807669] LVT offset 0 assigned for vector 0x400
[ 689.807673] PM: Calling i8259A_resume+0x0/0x30
[ 689.807874] PM: Calling i8237A_resume+0x0/0xc0
[ 689.807929] PM: Calling ioapic_resume+0x0/0x1e0
[ 689.807944] PM: Calling irq_gc_resume+0x0/0x90
[ 689.807948] PM: Calling irq_pm_syscore_resume+0x0/0x20
[ 689.807978] PM: Calling timekeeping_resume+0x0/0x420
[ 689.808048] PM: Calling ledtrig_cpu_syscore_resume+0x0/0x20
[ 689.808053] PM: Calling mce_syscore_resume+0x0/0x30
[ 689.808066] PM: Calling mc_bp_resume+0x0/0x140
[ 689.808118] PM: Calling kvm_resume+0x0/0x40 [kvm]
[ 689.808244] Enabling non-boot CPUs ...
[ 689.811366] x86: Booting SMP configuration:
[ 689.811371] smpboot: Booting Node 0 Processor 1 APIC 0x1
[ 689.811517] Initializing CPU#1
[ 689.814543] cache: parent cpu1 should not be sleeping
[ 689.815073] microcode: CPU1: patch_level=0x05000119
[ 689.815736] CPU1 is up
[ 689.816194] ACPI: Waking up from system sleep state S3
[ 689.817330] pci 0000:00:00.0: calling pci_pm_resume_noirq+0x0/0x130 @ 559, parent: pci0000:00
[ 689.817377] pci 0000:00:00.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 37 usecs
[ 689.817390] radeon 0000:00:01.0: calling pci_pm_resume_noirq+0x0/0x130 @ 559, parent: pci0000:00
[ 689.817423] ahci 0000:00:11.0: calling pci_pm_resume_noirq+0x0/0x130 @ 515, parent: pci0000:00
[ 689.817537] ahci 0000:00:11.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 105 usecs
[ 689.817548] ohci-pci 0000:00:12.0: calling pci_pm_resume_noirq+0x0/0x130 @ 515, parent: pci0000:00
[ 689.817585] ohci-pci 0000:00:12.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 31 usecs
[ 689.817595] ehci-pci 0000:00:12.2: calling pci_pm_resume_noirq+0x0/0x130 @ 515, parent: pci0000:00
[ 689.817617] ohci-pci 0000:00:13.0: calling pci_pm_resume_noirq+0x0/0x130 @ 533, parent: pci0000:00
[ 689.817655] ohci-pci 0000:00:13.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 31 usecs
[ 689.817664] ehci-pci 0000:00:13.2: calling pci_pm_resume_noirq+0x0/0x130 @ 533, parent: pci0000:00
[ 689.817688] piix4_smbus 0000:00:14.0: calling pci_pm_resume_noirq+0x0/0x130 @ 507, parent: pci0000:00
[ 689.817725] piix4_smbus 0000:00:14.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 30 usecs
[ 689.817734] snd_hda_intel 0000:00:14.2: calling pci_pm_resume_noirq+0x0/0x130 @ 507, parent: pci0000:00
[ 689.817765] pci 0000:00:14.3: calling pci_pm_resume_noirq+0x0/0x130 @ 545, parent: pci0000:00
[ 689.817783] pci 0000:00:14.4: calling pci_pm_resume_noirq+0x0/0x130 @ 542, parent: pci0000:00
[ 689.817839] pci 0000:00:14.3: pci_pm_resume_noirq+0x0/0x130 returned 0 after 64 usecs
[ 689.817848] pci 0000:00:14.4: pci_pm_resume_noirq+0x0/0x130 returned 0 after 57 usecs
[ 689.817860] ohci-pci 0000:00:14.5: calling pci_pm_resume_noirq+0x0/0x130 @ 545, parent: pci0000:00
[ 689.817865] pcieport 0000:00:15.1: calling pci_pm_resume_noirq+0x0/0x130 @ 542, parent: pci0000:00
[ 689.817900] pci 0000:00:18.1: calling pci_pm_resume_noirq+0x0/0x130 @ 534, parent: pci0000:00
[ 689.817904] ohci-pci 0000:00:14.5: pci_pm_resume_noirq+0x0/0x130 returned 0 after 35 usecs
[ 689.817914] pci 0000:00:18.2: calling pci_pm_resume_noirq+0x0/0x130 @ 545, parent: pci0000:00
[ 689.817934] pci 0000:00:18.1: pci_pm_resume_noirq+0x0/0x130 returned 0 after 27 usecs
[ 689.817944] k10temp 0000:00:18.3: calling pci_pm_resume_noirq+0x0/0x130 @ 534, parent: pci0000:00
[ 689.817949] pci 0000:00:18.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 26 usecs
[ 689.817958] pci 0000:00:18.4: calling pci_pm_resume_noirq+0x0/0x130 @ 545, parent: pci0000:00
[ 689.817981] k10temp 0000:00:18.3: pci_pm_resume_noirq+0x0/0x130 returned 0 after 29 usecs
[ 689.817990] pci 0000:00:18.5: calling pci_pm_resume_noirq+0x0/0x130 @ 534, parent: pci0000:00
[ 689.817994] pci 0000:00:18.4: pci_pm_resume_noirq+0x0/0x130 returned 0 after 27 usecs
[ 689.818003] pci 0000:00:18.6: calling pci_pm_resume_noirq+0x0/0x130 @ 545, parent: pci0000:00
[ 689.818022] pci 0000:00:18.5: pci_pm_resume_noirq+0x0/0x130 returned 0 after 25 usecs
[ 689.818031] pci 0000:00:18.7: calling pci_pm_resume_noirq+0x0/0x130 @ 534, parent: pci0000:00
[ 689.818035] pci 0000:00:18.6: pci_pm_resume_noirq+0x0/0x130 returned 0 after 25 usecs
[ 689.818058] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_resume_noirq+0x0/0x50 @ 497, parent: platform
[ 689.818063] pci 0000:00:18.7: pci_pm_resume_noirq+0x0/0x130 returned 0 after 21 usecs
[ 689.818069] coreboot_table_acpi BOOT0000:00: acpi_subsys_resume_noirq+0x0/0x50 returned 0 after 4 usecs
[ 689.818146] pci 0000:00:18.0: calling pci_pm_resume_noirq+0x0/0x130 @ 537, parent: pci0000:00
[ 689.818176] pci 0000:00:18.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 23 usecs
[ 689.818199] i8042 i8042: calling i8042_pm_resume_noirq+0x0/0x30 @ 497, parent: platform
[ 689.818208] i8042 i8042: i8042_pm_resume_noirq+0x0/0x30 returned 0 after 3 usecs
[ 689.840148] ehci-pci 0000:00:12.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 22000 usecs
[ 689.840186] pcieport 0000:00:15.1: pci_pm_resume_noirq+0x0/0x130 returned 0 after 21772 usecs
[ 689.840254] r8169 0000:03:00.0: calling pci_pm_resume_noirq+0x0/0x130 @ 545, parent: 0000:00:15.1
[ 689.840420] snd_hda_intel 0000:00:14.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 22146 usecs
[ 689.840431] radeon 0000:00:01.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 22493 usecs
[ 689.840463] snd_hda_intel 0000:00:01.1: calling pci_pm_resume_noirq+0x0/0x130 @ 534, parent: pci0000:00
[ 689.840491] ehci-pci 0000:00:13.2: pci_pm_resume_noirq+0x0/0x130 returned 0 after 22284 usecs
[ 689.860097] snd_hda_intel 0000:00:01.1: pci_pm_resume_noirq+0x0/0x130 returned 0 after 19148 usecs
[ 689.860210] r8169 0000:03:00.0: pci_pm_resume_noirq+0x0/0x130 returned 0 after 19462 usecs
[ 689.860937] coreboot_table_acpi BOOT0000:00: calling acpi_subsys_resume_early+0x0/0x20 @ 497, parent: platform
[ 689.860950] coreboot_table_acpi BOOT0000:00: acpi_subsys_resume_early+0x0/0x20 returned 0 after 5 usecs
[ 689.861315] pci 0000:00:00.0: calling pci_pm_resume+0x0/0x100 @ 545, parent: pci0000:00
[ 689.861337] pci 0000:00:00.0: pci_pm_resume+0x0/0x100 returned 0 after 13 usecs
[ 689.861349] radeon 0000:00:01.0: calling pci_pm_resume+0x0/0x100 @ 545, parent: pci0000:00
[ 689.861529] thermal LNXTHERM:00: calling acpi_thermal_resume+0x0/0x280 [thermal] @ 497, parent: device:0b
[ 689.861549] thermal LNXTHERM:00: acpi_thermal_resume+0x0/0x280 [thermal] returned 0 after 12 usecs
[ 689.861585] button PNP0C0C:00: calling acpi_button_resume+0x0/0x90 [button] @ 497, parent: LNXSYBUS:00
[ 689.861595] button PNP0C0C:00: acpi_button_resume+0x0/0x90 [button] returned 0 after 3 usecs
[ 689.861639] ahci 0000:00:11.0: calling pci_pm_resume+0x0/0x100 @ 514, parent: pci0000:00
[ 689.861770] [drm] Found smc ucode version: 0x00010601
[ 689.861791] ahci 0000:00:11.0: pci_pm_resume+0x0/0x100 returned 0 after 142 usecs
[ 689.861801] ohci-pci 0000:00:12.0: calling pci_pm_resume+0x0/0x100 @ 514, parent: pci0000:00
[ 689.862784] ehci-pci 0000:00:12.2: calling pci_pm_resume+0x0/0x100 @ 544, parent: pci0000:00
[ 689.862985] ohci-pci 0000:00:13.0: calling pci_pm_resume+0x0/0x100 @ 534, parent: pci0000:00
[ 689.863161] ehci-pci 0000:00:13.2: calling pci_pm_resume+0x0/0x100 @ 537, parent: pci0000:00
[ 689.863319] piix4_smbus 0000:00:14.0: calling pci_pm_resume+0x0/0x100 @ 525, parent: pci0000:00
[ 689.863329] piix4_smbus 0000:00:14.0: pci_pm_resume+0x0/0x100 returned 0 after 4 usecs
[ 689.863338] snd_hda_intel 0000:00:14.2: calling pci_pm_resume+0x0/0x100 @ 525, parent: pci0000:00
[ 689.863470] pci 0000:00:14.3: calling pci_pm_resume+0x0/0x100 @ 524, parent: pci0000:00
[ 689.863479] pci 0000:00:14.3: pci_pm_resume+0x0/0x100 returned 0 after 4 usecs
[ 689.863493] pci 0000:00:14.4: calling pci_pm_resume+0x0/0x100 @ 524, parent: pci0000:00
[ 689.863502] pci 0000:00:14.4: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.863509] ohci-pci 0000:00:14.5: calling pci_pm_resume+0x0/0x100 @ 524, parent: pci0000:00
[ 689.863774] platform PNP0800:00: calling platform_pm_resume+0x0/0x80 @ 497, parent: 0000:00:14.3
[ 689.863783] platform PNP0800:00: platform_pm_resume+0x0/0x80 returned 0 after 3 usecs
[ 689.863790] platform PNP0C04:00: calling platform_pm_resume+0x0/0x80 @ 497, parent: 0000:00:14.3
[ 689.863797] platform PNP0C04:00: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 689.863803] platform PNP0C0C:00: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 689.863810] platform PNP0C0C:00: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 689.863819] button LNXPWRBN:00: calling acpi_button_resume+0x0/0x90 [button] @ 497, parent: LNXSYSTM:00
[ 689.863829] button LNXPWRBN:00: acpi_button_resume+0x0/0x90 [button] returned 0 after 5 usecs
[ 689.863840] rtc_cmos 00:00: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 689.863983] rtc_cmos 00:00: pnp_bus_resume+0x0/0x100 returned 0 after 134 usecs
[ 689.863989] i8042 kbd 00:01: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 689.863998] i8042 kbd 00:01: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 689.864004] i8042 aux 00:02: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 689.864012] i8042 aux 00:02: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 689.864018] i8042 kbd 00:03: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 689.864025] i8042 kbd 00:03: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 689.864031] i8042 aux 00:04: calling pnp_bus_resume+0x0/0x100 @ 497, parent: pnp0
[ 689.864039] i8042 aux 00:04: pnp_bus_resume+0x0/0x100 returned 0 after 2 usecs
[ 689.864075] pcieport 0000:00:15.1: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864080] pcspkr pcspkr: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 689.864088] pcspkr pcspkr: platform_pm_resume+0x0/0x80 returned 0 after 3 usecs
[ 689.864094] platform platform-framebuffer.0: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 689.864102] platform platform-framebuffer.0: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 689.864109] alarmtimer alarmtimer: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 689.864118] alarmtimer alarmtimer: platform_pm_resume+0x0/0x80 returned 0 after 3 usecs
[ 689.864131] serial8250 serial8250: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 689.864143] serial8250 serial8250: platform_pm_resume+0x0/0x80 returned 0 after 6 usecs
[ 689.864153] i8042 i8042: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 689.864168] pcieport 0000:00:15.1: pci_pm_resume+0x0/0x100 returned 0 after 84 usecs
[ 689.864177] pci 0000:00:18.0: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864185] pci 0000:00:18.0: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864193] pci 0000:00:18.1: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864201] pci 0000:00:18.1: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864208] pci 0000:00:18.2: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864215] pci 0000:00:18.2: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864224] k10temp 0000:00:18.3: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864231] k10temp 0000:00:18.3: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864239] pci 0000:00:18.4: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864247] pci 0000:00:18.4: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864254] pci 0000:00:18.5: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864262] pci 0000:00:18.5: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864269] pci 0000:00:18.6: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864276] pci 0000:00:18.6: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864283] pci 0000:00:18.7: calling pci_pm_resume+0x0/0x100 @ 540, parent: pci0000:00
[ 689.864290] pci 0000:00:18.7: pci_pm_resume+0x0/0x100 returned 0 after 3 usecs
[ 689.864297] r8169 0000:03:00.0: calling pci_pm_resume+0x0/0x100 @ 540, parent: 0000:00:15.1
[ 689.867104] i8042 i8042: platform_pm_resume+0x0/0x80 returned 0 after 2876 usecs
[ 689.867125] atkbd serio0: calling serio_resume+0x0/0xd0 @ 497, parent: i8042
[ 689.867145] atkbd serio0: serio_resume+0x0/0xd0 returned 0 after 14 usecs
[ 689.867170] rtc rtc0: calling rtc_resume+0x0/0x20 @ 497, parent: 00:00
[ 689.867178] rtc rtc0: rtc_resume+0x0/0x20 returned 0 after 3 usecs
[ 689.867198] platform microcode: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 689.867205] platform microcode: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 689.867214] input input0: calling input_dev_resume+0x0/0x50 @ 497, parent: serio0
[ 689.867231] input input0: input_dev_resume+0x0/0x50 returned 0 after 10 usecs
[ 689.867247] leds input0::numlock: calling led_resume+0x0/0x50 @ 497, parent: input0
[ 689.867254] leds input0::numlock: led_resume+0x0/0x50 returned 0 after 3 usecs
[ 689.867260] leds input0::capslock: calling led_resume+0x0/0x50 @ 497, parent: input0
[ 689.867267] leds input0::capslock: led_resume+0x0/0x50 returned 0 after 2 usecs
[ 689.867272] leds input0::scrolllock: calling led_resume+0x0/0x50 @ 497, parent: input0
[ 689.867279] leds input0::scrolllock: led_resume+0x0/0x50 returned 0 after 2 usecs
[ 689.867309] input input2: calling input_dev_resume+0x0/0x50 @ 497, parent: PNP0C0C:00
[ 689.867316] input input2: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 689.867323] input input3: calling input_dev_resume+0x0/0x50 @ 497, parent: LNXPWRBN:00
[ 689.867330] input input3: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 689.871743] ata1: calling ata_port_pm_resume+0x0/0x60 [libata] @ 527, parent: 0000:00:11.0
[ 689.871782] ata1: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 21 usecs
[ 689.871801] ata2: calling ata_port_pm_resume+0x0/0x60 [libata] @ 527, parent: 0000:00:11.0
[ 689.871828] ata2: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 10 usecs
[ 689.871847] ata3: calling ata_port_pm_resume+0x0/0x60 [libata] @ 527, parent: 0000:00:11.0
[ 689.871872] ata3: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 9 usecs
[ 689.871891] ata4: calling ata_port_pm_resume+0x0/0x60 [libata] @ 527, parent: 0000:00:11.0
[ 689.871917] ata4: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 10 usecs
[ 689.871937] ata5: calling ata_port_pm_resume+0x0/0x60 [libata] @ 527, parent: 0000:00:11.0
[ 689.871962] ata5: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 9 usecs
[ 689.871981] ata6: calling ata_port_pm_resume+0x0/0x60 [libata] @ 527, parent: 0000:00:11.0
[ 689.872006] ata6: ata_port_pm_resume+0x0/0x60 [libata] returned 0 after 9 usecs
[ 689.872031] scsi host0: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: ata1
[ 689.872052] scsi host0: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 3 usecs
[ 689.872074] scsi host1: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: ata2
[ 689.872094] scsi host1: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 689.872117] scsi host2: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: ata3
[ 689.872136] scsi host2: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 689.872160] scsi host3: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: ata4
[ 689.872182] scsi host3: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 5 usecs
[ 689.872204] scsi host4: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: ata5
[ 689.872223] scsi host4: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 689.872245] scsi host5: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: ata6
[ 689.872264] scsi host5: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 689.872288] scsi target0:0:0: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: host0
[ 689.872307] scsi target0:0:0: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 2 usecs
[ 689.872327] sd 0:0:0:0: calling scsi_bus_resume+0x0/0x20 [scsi_mod] @ 527, parent: target0:0:0
[ 689.872575] snd_hda_intel 0000:00:14.2: pci_pm_resume+0x0/0x100 returned 0 after 9012 usecs
[ 689.872593] snd_hda_codec_realtek hdaudioC1D0: calling pm_runtime_force_resume+0x0/0x170 @ 525, parent: 0000:00:14.2
[ 689.874705] sd 0:0:0:0: [sda] Starting disk
[ 689.877102] [drm] PCIE GART of 1024M enabled (table at 0x0000000000162000).
[ 689.877411] radeon 0000:00:01.0: WB enabled
[ 689.877420] radeon 0000:00:01.0: fence driver on ring 0 use gpu addr 0x0000000018000c00 and cpu addr 0x2ebc320d
[ 689.877425] radeon 0000:00:01.0: fence driver on ring 3 use gpu addr 0x0000000018000c0c and cpu addr 0xb29a6da6
[ 689.878185] radeon 0000:00:01.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0x53642260
[ 689.894572] ohci-pci 0000:00:12.0: pci_pm_resume+0x0/0x100 returned 0 after 31988 usecs
[ 689.894607] ohci-pci 0000:00:14.5: pci_pm_resume+0x0/0x100 returned 0 after 30362 usecs
[ 689.894685] ohci-pci 0000:00:13.0: pci_pm_resume+0x0/0x100 returned 0 after 30933 usecs
[ 689.894720] ehci-pci 0000:00:12.2: pci_pm_resume+0x0/0x100 returned 0 after 31180 usecs
[ 689.894762] usb usb3: calling usb_dev_resume+0x0/0x20 [usbcore] @ 543, parent: 0000:00:12.0
[ 689.894764] [drm] ring test on 0 succeeded in 1 usecs
[ 689.894774] [drm] ring test on 3 succeeded in 3 usecs
[ 689.894881] usb usb5: calling usb_dev_resume+0x0/0x20 [usbcore] @ 512, parent: 0000:00:14.5
[ 689.894991] ehci-pci 0000:00:13.2: pci_pm_resume+0x0/0x100 returned 0 after 31077 usecs
[ 689.895029] usb usb4: calling usb_dev_resume+0x0/0x20 [usbcore] @ 519, parent: 0000:00:13.0
[ 689.895131] usb usb1: calling usb_dev_resume+0x0/0x20 [usbcore] @ 523, parent: 0000:00:12.2
[ 689.895187] usb usb2: calling usb_dev_resume+0x0/0x20 [usbcore] @ 518, parent: 0000:00:13.2
[ 689.895529] usb usb2: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 310 usecs
[ 689.911811] r8169 0000:03:00.0: pci_pm_resume+0x0/0x100 returned 0 after 46376 usecs
[ 689.920213] usb usb1: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 24453 usecs
[ 689.940703] [drm] ring test on 5 succeeded in 1 usecs
[ 689.943787] r8169 0000:03:00.0 enp3s0: link down
[ 689.960660] [drm] UVD initialized successfully.
[ 689.960886] [drm] ib test on ring 0 succeeded in 0 usecs
[ 689.960955] [drm] ib test on ring 3 succeeded in 0 usecs
[ 689.968155] usb usb5: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 71517 usecs
[ 689.968393] usb usb4: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 71621 usecs
[ 689.979430] usb usb3: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 82642 usecs
[ 689.979524] usb 3-2: calling usb_dev_resume+0x0/0x20 [usbcore] @ 751, parent: usb3
[ 690.040509] snd_hda_codec_realtek hdaudioC1D0: pm_runtime_force_resume+0x0/0x170 returned 0 after 163956 usecs
[ 690.053420] usb 3-2: usb_dev_resume+0x0/0x20 [usbcore] returned 0 after 72122 usecs
[ 690.186663] ata3: SATA link down (SStatus 0 SControl 300)
[ 690.186717] ata2: SATA link down (SStatus 0 SControl 300)
[ 690.186757] ata4: SATA link down (SStatus 0 SControl 300)
[ 690.186790] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 690.186824] ata6: SATA link down (SStatus 0 SControl 300)
[ 690.186857] ata5: SATA link down (SStatus 0 SControl 300)
[ 690.189323] ata1.00: configured for UDMA/133
[ 690.189697] sd 0:0:0:0: scsi_bus_resume+0x0/0x20 [scsi_mod] returned 0 after 309900 usecs
[ 690.504086] [drm] ib test on ring 5 succeeded
[ 690.596026] radeon 0000:00:01.0: pci_pm_resume+0x0/0x100 returned 0 after 717432 usecs
[ 690.596215] snd_hda_intel 0000:00:01.1: calling pci_pm_resume+0x0/0x100 @ 133, parent: pci0000:00
[ 690.599348] snd_hda_intel 0000:00:01.1: pci_pm_resume+0x0/0x100 returned 0 after 3029 usecs
[ 690.599547] input input4: calling input_dev_resume+0x0/0x50 @ 497, parent: card0
[ 690.599569] input input4: input_dev_resume+0x0/0x50 returned 0 after 12 usecs
[ 690.599579] sp5100-tco sp5100-tco: calling platform_pm_resume+0x0/0x80 @ 497, parent: platform
[ 690.599587] sp5100-tco sp5100-tco: platform_pm_resume+0x0/0x80 returned 0 after 2 usecs
[ 690.599596] input input5: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599705] input input5: input_dev_resume+0x0/0x50 returned 0 after 100 usecs
[ 690.599715] input input6: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599723] input input6: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599729] input input7: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599737] input input7: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599743] input input8: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599750] input input8: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599756] input input9: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599763] input input9: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599770] input input10: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599777] input input10: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599784] input input11: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599793] snd_hda_codec_hdmi hdaudioC0D0: calling pm_runtime_force_resume+0x0/0x170 @ 533, parent: 0000:00:01.1
[ 690.599798] input input11: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599804] input input12: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599812] input input12: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599818] input input13: calling input_dev_resume+0x0/0x50 @ 497, parent: card1
[ 690.599825] input input13: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599836] input input14: calling input_dev_resume+0x0/0x50 @ 497, parent: pcspkr
[ 690.599921] input input14: input_dev_resume+0x0/0x50 returned 0 after 78 usecs
[ 690.599948] input input16: calling input_dev_resume+0x0/0x50 @ 497, parent: 0003:1241:1122.0001
[ 690.599955] input input16: input_dev_resume+0x0/0x50 returned 0 after 2 usecs
[ 690.599977] serio serio1: calling serio_resume+0x0/0xd0 @ 497, parent: i8042
[ 690.600003] serio serio1: serio_resume+0x0/0xd0 returned 0 after 20 usecs
[ 690.600011] snd_hda_codec_hdmi hdaudioC0D0: pm_runtime_force_resume+0x0/0x170 returned 0 after 203 usecs
[ 690.601808] OOM killer enabled.
[ 690.601810] Restarting tasks ... done.
[ 690.619744] PM: suspend exit
[ 692.577123] r8169 0000:03:00.0 enp3s0: link up
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 5174 bytes --]
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox