On 01/10/2013 04:25 AM, Chegu Vinod wrote: > > Hello, > > 'am running into an issue with the latest bits. [ Pl. see below. The > vhost thread seems to be getting > stuck while trying to memcopy...perhaps a bad address?. ] Wondering > if this is a known issue or > some recent regression ? Hi: Looks like the issue has been fixed in following commits, does you tree contain these? 499744209b2cbca66c42119226e5470da3bb7040 and 76fe45812a3b134c39170ca32dfd4b7217d33145. They have been merged in to Linus 3.8-rc tree. Thanks > > 'am using the latest qemu (from qemu.git) and the latest kvm.git > kernel on the host. Started the > guest using the following command line.... > > /usr/local/bin/qemu-system-x86_64 \ > -enable-kvm \ > -cpu host \ > -smp sockets=8,cores=10,threads=1 \ > -numa node,nodeid=0,cpus=0-9,mem=64g \ > -numa node,nodeid=1,cpus=10-19,mem=64g \ > -numa node,nodeid=2,cpus=20-29,mem=64g \ > -numa node,nodeid=3,cpus=30-39,mem=64g \ > -numa node,nodeid=4,cpus=40-49,mem=64g \ > -numa node,nodeid=5,cpus=50-59,mem=64g \ > -numa node,nodeid=6,cpus=60-69,mem=64g \ > -numa node,nodeid=7,cpus=70-79,mem=64g \ > -m 524288 \ > -mem-path /dev/hugepages \ > -name vm2 \ > -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/vm2.monitor,server,now > ait \ > -drive > file=/dev/libvirt_lvm2/vm2,if=none,id=drive-virtio-disk0,format=raw,cache > =none,aio=native \ > -device > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=v > irtio-disk0,bootindex=1 \ > -monitor stdio \ > -net nic,model=virtio,macaddr=52:54:00:71:01:02,netdev=nic-0 \ > -netdev tap,id=nic-0,ifname=tap0,script=no,downscript=no,vhost=on \ > -vnc :4 > > > Was just doing a basic kernel build in the guest when it hung with the > following in the > dmesg of the host. > > Thanks > Vinod > > BUG: soft lockup - CPU#46 stuck for 23s! [vhost-135220:135231] > Modules linked in: kvm_intel kvm fuse ip6table_filter ip6_tables > ebtable_nat ebtables nf_conntrack_ipv4 nf_defrag_ipv4 xt_state > nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle iptable_filter > ip_tables bridge stp llc autofs4 sunrpc pcc_cpufreq ipv6 vhost_net > macvtap macvlan tun uinput iTCO_wdt iTCO_vendor_support coretemp > crc32c_intel ghash_clmulni_intel microcode pcspkr mlx4_core be2net > lpc_ich mfd_core hpilo hpwdt i7core_edac edac_core sg netxen_nic ext4 > mbcache jbd2 sr_mod cdrom sd_mod crc_t10dif aesni_intel ablk_helper > cryptd lrw aes_x86_64 xts gf128mul pata_acpi ata_generic ata_piix hpsa > lpfc scsi_transport_fc scsi_tgt radeon ttm drm_kms_helper drm > i2c_algo_bit i2c_core dm_mirror dm_region_hash dm_log dm_mod [last > unloaded: kvm] > CPU 46 > Pid: 135231, comm: vhost-135220 Not tainted 3.7.0+ #1 HP ProLiant > DL980 G7 > RIP: 0010:[<ffffffff8147bab0>] [<ffffffff8147bab0>] > skb_flow_dissect+0x1b0/0x440 > RSP: 0018:ffff881ffd131bc8 EFLAGS: 00000246 > RAX: ffff8a1f7dc70c00 RBX: 00000000ffffffff RCX: 0000000000007fa0 > RDX: 0000000000000000 RSI: ffff881ffd131c68 RDI: ffff8a1ff1bd6c80 > RBP: ffff881ffd131c58 R08: ffff881ffd131bf8 R09: ffff8a1ff1bd6c80 > R10: 0000000000000010 R11: 0000000000000004 R12: ffff8a1ff1bd6c80 > R13: 000000000000000b R14: ffffffff8147330b R15: ffff881ffd131b58 > FS: 0000000000000000(0000) GS:ffff8a1fff980000(0000) > knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: 0000003d5c810dc0 CR3: 0000009f77c04000 CR4: 00000000000027e0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > Process vhost-135220 (pid: 135231, threadinfo ffff881ffd130000, task > ffff881ffcb754c0) > Stack: > ffff881ffd131c18 ffffffff81477b90 00000000000000e2 00002b289bcc58ce > ffff881ffd131ce4 00000000000000a2 0000000000000000 00000000000000a2 > 00000000000000a2 00000000000000a2 ffff881ffd131c88 00000000937e754e > Call Trace: > [<ffffffff81477b90>] ? memcpy_fromiovecend+0x90/0xd0 > [<ffffffff8147f3ca>] __skb_get_rxhash+0x1a/0xe0 > [<ffffffffa03c90f8>] tun_get_user+0x468/0x660 [tun] > [<ffffffff81090010>] ? __sdt_alloc+0x80/0x1a0 > [<ffffffffa03c934d>] tun_sendmsg+0x5d/0x80 [tun] > [<ffffffffa0468e8a>] handle_tx+0x34a/0x680 [vhost_net] > [<ffffffffa04691f5>] handle_tx_kick+0x15/0x20 [vhost_net] > [<ffffffffa0466dfc>] vhost_worker+0x10c/0x1c0 [vhost_net] > [<ffffffffa0466cf0>] ? vhost_attach_cgroups_work+0x30/0x30 [vhost_net] > [<ffffffffa0466cf0>] ? vhost_attach_cgroups_work+0x30/0x30 [vhost_net] > [<ffffffff8107ecfe>] kthread+0xce/0xe0 > [<ffffffff8107ec30>] ? kthread_freezable_should_stop+0x70/0x70 > [<ffffffff815537ac>] ret_from_fork+0x7c/0xb0 > [<ffffffff8107ec30>] ? kthread_freezable_should_stop+0x70/0x70 > Code: b6 50 06 48 89 ce 48 c1 ee 20 31 f1 41 89 0e 48 8b 48 20 48 33 > 48 18 48 89 c8 48 c1 e8 20 31 c1 41 89 4e 04 e9 35 ff ff ff 66 90 <0f> > b6 50 09 e9 1a ff ff ff 0f 1f 80 00 00 00 00 41 8b 44 24 68 > [root@hydra11 kvm_rik]# > Message from syslogd@hydra11 at Jan 9 13:06:58 ... > kernel:BUG: soft lockup - CPU#46 stuck for 22s! [vhost-135220:135231] > > -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
