June 19, 201412 yr Anyone else having issues with Xen 4.4 and AMD video card for VGA Passthrough? It was working fine in BETA 5. Now with BETA 6 I have to remove the video card from passthrough in order to boot correctly. -Marcus
June 19, 201412 yr Anyone else having issues with Xen 4.4 and AMD video card for VGA Passthrough? It was working fine in BETA 5. Now with BETA 6 I have to remove the video card from passthrough in order to boot correctly. -Marcus Marcus, please post your Xen CFG file.
June 20, 201412 yr Author Anyone else having issues with Xen 4.4 and AMD video card for VGA Passthrough? It was working fine in BETA 5. Now with BETA 6 I have to remove the video card from passthrough in order to boot correctly. -Marcus Marcus, please post your Xen CFG file. For what it's worth, it boots fine in Beta 5, with that version of Xen. name = 'myvm' builder = 'hvm' vcpus = '4' memory = '8196' device_model_version="qemu-xen-traditional" disk = [ 'file:/mnt/vmdisk/MybedroomDT.img,hda,w', ] vif = [ 'mac=00:16:3E:51:20:4E,bridge=xenbr0,model=e1000' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'destroy' #gfx_passthru=1 boot = 'cd' acpi = '1' apic = '1' viridian = '1' xen_platform_pci='1' sdl = '0' vnc = '1' vnclisten = '0.0.0.0' vncpasswd = 'army1234' stdvga = '0' usb = '1' usbdevice = 'tablet' # ATI Config pci = ['07:00.0','01:00.0','01:00.1','00:1b.0']
June 20, 201412 yr For what it's worth, it boots fine in Beta 5, with that version of Xen. Some things changed with Xen even in Beta 5a, but old methods were still available. In Beta 6, we deprecated the use of qemu-xen-traditional because it has been since deprecated by the Xen team. We build QEMU separately from Xen now as well. There is no need to specify a device_model_version because there is only one (qemu-system-x86_64). This is version 2.0.0 of QEMU. Also, I was reviewing your config and what PCI devices are you passing through other than a GPU? I figure that your 01:00.0 and .1 are your GPU/HDMI Audio port, but what are the other two? USB controllers? TV Tuner?
June 20, 201412 yr Author For what it's worth, it boots fine in Beta 5, with that version of Xen. Some things changed with Xen even in Beta 5a, but old methods were still available. In Beta 6, we deprecated the use of qemu-xen-traditional because it has been since deprecated by the Xen team. We build QEMU separately from Xen now as well. There is no need to specify a device_model_version because there is only one (qemu-system-x86_64). This is version 2.0.0 of QEMU. Also, I was reviewing your config and what PCI devices are you passing through other than a GPU? I figure that your 01:00.0 and .1 are your GPU/HDMI Audio port, but what are the other two? USB controllers? TV Tuner? The PCI Devices are: 07:00.0 USB controller: Fresco Logic Device 1100 (rev 01) 00:1b.0 Audio device: Intel Corporation Lynx Point High Definition Audio Controller (rev 05) 01:00.0 VGA compatible controller: AMD/ATI [Advanced Micro Devices, Inc.] Caicos [Radeon HD 6450] 01:00.1 Audio device: AMD/ATI [Advanced Micro Devices, Inc.] Caicos HDMI Audio [Radeon HD 6400 Series] The Audio Device from Intel is because I'm using SPDIF audio output instead of HDMI Audio. So should I remove the "device_model_version="qemu-xen-traditional"" line altogether? Thanks!
June 20, 201412 yr The PCI Devices are: 07:00.0 USB controller: Fresco Logic Device 1100 (rev 01) 00:1b.0 Audio device: Intel Corporation Lynx Point High Definition Audio Controller (rev 05) 01:00.0 VGA compatible controller: AMD/ATI [Advanced Micro Devices, Inc.] Caicos [Radeon HD 6450] 01:00.1 Audio device: AMD/ATI [Advanced Micro Devices, Inc.] Caicos HDMI Audio [Radeon HD 6400 Series] The Audio Device from Intel is because I'm using SPDIF audio output instead of HDMI Audio. Ok, makes sense. I think that should still work ok. So should I remove the "device_model_version="qemu-xen-traditional"" line altogether? Thanks! Yes, remove that line altogether.
June 20, 201412 yr Try this for your CFG. I cleaned it up: name = 'myvm' builder = 'hvm' vcpus = '4' memory = '3584' disk = [ 'file:/mnt/vmdisk/MybedroomDT.img,hda,w', ] vif = [ 'mac=00:16:3E:51:20:4E,bridge=xenbr0' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'destroy' boot = 'cd' viridian = '1' xen_platform_pci='1' # REMOTE ACCESS MODE ONLY #vnc = '1' #vnclisten = '0.0.0.0' #vncpasswd = 'army1234' #stdvga = '0' #usb = '1' #usbdevice = 'tablet' # PASS THROUGH MODE FOR GPU / USB / AUDIO pci = ['07:00.0','01:00.0','01:00.1','00:1b.0'] usb=0 No support for VNC access simultaneous with GPU pass through. One or the other. If you need remote access to a Windows VM, I would suggest setting up RDP within the VM as it would offer a better experience anyway. If you absolutely NEED to do VNC, you'll need to shutdown the VM, alter the config to uncomment the VNC settings and disable the GPU pass through, then restart the VM. RDP is way better. Google will help you do this easy. Oh, and I lowered your RAM assignment. We had issues with stuff over 3GB in size still. Somewhere between 3-4GB was the magic #. You can try to keep going, but we haven't tested that for this release.
June 20, 201412 yr Marcus, any updates on this issue? Still persisting or is it resolved? <edited to correct name ;-)>
June 20, 201412 yr Author Matt, any updates on this issue? Still persisting or is it resolved? Let me test. -Marcus
June 20, 201412 yr Author Matt, any updates on this issue? Still persisting or is it resolved? Let me test. -Marcus Doesn't work, just keeps rebooting I guess, since I get no video, and I cannot see what is going on via VLC. It's odd that in 4.4 I cannot use VNC and VGA passthrough. This worked in 4.3, as I could use VLC until the video card was enabled at which point VLC would just go blank. If I comment out the PCI pasthrough in the config you gave it still doesn't work, logfile has this: Domain 18 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 19) to die [pid 9527] Domain 19 has shut down, reason code 1 0x1 Action for shutdown reason code 1 is restart Domain 19 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 20) to die [pid 9527]
June 20, 201412 yr Matt, any updates on this issue? Still persisting or is it resolved? Let me test. -Marcus Doesn't work, just keeps rebooting I guess, since I get no video, and I cannot see what is going on via VLC. It's odd that in 4.4 I cannot use VNC and VGA passthrough. This worked in 4.3, as I could use VLC until the video card was enabled at which point VLC would just go blank. If I comment out the PCI pasthrough in the config you gave it still doesn't work, logfile has this: Domain 18 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 19) to die [pid 9527] Domain 19 has shut down, reason code 1 0x1 Action for shutdown reason code 1 is restart Domain 19 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 20) to die [pid 9527] Ok, thank you for letting us know. We are compiling a list of known issues and will be adding this to it. In the meantime, I would suggest rolling back to 5a if it was working there.
June 20, 201412 yr Author Matt, any updates on this issue? Still persisting or is it resolved? Let me test. -Marcus Doesn't work, just keeps rebooting I guess, since I get no video, and I cannot see what is going on via VLC. It's odd that in 4.4 I cannot use VNC and VGA passthrough. This worked in 4.3, as I could use VLC until the video card was enabled at which point VLC would just go blank. If I comment out the PCI pasthrough in the config you gave it still doesn't work, logfile has this: Domain 18 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 19) to die [pid 9527] Domain 19 has shut down, reason code 1 0x1 Action for shutdown reason code 1 is restart Domain 19 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 20) to die [pid 9527] Ok, thank you for letting us know. We are compiling a list of known issues and will be adding this to it. In the meantime, I would suggest rolling back to 5a if it was working there. For what it's worth my config works perfectly if I just comment out the VGA passthrough portion. Let me see what it is about your config that breaks it. -Marcus
June 20, 201412 yr Author Matt, any updates on this issue? Still persisting or is it resolved? Let me test. -Marcus Doesn't work, just keeps rebooting I guess, since I get no video, and I cannot see what is going on via VLC. It's odd that in 4.4 I cannot use VNC and VGA passthrough. This worked in 4.3, as I could use VLC until the video card was enabled at which point VLC would just go blank. If I comment out the PCI pasthrough in the config you gave it still doesn't work, logfile has this: Domain 18 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 19) to die [pid 9527] Domain 19 has shut down, reason code 1 0x1 Action for shutdown reason code 1 is restart Domain 19 needs to be cleaned up: destroying the domain Done. Rebooting now Waiting for domain myvm (domid 20) to die [pid 9527] Ok, thank you for letting us know. We are compiling a list of known issues and will be adding this to it. In the meantime, I would suggest rolling back to 5a if it was working there. For what it's worth my config works perfectly if I just comment out the VGA passthrough portion. Let me see what it is about your config that breaks it. -Marcus Removing device_model_version="qemu-xen-traditional" breaks the booting of the VM. When I add this line to your VM config with PCI passthrough commented out, the VM boots. -Marcus
Archived
This topic is now archived and is closed to further replies.