[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F593792.1070909@genband.com>
Date: Thu, 08 Mar 2012 16:49:54 -0600
From: Chris Friesen <chris.friesen@...band.com>
To: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
David Woodhouse <dwmw2@...radead.org>,
iommu@...ts.linux-foundation.org
Subject: Re: trying to figure out why VT-d isn't working on my kernel -- solved
On 03/06/2012 10:42 PM, Chris Friesen wrote:
> Hi,
>
> I've got a current (pulled today) kernel running on a Xeon E5-2648L CPU
> on an Intel motherboard, and I'm trying to get VT-d working without much success.
>
> lspci -vv (version 3.1.4) doesn't show anything related to IOV.
> (Full output below.) Since I know the I350 devices are capable of virtual
> functions, am I correct in assuming it's something similar to the situation
> described at https://bugzilla.redhat.com/show_bug.cgi?id=652210 and there is
> a problem with my BIOS? Based on comment 15 there, the fact that all
> the DevCtl2 lines show "ARIFwd-" seems interesting.
>
>
> Among other things, I've enabled the following in the kernel config:
>
> CONFIG_DMAR_TABLE=y
> CONFIG_INTEL_IOMMU=y
> CONFIG_INTEL_IOMMU_DEFAULT_ON=y
> CONFIG_PCI_MSI=y
> CONFIG_PCI_STUB=y
> CONFIG_PCI_IOV=y
Just in case anyone else runs into this, it turns out that enabling
CONFIG_PCI_MMCONFIG allowed the virtual functions to be detected and
configured.
Chris
--
Chris Friesen
Software Developer
GENBAND
chris.friesen@...band.com
www.genband.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists