Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#23595 - [open-vm-tools-modules] 2011.01.24-1 Kernel oops in vmhgfs

Attached to Project: Community Packages
Opened by Wil (nullptr) - Tuesday, 05 April 2011, 08:53 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 11 April 2011, 10:12 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture x86_64
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Any access to a host mount through vmhgfs results in a kernel oops and system hang. This occurs on a Mac OSX v10.6.7 host running VMware Fusion 3.1.2. A sample oops follows.

Apr 5 01:35:27 arch kernel: BUG: unable to handle kernel paging request at ffffffffffffffff
Apr 5 01:35:27 arch kernel: IP: [<ffffffffa03990a7>] HgfsCreateFileInfo+0xe7/0x190 [vmhgfs]
Apr 5 01:35:27 arch kernel: PGD 154d067 PUD 154e067 PMD 0
Apr 5 01:35:27 arch kernel: Oops: 0002 [#1] PREEMPT SMP
Apr 5 01:35:27 arch kernel: last sysfs file: /sys/devices/virtual/block/dm-0/queue/hw_sector_size
Apr 5 01:35:27 arch kernel: CPU 0
Apr 5 01:35:27 arch kernel: Modules linked in: fuse ipv6 vmsync vmblock vmhgfs ext2 snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss floppy parport_pc snd_ens1371 gameport snd_rawmidi snd_seq_device snd_ac97_codec ac97_bus uhci_hcd snd_pcm snd_timer ppdev snd mptspi e1000 soundcore snd_page_alloc processor lp button container battery psmouse parport vmw_balloon mptscsih evdev serio_raw pcspkr intel_agp ac sg intel_gtt i2c_piix4 mptbase shpchp scsi_transport_spi i2c_core pci_hotplug vmci ext4 mbcache jbd2 crc16 cryptd aes_x86_64 aes_generic xts gf128mul dm_crypt dm_mod sd_mod sr_mod cdrom ata_piix ehci_hcd pata_acpi libata usbcore scsi_mod
Apr 5 01:35:27 arch kernel:
Apr 5 01:35:27 arch kernel: Pid: 1424, comm: gvfs-gdu-volume Not tainted 2.6.37-ARCH #1 VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform
Apr 5 01:35:27 arch kernel: RIP: 0010:[<ffffffffa03990a7>] [<ffffffffa03990a7>] HgfsCreateFileInfo+0xe7/0x190 [vmhgfs]
Apr 5 01:35:27 arch kernel: RSP: 0018:ffff88007883fc58 EFLAGS: 00010286
Apr 5 01:35:27 arch kernel: RAX: ffffffffffffffff RBX: ffff8800782a0000 RCX: ffff88007fc15f90
Apr 5 01:35:27 arch kernel: RDX: ffffffffa039903d RSI: 00000000000000d0 RDI: ffffffffa03a1300
Apr 5 01:35:27 arch kernel: RBP: ffff88007883fc98 R08: 0000000000000000 R09: 2222222222222222
Apr 5 01:35:27 arch kernel: R10: 0000000000000000 R11: 00000000ffffffff R12: 0000000000000008
Apr 5 01:35:27 arch kernel: R13: ffff880079c02248 R14: ffff88007a6548e0 R15: 0000000000000001
Apr 5 01:35:27 arch kernel: FS: 00007f716d3d7700(0000) GS:ffff88007fc00000(0000) knlGS:0000000000000000
Apr 5 01:35:27 arch kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 5 01:35:27 arch kernel: CR2: ffffffffffffffff CR3: 000000007a1b1000 CR4: 00000000000006f0
Apr 5 01:35:27 arch kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Apr 5 01:35:27 arch kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Apr 5 01:35:27 arch kernel: Process gvfs-gdu-volume (pid: 1424, threadinfo ffff88007883e000, task ffff880079993090)
Apr 5 01:35:27 arch kernel: Stack:
Apr 5 01:35:27 arch kernel: 0000000000000020 ffff88007a6548e0 0000000000000000 ffff8800782a0000
Apr 5 01:35:27 arch kernel: ffff880079e1cd00 ffff88007accc480 ffffffffa03974d0 ffff880079c02000
Apr 5 01:35:27 arch kernel: ffff88007883fcc8 ffffffffa03974f8 ffff88007883fcc8 00000008811ba0a8
Apr 5 01:35:27 arch kernel: Call Trace:
Apr 5 01:35:27 arch kernel: [<ffffffffa03974d0>] ? HgfsDirOpen+0x0/0x30 [vmhgfs]
Apr 5 01:35:27 arch kernel: [<ffffffffa03974f8>] HgfsDirOpen+0x28/0x30 [vmhgfs]
Apr 5 01:35:27 arch kernel: [<ffffffff81133d93>] __dentry_open+0x103/0x390
Apr 5 01:35:27 arch kernel: [<ffffffff811402f1>] ? __follow_mount+0x31/0xc0
Apr 5 01:35:27 arch kernel: [<ffffffff81135041>] nameidata_to_filp+0x61/0x70
Apr 5 01:35:27 arch kernel: [<ffffffff81143a00>] do_last+0x480/0x7a0
Apr 5 01:35:27 arch kernel: [<ffffffff81143f15>] do_filp_open+0x1f5/0x690
Apr 5 01:35:27 arch kernel: [<ffffffff811f251d>] ? _atomic_dec_and_lock+0x4d/0x70
Apr 5 01:35:27 arch kernel: [<ffffffff8114f794>] ? alloc_fd+0xf4/0x150
Apr 5 01:35:27 arch kernel: [<ffffffff811350b4>] do_sys_open+0x64/0x110
Apr 5 01:35:27 arch kernel: [<ffffffff8113517b>] sys_open+0x1b/0x20
Apr 5 01:35:27 arch kernel: [<ffffffff8100bed2>] system_call_fastpath+0x16/0x1b
Apr 5 01:35:27 arch kernel: Code: 46 18 01 e8 4c e0 00 e1 49 8b 85 50 02 00 00 4d 89 b5 50 02 00 00 49 81 c5 48 02 00 00 4d 89 2e 48 c7 c7 00 13 3a a0 49 89 46 08 <4c> 89 30 e8 61 e5 00 e1 31 c0 e9 53 ff ff ff 66 2e 0f 1f 84 00
Apr 5 01:35:27 arch kernel: RIP [<ffffffffa03990a7>] HgfsCreateFileInfo+0xe7/0x190 [vmhgfs]
Apr 5 01:35:27 arch kernel: RSP <ffff88007883fc58>
Apr 5 01:35:27 arch kernel: CR2: ffffffffffffffff
Apr 5 01:35:27 arch kernel: ---[ end trace 3545c64090eaaeee ]---
Apr 5 01:35:27 arch kernel: note: gvfs-gdu-volume[1424] exited with preempt_count 1
This task depends upon

Closed by  Sergej Pupykin (sergej)
Monday, 11 April 2011, 10:12 GMT
Reason for closing:  Fixed
Additional comments about closing:  updated open-vm-tools moved from testing with kernel 2.6.38
Comment by Wil (nullptr) - Tuesday, 05 April 2011, 09:10 GMT
It seems that building and installing the latest package from community-testing fixes the issue. Either an upstream bug was fixed, or the package in community got out of sync with the running kernel?
Comment by Jelle van der Waa (jelly) - Tuesday, 05 April 2011, 23:51 GMT
you installed a new kernel too right? Could be that ;)
Comment by Wil (nullptr) - Wednesday, 06 April 2011, 00:17 GMT
I built and installed open-vm-tools and open-vm-tools-modules from community-testing using abs. I didn't update any other packages in the interval between the crash and observed lack of a crash. I was and am running the stock kernel from core in both cases.

Jelly, thanks for checking, I neglected to mention anything about that. :-)

Loading...