Open rrva opened 9 years ago
Linux version 4.0.1-1-ARCH (vagrant@localhost) (gcc version 4.9.2 20150304 (prerelease) (GCC)
Confirmed on latest Debian sid.
[ 6685.222705] general protection fault: 0000 [#2] SMP
[ 6685.222876] Modules linked in: vmw_vsock_vmci_transport vsock vmhgfs(O) iosf_mbi coretemp crct10dif_pclmul crc32_pclmul crc32c_intel snd_ens1371 snd_rawmidi snd_seq_device snd_ac97_codec ghash_clmulni_intel snd_pcm aesni_intel snd_timer snd aes_x86_64 lrw gf128mul hid_generic usbhid soundcore hid psmouse ppdev serio_raw glue_helper ac97_bus ablk_helper cryptd gameport e1000 sr_mod cdrom pcspkr vmw_balloon evdev uhci_hcd ehci_pci ehci_hcd sg usbcore usb_common parport_pc floppy 8250_fintek ata_generic battery parport acpi_cpufreq i2c_piix4 shpchp processor vmwgfx ttm drm_kms_helper drm ata_piix libata thermal_sys i2c_core vmw_vmci ac button fuse autofs4 ext4 crc16 mbcache jbd2 vmw_pvscsi vmxnet3 sd_mod mptspi scsi_transport_spi mptscsih scsi_mod mptbase
[ 6685.223628] CPU: 2 PID: 69675 Comm: unzip Tainted: G D W O 4.0.0-1-amd64 #1 Debian 4.0.2-1
[ 6685.223745] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 05/20/2014
[ 6685.223861] task: ffff8800ba9fe3d0 ti: ffff8800684d0000 task.ti: ffff8800684d0000
[ 6685.223961] RIP: 0010:[<ffffffff811602ee>] [<ffffffff811602ee>] page_cache_async_readahead+0x4e/0xa0
[ 6685.224075] RSP: 0018:ffff8800684d3d68 EFLAGS: 00010202
[ 6685.224132] RAX: ffff8800ba8bec28 RBX: ffff88003783dfa0 RCX: ffffea0002d2ab40
[ 6685.224206] RDX: 41444f4d00317570 RSI: 0000000000000002 RDI: 7570633d5341494c
[ 6685.224274] RBP: 000000000000f60c R08: 000000000000f60c R09: 0000000000000002
[ 6685.224341] R10: ffff8800684d3d28 R11: 0000000000000246 R12: 0000000000000002
[ 6685.224410] R13: ffff88003783df00 R14: ffff8801717d5e98 R15: ffffea0002d2ab40
[ 6685.224479] FS: 00007f1c98cd9700(0000) GS:ffff880174640000(0000) knlGS:0000000000000000
[ 6685.224583] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 6685.224642] CR2: 0000000000e9d008 CR3: 00000000ba8e5000 CR4: 00000000000407e0
[ 6685.224738] Stack:
[ 6685.224782] ffff8801717d5e98 ffff88003783df00 000000000000f60c ffff8800684d3e68
[ 6685.224887] 0000000000000002 ffffffff81154a79 ffffffff81adcac0 0000000000000000
[ 6685.224992] ffff8801717d5d40 ffff8800684d3e90 ffff88003783dfa0 000000000000f60b
[ 6685.225096] Call Trace:
[ 6685.225141] [<ffffffff81154a79>] ? generic_file_read_iter+0x359/0x5e0
[ 6685.225215] [<ffffffff8118a991>] ? page_add_new_anon_rmap+0x71/0xa0
[ 6685.225279] [<ffffffff81180963>] ? handle_mm_fault+0xd33/0x1640
[ 6685.225344] [<ffffffff811c13d1>] ? new_sync_read+0x71/0xa0
[ 6685.225404] [<ffffffff811c25c1>] ? vfs_read+0x81/0x130
[ 6685.225469] [<ffffffff811c26b2>] ? SyS_read+0x42/0xb0
[ 6685.225527] [<ffffffff8156418d>] ? system_call_fast_compare_end+0xc/0x11
[ 6685.225591] Code: 54 4d 89 cc 55 4c 89 c5 53 48 89 f3 f0 80 61 02 fb 48 8b 3f e8 f4 b2 08 00 48 8b 50 28 48 85 d2 74 1b 48 8b 78 30 be 02 00 00 00 <ff> d2 85 c0 74 1c 5b 5d 41 5c 41 5d 41 5e c3 0f 1f 00 48 8b 40
[ 6685.225834] RIP [<ffffffff811602ee>] page_cache_async_readahead+0x4e/0xa0
[ 6685.225902] RSP <ffff8800684d3d68>
[ 6685.226225] ---[ end trace 9f0dfc859688b8a6 ]---
4.0.2-1
@sl4ever: any ideas?
It's my fault. I assume bdi_setup_and_register() will initialize all infos, but it not.
Is this what's fixed in #51?
When reading large files over hgfs mounts, I often get a kernel oops in page_cache_async_readahead
Once:
Second time: