s when to free a non-initialized qdev.
Paul,
you introduced the code to free qdev in pci_unregiser_device. Did you
miss something?
Following patch changes the code back to free pci_dev, and fixes the
hot remove issue.
Signed-off-by: Weidong Han
---
hw/pci.c |2 +-
1 files changed, 1 insert
times can trigger this failure.
This patch fixes the above issues.
Signed-off-by: Weidong Han
---
hw/device-assignment.c | 29 ++---
1 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/hw/device-assignment.c b/hw/device-assignment.c
index 65920d0..357a946 1
guest/VM or the VMM itself.
This patch adds source-id checking for interrupt remapping, and then
really isolates interrupts for guests/VMs with assigned devices.
Signed-off-by: Weidong Han
---
arch/x86/kernel/apic/io_apic.c |6 +++
drivers/pci/intr_remapping.c | 98
patch depends on this.
Signed-off-by: Weidong Han
---
drivers/pci/intr_remapping.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/pci/intr_remapping.c b/drivers/pci/intr_remapping.c
index f5e0ea7..946e170 100644
--- a/drivers/pci/intr_remapping.c
+++ b
ime.
Weidong Han (2):
Intel-IOMMU, intr-remap: set the whole 128bits of irte when
modify/free it
Intel-IOMMU, intr-remap: source-id checking
arch/x86/kernel/apic/io_apic.c |6 ++
drivers/pci/intr_remapping.c | 100 +--
drivers/pci/intr_remappin
patch depends on this.
Signed-off-by: Weidong Han
---
drivers/pci/intr_remapping.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/pci/intr_remapping.c b/drivers/pci/intr_remapping.c
index f5e0ea7..946e170 100644
--- a/drivers/pci/intr_remapping.c
+++ b
.
Signed-off-by: Weidong Han
---
arch/x86/kernel/apic/io_apic.c |6 +++
drivers/pci/intr_remapping.c | 90 ++-
drivers/pci/intr_remapping.h |2 +
include/linux/dmar.h | 11 +
4 files changed, 106 insertions(+), 3 deletions(-)
diff --git
config_byte) to parse IOAPIC,
instead of PCI related discovery, because PCI subsystem is not
initialized at that time.
Weidong Han (2):
Intel-IOMMU, intr-remap: set the whole 128bits of irte when
modify/free it
Intel-IOMMU, intr-remap: source-id checking
arch/x86/kernel/apic/io_apic.c |
patch depends on this.
Signed-off-by: Weidong Han
---
drivers/pci/intr_remapping.c | 40 ++--
1 files changed, 26 insertions(+), 14 deletions(-)
diff --git a/drivers/pci/intr_remapping.c b/drivers/pci/intr_remapping.c
index 3a0cb0b..a2ccb62 100644
--- a
.
Signed-off-by: Weidong Han
---
arch/x86/kernel/apic/io_apic.c |6 ++
drivers/pci/intr_remapping.c | 120 +++-
drivers/pci/intr_remapping.h |2 +
include/linux/dmar.h | 11
4 files changed, 136 insertions(+), 3 deletions(-)
diff --git a
Carsten Aulbert wrote:
Hi,
I'll start with a one-off question here, so please cc me on the reply.
We are running a largish cluster and are currently buying GPGPU systems (Tesla
and soon Fermi based). We will have at least 2 possibly 4 of these cards per
box and have the problem that some cod
David Woodhouse wrote:
On Thu, 2009-02-26 at 17:31 +0800, Han, Weidong wrote:
When assign a device behind conventional PCI bridge or PCIe to
PCI/PCI-x bridge to a domain, it must assign its bridge and may
also need to assign secondary interface to the same domain.
Dependent assignment is a
David Woodhouse wrote:
On Thu, 2010-06-17 at 11:35 +0800, Weidong Han wrote:
David Woodhouse wrote:
So why do we bother setting up a context in the IOMMU for the device
itself, when no DMA will ever appear to come from this device? And
if the device is behind PCI Express-to
13 matches
Mail list logo
