From: "Jan Beulich" <JBeulich@suse.com>
To: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>,
Quan Xu <quan.xu@intel.com>
Cc: Kevin Tian <kevin.tian@intel.com>,
Stefano Stabellini <sstabellini@kernel.org>,
Feng Wu <feng.wu@intel.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
dario.faggioli@citrix.com, xen-devel@lists.xen.org,
Julien Grall <julien.grall@arm.com>
Subject: Re: [PATCH v7 03/11] IOMMU: propagate IOMMU Device-TLB flush error up to IOMMU unmapping (top level ones)
Date: Wed, 08 Jun 2016 08:54:07 -0600 [thread overview]
Message-ID: <57584DAF02000078000F32D3@prv-mh.provo.novell.com> (raw)
In-Reply-To: <1465376344-28290-4-git-send-email-quan.xu@intel.com>
>>> On 08.06.16 at 10:58, <quan.xu@intel.com> wrote:
> From: Quan Xu <quan.xu@intel.com>
>
> Signed-off-by: Quan Xu <quan.xu@intel.com>
> Acked-by: Kevin Tian <kevin.tian@intel.com>
>
> CC: Stefano Stabellini <sstabellini@kernel.org>
> CC: Julien Grall <julien.grall@arm.com>
> CC: Kevin Tian <kevin.tian@intel.com>
> CC: Feng Wu <feng.wu@intel.com>
> CC: Jan Beulich <jbeulich@suse.com>
> CC: Andrew Cooper <andrew.cooper3@citrix.com>
CC: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
> v7: just drop 'Reviewed-by: Jan Beulich <jbeulich@suse.com>',
> as I haven't added __must_check annotation to iommu_unmap_page()
> in previous v6.
> ---
> xen/drivers/passthrough/arm/smmu.c | 2 +-
> xen/drivers/passthrough/vtd/iommu.c | 15 ++++++++-------
> xen/include/asm-x86/hvm/svm/amd-iommu-proto.h | 2 +-
> xen/include/xen/iommu.h | 2 +-
> 4 files changed, 11 insertions(+), 10 deletions(-)
>
> diff --git a/xen/drivers/passthrough/arm/smmu.c
> b/xen/drivers/passthrough/arm/smmu.c
> index 54a03a6..1ce4ddf 100644
> --- a/xen/drivers/passthrough/arm/smmu.c
> +++ b/xen/drivers/passthrough/arm/smmu.c
> @@ -2774,7 +2774,7 @@ static int arm_smmu_map_page(struct domain *d, unsigned
> long gfn,
> return guest_physmap_add_entry(d, gfn, mfn, 0, t);
> }
>
> -static int arm_smmu_unmap_page(struct domain *d, unsigned long gfn)
> +static int __must_check arm_smmu_unmap_page(struct domain *d, unsigned long
> gfn)
> {
> /*
> * This function should only be used by gnttab code when the domain
> diff --git a/xen/drivers/passthrough/vtd/iommu.c
> b/xen/drivers/passthrough/vtd/iommu.c
> index db83949..4844193 100644
> --- a/xen/drivers/passthrough/vtd/iommu.c
> +++ b/xen/drivers/passthrough/vtd/iommu.c
> @@ -609,7 +609,7 @@ static void intel_iommu_iotlb_flush_all(struct domain *d)
> }
>
> /* clear one page's page table */
> -static void dma_pte_clear_one(struct domain *domain, u64 addr)
> +static int __must_check dma_pte_clear_one(struct domain *domain, u64 addr)
> {
> struct domain_iommu *hd = dom_iommu(domain);
> struct dma_pte *page = NULL, *pte = NULL;
> @@ -621,7 +621,7 @@ static void dma_pte_clear_one(struct domain *domain, u64
> addr)
> if ( pg_maddr == 0 )
> {
> spin_unlock(&hd->arch.mapping_lock);
> - return;
> + return 0;
> }
>
> page = (struct dma_pte *)map_vtd_domain_page(pg_maddr);
> @@ -631,7 +631,7 @@ static void dma_pte_clear_one(struct domain *domain, u64
> addr)
> {
> spin_unlock(&hd->arch.mapping_lock);
> unmap_vtd_domain_page(page);
> - return;
> + return 0;
> }
>
> dma_clear_pte(*pte);
> @@ -642,6 +642,8 @@ static void dma_pte_clear_one(struct domain *domain, u64
> addr)
> __intel_iommu_iotlb_flush(domain, addr >> PAGE_SHIFT_4K, 1, 1);
>
> unmap_vtd_domain_page(page);
> +
> + return 0;
> }
>
> static void iommu_free_pagetable(u64 pt_maddr, int level)
> @@ -1739,15 +1741,14 @@ static int intel_iommu_map_page(
> return 0;
> }
>
> -static int intel_iommu_unmap_page(struct domain *d, unsigned long gfn)
> +static int __must_check intel_iommu_unmap_page(struct domain *d,
> + unsigned long gfn)
> {
> /* Do nothing if hardware domain and iommu supports pass thru. */
> if ( iommu_passthrough && is_hardware_domain(d) )
> return 0;
>
> - dma_pte_clear_one(d, (paddr_t)gfn << PAGE_SHIFT_4K);
> -
> - return 0;
> + return dma_pte_clear_one(d, (paddr_t)gfn << PAGE_SHIFT_4K);
> }
>
> void iommu_pte_flush(struct domain *d, u64 gfn, u64 *pte,
> diff --git a/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
> b/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
> index 9c51172..57b6cc1 100644
> --- a/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
> +++ b/xen/include/asm-x86/hvm/svm/amd-iommu-proto.h
> @@ -53,7 +53,7 @@ int amd_iommu_update_ivrs_mapping_acpi(void);
> /* mapping functions */
> int amd_iommu_map_page(struct domain *d, unsigned long gfn, unsigned long
> mfn,
> unsigned int flags);
> -int amd_iommu_unmap_page(struct domain *d, unsigned long gfn);
> +int __must_check amd_iommu_unmap_page(struct domain *d, unsigned long gfn);
> u64 amd_iommu_get_next_table_from_pte(u32 *entry);
> int amd_iommu_reserve_domain_unity_map(struct domain *domain,
> u64 phys_addr, unsigned long size,
> diff --git a/xen/include/xen/iommu.h b/xen/include/xen/iommu.h
> index eaa2c77..f45fa5a 100644
> --- a/xen/include/xen/iommu.h
> +++ b/xen/include/xen/iommu.h
> @@ -168,7 +168,7 @@ struct iommu_ops {
> void (*teardown)(struct domain *d);
> int (*map_page)(struct domain *d, unsigned long gfn, unsigned long mfn,
> unsigned int flags);
> - int (*unmap_page)(struct domain *d, unsigned long gfn);
> + int __must_check (*unmap_page)(struct domain *d, unsigned long gfn);
> void (*free_page_table)(struct page_info *);
> #ifdef CONFIG_X86
> void (*update_ire_from_apic)(unsigned int apic, unsigned int reg,
> unsigned int value);
> --
> 1.9.1
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-06-08 14:54 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-08 8:58 [PATCH v7 00/11] Check VT-d Device-TLB flush error Xu, Quan
2016-06-08 8:58 ` [PATCH v7 01/11] IOMMU: handle IOMMU mapping and unmapping failures Xu, Quan
2016-06-08 8:58 ` [PATCH v7 02/11] IOMMU/MMU: enhance the call trees of IOMMU unmapping and mapping Xu, Quan
2016-06-08 14:40 ` Jan Beulich
[not found] ` <57584D8602000078000F32D0@prv-mh.provo.novell.com>
[not found] ` <421857ad-4f6b-e99c-1e81-034b19effdfb@amd.com>
2016-06-10 6:56 ` Jan Beulich
2016-06-12 6:41 ` Tian, Kevin
2016-06-08 8:58 ` [PATCH v7 03/11] IOMMU: propagate IOMMU Device-TLB flush error up to IOMMU unmapping (top level ones) Xu, Quan
2016-06-08 14:42 ` Jan Beulich
2016-06-08 14:54 ` Jan Beulich [this message]
2016-06-09 19:30 ` Suravee Suthikulanit
2016-06-09 10:28 ` Julien Grall
2016-06-08 8:58 ` [PATCH v7 04/11] IOMMU: propagate IOMMU Device-TLB flush error up to IOMMU mapping " Xu, Quan
2016-06-08 14:43 ` Jan Beulich
2016-06-09 18:45 ` Suravee Suthikulanit
2016-06-09 10:30 ` Julien Grall
2016-06-08 8:58 ` [PATCH v7 05/11] IOMMU/MMU: propagate IOMMU Device-TLB flush error up to iommu_iotlb_flush{, _all} " Xu, Quan
2016-06-09 11:12 ` Julien Grall
2016-06-09 11:45 ` Jan Beulich
2016-06-09 12:03 ` Julien Grall
2016-06-09 12:08 ` Julien Grall
2016-06-09 12:15 ` Jan Beulich
2016-06-09 12:24 ` Julien Grall
2016-06-09 12:32 ` Jan Beulich
2016-06-09 12:39 ` Julien Grall
2016-06-12 6:55 ` Tian, Kevin
2016-06-12 7:02 ` Xu, Quan
2016-06-12 15:35 ` Julien Grall
2016-06-09 12:14 ` Jan Beulich
2016-06-12 6:46 ` Tian, Kevin
2016-06-08 8:58 ` [PATCH v7 06/11] propagate IOMMU Device-TLB flush error up to EPT update " Xu, Quan
2016-06-08 8:59 ` [PATCH v7 07/11] IOMMU: propagate IOMMU Device-TLB flush error up to IOMMU suspending " Xu, Quan
2016-06-08 14:51 ` Jan Beulich
2016-06-12 7:42 ` Xu, Quan
2016-06-13 9:25 ` Jan Beulich
2016-06-09 18:58 ` Suravee Suthikulanit
2016-06-12 6:58 ` Tian, Kevin
2016-06-08 8:59 ` [PATCH v7 08/11] IOMMU: propagate IOMMU Device-TLB flush error (leaf ones) Xu, Quan
2016-06-08 8:59 ` [PATCH v7 09/11] vt-d: fix the IOMMU flush issue Xu, Quan
2016-06-12 7:32 ` Tian, Kevin
2016-06-12 9:27 ` Xu, Quan
2016-06-13 8:50 ` Xu, Quan
2016-06-08 8:59 ` [PATCH v7 10/11] vt-d: propagate the IOMMU Device-TLB flush error up to ME phantom functions Xu, Quan
2016-06-12 7:34 ` Tian, Kevin
2016-06-08 8:59 ` [PATCH v7 11/11] vt-d: add __must_check annotation to IOMMU flush pointers and handlers Xu, Quan
2016-06-12 7:35 ` Tian, Kevin
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=57584DAF02000078000F32D3@prv-mh.provo.novell.com \
--to=jbeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=dario.faggioli@citrix.com \
--cc=feng.wu@intel.com \
--cc=julien.grall@arm.com \
--cc=kevin.tian@intel.com \
--cc=quan.xu@intel.com \
--cc=sstabellini@kernel.org \
--cc=suravee.suthikulpanit@amd.com \
--cc=xen-devel@lists.xen.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).