Re: [Xen-devel] Xen 4.4 development update: Is PVH a blocker?

[Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>]

> > rm -Rf tools/firmware/seabios-dir* tools/qemu-xen*
> > rebuilt and had the same issue :-(
> 
> Hmm so taking it forward doesn't cut it .. going back is probably going to be 
> searching for a needle in a haystack.
> Finding many incomptabilities. I tried it with vga passthrough to find back a 
> working config i knew i once had .. but to no avail :-(

Yikes. Do you get a similar error message in QEMU?
> 
> It's at least a good testdevice :-) seems to stretch the limits ...

I also tried it with my GPU:
05:00.0 VGA compatible controller: NVIDIA Corporation GF104GLM [Quadro 4000M] 
(rev a1) (prog-if 00 [VGA controller])
        Subsystem: Gigabyte Technology Co., Ltd Device 34fc
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort- >SERR- <PERR- INTx-
        Interrupt: pin A routed to IRQ 20
        Region 0: Memory at fc000000 (32-bit, non-prefetchable) [disabled] 
[size=32M]
        Region 1: Memory at d0000000 (64-bit, prefetchable) [disabled] 
[size=128M]
        Region 3: Memory at d8000000 (64-bit, prefetchable) [disabled] 
[size=64M]
        Region 5: I/O ports at c000 [disabled] [size=128]
        Expansion ROM at fe000000 [disabled] [size=512K]
        Capabilities: <access denied>
        Kernel driver in use: pciback


But my GPU's BAR (fc000000) is right smack in where the HVMloader stashes the 
ACPI tables -
so I figured I would try with something less complex, like a NIC.
  
> 
> >> 
> 
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel