This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] SWIOTLB allocation failed

To: Lukas Hejtmanek <xhejtman@xxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] SWIOTLB allocation failed
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Wed, 28 Nov 2007 03:32:45 +0000
Delivery-date: Tue, 27 Nov 2007 19:33:37 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20071127135301.GI4296@xxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acgxb1bzlWHNdp1iEdyY7wAX8io7RQ==
Thread-topic: [Xen-devel] SWIOTLB allocation failed
User-agent: Microsoft-Entourage/
Have you assigned any physical devices to this domU? If not then it is not
allowed to request contiguous multi-page allocations, and this will cause
swiotlb initialisation to fail (and hence panic the kernel). If you do not
assign any physical devices to the domU then there is no point in it having
a swiotlb anyway.

 -- Keir

On 27/11/07 13:53, "Lukas Hejtmanek" <xhejtman@xxxxxxxxxxx> wrote:

> Hello,
> I'm using Xen 3.1 with kernel 2.6.18. If I use swiotlb=force option to boot
> domU, I got the following message:
> xm create -c skirit60-1
> Using config file "/etc/xen/skirit60-1".
> Started domain skirit60-1
>                          Bootdata ok (command line is root=/dev/sda1 ro
> ip=
> magrathea=eth1: swiotlb=force)
> Linux version 2.6.18-xen31-smp (root@skirit60) (gcc version 4.0.2 20050901
> (prerelease) (SUSE Linux)) #19 SMP Tue Jul 10 01:06:20 CEST 2007
> BIOS-provided physical RAM map:
>  Xen: 0000000000000000 - 000000009cc00000 (usable)
> No mptable found.
> Built 1 zonelists.  Total pages: 642048
> Kernel command line: root=/dev/sda1 ro
> ip=
> magrathea=eth1: swiotlb=force
> Initializing CPU#0
> PID hash table entries: 4096 (order: 12, 32768 bytes)
> Xen reported: 2992.500 MHz processor.
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
> Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
> Kernel panic - not syncing: No suitable physical memory available for SWIOTLB
> buffer!
> Use dom0_mem Xen boot parameter to reserve
> some DMA memory (e.g., dom0_mem=-128M).
> is there something I could do to improve domU? Dom0 has only 256MB RAM, system
> has 4GB RAM total. (DomU is assigned 2.5GB RAM.)

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>