Public bug reported: I will report something strange thing about host VRAM leakage after anroid-x86 window rotation when it runs with virt-gpu(+ virgl-renderer)
Please watching below video link. https://www.youtube.com/watch?v=mJIbGZLWF1s&feature=youtu.be (orginal video file : https://drive.google.com/file/d /1lkdTx_8yTbSVjKXlnxnnk96fWe-w6Mxb/view?usp=sharing) I don't sure what is the problem... Here are my tested history -------------------------------------------------------------------------------------------------- Install android-x86 on I7 desktop PCs with intel UHD GPU - No leak. Install android-x86 on I7 desktop PCs with NVIDIA GTX GPU series - No leak. Install android-x86 on guest machine emulated skylake cpu with QEMU(+virt-gpu, virgl-renderer) - Leak (HOST CPU - I5, INTEL UHD GPU) Install android-x86 on guest machine emulated skylake cpu with QEMU(+virt-gpu, virgl-renderer) - Leak (HOST CPU - I7, NVIDIA GTX GPU) COMMON: In case of NVIDIA GPU : check vram using nvidia-smi In case of intel UHD GPU : check shared-vram using free cmd We checked guest android-x86 system down when vram is full after performing many rotation ------------------------------------------------------------------------------------------- Is it virt-gpu driver's problem? I hope someone can help me... Thanks in advance!! PS Here are qemu options I used... -machine type=q35,accel=kvm -cpu host --enable-kvm \ -smp cpus=4,cores=4,threads=1 -m 4096 \ -drive file=ctb0319.qcow2,format=qcow2,if=virtio,aio=threads \ -device virtio-vga,virgl=on \ -device qemu-xhci,id=xhci -device usb-mouse,bus=xhci.0 -device usb-kbd,bus=xhci.0 \ -soundhw hda -display sdl,gl=on -netdev user,id=qemunet0,hostfwd=tcp::4000-:7000,hostfwd=tcp::5555-:5555,hostfwd=tcp::4012-:7012,hostfwd=tcp::4013-:7013 -device virtio-net,netdev=qemunet0 -boot menu=on ** Affects: qemu Importance: Undecided Status: New ** Tags: android-x86 leak virt-gpu vram -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1829964 Title: HOST VRAM Leak when performs android-x86 window rotation with Virt-GPU Status in QEMU: New Bug description: I will report something strange thing about host VRAM leakage after anroid-x86 window rotation when it runs with virt-gpu(+ virgl- renderer) Please watching below video link. https://www.youtube.com/watch?v=mJIbGZLWF1s&feature=youtu.be (orginal video file : https://drive.google.com/file/d /1lkdTx_8yTbSVjKXlnxnnk96fWe-w6Mxb/view?usp=sharing) I don't sure what is the problem... Here are my tested history -------------------------------------------------------------------------------------------------- Install android-x86 on I7 desktop PCs with intel UHD GPU - No leak. Install android-x86 on I7 desktop PCs with NVIDIA GTX GPU series - No leak. Install android-x86 on guest machine emulated skylake cpu with QEMU(+virt-gpu, virgl-renderer) - Leak (HOST CPU - I5, INTEL UHD GPU) Install android-x86 on guest machine emulated skylake cpu with QEMU(+virt-gpu, virgl-renderer) - Leak (HOST CPU - I7, NVIDIA GTX GPU) COMMON: In case of NVIDIA GPU : check vram using nvidia-smi In case of intel UHD GPU : check shared-vram using free cmd We checked guest android-x86 system down when vram is full after performing many rotation ------------------------------------------------------------------------------------------- Is it virt-gpu driver's problem? I hope someone can help me... Thanks in advance!! PS Here are qemu options I used... -machine type=q35,accel=kvm -cpu host --enable-kvm \ -smp cpus=4,cores=4,threads=1 -m 4096 \ -drive file=ctb0319.qcow2,format=qcow2,if=virtio,aio=threads \ -device virtio-vga,virgl=on \ -device qemu-xhci,id=xhci -device usb-mouse,bus=xhci.0 -device usb-kbd,bus=xhci.0 \ -soundhw hda -display sdl,gl=on -netdev user,id=qemunet0,hostfwd=tcp::4000-:7000,hostfwd=tcp::5555-:5555,hostfwd=tcp::4012-:7012,hostfwd=tcp::4013-:7013 -device virtio-net,netdev=qemunet0 -boot menu=on To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1829964/+subscriptions
