Re: UEFI trouble with OVMF under Xen - nothing boots - SOLVED

2017-04-03 Thread Roger Pau Monné
On Sat, Apr 01, 2017 at 10:30:43PM +, Marcin Cieslak wrote:
> On Sat, 1 Apr 2017, Marcin Cieslak wrote:
> 
> > On Sat, 1 Apr 2017, Marcin Cieslak wrote:
> > 
> > > This is a follow up to the UEFI Windows boot problems
> > > reported after 4.7 got imported:
> > > 
> > > https://lists.freebsd.org/pipermail/freebsd-xen/2016-June/002745.html
> > > 
> > > I am using FreeBSD 12.0-CURRENT #6 r314708: Mon Mar  6 13:09:31 UTC 2017  
> > >r...@o.saper.info:/usr/obj/usr/src/sys/GENERIC  amd64 as dom0
> > > 
> > > In the 4.5 times I could install and boot Windows 2016 Technical Preview 
> > > 5 without
> > > major problems. In fact, I started using this as my default Windows
> > > environment - it was working very well and very fast.
> > 
> 
> So, for the archives:
> 
> I have compiled the newest OVMF git master in the DEBUG mode and found out
> that under normal qemu both I/O debug port 0x402 logging or serial port 
> logging
> (depending how OVMF got compiled) do work.
> 
> I have never been getting debug output from the OVMF started by Xen.
> What I didn't know is that firmware images are compiled into the hvmloader
> so that just replacing the ovmf.bin DOES NOT work.
> 
> I must have had a 32-bit ovmf.bin on the filesystem when I was compiling
> xen-tools; after replacing it with a 64-bit version and rebuilding
> xen-tools things started to work.

Sorry for not being able to help. Now that you got this working, do you think
you could send a patch(es) to add OVMF support to the xen-tools package? I'm
more than happy to add this functionality (and maintain the OVMF package if
needed).

Thanks, Roger.
___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"


Re: UEFI trouble with OVMF under Xen - nothing boots - SOLVED

2017-04-01 Thread Marcin Cieslak
On Sat, 1 Apr 2017, Marcin Cieslak wrote:

> On Sat, 1 Apr 2017, Marcin Cieslak wrote:
> 
> > This is a follow up to the UEFI Windows boot problems
> > reported after 4.7 got imported:
> > 
> > https://lists.freebsd.org/pipermail/freebsd-xen/2016-June/002745.html
> > 
> > I am using FreeBSD 12.0-CURRENT #6 r314708: Mon Mar  6 13:09:31 UTC 2017
> >  r...@o.saper.info:/usr/obj/usr/src/sys/GENERIC  amd64 as dom0
> > 
> > In the 4.5 times I could install and boot Windows 2016 Technical Preview 5 
> > without
> > major problems. In fact, I started using this as my default Windows
> > environment - it was working very well and very fast.
> 

So, for the archives:

I have compiled the newest OVMF git master in the DEBUG mode and found out
that under normal qemu both I/O debug port 0x402 logging or serial port logging
(depending how OVMF got compiled) do work.

I have never been getting debug output from the OVMF started by Xen.
What I didn't know is that firmware images are compiled into the hvmloader
so that just replacing the ovmf.bin DOES NOT work.

I must have had a 32-bit ovmf.bin on the filesystem when I was compiling
xen-tools; after replacing it with a 64-bit version and rebuilding
xen-tools things started to work.

Sorry for noise!

Marcin
___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"


Re: UEFI trouble with OVMF under Xen - nothing boots

2017-04-01 Thread Marcin Cieslak
On Sat, 1 Apr 2017, Marcin Cieslak wrote:

> This is a follow up to the UEFI Windows boot problems
> reported after 4.7 got imported:
> 
> https://lists.freebsd.org/pipermail/freebsd-xen/2016-June/002745.html
> 
> I am using FreeBSD 12.0-CURRENT #6 r314708: Mon Mar  6 13:09:31 UTC 2017 
> r...@o.saper.info:/usr/obj/usr/src/sys/GENERIC  amd64 as dom0
> 
> In the 4.5 times I could install and boot Windows 2016 Technical Preview 5 
> without
> major problems. In fact, I started using this as my default Windows
> environment - it was working very well and very fast.

A follow up to this:

I have tried a pure qemu installed from packages:

qemu-system-x86_64 \
-bios /usr/local/share/ovmf/ovmf.bin \
-no-shutdown \
-nodefaults -no-user-config \
-name Windows2016Pure -vnc 127.0.0.1:0,to=99 \
-display none -device VGA,vgamem_mb=16 \
-boot order=c \
-usb -usbdevice tablet -smp 2,maxcpus=2 \
-device rtl8139,id=nic0,netdev=net0,mac=00:16:3e:5d:0d:48 \
-netdev type=tap,id=net0,ifname=tap0,script=no,downscript=no \
-machine pc -m 4080 \
-drive 
file=/dev/zvol/zroot/windows0,if=ide,index=0,media=disk,format=raw,cache=writeback

and the boot process goes easily past the OVMF and continues booting,
only to fail "Inaccessible boot device" Windows message much later (probably 
because
I was using XenPV drivers there).

Marcin
___
freebsd-xen@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"