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

Re: [Xen-devel] [RFC PATCH 1/5] Support for running secondary emulators


  • To: Matt Wilson <msw@xxxxxxxxx>
  • From: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
  • Date: Mon, 3 Mar 2014 13:34:41 +0000
  • Accept-language: en-GB, en-US
  • Cc: "xen-devel@xxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxx>
  • Delivery-date: Mon, 03 Mar 2014 13:34:55 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>
  • Thread-index: AQHPHca4oYe/WApr9kCTDRHl4nTDRprM7cYAgAKgY1A=
  • Thread-topic: [Xen-devel] [RFC PATCH 1/5] Support for running secondary emulators

> -----Original Message-----
> From: Matt Wilson [mailto:mswilson@xxxxxxxxx] On Behalf Of Matt Wilson
> Sent: 01 March 2014 22:25
> To: Paul Durrant
> Cc: xen-devel@xxxxxxxxxxxxx
> Subject: Re: [Xen-devel] [RFC PATCH 1/5] Support for running secondary
> emulators
> 
> On Thu, Jan 30, 2014 at 02:19:45PM +0000, Paul Durrant wrote:
> > This patch series adds the ioreq server interface which I mentioned in
> > my talk at the Xen developer summit in Edinburgh at the end of last year.
> > The code is based on work originally done by Julien Grall but has been
> > re-written to allow existing versions of QEMU to work unmodified.
> >
> [...]
> 
> Hi Paul,
> 
> I'm coming back to play with this after a few weeks and I'm having
> trouble getting things going. It seems that I'm crashing early when
> hvmloader is programming the PCI-ISA bridge link routes.
> 
> (XEN) hvm.c:712:d0 hvm_create_ioreq_server: 9:0
> (d9) HVM Loader
> (d9) Detected Xen v4.4-rc2
> (d9) Xenbus rings @0xfeffd000, event channel 1
> (d9) System requested SeaBIOS
> (d9) CPU speed is 1995 MHz
> (d9) Relocating guest memory for lowmem MMIO space disabled
> (XEN) io.c:170:d9 Weird HVM ioemulation status 1.
> (XEN) domain_crash called from io.c:171
> (XEN) Domain 9 (vcpu#0) crashed on cpu#15:
> (XEN) ----[ Xen-4.4-rc2  x86_64  debug=y  Not tainted ]----
> (XEN) CPU:    15
> (XEN) RIP:    0018:[<0000000000100965>]
> (XEN) RFLAGS: 0000000000000046   CONTEXT: hvm guest
> (XEN) rax: 0000000000000005   rbx: 0000000000000001   rcx: 000000000000000a
> (XEN) rdx: 0000000000000cfc   rsi: 0000000000000000   rdi: 0000000000000005
> (XEN) rbp: 0000000000185d6c   rsp: 0000000000185d6c   r8:  0000000000000000
> (XEN) r9:  0000000000000000   r10: 0000000000000000   r11: 0000000000000000
> (XEN) r12: 0000000000000000   r13: 0000000000000000   r14: 0000000000000000
> (XEN) r15: 0000000000000000   cr0: 0000000000000011   cr4: 0000000000000000
> (XEN) cr3: 0000000000000000   cr2: 0000000000000000
> (XEN) ds: 0020   es: 0020   fs: 0020   gs: 0020   ss: 0020   cs: 0018
> (XEN) hvm.c:790:d0 hvm_destroy_ioreq_server: 9:0
> 
> Any quick ideas before I go instrumenting things?
> 


Matt,

  I've re-worked the patches a bit and am about to submit them non-RFC this 
time. I had a look at the shared page setup given what you saw and I can't find 
a memset anywhere to init the shared ioreq state so I suspect your problem is 
just uninitialized mem (and I guess I may not have seen it as I usually only 
run up a couple of VMs before I need to do a host reboot so I'm probably 
getting freshly scrubbed pages every time). So, I'll stick a memset in my new 
patch and hopefully you can give the new code a spin once I've posted it.

  Thanks for the test! Cheers,

    Paul

_______________________________________________
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®.