[prev in list] [next in list] [prev in thread] [next in thread]
List: xen-users
Subject: Re: [Xen-users] XEN 4.10 PVHVM with stubdomain seemes to be impossible?
From: Éliás Tamás <et () etit ! hu>
Date: 2018-03-12 12:11:08
Message-ID: 96134135-ffb8-3e46-ef0e-8223c3c99045 () etit ! hu
[Download RAW message or body]
[Attachment #2 (multipart/signed)]
[Attachment #4 (multipart/mixed)]
HI.
> First of all, PVH isn't the same as PVHVM. PVHVM is HVM mode (has
> emulated devices) with some PV interfaces added; PVH is a new PV mode
> that doesn't require any emulated devices. (Sorry it's a bit
> confusing.) ATM Windows won't work in PVH mode, so you should at
> least remove 'pvh=1'.
Yes, I know, I meant PVHVM (I was the impression - after reading the
docs - that PVHVM can be turned on by using hvm builder and pvh=1 in the
config file)
On the windows guest I use the xen windows pv drivers , and I have
4.13.0-36-generic #40~16.04.1-Ubuntu kernel on the host.
>
> (Also, for future reference, it's helpful to include the entire config
> file when reporting an issue.)
I use this (the # lines were part of my old 4.9 config):
name = "etit-accounting"
type = "hvm"
#device_model_stubdomain_override=1
#builder='hvm'
memory=4097
shadow_memory=32
disk=[
'/data/xen/vms/etit-accounting/disk.raw,raw,hda,w'
]
vif=[
'bridge=xenbr4,ip=10.0.4.2,mac=00:16:3E:00:16:4F,model=e1000,type=vif' ]
# boot on floppy (a), hard disk (c) or CD-ROM (d)
boot="c"
on_reboot='restart'
on_crash='preserve'
on_poweroff='destroy'
xen_platform_pci=1
independent_wallclock= 1
vcpus=2
cpus="2-3"
superpages=1
#hap=1
#pvh=1
viridian=0
acpi=1
apic=1
localtime=1
keymap='hu'
pae=1
nx=1
usb=1
usbdevice='tablet'
audio=0
ne2000=0
vga="stdvga"
vncunused=0
vnc=1
vncdisplay=4
vnclisten='10.0.254.2'
sdl=0
opengl=0
> Someone else recently reported that stubdomains in 4.10 didn't work
> with non-'qdisk' disk backends. Are you using the normal 'physical'
> backend? Can you try:
>
> * Removing the device_model_stubdomain_override to see if it works
It works only without that. with that, I get (xl dmesg)
(XEN) Bogus DMIBAR 0xfed18001 on 0000:00:00.0
(XEN) *** Dumping Dom7 vcpu#0 state: ***
(XEN) ----[ Xen-4.9.1 x86_64 debug=n Not tainted ]----
(XEN) CPU: 3
(XEN) RIP: 0010:[<fffff8028c6094c7>]
(XEN) RFLAGS: 0000000000010803 CONTEXT: hvm guest (d7v0)
(XEN) rax: fffff8028c67e030 rbx: 00000000001a6ce8 rcx: 0000000000000079
(XEN) rdx: 00000000fffff802 rsi: 0000000000000770 rdi: 00000000001a6ce0
(XEN) rbp: 00000000001a6d20 rsp: 00000000001a6c88 r8: fffff8028c67e030
(XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 00000000001a6dd8
(XEN) r12: 0000000000000015 r13: 0000000000000001 r14: 000000000001c800
(XEN) r15: 0000000000000000 cr0: 0000000080000011 cr4: 0000000000040220
(XEN) cr3: 00000000001aa000 cr2: 0000000000000000
(XEN) fsb: 0000000000024ad0 gsb: 0000000000024ad0 gss: 0000000000000000
(XEN) ds: 0030 es: 0030 fs: 0060 gs: 0060 ss: 0000 cs: 0010
And the domu reboots and reboots and reboots....
> * Adding 'backendtype=qdisk' to your disk specification.
>
> Thanks,
> -George
>
--
Éliás Tamás
Thomas Elias
ETIT[nwpro] KFT, Ügyvezető-Hálózatbiztonsági specialista
ETIT[nwpro] Ltd, General Manager-Network security specialist
Tel. HU: +36/30-497-1626
Tel. DE: +49/160-651-8723
OpenPGP pubkey: http://etit.hu/doc/et-pub.asc
Okleveles mérnök-informatikus (MSC)
Master of Science in Information Technology (MSC)
Licenced Penetration Tester (TM15-047)
Kapcsolat: http://etit.hu/index.php/hu/kapcsolat
Jogi nyilatkozat: http://etit.hu/disclaimer-email-hu.txt
Contact: http://etit.hu/index.php/en/contact
Disclaimer: http://etit.hu/disclaimer-email-en.txt
["signature.asc" (application/pgp-signature)]
[Attachment #8 (text/plain)]
_______________________________________________
Xen-users mailing list
Xen-users@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-users
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic