|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [PATCH v2] VT-d: correct a comment and remove an useless if() statement
Fix two flaws in the patch (93358e8e VT-d: introduce update_irte to update
irte safely):
1. Expand a comment in update_irte() to make it clear that VT-d hardware
doesn't update IRTE and software can't update IRTE behind us since we hold
iremap_lock.
2. remove an useless if() statement
Signed-off-by: Chao Gao <chao.gao@xxxxxxxxx>
---
xen/drivers/passthrough/vtd/intremap.c | 9 +++++----
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/xen/drivers/passthrough/vtd/intremap.c
b/xen/drivers/passthrough/vtd/intremap.c
index 699239b..1e0317c 100644
--- a/xen/drivers/passthrough/vtd/intremap.c
+++ b/xen/drivers/passthrough/vtd/intremap.c
@@ -200,8 +200,10 @@ static void update_irte(struct iommu *iommu, struct
iremap_entry *entry,
else
{
/*
- * If the caller requests an atomic update but we can't meet it,
- * a bug will be raised.
+ * VT-d hardware doesn't update IRTEs behind us, nor the software
+ * since we hold iremap_lock. If the caller wants VT-d hardware to
+ * always see a consistent entry, but we can't meet it, a bug will
+ * be raised.
*/
if ( entry->lo == new_ire->lo )
write_atomic(&entry->hi, new_ire->hi);
@@ -690,8 +692,7 @@ static int msi_msg_to_remap_entry(
remap_rte->data = index - i;
update_irte(iommu, iremap_entry, &new_ire, msi_desc->irte_initialized);
- if ( !msi_desc->irte_initialized )
- msi_desc->irte_initialized = true;
+ msi_desc->irte_initialized = true;
iommu_flush_cache_entry(iremap_entry, sizeof(*iremap_entry));
iommu_flush_iec_index(iommu, 0, index);
--
1.8.3.1
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |