This is, sadly, a kernel issue. I've got Fedora 15 in a vm (Fusion 4.1) and since the move to 2.6.41, I'm able to compile the kernel modules, but they cause an oops:
Dec 20 22:58:09 virt kernel: [139313.781987] BUG: unable to handle kernel NULL pointer dereference at 0000000000000068
Dec 20 22:58:09 virt kernel: [139313.782334] IP: [<ffffffff8113b627>] d_alloc+0xf/0x51
Dec 20 22:58:09 virt kernel: [139313.782408] PGD 101068067 PUD 13640b067 PMD 0
Dec 20 22:58:09 virt kernel: [139313.782474] Oops: 0000 [#2] SMP Dec 20 22:58:09 virt kernel: [139313.782573] CPU 0 Dec 20 22:58:09 virt kernel: [139313.782596] Modules linked in: vsock tun sunrpc tpm_infineon nf_conntrack_ipv4 nf_defrag_ipv4 ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables fuse vmhgfs vmci rfcomm bnep ext2 snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus btusb snd_seq snd_seq_device snd_pcm bluetooth ppdev snd_timer snd soundcore e1000 parport_pc parport rfkill snd_page_alloc microcode vmw_balloon joydev i2c_piix4 i2c_core shpchp ipv6 xts gf128mul dm_crypt mptspi mptscsih mptbase scsi_transport_spi [last unloaded: speedstep_lib]
Dec 20 22:58:09 virt kernel: [139313.783304]
Dec 20 22:58:09 virt kernel: [139313.783407] Pid: 27004, comm: mount.vmhgfs Tainted: G D 2.6.41.4-1.fc15.x86_64 #1 VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform
Dec 20 22:58:09 virt kernel: [139313.784592] RIP: 0010:[<ffffffff8113b627>] [<ffffffff8113b627>] d_alloc+0xf/0x51
Dec 20 22:58:09 virt kernel: [139313.784743] RSP: 0018:ffff8801349d5ce8 EFLAGS: 00010246
Dec 20 22:58:09 virt kernel: [139313.784810] RAX: 0000000000000001 RBX: 0000000000000000 RCX: 0000000000002066
Dec 20 22:58:09 virt kernel: [139313.784921] RDX: 0000000000000000 RSI: ffff8801349d5d08 RDI: 0000000000000000
Dec 20 22:58:09 virt kernel: [139313.785022] RBP: ffff8801349d5cf8 R08: 0000000000000001 R09: 00000000000002f0
Dec 20 22:58:09 virt kernel: [139313.785122] R10: 0000000000000001 R11: ffff880134792400 R12: ffff880102957000
Dec 20 22:58:09 virt kernel: [139313.785232] R13: ffff880098a95000 R14: ffff880134bd1000 R15: 0000000000000000
Dec 20 22:58:09 virt kernel: [139313.785338] FS: 00007f14a89cb720(0000) GS:ffff88013b200000(0000) knlGS:0000000000000000
Dec 20 22:58:09 virt kernel: [139313.785465] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Dec 20 22:58:09 virt kernel: [139313.785551] CR2: 0000000000000068 CR3: 000000010096f000 CR4: 00000000000006f0
Dec 20 22:58:09 virt kernel: [139313.785749] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Dec 20 22:58:09 virt kernel: [139313.785875] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Dec 20 22:58:09 virt kernel: [139313.785981] Process mount.vmhgfs (pid: 27004, threadinfo ffff8801349d4000, task ffff880098bdc590)
Dec 20 22:58:09 virt kernel: [139313.786114] Stack:
Dec 20 22:58:09 virt kernel: [139313.786162] ffff880102a82d00 ffff880102957000 ffff8801349d5d18 ffffffff8113b6ca
Dec 20 22:58:09 virt kernel: [139313.786310] 0000000100002066 ffffffffa0176934 ffff8801349d5d68 ffffffffa0174fcd
Dec 20 22:58:09 virt kernel: [139313.786465] ffff880102957068 ffffffffa0177190 00000000000000d0 0000000000000000Dec 20 22:58:09 virt kernel: [139313.786585] Call Trace:
Dec 20 22:58:09 virt kernel: [139313.786630] [<ffffffff8113b6ca>] d_alloc_name+0x61/0x63
Dec 20 22:58:09 virt kernel: [139313.786703] [<ffffffffa0174fcd>] HgfsReadSuper+0x227/0x28f [vmhgfs]
Dec 20 22:58:09 virt kernel: [139313.786782] [<ffffffffa0174da6>] ? HgfsMount+0x1a/0x1a [vmhgfs]
Dec 20 22:58:09 virt kernel: [139313.786858] [<ffffffff8112bd23>] mount_nodev+0x4b/0x7e
Dec 20 22:58:09 virt kernel: [139313.786927] [<ffffffffa0174da4>] HgfsMount+0x18/0x1a [vmhgfs]
Dec 20 22:58:09 virt kernel: [139313.786999] [<ffffffff8112c776>] mount_fs+0x69/0x153
Dec 20 22:58:09 virt kernel: [139313.787065] [<ffffffff810f827e>] ? __alloc_percpu+0x10/0x12
Dec 20 22:58:09 virt kernel: [139313.787136] [<ffffffff81140418>] vfs_kern_mount+0x63/0x9d
Dec 20 22:58:09 virt kernel: [139313.787205] [<ffffffff81140dd6>] do_kern_mount+0x4d/0xdf
Dec 20 22:58:09 virt kernel: [139313.787273] [<ffffffff8114245e>] do_mount+0x63c/0x69f
Dec 20 22:58:09 virt kernel: [139313.787338] [<ffffffff81142771>] sys_mount+0x88/0xc2
Dec 20 22:58:09 virt kernel: [139313.787406] [<ffffffff814a31c2>] system_call_fastpath+0x16/0x1b
Dec 20 22:58:09 virt kernel: [139313.787478] Code: 18 5b 5d c3 55 48 89 e5 66 66 66 66 90 e8 d3 fc ff ff 48 85 c0 74 03 83 08 10 5d c3 55 48 89 e5 41 54 53 66 66 66 66 90 48 89 fb
Dec 20 22:58:09 virt kernel: [139313.787837] RIP [<ffffffff8113b627>] d_alloc+0xf/0x51
Dec 20 22:58:09 virt kernel: [139313.787901] RSP <ffff8801349d5ce8>
Dec 20 22:58:09 virt kernel: [139313.787949] CR2: 0000000000000068
Dec 20 22:58:09 virt kernel: [139313.789287] ---[ end trace 403c6d9abcb818af ]---
This is highly annoying. What's worse is I'd love to upgrade the vm to Fedora 16, but last I checked, the tools don't even compile with a 3.x kernel.
It would be nice if someone from vmware could acknowledge this and do something to correct it. Thankfully it doesn't panic the virtual machine, but it also prevents hgfs from working at all.