From: ebiederm@xmission.com (Eric W. Biederman)
To: "Han\, Weidong" <weidong.han@intel.com>
Cc: "'Ingo Molnar'" <mingo@elte.hu>,
"'Yinghai Lu'" <yinghai@kernel.org>,
"'Joerg Roedel'" <joerg.roedel@amd.com>,
"'dwmw2\@infradead.org'" <dwmw2@infradead.org>, "Siddha\,
Suresh B" <suresh.b.siddha@intel.com>,
"'linux-kernel\@vger.kernel.org'" <linux-kernel@vger.kernel.org>,
"'iommu\@lists.linux-foundation.org'"
<iommu@lists.linux-foundation.org>,
"'kvm\@vger.kernel.org'" <kvm@vger.kernel.org>
Subject: Re: [PATCH v2 2/2] Intel-IOMMU, intr-remap: source-id checking
Date: Wed, 20 May 2009 05:13:54 -0700 [thread overview]
Message-ID: <m13ab0m0ot.fsf@fess.ebiederm.org> (raw)
In-Reply-To: <715D42877B251141A38726ABF5CABF2C054568FF38@pdsmsx503.ccr.corp.intel.com> (Weidong Han's message of "Wed\, 20 May 2009 16\:38\:53 +0800")
"Han, Weidong" <weidong.han@intel.com> writes:
>>> The early pci reading of the bus is just wrong. What happens if
>>> the pci layer decided to renumber things? It looks like we have a
>>> real dependency on pci there and are avoiding sorting it out with
>>> this.
>>
>> Yes ... but is there much we can do about this bootstrap dependency?
>> We want to enable the IO-APIC very early in its final form. There's
>> quite a bit of IRQ functionality that doesnt go via the PCI layer,
>> and which is being relied on by early bootup. The timer irq must
>> work, etc.
>
> Currently VT-d code didn't support pci rebalance. There is much work to do. It needs to track devcie identity changes and resultant imapct to Device Scope under each VT-d engine.
Sure. I am thinking of the much simpler case where the BIOS goofs up
and we need to apply some fixes at boot time. If you can't
delay things enough to get your hands on the pci dev of your
iommu. If you can't get that far supporting pci rebalance under VT-d is
impossible.
Eric
next prev parent reply other threads:[~2009-05-20 12:13 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-19 18:31 [PATCH v2 0/2] Intel-IOMMU: source-id checking for interrupt remapping Weidong Han
2009-05-19 18:31 ` [PATCH v2 1/2] Intel-IOMMU, intr-remap: set the whole 128bits of irte when modify/free it Weidong Han
2009-05-19 12:14 ` Ingo Molnar
2009-05-19 14:15 ` Han, Weidong
2009-05-19 18:31 ` [PATCH v2 2/2] Intel-IOMMU, intr-remap: source-id checking Weidong Han
2009-05-19 11:50 ` Ingo Molnar
2009-05-19 14:12 ` Han, Weidong
2009-05-19 19:28 ` Eric W. Biederman
2009-05-20 8:21 ` Ingo Molnar
2009-05-20 8:38 ` Han, Weidong
2009-05-20 12:13 ` Eric W. Biederman [this message]
2009-05-20 9:43 ` Joerg Roedel
2009-05-20 12:02 ` Eric W. Biederman
2009-05-20 12:24 ` Eric W. Biederman
2009-05-21 9:00 ` Han, Weidong
2009-05-21 10:04 ` Eric W. Biederman
2009-05-21 13:37 ` Han, Weidong
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=m13ab0m0ot.fsf@fess.ebiederm.org \
--to=ebiederm@xmission.com \
--cc=dwmw2@infradead.org \
--cc=iommu@lists.linux-foundation.org \
--cc=joerg.roedel@amd.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=suresh.b.siddha@intel.com \
--cc=weidong.han@intel.com \
--cc=yinghai@kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).