From: Jan Kiszka <jan.kiszka@siemens.com>
To: Chris Friesen <chris.friesen@genband.com>
Cc: kvm@vger.kernel.org, Avi Kivity <avi@redhat.com>,
mtosatti@redhat.com, David Ahern <dsahern@gmail.com>
Subject: Re: 2.6.27, kvm-kmod, and PCI device assignment
Date: Mon, 12 Sep 2011 20:05:19 +0200 [thread overview]
Message-ID: <4E6E49DF.3000303@siemens.com> (raw)
In-Reply-To: <4E6E47DE.6080602@genband.com>
On 2011-09-12 19:56, Chris Friesen wrote:
>
> Hi,
>
> I've been away a bit but I'm now coming back to this issue.
>
> Is it expected that the kvm-kmod modules will allow PCI device
> assignment (aka VT-d) with older kernels? If so, then is there an
> expectation for how far back it will be supported? I haven't seen a
> clear statement of this anywhere, and I think David was interested in
> this as well.
In general, it is supposed to work, but there are likely more quirks and
limitation than with a recent kernel. Example: pci_reset_function is not
available for < 2.6.28, thus the assigned device may not work properly
if the guest depends on a reset or after the VM ran through a reset or
<who-knows>. You may also run into bugs/limitations of required kernel
subsystems like the IOMMU layer that were fixed in newer kernels.
kvm-kmod only addresses the kvm modules here.
>
> Looking at the instructions at
> "http://www.linux-kvm.org/page/How_to_assign_devices_with_VT-d_in_KVM",
> step 4 is to unbind the device from the host using the "pci_stub"
> functionality. That code was only added to mainline for 2.6.29-rc1, so
> it seems like extra work will be needed for 2.6.28 and earlier.
pci_stub is not strictly required if you manage your system in a way
that all other "interested" drivers are kept away from the assigned device.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
prev parent reply other threads:[~2011-09-12 18:05 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-12 17:56 2.6.27, kvm-kmod, and PCI device assignment Chris Friesen
2011-09-12 18:05 ` Jan Kiszka [this message]
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=4E6E49DF.3000303@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=avi@redhat.com \
--cc=chris.friesen@genband.com \
--cc=dsahern@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.