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

Re: [Xen-devel] [BUG] Xen vm kernel crash in get_free_entries.



> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxx [mailto:xen-devel-
> bounces@xxxxxxxxxxxxx] On Behalf Of Ian Campbell
> Sent: 18 October 2013 10:46
> To: David Vrabel
> Cc: xen-devel@xxxxxxxxxxxxx; Astarta; Stefano Stabellini
> Subject: Re: [Xen-devel] [BUG] Xen vm kernel crash in get_free_entries.
> 
> On Fri, 2013-10-18 at 10:31 +0100, David Vrabel wrote:
> 
> > I suspect some of the changes for ARM has caused this (because ARM is
> > sort of PVHVM without a platform PCI device) but I had a quick look and
> > couldn't spot anything.  Stefano, any ideas?
> 
> If there is no platform device then we should never be going anywhere
> near any of the grant table code...
> 
> From the log in the original post it looks like at least some parts of
> the kernel think it is running PVHVM (i.e. it does the unplug and says
> "Booting paravirtualized kernel on Xen HVM"). I don't think this should
> not be the case if there is no platform pci device.
> 
> Could this be because XenServer uses this platform_device=2 thing, which
> is enough to trigger some of the early setup (because the unplug
> protocol is present on I/O ports 0x10) but then the PCI driver in Linux
> doesn't know about this ID and so never initialises the rest of it?
> 
> Astarta, which of these configurations have you tried:
> 
>  - No platform device at all
>  - Platform device with ID == 1
>  - Platform device with ID == 2
> 
> and what happened with each?
> 

device_id will be 2 only if you use a windows template - which you generally 
should not for hvm linux as that also has viridian=true.

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