Re: [vfio-users] Radeon 5770 Passthrough works in Chipset 440FX but not in Q35

On 06/02/16 20:57, Zir Blazer wrote: > Where I had absolutely no success with Q35 is trying to install the > Radeon Drivers, since without them, the VM is worthless for gaming. I > tested the three versions available for the Radeon 5xxx series for > Windows 10 (Catalyst 15.7, 15.7.1, which I have

Re: [vfio-users] Preventing host from going into sleep

On 06/22/16 07:01, Nicolas Roy-Renaud wrote: > I've had my fair share of lockups because I forgot to turn off my VM > before putting my host to sleep, and I've started looking into some sort > of lock to prevent that kind of mistake. Normally, I'd use something > like `systemd-inhibit >

Re: [vfio-users] Guest does not boot OS with GPU passed through, stuck at TianoCore boot splash

On 04/12/16 20:42, Stefan Seil wrote: > As far as I can tell, the other PCI device is the HDMI audio controller > of the graphics card. It is listed as a seperate PCI device and I > assigned it to the VM, too. I think that makes sense. I have the same situation with my GTX750. I believe those two

Re: [vfio-users] Slow performance on VM win7 install

On 04/05/16 04:26, Mark wrote: > Hello, I've had this problem consistently in both ubuntu server and arch > (fresh installs this week). When booting a brand new VM and the win7 > iso attached to cdrom, I am getting extremely poor performance. The > first 'Windows is loading files...' screen

Re: [vfio-users] Guest does not boot OS with GPU passed through, stuck at TianoCore boot splash

On 04/10/16 16:46, Blank Field wrote: > What you can do - convert libvirt xml into a usual qemu command line, > and add an ISA debug console and check OVMF debug output in it. * Yes, capturing the OVMF debug log should be the first step when reporting apparent OVMF issues. You can get that log

Re: [vfio-users] Guest does not boot OS with GPU passed through, stuck at TianoCore boot splash

On 04/11/16 22:11, Laszlo Ersek wrote: > On 04/11/16 21:48, Stefan Seil wrote: >> Thank you for the detailed explanation! >> I did this and have uploaded the log here: http://pastebin.com/BXU9UqiG >> I don't really see any apparent errors in there... > > Right,

Re: [vfio-users] Windows 7 successfully migrated from BIOS to OVMF/UEFI

On 05/16/16 11:46, Blank Field wrote: > > On May 16, 2016 12:27 PM, "Leonhard Preis" > wrote: >> >> My dear fellow vfio users, >> >> today I want to share my success[1] with you. In case you have Windows > 7 and currently use BIOS but would like to

Re: [vfio-users] If the mailing list is intended to fill the gap for the closed arch linux forum thread..

On 04/15/16 17:55, Alex Williamson wrote: > On Fri, Apr 15, 2016 at 9:43 AM, Ivan Volosyuk > wrote: > > If the mailing list is intended to fill the gap for the closed arch > linux forum thread - it doesn't work so well. It looks

Re: [vfio-users] Guest does not boot OS with GPU passed through, stuck at TianoCore boot splash

On 04/18/16 16:08, Stefan Seil wrote: > Thank you for your detailed response! > > So if I understand you correctly, you are saying that from now on the > issue lies within the guest OS, Yes. > and thus I am rather limited in what I > can do on my end. You could talk to Linux kernel maintainers

Re: [vfio-users] UEFI & virt-manager on Arch

On 04/15/16 12:08, Laszlo Ersek wrote: > * If you use Gerd's "edk2.git-ovmf-x64" package, then: > > nvram = [ > > "/usr/share/edk2.git/ovmf-x64/OVMF_CODE-pure-efi.fd:/usr/share/edk2.git/ovmf-x64/OVMF_VARS-pure-efi.fd" > > "/usr/shar

Re: [vfio-users] UEFI & virt-manager on Arch

On 04/15/16 10:45, Philip Abernethy wrote: > I'm using extra/ovmf on my machine and just had to add > > nvram = [ >"/usr/share/ovmf/ovmf_x64.bin:/usr/share/ovmf/ovmf_x64.bin" > ] Ouch. That hurt. A lot. - Elements in the nvram list are pairs. - Each pair has a first component, and a second

Re: [vfio-users] UEFI & virt-manager on Arch

t a solution. > > Laszlo Ersek <ler...@redhat.com <mailto:ler...@redhat.com>> schrieb am > Fr., 15. Apr. 2016 um 12:08 Uhr: > > On 04/15/16 10:45, Philip Abernethy wrote: > > I'm using extra/ovmf on my machine and just had to add > > > > nvra

Re: [vfio-users] UEFI not respecting video output selection

On 07/28/16 17:38, Ryan A Young wrote: > Hi all, > > I have been a happy passthrough camper for two years with my HD 7850, > a BIOS-only card. I recently upgraded to a GTX 1060 which has > UEFI-capable firmware. It works great in my VM, but I have an issue > with the UEFI firmware on the host -

Re: [vfio-users] Stutter in games

On 01/23/17 20:02, Alex Williamson wrote: > isolcpus > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/admin-guide/kernel-parameters.txt#n1669 BTW, do you know a method to massage isolcpus without a host reboot? The last paragraph of the linked section doesn't

Re: [vfio-users] edk2.git-ovmf-x64 from kraxel.org/repos doesn't boot?

On 02/22/17 08:17, Doug Applegate wrote: > I've never had problems booting using ovmf firmware from the rpm repo > https://www.kraxel.org/repos/ but today I updated (fedora 25) and > could no longer boot (black screen, no Tiano Core logo) Commit dc4c770763d0 ("BaseTools: add error check for Macro

Re: [vfio-users] How to get Windows 7 to work with hyperv

On 02/09/17 20:48, Thomas Lindroth wrote: > Good news everyone. Everyone who is still using Windows 7 that is. I've got > win7 to run with hyperv enlightenments enabled. > > The problem with win7 is that it won't boot if you use OVMF, multicore and > hyperv at the same time. This bug (comment 7)

Re: [vfio-users] VM Won't boot with 2 PCIE 1x cards installed.

On 09/09/16 03:21, Brett Peckinpaugh wrote: > I am running Arch Linux, ACS patch on a Skylake system. I have some > audio pop and crackle so wanted to try passing a sound card instead of > routing the audio from my monitor to my speakers. I purchased an Asus > Xonar PCI DGX. Chip is CMI8788. I

Re: [vfio-users] VFIO-PCI with AARCH64 QEMU

ut- NonFatalErr- > CEMsk: RxErr+ BadTLP+ BadDLLP+ Rollover+ Timeout+ NonFatalErr+ > AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn- If there was an active matching kernel driver / module, I think it would be listed here. Thanks Laszlo > &

Re: [vfio-users] VFIO-PCI with AARCH64 QEMU

On 10/25/16 23:10, Ard Biesheuvel wrote: > On 25 October 2016 at 21:38, Haynal, Steve wrote: >> Hi All, >> >> Thanks for the help. I've started using explicit pflash drives >> instead of -bios. The firmware I was using was 15.12 from >>

Re: [vfio-users] VFIO-PCI with AARCH64 QEMU

On 10/25/16 22:38, Haynal, Steve wrote: > Hi All, > > Thanks for the help. I've started using explicit pflash drives > instead of -bios. The firmware I was using was 15.12 from > https://releases.linaro.org/components/kernel/uefi-linaro/15.12/release/qemu64/QEMU_EFI.fd. > This was not producing

Re: [vfio-users] VFIO-PCI with AARCH64 QEMU

CC Ard and Eric (Alex will see this anyway) On 10/25/16 02:29, Haynal, Steve wrote: > Hi, > > > > I am using VFIO-PCI to pass through a PCIe endpoint on an FPGA card to > virtual x86 and aarch64 QEMU instances. It works fine on x86 but I have > problems with aarch64. On aarch64, memory for

Re: [vfio-users] VFIO-PCI with AARCH64 QEMU

On 10/25/16 18:31, Alex Williamson wrote: > On Tue, 25 Oct 2016 11:35:13 +0200 > Laszlo Ersek <ler...@redhat.com> wrote: > >> (3) You didn't say where you got your firmware binary. Recent builds of >> the upstream ArmVirtQemu platform of edk2 utilize the 64-bit MM

Re: [vfio-users] Passthrough USB PCI Controller

On 10/25/16 16:30, Jayme Howard wrote: > I'm doing exactly this with no significant problem. The way I handle it > is that I've got a script that binds the specific card to vfio-pci at > runtime, and I call that as a part of my startup script for the VM. > > /usr/local/bin/vfio-bind >

Re: [vfio-users] setting up virtual disks

On 03/28/17 15:41, Patrick O'Callaghan wrote: > On Tue, 2017-03-28 at 15:08 +0200, Laszlo Ersek wrote: >> On 03/28/17 14:21, Patrick O'Callaghan wrote: >>> On Tue, 2017-03-28 at 11:47 +0200, Laszlo Ersek wrote: >>>> I recommend the following setup: >>>>

Re: [vfio-users] setting up virtual disks

On 03/28/17 14:21, Patrick O'Callaghan wrote: > On Tue, 2017-03-28 at 11:47 +0200, Laszlo Ersek wrote: >> I recommend the following setup: >> >> - hard disk(s): virtio-blk or virtio-scsi disk, as you prefer > > I'm interested in why someone would prefer

Re: [vfio-users] OVMF secureboot question.

On 08/11/17 17:05, Hagbard Celine wrote: > 2017-08-11 13:28 GMT+01:00, Laszlo Ersek <ler...@redhat.com>: >> On 08/11/17 12:50, Hagbard Celine wrote: >>> Hi, I used to update at every new version form kraxel.org, but at one >>> point I had to stop updating due to

Re: [vfio-users] OVMF secureboot question.

On 08/11/17 12:50, Hagbard Celine wrote: > Hi, I used to update at every new version form kraxel.org, but at one > point I had to stop updating due to secure-boot changes. As far as I > could see, Q35 was needed for secure-boot on newer versions due to > i440FX not emulating SMM. > > Today I did

Re: [vfio-users] 'dnf update' killed working VM

On 08/10/17 14:15, Laszlo Ersek wrote: > So I think it comes down to another toolchain difference between RHEL-7 > and Fedora-26. Likely gcc -- the commit you identified is also related > to a C compiler. In particular: > > - on RHEL-7, the system compiler (gcc-4.8.5) is mappe

Re: [vfio-users] 'dnf update' killed working VM

On 08/10/17 05:45, Alex Williamson wrote: > On Thu, 10 Aug 2017 00:29:36 +0200 > Laszlo Ersek <ler...@redhat.com> wrote: > >> On 08/09/17 23:37, Alex Williamson wrote: >>> On Wed, 09 Aug 2017 21:55:00 +0100 >>> "Patrick O'Callaghan" <p...@usb.v

Re: [vfio-users] 'dnf update' killed working VM

On 08/10/17 16:54, Laszlo Ersek wrote: > On 08/10/17 14:15, Laszlo Ersek wrote: > >> So I think it comes down to another toolchain difference between RHEL-7 >> and Fedora-26. Likely gcc -- the commit you identified is also related >> to a C compiler. In particular: >&

Re: [vfio-users] Awful boot times, current OVMF to blame?

On 07/25/17 10:48, Hristo Iliev wrote: > This sounds really a lot like that old kernel MTRR problem Yes, it does. http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=879ae1880449c88db11c1ebdaedc2da79b2fe73f (part of v4.4) The symptoms described in this thread (matching

Re: [vfio-users] Awful boot times, current OVMF to blame?

On 07/26/17 19:59, John Koelndorfer wrote: > Laszlo, > > I'll see about testing a few kernels with the latest OVMF at > https://www.kraxel.org/repos/jenkins/edk2/ (I believe that is the repo you > are referring to). Yes, that's it. > I will report back when I've got something nailed down, >

Re: [vfio-users] Bisected an issue with OVMF

le to bisect the issue! Great; thank you for the effort! > The build[2] from 2015 booted! The one from mid-2016 did not, as > expected. Anyway, I tracked the breakage down to this commit: > > commit 7daf2401d420573f50e3d00ae3a89e54914ef056 > Author: Laszlo Ersek <ler...@redhat.com

Re: [vfio-users] FLR supporting serial chips?

On 08/08/17 00:12, Alex Williamson wrote: > On Mon, 7 Aug 2017 17:52:04 -0400 > "taii...@gmx.com" wrote: > >> I want to add physical serial ports to a VM but I can't find any FLR >> supporting serial cards (I have looked at spec sheets for the chips no luck) >> >> Ideally there

Re: [vfio-users] Qwerking support for ARI, SR-IOV etc

On 08/23/17 01:34, Patrick O'Callaghan wrote: > On Tue, 2017-08-22 at 19:04 -0400, taii...@gmx.com wrote: >> Is it possible to qwerk these features on a chipset that physically >> supports them but lacks the enable bit in the firmware? >> >> I recall there is a linux command "setpci" that let you

Re: [vfio-users] OVMF and Windows hibernation

On 09/14/17 17:01, Patrick O'Callaghan wrote: > I'm interested in getting hibernation or Fast Boot working on my > Windows 10 VM, however on trying to enable it using "powercfg" I get > the message "The system firmware does not support hibernation". I'm > using OVMF

Re: [vfio-users] Is there any tools to setup an vm with IGD passthrough?

On 09/26/17 11:55, Daimon Wang wrote: > Hi,I'm planning to write a program that control an VM with IGD > passthrough. Now the environment is ready: kernel param && driver > blacklist ok and the VM start correctly with virt-install plus virsh > edit the xml. So it's time to convert that process

[vfio-users] UEFI adoption in GPU oproms [was: passthrough not working.]

Hi Alex, diverging (hence the subject change): On 10/20/17 16:28, Alex Williamson wrote: > The Kepler Geforce cards were right on the borderline of UEFI ROMs > becoming standard, some vendors supplied it (including my EVGA > GTX660), others didn't. Very interesting; could you perhaps put a

Re: [vfio-users] Win7 install no longer working

On 01/03/18 05:40, Mark wrote: > Fedora 27, qemu-kvm 2.10.1-2.fc27, libvirt 3.7.0, edk2-ovmf 5.fc27. > > This appears to be related to the VBE 'shim' for UEFI installs. The > installation process will not go past the windows flag screen. It is the > same win7 installation ISO that I've

Re: [vfio-users] What does intel VBIOS do in SeaBIOS.bin?

On 10/16/18 05:31, Acewind wrote: > In hostdev passthrough, rombar=off also works. Is seabios running without > any vga rom? How can it access the vga hardware? rombar=off makes QEMU load the PCI expansion ROM into a "genroms" style fw_cfg file, rather than the PCI device's ROM BAR. SeaBIOS

Re: [vfio-users] [OVMF+VIFO+QEMU] Large VM RAM allocation = Long Boot Times

On 11/15/18 06:59, A Z wrote: > This is an issue that involves a combination of different software > packages, so my apologies in advance if this is the wrong list to post on. > > I'm experiencing terrible boot times when I assign a large amount of RAM to > a VM when used in combination with

Re: [vfio-users] (good) working GPU for passthrough?

On 01/18/19 21:28, Kash Pande wrote: > On 2019-01-18 12:20 p.m., Bronek Kozicki wrote: >> This is starting to make sense, going to try passthrough with q35 and >> UEFI now. > > > Good luck! Looks like you're on the right track. Sorry, I've had zero time to follow this list in recent weeks

Re: [vfio-users] [OVMF+VIFO+QEMU] Large VM RAM allocation = Long Boot Times

;>Bus: 0 - FF Translation=0 >> Io: 6000 - Translation=0 >>Mem: 9000 - FBFF Translation=0 >> MemAbove4G: 8 - F Translation=0 >> PMem: - 0 Translation=0 >>PMemAbove4G: FF