From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Dealing with non-existent BDF devices in VT-d and in the hardware. Date: Wed, 12 Mar 2014 10:22:03 -0400 Message-ID: <20140312142203.GG3245@phenom.dumpdata.com> References: <20140311173039.GB14684@phenom.dumpdata.com> <5320345702000078001231C2@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WNk34-0007mx-5p for xen-devel@lists.xenproject.org; Wed, 12 Mar 2014 14:22:22 +0000 Content-Disposition: inline In-Reply-To: <5320345702000078001231C2@nat28.tlf.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: xen-devel , gordan@bobich.net List-Id: xen-devel@lists.xenproject.org On Wed, Mar 12, 2014 at 09:17:59AM +0000, Jan Beulich wrote: > >>> On 11.03.14 at 18:30, Konrad Rzeszutek Wilk wrote: > > To use this hack, apply the > > 0001-xen-pci-Introduce-a-way-to-deal-with-buggy-hardware-.patch > > to your hypervisor, compile and install. > > I'm still rather hesitant to consider such a pretty involved > workaround for general inclusion. Did you investigate whether > leveraging the grouping functionality (iommu_get_device_group()) > might be possible instead? We're talking about a legacy PCI bridge > after all, and if done that way also covering the AMD IOMMU case > might be more straightforward (after all that case is missing from > your already large patch). I think other people have experienced other non-bridge issues. I have CC-ed Gordan on this as he had a LSI card that was misbehaving. I am curious to see what his lspci and lspci -vt looks for his culprit. > > While looking over this, I found that this only has a use in xend - > another xl deficiency? And only for checking purposes, rather Gosh. > than to enforce the assignment of all (non-bridge?) devices in > the group... > > Jan >