From: Avi Kivity <avi@qumranet.com>
To: Ben-Ami Yassour <benami@il.ibm.com>
Cc: Muli Ben-Yehuda <muli@il.ibm.com>,
"Yang, Sheng" <sheng.yang@intel.com>,
kvm@vger.kernel.org, amit.shah@qumranet.com,
weidong.han@intel.com, anthony@codemonkey.ws, "Kay,
Allen M" <allen.m.kay@intel.com>
Subject: Re: [PATCH] KVM: PCIPT: VT-d support
Date: Mon, 14 Jul 2008 11:48:15 +0300 [thread overview]
Message-ID: <487B12CF.4040108@qumranet.com> (raw)
In-Reply-To: <1216021776.31546.210.camel@cluwyn.haifa.ibm.com>
Ben-Ami Yassour wrote:
> On Sun, 2008-07-13 at 10:34 +0300, Avi Kivity wrote:
>
>> Muli Ben-Yehuda wrote:
>>
>>>> On the other hand, this means that you will not be able to assign
>>>> devices unless you specified this when creating the VM; but I think
>>>> this is fair.
>>>>
>>>>
>>> It will be nice to support hot-plugged pass-through devices some time
>>> in the future.
>>>
>>>
>>>
>> And it should be easy to do too. The question is whether we need to
>> allocate the iommu domain up front (which would mean that a command line
>> parameter would be needed, meaning roughly 'support pci device
>> assignment on this guest'. Kind of like -usb, which means 'support usb
>> device assignment on this guest'.
>>
>>
>
> I don't think that its that simple...
> On a single machine you can have multiple iommu units, each of which controls certain PCI slots.
> To configure the iommu for a specific device you need to configure the iommu unit that controls that device.
> This means that we need to know the bus/dev/func of the device before we create the VT-d domain.
> For hot-plug devices it means that by the time we can create the domain we already have memory slots that we need to add to the VT-d mapping.
>
>
Thanks for the info. Looks like we have to support both
memslot-before-iommu and memslot-after-iommu then.
--
error compiling committee.c: too many arguments to function
next prev parent reply other threads:[~2008-07-14 8:48 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-10 9:14 VT-d pci passthrough patches Ben-Ami Yassour
2008-07-10 9:14 ` [PATCH] VT-d : changes to support KVM Ben-Ami Yassour
2008-07-10 9:14 ` [PATCH] KVM: PCIPT: VT-d support Ben-Ami Yassour
2008-07-10 9:30 ` Yang, Sheng
2008-07-10 9:51 ` Ben-Ami Yassour
2008-07-10 10:07 ` Yang, Sheng
2008-07-10 14:41 ` Muli Ben-Yehuda
2008-07-10 14:57 ` Avi Kivity
2008-07-10 16:00 ` Muli Ben-Yehuda
2008-07-13 7:34 ` Avi Kivity
2008-07-14 7:49 ` Ben-Ami Yassour
2008-07-14 8:48 ` Avi Kivity [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-07-06 10:52 VT-d pci passthrough patches Ben-Ami Yassour
2008-07-06 10:52 ` [PATCH] VT-d : changes to support KVM Ben-Ami Yassour
2008-07-06 10:52 ` [PATCH] KVM: PCIPT: VT-d support Ben-Ami Yassour
2008-07-09 15:49 ` Anthony Liguori
2008-07-10 9:19 ` Ben-Ami Yassour
2008-07-02 15:33 VT-d pci passthrough patches Ben-Ami Yassour
2008-07-02 15:33 ` [PATCH] VT-d : changes to support KVM Ben-Ami Yassour
2008-07-02 15:33 ` [PATCH] KVM: PCIPT: VT-d support Ben-Ami Yassour
2008-07-03 4:55 ` Han, Weidong
2008-07-06 11:15 ` Ben-Ami Yassour
[not found] ` <08DF4D958216244799FC84F3514D70F00181AB10@pdsmsx415.ccr.corp.intel.com>
2008-07-03 6:16 ` Han, Weidong
2008-07-03 11:33 ` Ben-Ami Yassour
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=487B12CF.4040108@qumranet.com \
--to=avi@qumranet.com \
--cc=allen.m.kay@intel.com \
--cc=amit.shah@qumranet.com \
--cc=anthony@codemonkey.ws \
--cc=benami@il.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=muli@il.ibm.com \
--cc=sheng.yang@intel.com \
--cc=weidong.han@intel.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.