Re: [Xen-devel] [PATCH v2] Handle xen_platform_pci=0 case

[Fabio Fantoni <fabio.fantoni@xxxxxxx>]

Il 27/11/2013 19:21, Anthony PERARD ha scritto:
> Hi,
>
> Here is a little patch that attempt to fix the issue regarding
> xen_platform_pci=0 not been handled.
>
> There is one patch left from the previous version. The patch that was adding
> qemu_machine_override have been removed as it is unnecessary. If someone wants
> to change the -machine, it can always add it to device_model_args_hvm, as QEMU
> appear to use the last one.
>
> Regards,
>
> Anthony PERARD (1):
>    libxl: Handle xen_platform_pci=0 case with qemu-xen.
>
>   tools/libxl/libxl_dm.c | 12 ++++++++++--
>   1 file changed, 10 insertions(+), 2 deletions(-)
The patch seems good and is working, the problem of kernel panic on hvm 
linux domU with xen_platform_pci=0 seems problem of xen modules kernel side.
I think that xen modules of linux kernel need to be fixed and/or 
improved (with backports to lts kernel versions).
Probably xen modules can cause an issue also on other case, for example 
this kernel problem with spice vdagent where I not found solution for now:
http://lists.freedesktop.org/archives/spice-devel/2013-October/015185.html

I also tried xen_platform_pci=0 on windows 7 with gplpv installed and 
gave blu screen, this should be windows problem, is know that is not 
adactive and give blu screen also on phisical hardware when mainly 
components change.
Without gplpv windows 7 boots also with xen_platform_pci=0.
Probably I also found that with xen_platform_pci=0 seems that solve qxl 
"refresh problem" on windows.
I'll try to further understand what xen cause conflicts or unforeseen cases.

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