Description of problem: This error happens when running a Windows-guest VM using Libvirt. On I/O intensive batch processes, this whole Kernel Oops appear. Additional info: reporter: libreport-2.9.5 BUG: unable to handle kernel paging request at 0000400000000020 PGD 0 P4D 0 Oops: 0000 [#1] SMP PTI Modules linked in: vhost_net vhost tap fuse xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun devlink ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge stp llc ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_raw iptable_security ebtable_filter ebtables ip6table_filter ip6_tables sunrpc dm_thin_pool dm_persistent_data dm_bio_prison vfat fat snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core intel_rapl snd_hwdep x86_pkg_temp_thermal snd_seq intel_powerclamp coretemp snd_seq_device eeepc_wmi asus_wmi snd_pcm kvm_intel snd_timer sparse_keymap kvm snd rfkill joydev irqbypass soundcore iTCO_wdt iTCO_vendor_support intel_cstate i2c_i801 intel_uncore wmi_bmof intel_rapl_perf mei_wdt ppdev shpchp acpi_pad mei_me parport_pc parport mei xfs libcrc32c dm_crypt i915 nouveau ttm i2c_algo_bit drm_kms_helper crct10dif_pclmul mxm_wmi crc32_pclmul crc32c_intel drm r8169 ghash_clmulni_intel mii wmi video CPU: 4 PID: 17420 Comm: worker Not tainted 4.17.5-200.fc28.x86_64 #1 Hardware name: System manufacturer System Product Name/B150M-C D3, BIOS 2604 02/21/2018 RIP: 0010:find_get_entry+0x41/0x170 RSP: 0018:ffffb54a8d753c68 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffff92ea9cffb318 RCX: 0000000000000020 RDX: 0000400000000000 RSI: 000000000028b720 RDI: ffff92e6ea721ed0 RBP: 000000000028b720 R08: ffff92e6ea721ed0 R09: ffff92e6ea721da8 R10: ffff92e6ea721dd0 R11: 0000000000000000 R12: 0000000000000000 R13: ffff92ea9cffb310 R14: 000000000028b720 R15: ffffffff8e283480 FS: 00007f8c227fc700(0000) GS:ffff92eac5d00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000400000000020 CR3: 0000000351c54002 CR4: 00000000003626e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: pagecache_get_page+0x30/0x340 generic_file_read_iter+0x262/0xcf0 ? page_cache_tree_insert+0xe0/0xe0 do_iter_readv_writev+0x15d/0x190 do_iter_read+0xd3/0x180 vfs_readv+0x6f/0xb0 ? __vfs_write+0x36/0x170 ? file_has_perm+0xb0/0xc0 ? __x64_sys_futex+0x143/0x180 do_preadv+0x89/0xe0 do_syscall_64+0x5b/0x160 entry_SYSCALL_64_after_hwframe+0x44/0xa9 RIP: 0033:0x7f8d91e37fda RSP: 002b:00007f8c227fb830 EFLAGS: 00000246 ORIG_RAX: 0000000000000127 RAX: ffffffffffffffda RBX: 0000000000000016 RCX: 00007f8d91e37fda RDX: 0000000000000010 RSI: 000056447c2e6c38 RDI: 0000000000000016 RBP: 000056447c2e6c38 R08: 0000000000000000 R09: 0000000000000000 R10: 000000028b715000 R11: 0000000000000246 R12: 0000000000000010 R13: 000000028b715000 R14: 00007f8c22ffc760 R15: 00007f8c22ffc760 Code: 4a 6f 00 49 89 c0 48 85 c0 0f 84 08 01 00 00 48 8b 10 48 85 d2 74 0e 48 89 d0 83 e0 03 74 0c 48 83 f8 01 74 d3 48 89 d0 5b 5d c3 <48> 8b 42 20 48 8d 78 ff a8 01 48 0f 44 fa 8b 47 1c 85 c0 74 b8 RIP: find_get_entry+0x41/0x170 RSP: ffffb54a8d753c68 CR2: 0000400000000020
Created attachment 1466821 [details] File: dmesg
We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.18.10-300.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 2 weeks. If you are still experiencing this issue, please reopen and let us know if the bug is still present on the latest kernel. (Please note: sometimes bugs get mistakenly closed during our mass closing. If you think your bug was closed in error please reopen)
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days