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] xl: pci completion error

To: Gianni Tedesco <gianni.tedesco@xxxxxxxxxx>
Subject: Re: [Xen-devel] xl: pci completion error
From: Sergey Tovpeko <tsv.devel@xxxxxxxxx>
Date: Fri, 08 Oct 2010 14:15:33 +0400
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>
Delivery-date: Fri, 08 Oct 2010 03:20:54 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type; bh=+hOJncwDphft0nYgtPsgNCW0WfhlTCffBMbzl6/mjgY=; b=s8R4fm4eL8tC+UDWrwT4/aNBTB8uJ9RQMYp9v8FWtG/dnmAS/Q+xG2KboURynP1444 zk/2WD1WAW9BF6BUICPtgVnKcuJ3GgbuCgj6Z3MuXaksSyAeumBb0bqIxameLsCT4R+8 ys4cuihw822XfjsISi/g3kjgGCyE7zvUlr2iY=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; b=rI2uoxWOFH2XlIIaNv2/xKom5rTLjCYLGW4lHBzvpTEUZfyA87wqvzlREZHdWx9k6N hqM+PK7loBnIZEFlB8mU62yUdrwamPc2VW7meEUlNF6ofI7VhNsV11zTeyGF3kO1PSce qhS3XJdktfkvu1eleB1gBojihiehZZctkzu5Q=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1286460642.12843.116.camel@xxxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <4CAB0E9A.5050507@xxxxxxxxx> <alpine.DEB.2.00.1010061136220.2440@kaball-desktop> <4CAC74DD.3030703@xxxxxxxxx> <alpine.DEB.2.00.1010061449060.2440@kaball-desktop> <1286375398.12843.98.camel@xxxxxxxxxxxxxxxxxxxxxx> <4CADC15F.3050202@xxxxxxxxx> <1286460642.12843.116.camel@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla-Thunderbird (X11/20090103)

Heh. you probably mean 00:1d.* which would have a higher chance of
working - It's a USB controller, am I right?

Passing through multiple functions of one device as separate devices
causes some unspeakable badness. Therefore the above configuration is
not supported in libxl. Unless it is for an SR-IOV card, but even then
it is only supported 'in principle' and not in code - I have no hardware
to test this.

00:1d.* is the USB host controller. You're right.

You pointed me to the way how PCI devices are enumerated inside the domain. I specify each pci function separately in config file, so I get different virtual devices in the HVM domain. And by the now, I havn't noticed any problem with separated devices, which are the one multi-function pci device in real life. Perhaps, the moment of the badness doesn't come yet. :-) And it's not a SRIOV card. I attached the screenshot, in which there are some separate pci devices in the HVM domain.

Well, I'm going to see what happens with shutdown case in more detail


JPEG image

Xen-devel mailing list