From: David Ahern <dsahern@gmail.com>
To: Chris Friesen <chris.friesen@genband.com>
Cc: Avi Kivity <avi@redhat.com>, mtosatti@redhat.com, kvm@vger.kernel.org
Subject: Re: help? need to enable VT-d for 2.6.27
Date: Tue, 30 Aug 2011 13:54:37 -0600 [thread overview]
Message-ID: <4E5D3FFD.4010002@gmail.com> (raw)
In-Reply-To: <4E5D3C67.1020908@genband.com>
On 08/30/2011 01:39 PM, Chris Friesen wrote:
> On 08/30/2011 12:31 PM, David Ahern wrote:
>
>> In my case I am setting the MAC address for the VFs in the host at boot;
>> they are getting reset on passthrough so the VM driver creates a random
>> one. A backport of commit a6b5ea3 fixes one aspect. Looking at the code
>> for the igb driver I think commit 8fa7e0f fixes the other reset problem.
>>
>> On the plus side I can tell you that the VF driver for the VM
>> http://sourceforge.net/projects/e1000/files/igbvf%20stable/
>>
>> compiles cleaning against WRL3 and appears to work fine (limited testing
>> with benchmarks).
>>
>> kernel module wise I ran some basic KVM tests with kvm-kmod-2.6.32.27; I
>> have not tried VF passthrough. This is on my radar as well, so I would
>> be interested in what you learn.
>
> I downloaded the latest kvm-kmod release. It looks interesting, but it
> has some issues:
>
> 1) I use separate source and build output directories. kvm-kmod assumes
> that there is a "source" link in my build output directory pointing back
> to the source directory. This doesn't exist, so the build breaks.
>
> 2) If I create such a link, it builds a few files, and then gives the
> following:
>
> /home/cfriesen/Download/kvm-kmod-3.0b/x86/x86.c: In function
> ‘vcpu_enter_guest’:
> /home/cfriesen/Download/kvm-kmod-3.0b/x86/x86.c:5539:26: error:
> ‘prof_on’ undeclared (first use in this function)
> /home/cfriesen/Download/kvm-kmod-3.0b/x86/x86.c:5539:26: note: each
> undeclared identifier is reported only once for each function it appears in
>
>
> This appears to be due to the fact that KVM_PROFILING is defined
> unconditionally in my kernel, but "prof_on" is only defined if
> CONFIG_PROFILING is enabled. Commenting out that chunk of code in x86.c
> lets everything build.
I was a bit nervous trying kmod's from that much ahead of 2.6.27; that's
why I picked the 2.6.32 train.
Also, the notes for adding the device assignment to Fedora 11 might come
in handy:
http://fedoraproject.org/wiki/Features/KVM_PCI_Device_Assignment
I have not walked through the bug references yet, but Fedora 11 is not
too far ahead of WRL3. When I backported perf to WRL3 I used Fedora 10
as a reference. For VT-d, Fedora 11 would be interesting to look at --
is the support complete in F-11 and if so take a look at its kernel source.
David
>
> I haven't tried actually loading it yet, that will be next.
>
> Thanks for the pointer.
> Chris
>
>
next prev parent reply other threads:[~2011-08-30 19:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-30 16:29 help? need to enable VT-d for 2.6.27 Chris Friesen
2011-08-30 17:55 ` David Ahern
2011-08-30 18:11 ` Chris Friesen
2011-08-30 18:31 ` David Ahern
2011-08-30 19:39 ` Chris Friesen
2011-08-30 19:54 ` David Ahern [this message]
2011-08-30 19:59 ` Jan Kiszka
2011-08-30 23:03 ` Chris Friesen
2011-08-31 7:30 ` Jan Kiszka
2011-08-31 0:03 ` [BUG] error compiling qemu-kvm-0.15.0 without vnc Chris Friesen
2011-08-31 7:40 ` Jan Kiszka
2011-08-31 8:14 ` Kevin Wolf
2011-08-31 20:11 ` [Qemu-devel] " Justin M. Forbes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E5D3FFD.4010002@gmail.com \
--to=dsahern@gmail.com \
--cc=avi@redhat.com \
--cc=chris.friesen@genband.com \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox