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

Re: [Xen-devel] I cannot get any message from domU by console / pv_ops domU kernel crashes with xen_create_contiguous_region failed


  • To: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
  • From: 박은병 <peb1611@xxxxxxxxx>
  • Date: Tue, 22 Dec 2009 22:33:54 +0900
  • Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
  • Delivery-date: Tue, 22 Dec 2009 05:34:15 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=x7Gws0md1mRwFCx1MGPf71nsnmqKcVS+aaRa9UHq2nTdYaPmVuajyoXdpSn7P6DB+G Zglb1P41vssh11So3+PY2ynQcJWSYF6MlaKCwhrF7P9TiwUuOfqxpDsDb8NbGSckIYGv /SPi35Uc0YYvrH31CWwBPs62kGVbXrsGqdMg4=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Thanks, everyone.
 
I built pvops domU kernel with privileged guest and normal guest, So, XENMEM_exchange call in xen_create_contiguous_region does not work well, and went through kernel panic.
I built vanila kernel as domU, just with paravirtulized normal guest, and It works well.
 
Umm..I am xen and linux kernel newbie. but I think that privileged guest with non-privileged guest should work well, which can allow user to use same kernel domU & dom0.

 
2009/12/22 Ian Campbell <Ian.Campbell@xxxxxxxxxx>
On Tue, 2009-12-22 at 08:42 +0000, Pasi Kärkkäinen wrote:
> >    (early) [    0.000000] PCI-DMA: Using Xen software bounce
> buffering for IO
> >    (Xen-SWIOTLB)
> >    (early) [    0.000000] Kernel panic - not syncing:
> >    <3>xen_create_contiguous_region failed
> >
>
> Did you try cgroup_disable=memory kernel option?

I think this is more likely to relate to the failure to initialise
swiotlb due to the failure of xen_create_contiguous_region, leading to a
panic. IIRC the guest won't be privileged enough to make this call
unless it has PCI passthrough enabled.

In a pre-pvops kernel the swiotlb would be inactive in a domU unless
specifically requested on the command line but in Jeremy's xen/master
branch it looks like it is unconditionally enabled for dom0 and domU as
a consequence of:
       commit 4bc6b1a9dd5d7447af8c3d27c1449f73f5f764ec
       Author: root <root@xxxxxxxxxxxxxxxxxxxxx>
       Date:   Thu Nov 5 16:33:10 2009 -0500

           Enable Xen-SWIOTLB if running in [non-]privileged and disable the Xen-IOMMU if an IOMMU is detected.

On a related note I don't think the xen-swiotlb code should panic() if
it cannot allocate the contiguous region (at least in domU). Chances are
if it hasn't got privilege to make the fixups it isn't going to have any
devices.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

 


Rackspace

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