Thanks for checking.
After adding nohz_full, rcu_nocbs, isolcpus parameters to my grub
cmdline and switching to the Ubuntu lowlatency kernel it seems the sound
is quite good when playing youtube video's or vlc. No crackles or noise
anymore.
Not sure if there is really causation with using the lowlatency kernel,
but when using the generic kernel I still had a lot of noise and some
crackles.
On 24/01/17 05:29, Scott wrote:
I removed the rom file and my VM still functions the same.
On Mon, Jan 23, 2017 at 8:54 PM, Scott <shewl...@unleashed-web.org
<mailto:shewl...@unleashed-web.org>> wrote:
Hmm. No I pass through my usb headset for sound and microphone.
Once I adjusted the sample rate in was good to go.
I pass through the hdmi audio PCIe device and set the msi
interrupt for good measure though I don't actually make use of it.
scott
On Jan 23, 2017 7:04 PM, "P. Pronk" <v...@pronk.nl
<mailto:v...@pronk.nl>> wrote:
Also for a ich6 sound device? Thought the msi interrupts was a
'pass through' setting when you use the hdmi audio device?
Anyway, it's not listed in regedit in the PCI tree as the amd
& virtio devices are so not sure what to do.
I have to set it to CD quality, any better or worse and the
crackles get really bad
On 24/01/17 00:40, Scott wrote:
Change the sample rate in Windows to DVD quality.. that made
my sound crackles go away.
Also ensure msi Interrupts enabled.
scott
On Jan 23, 2017 6:24 PM, "P. Pronk" <v...@pronk.nl
<mailto:v...@pronk.nl>> wrote:
That would be interesting to see indeed. Actually I
bought the RX460 because first I wanted to use my old
HD7850, but then my pc didnt even want to boot (linux,
didnt try windows). It just hanged seconds after grub
loading with a lot of those PCIe Bus Error's. Then I
tried a couple Nvidia NVS295's I had but I couldnt get
them to work properly (driver issues which caused
mismatching colours).
Probably there is just something wrong with that MSI
RX480, as it gave those PCI-E Bus Error's also when it
was the only GPU in my system (while I was waiting for
the RX460). But then again, it's strange that the rom
could be extracted correctly with GPU-Z under Windows.
I did a Unique Heaven test and the results where not bad,
~1350 points and 53fps. But during some scenes it seemed
the camera movement slowed down and then sped up
significantly a couple of times. It didnt look like that
was intentionaly but that said there was no drop in fps.
Will do some more tests tomorrow as I am also not yet
really happy with the sound quality (too much noise
sometimes).
Yes, I extracted the uefi bios from
edk2.git-ovmf-x64-0-20170120.b2426.gaa961de.noarch.rpm.
See xml below.
Cheers, Pim
--------------------------
<domain type='kvm'
xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
<name>win8</name>
<uuid>8a96e6b2-6396-4e84-ba3b-dedcb1e3d997</uuid>
<memory unit='KiB'>8388608</memory>
<currentMemory unit='KiB'>8388608</currentMemory>
<memoryBacking>
<hugepages/>
</memoryBacking>
<vcpu placement='static'>4</vcpu>
<cputune>
<vcpupin vcpu='0' cpuset='2'/>
<vcpupin vcpu='1' cpuset='3'/>
<vcpupin vcpu='2' cpuset='6'/>
<vcpupin vcpu='3' cpuset='7'/>
</cputune>
<numatune>
<memory mode='preferred' nodeset='0'/>
</numatune>
<os>
<type arch='x86_64' machine='pc-i440fx-xenial'>hvm</type>
<loader readonly='yes'
type='pflash'>/usr/share/ovmf/OVMF-win8.fd</loader>
<nvram>/var/lib/libvirt/qemu/nvram/win8_VARS.fd</nvram>
<bootmenu enable='no'/>
</os>
<features>
<acpi/>
<apic/>
<hyperv>
<relaxed state='on'/>
<vapic state='on'/>
<spinlocks state='on' retries='8191'/>
</hyperv>
</features>
<cpu mode='host-model'>
<model fallback='allow'/>
<topology sockets='1' cores='2' threads='2'/>
</cpu>
<clock offset='localtime'>
<timer name='rtc' tickpolicy='catchup'/>
<timer name='pit' tickpolicy='delay'/>
<timer name='hpet' present='no'/>
<timer name='hypervclock' present='yes'/>
</clock>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<pm>
<suspend-to-mem enabled='no'/>
<suspend-to-disk enabled='no'/>
</pm>
<devices>
<emulator>/usr/bin/kvm-spice</emulator>
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'
io='native'/>
<source
dev='/dev/disk/by-path/ip-192.168.1.2:3260-iscsi-iqn.2017-01.nl.serv:zpool.virtual-lun-0'/>
<target dev='sda' bus='scsi'/>
<boot order='1'/>
<address type='drive' controller='0' bus='0'
target='0' unit='0'/>
</disk>
<controller type='pci' index='0' model='pci-root'/>
<controller type='usb' index='0'>
<address type='pci' domain='0x0000' bus='0x00'
slot='0x01' function='0x2'/>
</controller>
<controller type='scsi' index='0' model='virtio-scsi'>
<driver queues='4'/>
<address type='pci' domain='0x0000' bus='0x00'
slot='0x02' function='0x0'/>
</controller>
<interface type='bridge'>
<mac address='52:54:00:f4:37:6f'/>
<source bridge='br0'/>
<model type='virtio'/>
<address type='pci' domain='0x0000' bus='0x00'
slot='0x03' function='0x0'/>
</interface>
<sound model='ich6'>
<address type='pci' domain='0x0000' bus='0x00'
slot='0x04' function='0x0'/>
</sound>
<hostdev mode='subsystem' type='pci' managed='yes'>
<source>
<address domain='0x0000' bus='0x01' slot='0x00'
function='0x0'/>
</source>
<rom
file='/var/lib/libvirt/roms/113-MSITV341MH.152.rom'/>
<address type='pci' domain='0x0000' bus='0x00'
slot='0x05' function='0x0'/>
</hostdev>
<hostdev mode='subsystem' type='pci' managed='yes'>
<source>
<address domain='0x0000' bus='0x01' slot='0x00'
function='0x1'/>
</source>
<address type='pci' domain='0x0000' bus='0x00'
slot='0x0a' function='0x0'/>
</hostdev>
<hostdev mode='subsystem' type='usb' managed='yes'>
<source>
<vendor id='0x0141'/>
<product id='0x2d55'/>
</source>
</hostdev>
<hostdev mode='subsystem' type='usb' managed='yes'>
<source>
<vendor id='0x0168'/>
<product id='0xc11d'/>
</source>
</hostdev>
<memballoon model='virtio'>
<address type='pci' domain='0x0000' bus='0x00'
slot='0x08' function='0x0'/>
</memballoon>
</devices>
<qemu:commandline>
<qemu:env name='QEMU_PA_SAMPLES' value='4096'/>
<qemu:env name='QEMU_AUDIO_DRV' value='pa'/>
<qemu:env name='QEMU_PA_SERVER'
value='/run/user/1000/pulse/native'/>
</qemu:commandline>
</domain>
On 23/01/17 22:51, Scott wrote:
Hi
I downloaded a rom from the Internets. There is a common
site that has a library of them. I have been meaning to
try without the rom file too. Not sure it's necessary.
I think you have a tougher time because you have two AMD
cards. I am able to blacklist the AMD driver completely
because my "other card" is Intel.
Are you using the uefi bios for your virtual machine?
scott
On Jan 23, 2017 9:37 AM, "P. Pronk" <v...@pronk.nl
<mailto:v...@pronk.nl>> wrote:
On 2017-01-23 12:13, Manuel Ullmann wrote:
depending on the Polaris being a reference card
Thanks for your comments, but it seems the MSI
Gaming X series is not a reference card (its factory
overclocked).
So the vBios being bricked by the manufacturr
should be also kept in mind.
I dont think this is the case here, as using GPU-Z
under Windows shows a valid EFI rom. It seems a
Linux issue only, I have submitted a case with MSI
to see what they say.
On 23/01/17 02:46, Scott wrote:
Here is my xml in case it helps:
Thanks, if I add the rom (the one I saved using
GPU-Z under Windows) my display turns on.
Unfortunately it didnt work then yet, as my dmesg
was flooded with the following message:
vfio-pci 0000:01:00.0: BAR 0: can't reserve [mem
0xc0000000-0xcfffffff 64bit pref]
This was caused due grub loading vesafb for the
RX480 as the graphical terminal was enabled. So in
/etc/default/grub I had to add
GRUB_GFXPAYLOAD_LINUX="text" and disable
'GRUB_GFXMODE' (not sure about the last one as maybe
thats implicit but it doesnt hurt either).
Unfortunately that does mean I cant use ddccontrol
it seems, as that complains about missing a
framebuffer driver. Therefore I've also asked Asus
whether they plan to support choosing the primary
vga slot like Gigabyte does and they said 'they will
discuss this internally'.
My Asus support agent actually had never heard of
vfio before and repeatedly said that Asus only
supports multiple GPU's when using SLI/Crossfire. So
maybe if more people would contact their local Asus
support agent and request this feature they are more
willing to look at it? Who takes the hint? ;)
I had to install the driver twice as the first time
the install failed, but at the moment the GPU
appears to be working correctly. Now first on to
sound before I do some 3D testing.
Kind rgds, Pim
Best regards,
Manuel
Here is my xml in case it helps:
<domain type='kvm'>
<name>dozer</name>
<uuid>989e9ee8-2e0a-asdf-asdf-00a41fdb1b31</uuid>
<title>dozer</title>
<memory unit='KiB'>8388608</memory>
<currentMemory
unit='KiB'>8388608</currentMemory>
<memoryBacking>
<hugepages/>
</memoryBacking>
<vcpu placement='static'>4</vcpu>
<cputune>
<vcpupin vcpu='0' cpuset='4'/>
<vcpupin vcpu='1' cpuset='5'/>
<vcpupin vcpu='2' cpuset='6'/>
<vcpupin vcpu='3' cpuset='7'/>
</cputune>
<os>
<type arch='x86_64'
machine='pc-i440fx-xenial'>hvm</type>
<loader readonly='yes'
type='pflash'>/usr/share/OVMF/OVMF_CODE.fd</loader>
<nvram>/var/lib/libvirt/qemu/nvram/dozer_VARS.fd</nvram>
<boot dev='hd'/>
</os>
<features>
<acpi/>
<apic/>
<hyperv>
<relaxed state='on'/>
<vapic state='on'/>
<spinlocks state='on' retries='8191'/>
</hyperv>
</features>
<cpu mode='host-passthrough'>
<topology sockets='1' cores='4' threads='1'/>
</cpu>
<clock offset='localtime'>
<timer name='rtc' tickpolicy='catchup'/>
<timer name='pit' tickpolicy='delay'/>
<timer name='hpet' present='no'/>
<timer name='hypervclock' present='yes'/>
</clock>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<pm>
<suspend-to-mem enabled='no'/>
<suspend-to-disk enabled='no'/>
</pm>
<devices>
<emulator>/usr/bin/kvm-spice</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='qcow2'/>
<source
file='/var/lib/libvirt/images/dozer.qcow2'/>
<target dev='sda' bus='scsi'/>
<address type='drive' controller='0' bus='0'
target='0' unit='0'/>
</disk>
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'
io='native'/>
<source dev='/dev/sdb1'/>
<target dev='sdb' bus='scsi'/>
<address type='drive' controller='0' bus='0'
target='0' unit='1'/>
</disk>
<controller type='usb' index='0'
model='ich9-ehci1'>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x06'
function='0x7'/>
</controller>
<controller type='usb' index='0'
model='ich9-uhci1'>
<master startport='0'/>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x06'
function='0x0' multifunction='on'/>
</controller>
<controller type='usb' index='0'
model='ich9-uhci2'>
<master startport='2'/>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x06'
function='0x1'/>
</controller>
<controller type='usb' index='0'
model='ich9-uhci3'>
<master startport='4'/>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x06'
function='0x2'/>
</controller>
<controller type='scsi' index='0'
model='virtio-scsi'>
<driver queues='4'/>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x05'
function='0x0'/>
</controller>
<controller type='pci' index='0'
model='pci-root'/>
<interface type='network'>
<mac address='52:54:00:bb:4f:3b'/>
<source network='default'/>
<model type='virtio'/>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x03'
function='0x0'/>
</interface>
<interface type='bridge'>
<mac address='52:54:00:de:52:c9'/>
<source bridge='br0'/>
<model type='virtio'/>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x09'
function='0x0'/>
</interface>
<hostdev mode='subsystem' type='pci'
managed='yes'>
<source>
<address domain='0x0000' bus='0x01'
slot='0x00' function='0x0'/>
</source>
<rom
file='/var/lib/libvirt/roms/MSI.RX480.4096.160720.rom'/>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x02'
function='0x0'/>
</hostdev>
<hostdev mode='subsystem' type='pci'
managed='yes'>
<source>
<address domain='0x0000' bus='0x01'
slot='0x00' function='0x1'/>
</source>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x04'
function='0x0'/>
</hostdev>
<hostdev mode='subsystem' type='usb'
managed='yes'>
<source>
<vendor id='0x24f0'/>
<product id='0x0137'/>
</source>
</hostdev>
<hostdev mode='subsystem' type='usb'
managed='yes'>
<source>
<vendor id='0x1532'/>
<product id='0x0016'/>
</source>
</hostdev>
<hostdev mode='subsystem' type='usb'
managed='yes'>
<source>
<vendor id='0x045e'/>
<product id='0x070f'/>
</source>
</hostdev>
<memballoon model='virtio'>
<address type='pci' domain='0x0000'
bus='0x00' slot='0x08'
function='0x0'/>
</memballoon>
</devices>
</domain>
On Sun, Jan 22, 2017 at 4:30 PM, P. Pronk
<v...@pronk.nl <mailto:v...@pronk.nl>> wrote:
Thanks, that's good to know and I will
try to specify the rom.
In the mean time, do you know which bios
revision your card has?
The other revision is
https://www.techpowerup.com/vgabios/185395/msi-rx480-8192-160719
<https://www.techpowerup.com/vgabios/185395/msi-rx480-8192-160719>
So is it 113-MSITV341MH.151 or
113-MSITV341MH.152 ?
Pim
On 2017-01-22 20:46, Scott wrote:
I have that msi rx480 card working with
pass through.
Note I had a much easier time using
the uefi bios. I am
currently
specifying a rom file in my XML for
my video card but I don't
think
that's entirely necessary.
scott
On Jan 22, 2017 12:47 PM, "P. Pronk"
<v...@pronk.nl <mailto:v...@pronk.nl>> wrote:
On Sun, 22 Jan 2017 11:55:57
+1100, Luke Yelavich
wrote:
Who is the manufacturer of both your AMD
cards? So far as I
understand
things, its up to the manufacturer of the
card to
provide the
appropriate ROM
to suit the configuration of
the card. Its likely that
a ROM/BIOS
update may
fix your RX 480 card. Do
both cards work under a pure
Windows
environment?
That's a simple question but a
difficult answer to get a
pure
Windows environment working again ;)
Anyway, I got the following
results after using GPU-Z
under Windows:
The RX480 is a MSI Gaming X 8G:
https://www.techpowerup.com/vgabios/187387/187387
<https://www.techpowerup.com/vgabios/187387/187387>
[1]
and the RX460 is a XFX R460P4TFG5:
https://www.techpowerup.com/vgabios/189230/189230
<https://www.techpowerup.com/vgabios/189230/189230>
[2]
Cheers, Pim
_______________________________________________
vfio-users mailing list
vfio-users@redhat.com
<mailto:vfio-users@redhat.com>
https://www.redhat.com/mailman/listinfo/vfio-users
<https://www.redhat.com/mailman/listinfo/vfio-users>
[3]
Links:
------
[1]
https://www.techpowerup.com/vgabios/187387/187387
<https://www.techpowerup.com/vgabios/187387/187387>
[2]
https://www.techpowerup.com/vgabios/189230/189230
<https://www.techpowerup.com/vgabios/189230/189230>
[3]
https://www.redhat.com/mailman/listinfo/vfio-users
<https://www.redhat.com/mailman/listinfo/vfio-users>
_______________________________________________
vfio-users mailing list
vfio-users@redhat.com
<mailto:vfio-users@redhat.com>
https://www.redhat.com/mailman/listinfo/vfio-users
<https://www.redhat.com/mailman/listinfo/vfio-users>
_______________________________________________
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
