similar to: QueuePFN peculiarity in virtio-mmio

My apologies, I used Anthony's previous (now obsolete) email. Updated it now & keeping full context below. Sorry. On 10/22/13 19:49, Laszlo Ersek wrote: > Hi, > > "Appendix X: virtio-mmio" in the virtio spec says > > ? 0x040 | RW | QueuePFN > [...] When the Guest stops using the queue it must write zero > (0x0) to this register. >

Thanks VERY MUCH for all the info and help! Apologies for the extreme delay. I got distracted by other threads that forced out this work to later date. Also some frustration as well. ;) I completely missed this update. Apologies and thanks Will be diving back into this shortly! On Thu, Mar 24, 2016 at 3:57 PM, Laszlo Ersek <lersek@redhat.com> wrote: > On 03/21/16 19:53, jsl6uy js16uy

Apologies if this has been gone over, but I believe I have checked the intertubes more than a bit..... I am using libvirt and have vms booting under an OVMF.fd to use an efi firmware. I can create vms, linux ubuntu, and they will boot up. However, everytime I reboot am I dropped into the default efi shell provide by the tianocore build. Then I must walk the FS to the booting efi app and run, in

Patches before the last are small cleanups. In the last patch I'm trying to extract / generalize an idea from Stefan Hajnoczi's review of my virtio-net driver for OVMF. Unfortunately I can't find Stefan's email on any mailing list archive (sourceforge, gmane, mail-archive etc. all have only my response), so I'll quote it here. The patch Stefan was reviewing is

Patches before the last are small cleanups. In the last patch I'm trying to extract / generalize an idea from Stefan Hajnoczi's review of my virtio-net driver for OVMF. Unfortunately I can't find Stefan's email on any mailing list archive (sourceforge, gmane, mail-archive etc. all have only my response), so I'll quote it here. The patch Stefan was reviewing is

On Tue, 7 Apr 2015, Laszlo Ersek wrote: > Whereas syslinux.efi apparently uses the embedded gpxe/ tree, and that > one uses TCP timestamps. See tcp_xmit() in gpxe/src/net/tcp.c: Actually syslinux.efi seems to be using the implementation calling into UEFI via these functions: http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/efi/tcp.c I've tried to add debug messages to these

> On 05.04.2016 01:18, Michael D. Setzer II via Syslinux wrote: > > > This is in the BIOS mode. I changed all the syslinux files from the 6.0.3 to the > > 6.0.4 versions when available. (There are a few C32 files that are not > > there??). In Virtual Box, the EFI doesn't work at all, but booting in BIOS > > mode, the kernels all work as in 6.0.3 and all the

Hello, I'm trying to find out how to pxe boot with syslinux.efi on QEMU with OVMF. After getting through the initial hurdle caused by the iPXE based option ROM included with QEMU having a problem as described in these threads: http://www.syslinux.org/archives/2014-November/022804.html http://sourceforge.net/p/edk2/mailman/message/33236100/ I'm now getting further to almost being able

Stefan Hajnoczi <stefanha at gmail.com> writes: > On Sat, Jun 8, 2013 at 7:39 PM, Laszlo Ersek <lersek at redhat.com> wrote: >> Patches before the last are small cleanups. >> >> In the last patch I'm trying to extract / generalize an idea from Stefan >> Hajnoczi's review of my virtio-net driver for OVMF. How about a single patch which just replaces

Stefan Hajnoczi <stefanha at gmail.com> writes: > On Sat, Jun 8, 2013 at 7:39 PM, Laszlo Ersek <lersek at redhat.com> wrote: >> Patches before the last are small cleanups. >> >> In the last patch I'm trying to extract / generalize an idea from Stefan >> Hajnoczi's review of my virtio-net driver for OVMF. How about a single patch which just replaces

Hi, thank you, Andrea, for the forward. On 07/13/17 10:19, Andrea Bolognani wrote: > -------- Forwarded Message -------- > From: Thomas Meyer <thomas@m3y3r.de> > To: libvirt-users@redhat.com > Subject: [libvirt-users] UEFI NVRAM variables > Date: Wed, 12 Jul 2017 07:49:43 +0200 > >> Hi, >> >> how do I set the BootOrder variable in an NVRAM file for UEFI

Hello dear list, Using VMware I built a test setup of a server with dhcp, tftp and a http-server and several pxe-clients with EFI mode turned on. This setup worked, albeit with the exponential-like decay of IO rate I described earlier. The work-around of using HTTP works beautifully though. So it was time for the next step. Migrate this setup to our automated testing environment that runs

On 4 Apr 2016 at 8:06, H. Peter Anvin wrote: Subject: Re: [syslinux] hdt error on syslinux 6.0.4-pre1? To: "Michael D. Setzer II" <mikes at kuentos.guam.net>, syslinux at zytor.com From: "H. Peter Anvin" <hpa at zytor.com> Date sent: Mon, 4 Apr 2016 08:06:13 -0700 > On 04/04/16 07:14, Michael D. Setzer II via Syslinux

Hi, On 02/22/2018 01:03 AM, John Keates wrote: > > First of all, thanks for the great work! I was wondering about a patch I tried to send in a while ago which enables OVMF. It?s a single line in the rules setup and doesn?t have any build-time or run-time dependencies until you actually change a domU configuration to use OVMF. > > Currently I just rebuild all packages locally and add

On Fri, Jul 21, 2017 at 06:17:15AM -0500, Brijesh Singh wrote: > > On 7/20/17 10:24 PM, Jason Wang wrote: > > > > > > On 2017?07?20? 06:09, Brijesh Singh wrote: > >> I have found that OVMF fails to detect the disk when iommu_platform > >> is set from > >> qemu cli. The failure occurs during the feature bit negotiation. > >> > >>

On Fri, Jul 21, 2017 at 06:17:15AM -0500, Brijesh Singh wrote: > > On 7/20/17 10:24 PM, Jason Wang wrote: > > > > > > On 2017?07?20? 06:09, Brijesh Singh wrote: > >> I have found that OVMF fails to detect the disk when iommu_platform > >> is set from > >> qemu cli. The failure occurs during the feature bit negotiation. > >> > >>

Hi all I can''t seem to find any information on vga-passthrough when booting through xen.efi, so I assume it should work. But I encounter a problem on a windows 7 HVM that boots fine when dom0 is booted through MBR but fails when dom0 is booted through UEFI. My system is: DQ77KB motherboard with bios version 44 Core i7-3779T with VT-d Intel HD graphics 4000 In the qemu log it

Hello. I played with UEFI PXE booting the other day, and as usual, used qemu/kvm virtual machine for initial testing/debugging, because it is way easier and faster for this task than using a real hardware. However, it looks like either qemu or {pxe,sys}linux 6.03 is buggy, -- the two does not play well together. When booting, the system successfully loads syslinux.efi, at least the tftp server

This is only lightly tested. In particularly I only tested that the non-secure-boot path still works. I didn't test it on RHEL 7.3 yet because I haven't got enough free disk space for these giant source *.ova files :-( Will try to give that a go later. Rich.

I have been using syslinux-6.x along with isohybrid --mac and --efi option to create a usb hybrid iso with EFI support. The thing with EFI is that you'll need to use grub as your bootloader for EFI but isohybrid does setup the proper partition schema for EFI. You'll need to use the following to generate an iso that works. xorriso -as mkisofs -J -R -l -V some-vol-label \ -o ../image.iso