You are not logged in.

#5751 2015-07-28 04:39:39

jack_boss
Member
Registered: 2014-09-09
Posts: 6

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

fld wrote:
jack_boss wrote:

I think that on some Intel chipsets, the kernel maps all your physical USB ports behind the Intel xHCI USB controller by default and leaves the EHCI ones unused. http://lxr.free-electrons.com/source/dr … rks.c#L850. I worked around it by manually changing the Port Routing Mask Register to map physical ports behind the EHCI controllers. The register can simply be changed on the fly.

Might be worth a try, if I just knew how to do it... first google attempt didn't really help either.

You want to access the port routing register in the xhci controllers pci config space. Personally I ended up using "setpci -s 00:14.0 0xd0.W=2037" in my /etc/rc.local file on the Intel 8 Series PCH. Intel has pretty decent documentation available for the chipsets.

I understand your helping, but I don't seem to know what I'm looking for. The manpage for setpci didn't help either.
I dont know where to get the folloing missing credentials.

-s [[[[<domain>]:]<bus>]:][<slot>][.[<func>]]

If this is the controller in question which I dont want xHCI to handle:

00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1

00 is the domain
1d is the bus
0 is slut
function ?

Motherboard: Z97 Extreme4

Last edited by jack_boss (2015-07-28 04:41:15)

Offline

#5752 2015-07-28 07:08:20

mutiny
Member
Registered: 2015-02-15
Posts: 13

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Should normal PCI devices be able to be passed through just like PCI-express devices? I have a motherboard with 2 PCI slots behind a PCIe-to-PCI bridge, and am interested in passing through a PCI audio card (non PCIe) to a Windows 8.1 guest. On attempt of booting the guest with the PCI card passed, I get a BSOD with "DRIVER_IRQL_NOT_LESS_OR_EQUAL (vioscsi.sys), and with the card removed from startup command, the guest boots up completely fine with other PCIe devices passed through. Perhaps my setup or command is not sane?

exec qemu-system-x86_64 \
        -machine type=pc,accel=kvm,kernel_irqchip=on \
        -cpu host,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff \
        -smp cores=2,threads=1,sockets=1 \
        -m 4G \
        -device vfio-pci,host=01:00.0,multifunction=on,romfile=XFX7870EFI.rom \
        -device vfio-pci,host=01:00.1,multifunction=on \
        -device vfio-pci,host=03:00.0 \
        -device vfio-pci,host=05:00.0 \
        -device vfio-pci,host=06:00.0 \
        -device virtio-scsi-pci,id=scsi \
        -device scsi-block,drive=winhdd \
        -name Windows8.1 \
        -drive file=OVMF_CODE.fd,if=pflash,format=raw,readonly \
        -drive file=OVMF_VARS_win8.fd,if=pflash,format=raw \
        -drive file=/dev/sdc,format=raw,if=none,cache=none,id=winhdd \
        -display none \
        -vga none \
        -net none \
        -serial none \
        -parallel none \
        -enable-kvm \
        -daemonize \
        -rtc base=localtime \
        -nodefaults

If "-device vfio-pci,host=05:00.0 \" is removed from the command, guest boots successfully.

lspci:

00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller
00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-V
00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2
00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller
00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0)
00:1c.2 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 3 (rev d0)
00:1c.3 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d0)
00:1c.4 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 5 (rev d0)
00:1c.6 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 7 (rev d0)
00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1
00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family Z97 LPC Controller
00:1f.2 SATA controller: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode]
00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
03:00.0 Ethernet controller: Qualcomm Atheros Killer E220x Gigabit Ethernet Controller (rev 10)
04:00.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 41)
05:00.0 Multimedia audio controller: C-Media Electronics Inc CMI8738/CMI8768 PCI Audio (rev 10)
06:00.0 USB controller: Renesas Technology Corp. uPD720201 USB 3.0 Host Controller (rev 03)
07:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 12)

Thanks for any help!

Offline

#5753 2015-07-28 11:15:06

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

jack_boss wrote:

If this is the controller in question which I dont want xHCI to handle:

00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1

00 is the domain
1d is the bus
0 is slut
function ?

Motherboard: Z97 Extreme4

...

[user@crossfire ~]$ ls /sys/bus/pci/devices/
0000:00:00.0  0000:00:11.0  0000:00:13.2  0000:00:14.4  0000:00:16.0  0000:00:18.2  0000:01:00.0  0000:03:05.0  0000:06:00.0
0000:00:00.2  0000:00:12.0  0000:00:14.0  0000:00:15.0  0000:00:16.2  0000:00:18.3  0000:01:00.1  0000:04:00.0
0000:00:02.0  0000:00:12.2  0000:00:14.2  0000:00:15.1  0000:00:18.0  0000:00:18.4  0000:02:00.0  0000:04:00.1
0000:00:04.0  0000:00:13.0  0000:00:14.3  0000:00:15.2  0000:00:18.1  0000:00:18.5  0000:02:00.1  0000:05:00.0

Where:

0000:   01:  00.     1
DOMAIN:BUS:DEVICE.FUNCTION

As you are on the localhost, it's fine to assume that domain is always 0000, so this is optional, and you can specify only BDF combo without the domain.
Details. I haven't observed a large enough system to implement this.

mutiny wrote:

Should normal PCI devices be able to be passed through just like PCI-express devices? I have a motherboard with 2 PCI slots behind a PCIe-to-PCI bridge, and am interested in passing through a PCI audio card (non PCIe) to a Windows 8.1 guest. On attempt of booting the guest with the PCI card passed, I get a BSOD with "DRIVER_IRQL_NOT_LESS_OR_EQUAL (vioscsi.sys), and with the card removed from startup command, the guest boots up completely fine with other PCIe devices passed through. Perhaps my setup or command is not sane?

The main requirement for a device to be passed through is to have a valid IOMMU group. Period.
If there's a device you want in the same group with the devices you want to leave for the host - you'll have to p-t the whole group with all it's devices.
OR
use old, legacy, deprecated, xen pci-assign.
It works as vfio for regular PCI devices, and also doesn't require iommu groups to be valid. In fact, that's the only way i got my third GPU passed-through.

The problem you have usually happens when there's a malfunctioning windows driver. So the device is passed-through fine(check dmesg for errors btw), it's the drivers(or the windows kernel) who's glitching. As you can guess by the error message, check virtio-scsi driver(update it maybe?) and also check for the right IRQLs set for the sound card you've p-t'd. They really like interrupts.

I am passing my embedded on the motherboard

00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller (rev 01)

via pci-assign and i haven't observed any problems so far.

And what's that "kernel_irqchip=on" you have there? You sure you need it and you know how it works?

P.S.
Does anyone know what the hell is that book i've linked under "details"?..

Last edited by Duelist (2015-07-28 11:44:54)


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

#5754 2015-07-28 13:02:24

aw
Member
Registered: 2013-10-04
Posts: 921
Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@mutiny

Conventional PCI devices often don't support or have broken support for interrupt masking.  You can try using the vfio-pci module option nointxmask=1 to mask it at the APIC rather than the device, but this imposes the requirement that the device uses an exclusive interrupt.  If you find the interrupt shared with other drivers, you'll need to unbind those conflicting devices from host drivers.  If you have multiple conventional PCI devices behind the same PCIe-to-PCI bridge, the IOMMU cannot distinguish between them and therefore they are necessarily grouped together.  The deprecated pci-assign driver (which has nothing to do with xen) will allow assigning such device separately, but it's much, much worse than ignoring the lack of isolation between PCIe devices and not recommended imho.


http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

Offline

#5755 2015-07-28 14:15:28

mostlyharmless
Member
Registered: 2014-01-16
Posts: 72

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Offline

#5756 2015-07-28 18:27:15

Nazfellun
Member
Registered: 2012-10-22
Posts: 19

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Nazfellun wrote:

Well, I ended up flashing the updated vbios from gigabyte, which has a valid UEFI rom signature. This worked fine and still runs as normal in my seabios setup on the same system, but I get the same issue as before when trying to install catalyst -- it gets up to installing the driver proper, the system momentarily freezes up and then reboots during installing the actual driver. I do get (low-resolution) output on the physical card up until the VM freezes and reboots.

I've pasted my vm config here. Is there anything I might be missing on the host side of the setup for ovmf to work?

Update: I've managed to get OVMF to work for my setup. For some reason, I had to remove a few settings from both my 'features' and 'clock' elements (see below) to get through driver installation, but I was able to add them back in afterwards with no apparent issues resulting. Not certain specifically which were causing the issue, and currently not too interested in trying more installations to confirm which it was.

Stuff removed from <features>:

    <apic/>
    <pae/>

Stuff removed from <clock>:

    <timer name='rtc' tickpolicy='catchup'/>
    <timer name='pit' tickpolicy='delay'/>
    <timer name='hpet' present='no'/>

On another note, I also setup another vm using the same configuration but running Windows 10. This also worked, but there are multiple issues with the graphics there (strange output problems when going fullscreen, performance issues, other stuff). Given it works fine on Windows 8 and the Windows 10 drivers for my card are currently only a preview, it may very well just be a driver issue.

Offline

#5757 2015-07-28 19:33:06

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Nazfellun wrote:

Stuff removed from <features>:

    <apic/>
    <pae/>

I bet on PAE. I hardly find a need for it on a x86_64 system.


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

#5758 2015-07-28 20:50:49

Nazfellun
Member
Registered: 2012-10-22
Posts: 19

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Duelist wrote:
Nazfellun wrote:

Stuff removed from <features>:

    <apic/>
    <pae/>

I bet on PAE. I hardly find a need for it on a x86_64 system.

Probably. It was only there in the first place as libvirt adds it to my new VMs by default.

Offline

#5759 2015-07-28 22:14:50

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Dumb question of the day:
Is there a tool in EDK2 which does the opposite of what EfiRom does? I mean, decompresses the EFI device driver from the ROM? I've found only a EFI shell program source.


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

#5760 2015-07-29 15:28:23

4kGamer
Member
Registered: 2014-10-29
Posts: 88

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

hi, I also have a question: when I use OpenHardwareMonitor in my guest Windows 8.1 the Clocks section is empty. What can I do? Is that also the case for you guys?

here is a picture of what it looks like:


http://i.imgur.com/6rJMV7X.jpg

moderator edit [ewaller] Converted image tags for over sized image to url link.

Last edited by ewaller (2015-07-29 15:47:52)

Offline

#5761 2015-07-29 19:34:30

lersek
Member
Registered: 2015-03-15
Posts: 38

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Duelist wrote:

Is there a legitimate way of attaching an ISA debug console to a libvirt domain(VM)? I tried to pass the regular options as qemu:commandline, but it says that there's no such option...
Googling that problem leads me to my own messages about that debug feature.

I'm sure you did the right thing -- almost. The bit that you probably missed is that the "commandline" and "arg" elements come from a different XML namespace than the rest of the elements in the domain XML. (They are defined by an XML Schema that targets the "http://libvirt.org/schemas/domain/qemu/1.0" namespace -- BTW do not click this link, it's just a string.)

Therefore, you have to declare that XML namespace with a namespace prefix, and qualify the "commandline" and "arg" elements with this namespace prefix. This namespace / prefix association can occur in any element that (recursively) contains these elements; or, even, you could just set the default namespace with attributes of the "arg" and "commandline" elements themselves (but that would take a lot more typing). See:

https://en.wikipedia.org/wiki/XML_names … eclaration

In practice though, the namespace is usually declared in the root element of the XML document.

Anyway, enough of the abstract discussion, here's what you need:

<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>

  ... stuff ...

  <qemu:commandline>
    <qemu:arg value='-global'/>
    <qemu:arg value='isa-debugcon.iobase=0x402'/>
    <qemu:arg value='-debugcon'/>
    <qemu:arg value='file:/tmp/GUEST_NAME.log'/>
  </qemu:commandline>
</domain>

In the above,

qemu

is the namespace prefix being declared,

http://libvirt.org/schemas/domain/qemu/1.0

is the namespace URI being mapped to the

qemu

namespace prefix, and

qemu:commandline

and

qemu:arg

are the elements that you need.

(The "qemu" prefix is incidental, it could be replaced with any other prefix; the point is that the same prefix must be used in the namespace declaration and later for qualifying "commandline" and "arg". The "qemu" prefix is just a "mediator"; what matters is that "commandline" and "arg" come from the namespace "http://libvirt.org/schemas/domain/qemu/1.0".)

Offline

#5762 2015-07-29 19:38:14

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

4kGamer wrote:

hi, I also have a question: when I use OpenHardwareMonitor in my guest Windows 8.1 the Clocks section is empty. What can I do? Is that also the case for you guys?

here is a picture of what it looks like:


http://i.imgur.com/6rJMV7X.jpg

moderator edit [ewaller] Converted image tags for over sized image to url link.

It is almost impossible.
The data OpenHWMon shows you is from either PCI Config Space of some processor functions(00:18.3 for amd for example) or SMBus.
You can't p-t that processor functions since that'd most likely would break the host system, and you can't organise an SMBus access for the VM.
Moreover, why would you want to provide some low-level access to the hardware? What's the point of running a VM then?

If you want to overclock - do it either linux-way or run native windows to get stable settings.


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

#5763 2015-07-29 20:14:24

4kGamer
Member
Registered: 2014-10-29
Posts: 88

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

all I want is that my front screen of my Chassis (LEET) shows me the temperature and Mhz of the CPU. For monitoring purposes. Nothing else. I didn't think it is this complicated. But I have to find a way, this is annoying, because it is the first thing you see when you look at my HTPC case.

Offline

#5764 2015-07-29 20:16:04

aw
Member
Registered: 2013-10-04
Posts: 921
Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

4kGamer wrote:

all I want is that my front screen of my Chassis (LEET) shows me the temperature and Mhz of the CPU. For monitoring purposes. Nothing else. I didn't think it is this complicated. But I have to find a way, this is annoying, because it is the first thing you see when you look at my HTPC case.

This is not a good candidate to be driven from inside the VM.  It's exceptionally complicated.


http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

Offline

#5765 2015-07-29 20:20:31

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

4kGamer wrote:

all I want is that my front screen of my Chassis (LEET) shows me the temperature and Mhz of the CPU. For monitoring purposes. Nothing else. I didn't think it is this complicated. But I have to find a way, this is annoying, because it is the first thing you see when you look at my HTPC case.

Drive it from the host system. Your VM and host system share the same CPU...
Oh, you want a device driver for your screen and it isn't in the kernel yet? Well...


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

#5766 2015-07-29 20:23:55

4kGamer
Member
Registered: 2014-10-29
Posts: 88

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

ok thanks guys for the clarification. I wish there'd be a way. At least I know I can't do anything about it and that every one of you have the same problem.

Offline

#5767 2015-07-29 20:26:24

4kGamer
Member
Registered: 2014-10-29
Posts: 88

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Duelist wrote:
4kGamer wrote:

all I want is that my front screen of my Chassis (LEET) shows me the temperature and Mhz of the CPU. For monitoring purposes. Nothing else. I didn't think it is this complicated. But I have to find a way, this is annoying, because it is the first thing you see when you look at my HTPC case.

Drive it from the host system. Your VM and host system share the same CPU...
Oh, you want a device driver for your screen and it isn't in the kernel yet? Well...

How can I do it from the host system???

Offline

#5768 2015-07-29 21:13:31

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

4kGamer wrote:
Duelist wrote:
4kGamer wrote:

all I want is that my front screen of my Chassis (LEET) shows me the temperature and Mhz of the CPU. For monitoring purposes. Nothing else. I didn't think it is this complicated. But I have to find a way, this is annoying, because it is the first thing you see when you look at my HTPC case.

Drive it from the host system. Your VM and host system share the same CPU...
Oh, you want a device driver for your screen and it isn't in the kernel yet? Well...

How can I do it from the host system???

Depends on the display.
Even though it's beyond the scope of this thread, i'll try to help:
How does it work under windows? Is the screen plugged into USB?  Or maybe it's some other connection?
How does it look like? Can you link some photos maybe?

UPD:
http://ishankarve.blogspot.com/2010/10/ … 06-on.html
Futher googling shows that it is possible and should be rather simple. Have fun.

Last edited by Duelist (2015-07-29 21:19:43)


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

#5769 2015-07-29 21:24:05

aw
Member
Registered: 2013-10-04
Posts: 921
Website

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

It seems like it's just a USB screen, but detaching it from the VM, which I assume is running HTPC software, would remove some functionality.  I'd probably go the route of a plugin for the software that can monitor a remote system and a daemon in the host that provides data.  Anyway, this is all totally unrelated to this thread and should be moved elsewhere.


http://vfio.blogspot.com
Looking for a more open forum to discuss vfio related uses?  Try https://www.redhat.com/mailman/listinfo/vfio-users

Offline

#5770 2015-07-30 15:19:02

4kGamer
Member
Registered: 2014-10-29
Posts: 88

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

yes, it is connected through internal usb. I will open up a new thread, just here a picture of what it currently looks like:
http://i.imgur.com/tRdqxAT.jpg

and this is how it should look: http://www.steigerdynamics.com/products … ngineering

I will try the linked tutorial, but I can see myself failing at it.

thanks anyways!

Offline

#5771 2015-07-30 18:54:43

fabrizziop
Member
Registered: 2015-07-30
Posts: 2

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

I have an FX-8350 + GA990FXA-UD3, with 270x as passthrough GPU and 5770 as linux GPU. I want to upgrade my 270x to something faster. Does the r9 290/390 or the r9 285/380 work correctly, without reset issues?. Thanks.

Offline

#5772 2015-07-30 20:42:19

Kartoffel
Member
Registered: 2015-07-30
Posts: 3

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Hi, I have a question regarding audio in QEMU.

When I run my script while I'm using KDE5 I get no audio issues.

sudo QEMU_AUDIO_DRV=alsa QEMU_ALSA_DAC_BUFFER_SIZE=512 QEMU_ALSA_DAC_PERIOD_SIZE=170 qemu-system-x86_64 -enable-kvm -m 8G -cpu host,kvm=off \
	-nographic \
	-smp 4,sockets=1,cores=4,threads=1 \
	-mem-path /dev/hugepages \
	-device vfio-pci,host=01:00.0,x-vga=on -device vfio-pci,host=01:00.1 \
	-vga none \
	-soundhw hda \
	-device virtio-scsi-pci,id=scsi \
	-drive file=/dev/sdb,id=disk,format=raw,if=none -device scsi-hd,drive=disk \
	-net nic -net bridge,br=br0 \
	-device vfio-pci,host=00:1d.0

When I run it while using a window manager such as awesome I get this error and subsequently a lot of crackling in Windows 7 x64:

ALSA lib pcm_dmix.c:1024:(snd_pcm_dmix_open) unable to open slave
alsa: Could not initialize DAC
alsa: Failed to open `default':
alsa: Reason: Device or resource busy
ALSA lib pcm_dmix.c:1024:(snd_pcm_dmix_open) unable to open slave
alsa: Could not initialize DACalsa: Failed to open `default':
alsa: Reason: Device or resource busy
audio: Failed to create voice `dac'

What could be the cause of this?
Any help is greatly appreciated.

Offline

#5773 2015-07-30 21:49:48

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Kartoffel wrote:

Hi, I have a question regarding audio in QEMU.

When I run my script while I'm using KDE5 I get no audio issues.

sudo QEMU_AUDIO_DRV=alsa QEMU_ALSA_DAC_BUFFER_SIZE=512 QEMU_ALSA_DAC_PERIOD_SIZE=170 qemu-system-x86_64 -enable-kvm -m 8G -cpu ...snip..

..cut..
What could be the cause of this?
Any help is greatly appreciated.

The lack of pulse audio, maybe?(AFAIR, it works on top of alsa) Or a different user running alsa?

fabrizziop wrote:

I have an FX-8350 + GA990FXA-UD3, with 270x as passthrough GPU and 5770 as linux GPU. I want to upgrade my 270x to something faster. Does the r9 290/390 or the r9 285/380 work correctly, without reset issues?. Thanks.

The list.

AFAIR:
1. Nobody tested AMD 3XX-series GPUs yet.
2. The reset issues were resolved by some kernel patch, which went upstream some months ago.

I'd go with the 390 or 380 or whatever which has HBM. The first serious technology advancement since GCN.


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

#5774 2015-07-30 22:46:50

Kartoffel
Member
Registered: 2015-07-30
Posts: 3

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Duelist wrote:

The lack of pulse audio, maybe?(AFAIR, it works on top of alsa) Or a different user running alsa?

Thanks for your help.
Running pulseaudio within awesome no longer displays the previous error, but now there's a new one.

alsa: Requested buffer size 512 was rejected, using 1881
alsa: Requested period size 170 was rejected, using 940

Again, this is something that does not happen within KDE5.
Thanks again.

Offline

#5775 2015-07-31 01:03:42

Duelist
Member
Registered: 2014-09-22
Posts: 358

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Kartoffel wrote:
Duelist wrote:

The lack of pulse audio, maybe?(AFAIR, it works on top of alsa) Or a different user running alsa?

Thanks for your help.
Running pulseaudio within awesome no longer displays the previous error, but now there's a new one.

alsa: Requested buffer size 512 was rejected, using 1881
alsa: Requested period size 170 was rejected, using 940

Again, this is something that does not happen within KDE5.
Thanks again.

Does it work that way? If so - ignore that lines. You can get rid of those lines by deleting

QEMU_ALSA_DAC_BUFFER_SIZE=512 QEMU_ALSA_DAC_PERIOD_SIZE=170

And if you don't care much about using pulse audio or not - you can and should adapt QEMU to use it:

QEMU_PA_SAMPLES=128 QEMU_AUDIO_DRV=pa

P.S.
I feel sad about advising people to use pulse audio, it's too complex and over-abstract for me and my uses.

Last edited by Duelist (2015-07-31 01:03:59)


The forum rules prohibit requesting support for distributions other than arch.
I gave up. It was too late.
What I was trying to do.
The reference about VFIO and KVM VGA passthrough.

Offline

Board footer

Powered by FluxBB