[vfio-users] vfio fails Guest FreeBSD9.3 host Fedora 23

Nicolas Roy-Renaud nicolas.roy-renaud.1 at ens.etsmtl.ca
Tue May 31 23:57:31 UTC 2016


Does your CPU even support those?

https://wiki.debian.org/Hugepages#x86_64


On 2016-05-31 12:26, chintu hetam wrote:
> Strange for me both 2MB and 1GB hugepages are failing
> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin 
> QEMU_AUDIO_DRV=spice /usr/bin/qemu-kvm -name generic -S -machine 
> pc-i440fx-2.4,accel=kvm,usb=off,vmport=off,mem-merge=off -cpu 
> SandyBridge -m 32768 -mem-prealloc -mem-path 
> /dev/hugepages/libvirt/qemu -realtime mlock=on -smp 
> 8,sockets=8,cores=1,threads=1 -uuid 
> d8f61bc1-dd9a-470f-a26f-824e5e2b8359 -no-user-config -nodefaults 
> -chardev 
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/generic.monitor,server,nowait 
> -mon chardev=charmonitor,id=monitor,mode=control -rtc 
> base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard 
> -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=1 -global 
> PIIX4_PM.disable_s4=1 -boot order=c,menu=on,strict=on -device 
> ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x6.0x7 -device 
> ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x6 
> -device 
> ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x6.0x1 
> -device 
> ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x6.0x2 
> -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive 
> file=/home/vcr/Appliance-4.6.0.0_5-vtnet0.img,if=none,id=drive-virtio-disk0,format=raw 
> -device 
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive-virtio-disk0,id=virtio-disk0 
> -drive 
> file=/dev/disk/by-id/scsi-36001405fdc0e99da3aa4b37b1403085c,if=none,id=drive-virtio-disk1,format=raw 
> -device 
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0xa,drive=drive-virtio-disk1,id=virtio-disk1 
> -netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=24 -device 
> virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:30:a0:c0,bus=pci.0,addr=0x3 
> -chardev pty,id=charserial0 -device 
> isa-serial,chardev=charserial0,id=serial0 -chardev 
> spicevmc,id=charchannel0,name=vdagent -device 
> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 
> -spice 
> port=5900,addr=127.0.0.1,disable-ticketing,image-compression=off,seamless-migration=on 
> -device 
> qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vgamem_mb=16,bus=pci.0,addr=0x2 
> -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device 
> hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev 
> spicevmc,id=charredir0,name=usbredir -device 
> usb-redir,chardev=charredir0,id=redir0 -chardev 
> spicevmc,id=charredir1,name=usbredir -device 
> usb-redir,chardev=charredir1,id=redir1 -device 
> vfio-pci,host=aa:02.0,id=hostdev0,bus=pci.0,addr=0x9,rombar=0 -device 
> vfio-pci,host=aa:02.1,id=hostdev1,bus=pci.0,addr=0xc,rombar=0 -device 
> vfio-pci,host=aa:02.2,id=hostdev2,bus=pci.0,addr=0xd,rombar=0 -device 
> vfio-pci,host=aa:02.3,id=hostdev3,bus=pci.0,addr=0xe,rombar=0 -device 
> vfio-pci,host=aa:06.0,id=hostdev4,bus=pci.0,addr=0xb,rombar=0 -device 
> vfio-pci,host=aa:06.1,id=hostdev5,bus=pci.0,addr=0xf,rombar=0 -device 
> vfio-pci,host=aa:06.2,id=hostdev6,bus=pci.0,addr=0x10,rombar=0 -device 
> vfio-pci,host=aa:06.3,id=hostdev7,bus=pci.0,addr=0x11,rombar=0 -device 
> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -msg timestamp=on
> char device redirected to /dev/pts/2 (label charserial0)
>
> (process:70685): GLib-ERROR **: gmem.c:100: failed to allocate 1048576 
> bytes
> 2016-05-31 16:20:39.371+0000: shutting down
> :q
>
> ^C
> [root at localhost vcr]# cat /proc/meminfo
> MemTotal:       396231416 kB
> MemFree:        318394500 kB
> MemAvailable:   318898920 kB
> Buffers:            3456 kB
> Cached:           595536 kB
> SwapCached:            0 kB
> Active:           272052 kB
> Inactive:         405868 kB
> Active(anon):      86760 kB
> Inactive(anon):      224 kB
> Active(file):     185292 kB
> Inactive(file):   405644 kB
> Unevictable:       16372 kB
> Mlocked:           16372 kB
> SwapTotal:       4194300 kB
> SwapFree:        4194300 kB
> Dirty:                 0 kB
> Writeback:             0 kB
> AnonPages:         95336 kB
> Mapped:           139740 kB
> Shmem:              1688 kB
> Slab:             292452 kB
> SReclaimable:     154600 kB
> SUnreclaim:       137852 kB
> KernelStack:       12816 kB
> PageTables:         9432 kB
> NFS_Unstable:          0 kB
> Bounce:                0 kB
> WritebackTmp:          0 kB
> CommitLimit:    164561272 kB
> Committed_AS:     725316 kB
> VmallocTotal:   34359738367 kB
> VmallocUsed:           0 kB
> VmallocChunk:          0 kB
> HardwareCorrupted:     0 kB
> AnonHugePages:         0 kB
> CmaTotal:              0 kB
> CmaFree:               0 kB
> HugePages_Total:   32768
> HugePages_Free:    32768
> HugePages_Rsvd:        0
> HugePages_Surp:        0
> Hugepagesize:       2048 kB
> DirectMap4k:      227008 kB
> DirectMap2M:     4935680 kB
> DirectMap1G:    399507456 kB
>
> i tried qemu from preview 1G is failing in that too..dint try 2MB as yet..
>
>
>
> On Fri, May 27, 2016 at 3:11 PM, Alex Williamson 
> <alex.williamson at redhat.com <mailto:alex.williamson at redhat.com>> wrote:
>
>     [re-adding vfio-users]
>
>     On Fri, 27 May 2016 15:03:17 -0400
>     chintu hetam <rometoroam at gmail.com <mailto:rometoroam at gmail.com>>
>     wrote:
>
>     > that worked Alex, sorry for the delay in response.
>     > so my memorybacking configuration was
>     >  <memoryBacking>
>     >     <hugepages>
>     >       <page size='1048576' unit='KiB' nodeset='1'/>
>     >     </hugepages>
>     >     <nosharepages/>
>     >     <locked/>
>     >   </memoryBacking>
>     > i had to remove it completely in order to make it work.
>     >
>     > So confirming that hugepages and vfio has some issue, making VM
>     to hang in
>     > case of linux at startup and abruptly crashing from FreeBSD
>     guest during
>     > startup.
>
>     Can you see if the problem persists with updated QEMU from
>     virt-preview:
>
>     https://fedoraproject.org/wiki/Virtualization_Preview_Repository
>
>     2MB hugepages certainly works, I run it daily.  1GB hugepages sees
>     less
>     attention, but I certainly thought it worked as well. Thanks,
>
>     Alex
>
>
>
>
> -- 
> -chintu-
>
>
> _______________________________________________
> vfio-users mailing list
> vfio-users at redhat.com
> https://www.redhat.com/mailman/listinfo/vfio-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/vfio-users/attachments/20160531/d55e2cf9/attachment.htm>


More information about the vfio-users mailing list