[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Trying to bring up stub domain in xen-4.4-xs88306



Hi, I compared the hvm domain start log when using device model stub domain with that when using dom0 qemu:

the former log:
[2015-08-12 17:11:24] (d1) [ Â135.565586] PCI-ISA link 0 routed to IRQ5
[2015-08-12 17:11:24] (d1) [ Â135.565648] PCI-ISA link 1 routed to IRQ10
[2015-08-12 17:11:24] (d1) [ Â135.565710] PCI-ISA link 2 routed to IRQ11
[2015-08-12 17:11:24] (d1) [ Â135.565770] PCI-ISA link 3 routed to IRQ5
[2015-08-12 17:11:24] (d1) [ Â135.566884] *** HVMLoader assertion '(devfn != PCI_ISA_DEVFN) || ((vendor_id == 0x8086) &&Â
[2015-08-12 17:11:24] (d1) [ Â135.566968] (device_id == 0x7000))' failed at pci.c:112
[2015-08-12 17:11:24] (d1) [ Â135.567012] *** HVMLoader crashed.

the latter:
[2015-08-14 14:11:40] (XEN) [ Â274.839099] irq.c:270: Dom1 PCI link 0 changed 0 -> 5
[2015-08-14 14:11:40] (d1) [ Â274.839170] PCI-ISA link 0 routed to IRQ5
[2015-08-14 14:11:40] (XEN) [ Â274.839741] irq.c:270: Dom1 PCI link 1 changed 0 -> 10
[2015-08-14 14:11:40] (d1) [ Â274.839841] PCI-ISA link 1 routed to IRQ10
[2015-08-14 14:11:40] (XEN) [ Â274.839974] irq.c:270: Dom1 PCI link 2 changed 0 -> 11
[2015-08-14 14:11:40] (d1) [ Â274.840050] PCI-ISA link 2 routed to IRQ11
[2015-08-14 14:11:40] (XEN) [ Â274.840144] irq.c:270: Dom1 PCI link 3 changed 0 -> 5
[2015-08-14 14:11:40] (d1) [ Â274.840213] PCI-ISA link 3 routed to IRQ5
[2015-08-14 14:11:40] (d1) [ Â274.851269] pci dev 01:2 INTD->IRQ5
[2015-08-14 14:11:40] (d1) [ Â274.854295] pci dev 01:3 INTA->IRQ10
[2015-08-14 14:11:40] (d1) [ Â274.857918] pci dev 02:0 INTA->IRQ11
[2015-08-14 14:11:40] (d1) [ Â274.861777] pci dev 03:0 INTC->IRQ10
[2015-08-14 14:11:40] (d1) [ Â274.865560] pci dev 04:0 INTA->IRQ5
[2015-08-14 14:11:40] (d1) [ Â274.917245] No RAM in high memory; setting high_mem resource base to 100000000

It seems that when using dom0 qemu, the PCI configuration instructions are intercepted by xen hypervisor, while when using qemu stub domain, these instructions are not intercepted.
Why? Thanks:-)


On 13 August 2015 at 15:04, Xuehan Xu <xxhdx1985126@xxxxxxxxx> wrote:
Hi, everyone.

I'm trying to run a Windows HVM vm with stub domain in xenserver-6.5, whose internal xen version is xen-4.4-xs88306. After I started the vm, both the vm and its corresponding stub domain crashed. Here is the related content in hypervisor.log. The domain ID of the windows vm is 1, and the stub domain's id is 2.

[2015-08-12 17:11:24] (d1) [ Â135.564650] HVM Loader
[2015-08-12 17:11:24] (d1) [ Â135.564756] Detected Xen v4.4.1-xs88306
[2015-08-12 17:11:24] (d1) [ Â135.564850] Xenbus rings @0xfeffc000, event channel 2
[2015-08-12 17:11:24] (d1) [ Â135.565048] System requested ROMBIOS
[2015-08-12 17:11:24] (d1) [ Â135.565090] CPU speed is 2494 MHz
[2015-08-12 17:11:24] (d2) [ Â135.565234] Bootstrapping...
[2015-08-12 17:11:24] (d2) [ Â135.565275] Xen Minimal OS!
[2015-08-12 17:11:24] (d2) [ Â135.565284] Â start_info: 0x585000(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565289] Â Â nr_pages: 0x2000
[2015-08-12 17:11:24] (d2) [ Â135.565293] Â shared_inf: 0xbda9e000(MA)
[2015-08-12 17:11:24] (d2) [ Â135.565296] Â Â Âpt_base: 0x588000(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565300] nr_pt_frames: 0x7
[2015-08-12 17:11:24] (d2) [ Â135.565304] Â Â mfn_list: 0x575000(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565307] Â Âmod_start: 0x0(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565311] Â Â Âmod_len: 0
[2015-08-12 17:11:24] (d2) [ Â135.565314] Â Â Â Âflags: 0x0
[2015-08-12 17:11:24] (d2) [ Â135.565318] Â Â cmd_line:Â
[2015-08-12 17:11:24] (d2) [ Â135.565374] Â stack: Â Â Â0x534660-0x554660
[2015-08-12 17:11:24] (d2) [ Â135.565381] MM: Init
[2015-08-12 17:11:24] (d2) [ Â135.565385] Â Â Â _text: 0x0(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565389] Â Â Â_etext: 0x1203b2(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565393] Â Â_erodata: 0x176000(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565396] Â Â Â_edata: 0x17bf88(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565399] stack start: 0x534660(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565402] Â Â Â Â_end: 0x574f68(VA)
[2015-08-12 17:11:24] (d2) [ Â135.565406] Â start_pfn: 592
[2015-08-12 17:11:24] (d2) [ Â135.565410] Â Â max_pfn: 2000
[2015-08-12 17:11:24] (d2) [ Â135.565414] Mapping memory range 0x800000 - 0x2000000
[2015-08-12 17:11:24] (d1) [ Â135.565525] Relocating guest memory for lowmem MMIO space enabled
[2015-08-12 17:11:24] (d1) [ Â135.565586] PCI-ISA link 0 routed to IRQ5
[2015-08-12 17:11:24] (d1) [ Â135.565648] PCI-ISA link 1 routed to IRQ10
[2015-08-12 17:11:24] (d1) [ Â135.565710] PCI-ISA link 2 routed to IRQ11
[2015-08-12 17:11:24] (d1) [ Â135.565770] PCI-ISA link 3 routed to IRQ5
[2015-08-12 17:11:24] (d1) [ Â135.566884] *** HVMLoader assertion '(devfn != PCI_ISA_DEVFN) || ((vendor_id == 0x8086) &&Â
[2015-08-12 17:11:24] (d1) [ Â135.566968] (device_id == 0x7000))' failed at pci.c:112
[2015-08-12 17:11:24] (d1) [ Â135.567012] *** HVMLoader crashed.
[2015-08-12 17:11:24] (d2) [ Â135.568790] setting 0x0-0x176000 readonly
[2015-08-12 17:11:24] (d2) [ Â135.568799] skipped 0x1000
[2015-08-12 17:11:24] (d2) [ Â135.568980] MM: Initialise page allocator for 59e000(59e000)-2000000(2000000)
[2015-08-12 17:11:24] (d2) [ Â135.568999] MM: done
[2015-08-12 17:11:24] (d2) [ Â135.569050] Demand map pfns at 2001000-2002001000.
[2015-08-12 17:11:24] (d2) [ Â135.569056] Heap resides at 2002002000-4002002000.
[2015-08-12 17:11:24] (d2) [ Â135.569060] Initialising timer interface
[2015-08-12 17:11:24] (d2) [ Â135.569125] Initialising console ... done.
[2015-08-12 17:11:24] (d2) [ Â135.569199] gnttab_table mapped at 0x2001000.
[2015-08-12 17:11:24] (d2) [ Â135.569205] Initialising scheduler
[2015-08-12 17:11:24] (d2) [ Â135.569216] Thread "Idle": pointer: 0x2002002050, stack: 0x5c0000
[2015-08-12 17:11:24] (d2) [ Â135.569225] Thread "xenstore": pointer: 0x2002002800, stack: 0x5d0000
[2015-08-12 17:11:24] (d2) [ Â135.569232] xenbus initialised on irq 1 mfn 0xbd3f5
[2015-08-12 17:11:24] (d2) [ Â135.569247] Thread "shutdown": pointer: 0x2002002fb0, stack: 0x5e0000
[2015-08-12 17:11:24] (d2) [ Â135.569254] Dummy main: start_info=0x554760
[2015-08-12 17:11:24] (d2) [ Â135.569260] Thread "main": pointer: 0x2002003760, stack: 0x5f0000
[2015-08-12 17:11:24] (d2) [ Â135.569295] Thread "pcifront": pointer: 0x2002003f50, stack: 0x600000
[2015-08-12 17:11:24] (d2) [ Â135.569311] pcifront_watches: waiting for backend path to appear device/pci/0/backend
[2015-08-12 17:11:24] (d2) [ Â135.570783] dom vm is at /vm/8b9cf2d6-4f2e-b0b4-36fb-1728f111f6e7
[2015-08-12 17:11:24] (d2) [ Â135.571479] ************************ NETFRONT for device/vif/0 **********
[2015-08-12 17:11:24] (d2) [ Â135.571484]Â
[2015-08-12 17:11:24] (d2) [ Â135.571486]Â
[2015-08-12 17:11:24] (d2) [ Â135.571518] net TX ring size 256
[2015-08-12 17:11:24] (d2) [ Â135.571522] net RX ring size 256
[2015-08-12 17:11:24] (d2) [ Â135.575064] backend at /local/domain/0/backend/vif/2/0
[2015-08-12 17:11:24] (d2) [ Â135.575073] mac is 4a:88:53:cf:88:0d
[2015-08-12 17:11:24] (d2) [ Â135.578516] backend not avalable, state=5
[2015-08-12 17:11:24] (d2) [ Â135.578830] TAP open failed
[2015-08-12 17:11:24] (d2) [ Â135.578843] close(0)
[2015-08-12 17:11:24] (d2) [ Â135.578849] close(1)
[2015-08-12 17:11:24] (d2) [ Â135.578852] close(2)
[2015-08-12 17:11:24] (d2) [ Â135.578856] main returned 1
[2015-08-12 17:11:24] (d2) [ Â135.578878] Do_exit called!
[2015-08-12 17:11:24] (d2) [ Â135.578885] base is 0x5ff9e8 caller is 0xeed87
[2015-08-12 17:11:24] (d2) [ Â135.578890] base is 0x5ffa08 caller is 0xefbdf
[2015-08-12 17:11:24] (d2) [ Â135.578896] base is 0x5ffa38 caller is 0x10d3cb
[2015-08-12 17:11:24] (d2) [ Â135.578901] base is 0x5ffa58 caller is 0x859e
[2015-08-12 17:11:24] (d2) [ Â135.578906] base is 0x5ffe18 caller is 0xefb61
[2015-08-12 17:11:24] (d2) [ Â135.578912] base is 0x5fffe8 caller is 0x343b

Can anyone give some clew about how to fix this? Thanks:-)

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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.