* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-14 23:13 ` [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits prasad.singamsetty
@ 2017-11-28 17:32 ` Michael S. Tsirkin
2017-11-29 21:05 ` Prasad Singamsetty
2017-11-30 5:22 ` Liu, Yi L
2017-12-01 11:29 ` Liu, Yi L
2 siblings, 1 reply; 24+ messages in thread
From: Michael S. Tsirkin @ 2017-11-28 17:32 UTC (permalink / raw)
To: prasad.singamsetty
Cc: qemu-devel, pbonzini, rth, ehabkost, imammedo, peterx,
konrad.wilk
On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>
> The current implementation of Intel IOMMU code only supports 39 bits
> iova address width. This patch provides a new parameter (x-aw-bits)
> for intel-iommu to extend its address width to 48 bits but keeping the
> default the same (39 bits). The reason for not changing the default
> is to avoid potential compatibility problems
You can change the default, just make it 39 for existing machine types.
> with live migration of
> intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> parameter are 39 and 48.
I'd rather make it a boolean then.
>
> After enabling larger address width (48), we should be able to map
> larger iova addresses in the guest. For example, a QEMU guest that
> is configured with large memory ( >=1TB ). To check whether 48 bits
> aw is enabled, we can grep in the guest dmesg output with line:
> "DMAR: Host address width 48".
>
> Signed-off-by: Prasad Singamsetty <prasad.singamsety@oracle.com>
> ---
> hw/i386/acpi-build.c | 3 +-
> hw/i386/intel_iommu.c | 101 ++++++++++++++++++++++++-----------------
> hw/i386/intel_iommu_internal.h | 9 ++--
> include/hw/i386/intel_iommu.h | 1 +
> 4 files changed, 65 insertions(+), 49 deletions(-)
>
> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> index 73519ab3ac..537957c89a 100644
> --- a/hw/i386/acpi-build.c
> +++ b/hw/i386/acpi-build.c
> @@ -2460,6 +2460,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
> AcpiDmarDeviceScope *scope = NULL;
> /* Root complex IOAPIC use one path[0] only */
> size_t ioapic_scope_size = sizeof(*scope) + sizeof(scope->path[0]);
> + IntelIOMMUState *intel_iommu = INTEL_IOMMU_DEVICE(iommu);
>
> assert(iommu);
> if (iommu->intr_supported) {
> @@ -2467,7 +2468,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
> }
>
> dmar = acpi_data_push(table_data, sizeof(*dmar));
> - dmar->host_address_width = VTD_HOST_ADDRESS_WIDTH - 1;
> + dmar->host_address_width = intel_iommu->aw_bits - 1;
> dmar->flags = dmar_flags;
>
> /* DMAR Remapping Hardware Unit Definition structure */
> diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c
> index 53b3bf244d..c2380fdfdc 100644
> --- a/hw/i386/intel_iommu.c
> +++ b/hw/i386/intel_iommu.c
> @@ -521,9 +521,9 @@ static inline dma_addr_t vtd_ce_get_slpt_base(VTDContextEntry *ce)
> return ce->lo & VTD_CONTEXT_ENTRY_SLPTPTR;
> }
>
> -static inline uint64_t vtd_get_slpte_addr(uint64_t slpte)
> +static inline uint64_t vtd_get_slpte_addr(uint64_t slpte, uint8_t aw)
> {
> - return slpte & VTD_SL_PT_BASE_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + return slpte & VTD_SL_PT_BASE_ADDR_MASK(aw);
> }
>
> /* Whether the pte indicates the address of the page frame */
> @@ -608,20 +608,21 @@ static inline bool vtd_ce_type_check(X86IOMMUState *x86_iommu,
> return true;
> }
>
> -static inline uint64_t vtd_iova_limit(VTDContextEntry *ce)
> +static inline uint64_t vtd_iova_limit(VTDContextEntry *ce, uint8_t aw)
> {
> uint32_t ce_agaw = vtd_ce_get_agaw(ce);
> - return 1ULL << MIN(ce_agaw, VTD_MGAW);
> + return 1ULL << MIN(ce_agaw, aw);
> }
>
> /* Return true if IOVA passes range check, otherwise false. */
> -static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce)
> +static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce,
> + uint8_t aw)
> {
> /*
> * Check if @iova is above 2^X-1, where X is the minimum of MGAW
> * in CAP_REG and AW in context-entry.
> */
> - return !(iova & ~(vtd_iova_limit(ce) - 1));
> + return !(iova & ~(vtd_iova_limit(ce, aw) - 1));
> }
>
> /*
> @@ -669,7 +670,7 @@ static VTDBus *vtd_find_as_from_bus_num(IntelIOMMUState *s, uint8_t bus_num)
> */
> static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> uint64_t *slptep, uint32_t *slpte_level,
> - bool *reads, bool *writes)
> + bool *reads, bool *writes, uint8_t aw_bits)
> {
> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
> uint32_t level = vtd_ce_get_level(ce);
> @@ -677,7 +678,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> uint64_t slpte;
> uint64_t access_right_check;
>
> - if (!vtd_iova_range_check(iova, ce)) {
> + if (!vtd_iova_range_check(iova, ce, aw_bits)) {
> trace_vtd_err_dmar_iova_overflow(iova);
> return -VTD_FR_ADDR_BEYOND_MGAW;
> }
> @@ -714,7 +715,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> *slpte_level = level;
> return 0;
> }
> - addr = vtd_get_slpte_addr(slpte);
> + addr = vtd_get_slpte_addr(slpte, aw_bits);
> level--;
> }
> }
> @@ -732,11 +733,12 @@ typedef int (*vtd_page_walk_hook)(IOMMUTLBEntry *entry, void *private);
> * @read: whether parent level has read permission
> * @write: whether parent level has write permission
> * @notify_unmap: whether we should notify invalid entries
> + * @aw: maximum address width
> */
> static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> uint64_t end, vtd_page_walk_hook hook_fn,
> - void *private, uint32_t level,
> - bool read, bool write, bool notify_unmap)
> + void *private, uint32_t level, bool read,
> + bool write, bool notify_unmap, uint8_t aw)
> {
> bool read_cur, write_cur, entry_valid;
> uint32_t offset;
> @@ -783,7 +785,7 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> entry.target_as = &address_space_memory;
> entry.iova = iova & subpage_mask;
> /* NOTE: this is only meaningful if entry_valid == true */
> - entry.translated_addr = vtd_get_slpte_addr(slpte);
> + entry.translated_addr = vtd_get_slpte_addr(slpte, aw);
> entry.addr_mask = ~subpage_mask;
> entry.perm = IOMMU_ACCESS_FLAG(read_cur, write_cur);
> if (!entry_valid && !notify_unmap) {
> @@ -803,10 +805,10 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> trace_vtd_page_walk_skip_perm(iova, iova_next);
> goto next;
> }
> - ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte), iova,
> + ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte, aw), iova,
> MIN(iova_next, end), hook_fn, private,
> level - 1, read_cur, write_cur,
> - notify_unmap);
> + notify_unmap, aw);
> if (ret < 0) {
> return ret;
> }
> @@ -827,25 +829,26 @@ next:
> * @end: IOVA range end address (start <= addr < end)
> * @hook_fn: the hook that to be called for each detected area
> * @private: private data for the hook function
> + * @aw: maximum address width
> */
> static int vtd_page_walk(VTDContextEntry *ce, uint64_t start, uint64_t end,
> vtd_page_walk_hook hook_fn, void *private,
> - bool notify_unmap)
> + bool notify_unmap, uint8_t aw)
> {
> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
> uint32_t level = vtd_ce_get_level(ce);
>
> - if (!vtd_iova_range_check(start, ce)) {
> + if (!vtd_iova_range_check(start, ce, aw)) {
> return -VTD_FR_ADDR_BEYOND_MGAW;
> }
>
> - if (!vtd_iova_range_check(end, ce)) {
> + if (!vtd_iova_range_check(end, ce, aw)) {
> /* Fix end so that it reaches the maximum */
> - end = vtd_iova_limit(ce);
> + end = vtd_iova_limit(ce, aw);
> }
>
> return vtd_page_walk_level(addr, start, end, hook_fn, private,
> - level, true, true, notify_unmap);
> + level, true, true, notify_unmap, aw);
> }
>
> /* Map a device to its corresponding domain (context-entry) */
> @@ -867,7 +870,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
> return -VTD_FR_ROOT_ENTRY_P;
> }
>
> - if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(VTD_HOST_ADDRESS_WIDTH))) {
> + if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(s->aw_bits))) {
> trace_vtd_re_invalid(re.rsvd, re.val);
> return -VTD_FR_ROOT_ENTRY_RSVD;
> }
> @@ -884,7 +887,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
> }
>
> if ((ce->hi & VTD_CONTEXT_ENTRY_RSVD_HI) ||
> - (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(VTD_HOST_ADDRESS_WIDTH))) {
> + (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(s->aw_bits))) {
> trace_vtd_ce_invalid(ce->hi, ce->lo);
> return -VTD_FR_CONTEXT_ENTRY_RSVD;
> }
> @@ -1166,7 +1169,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
> }
>
> ret_fr = vtd_iova_to_slpte(&ce, addr, is_write, &slpte, &level,
> - &reads, &writes);
> + &reads, &writes, s->aw_bits);
> if (ret_fr) {
> ret_fr = -ret_fr;
> if (is_fpd_set && vtd_is_qualified_fault(ret_fr)) {
> @@ -1183,7 +1186,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
> access_flags, level);
> out:
> entry->iova = addr & page_mask;
> - entry->translated_addr = vtd_get_slpte_addr(slpte) & page_mask;
> + entry->translated_addr = vtd_get_slpte_addr(slpte, s->aw_bits) & page_mask;
> entry->addr_mask = ~page_mask;
> entry->perm = access_flags;
> return true;
> @@ -1200,7 +1203,7 @@ static void vtd_root_table_setup(IntelIOMMUState *s)
> {
> s->root = vtd_get_quad_raw(s, DMAR_RTADDR_REG);
> s->root_extended = s->root & VTD_RTADDR_RTT;
> - s->root &= VTD_RTADDR_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->root &= VTD_RTADDR_ADDR_MASK(s->aw_bits);
>
> trace_vtd_reg_dmar_root(s->root, s->root_extended);
> }
> @@ -1216,7 +1219,7 @@ static void vtd_interrupt_remap_table_setup(IntelIOMMUState *s)
> uint64_t value = 0;
> value = vtd_get_quad_raw(s, DMAR_IRTA_REG);
> s->intr_size = 1UL << ((value & VTD_IRTA_SIZE_MASK) + 1);
> - s->intr_root = value & VTD_IRTA_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->intr_root = value & VTD_IRTA_ADDR_MASK(s->aw_bits);
> s->intr_eime = value & VTD_IRTA_EIME;
>
> /* Notify global invalidation */
> @@ -1392,7 +1395,7 @@ static void vtd_iotlb_page_invalidate_notify(IntelIOMMUState *s,
> if (!ret && domain_id == VTD_CONTEXT_ENTRY_DID(ce.hi)) {
> vtd_page_walk(&ce, addr, addr + (1 << am) * VTD_PAGE_SIZE,
> vtd_page_invalidate_notify_hook,
> - (void *)&vtd_as->iommu, true);
> + (void *)&vtd_as->iommu, true, s->aw_bits);
> }
> }
> }
> @@ -1472,7 +1475,7 @@ static void vtd_handle_gcmd_qie(IntelIOMMUState *s, bool en)
> trace_vtd_inv_qi_enable(en);
>
> if (en) {
> - s->iq = iqa_val & VTD_IQA_IQA_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->iq = iqa_val & VTD_IQA_IQA_MASK(s->aw_bits);
> /* 2^(x+8) entries */
> s->iq_size = 1UL << ((iqa_val & VTD_IQA_QS) + 8);
> s->qi_enabled = true;
> @@ -2403,6 +2406,8 @@ static Property vtd_properties[] = {
> DEFINE_PROP_ON_OFF_AUTO("eim", IntelIOMMUState, intr_eim,
> ON_OFF_AUTO_AUTO),
> DEFINE_PROP_BOOL("x-buggy-eim", IntelIOMMUState, buggy_eim, false),
> + DEFINE_PROP_UINT8("x-aw-bits", IntelIOMMUState, aw_bits,
> + VTD_HOST_ADDRESS_WIDTH),
> DEFINE_PROP_BOOL("caching-mode", IntelIOMMUState, caching_mode, FALSE),
> DEFINE_PROP_END_OF_LIST(),
> };
> @@ -2758,6 +2763,7 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> hwaddr size;
> hwaddr start = n->start;
> hwaddr end = n->end;
> + IntelIOMMUState *s = as->iommu_state;
>
> /*
> * Note: all the codes in this function has a assumption that IOVA
> @@ -2765,12 +2771,12 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> * VT-d spec), otherwise we need to consider overflow of 64 bits.
> */
>
> - if (end > VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH)) {
> + if (end > VTD_ADDRESS_SIZE(s->aw_bits)) {
> /*
> * Don't need to unmap regions that is bigger than the whole
> * VT-d supported address space size
> */
> - end = VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH);
> + end = VTD_ADDRESS_SIZE(s->aw_bits);
> }
>
> assert(start <= end);
> @@ -2782,9 +2788,9 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> * suite the minimum available mask.
> */
> int n = 64 - clz64(size);
> - if (n > VTD_MGAW) {
> + if (n > s->aw_bits) {
> /* should not happen, but in case it happens, limit it */
> - n = VTD_MGAW;
> + n = s->aw_bits;
> }
> size = 1ULL << n;
> }
> @@ -2844,7 +2850,8 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
> PCI_FUNC(vtd_as->devfn),
> VTD_CONTEXT_ENTRY_DID(ce.hi),
> ce.hi, ce.lo);
> - vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false);
> + vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false,
> + s->aw_bits);
> } else {
> trace_vtd_replay_ce_invalid(bus_n, PCI_SLOT(vtd_as->devfn),
> PCI_FUNC(vtd_as->devfn));
> @@ -2859,7 +2866,6 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
> static void vtd_init(IntelIOMMUState *s)
> {
> X86IOMMUState *x86_iommu = X86_IOMMU_DEVICE(s);
> - uint8_t aw_bits = VTD_HOST_ADDRESS_WIDTH;
>
> memset(s->csr, 0, DMAR_REG_SIZE);
> memset(s->wmask, 0, DMAR_REG_SIZE);
> @@ -2878,21 +2884,24 @@ static void vtd_init(IntelIOMMUState *s)
> s->next_frcd_reg = 0;
> s->cap = VTD_CAP_FRO | VTD_CAP_NFR | VTD_CAP_ND |
> VTD_CAP_MAMV | VTD_CAP_PSI | VTD_CAP_SLLPS |
> - VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(VTD_HOST_ADDRESS_WIDTH);
> + VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(s->aw_bits);
> + if (s->aw_bits == VTD_HOST_AW_48BIT) {
> + s->cap |= VTD_CAP_SAGAW_48bit;
> + }
> s->ecap = VTD_ECAP_QI | VTD_ECAP_IRO;
>
> /*
> * Rsvd field masks for spte
> */
> vtd_paging_entry_rsvd_field[0] = ~0ULL;
> - vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(aw_bits);
> + vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(s->aw_bits);
>
> if (x86_iommu->intr_supported) {
> s->ecap |= VTD_ECAP_IR | VTD_ECAP_MHMV;
> @@ -3029,6 +3038,14 @@ static bool vtd_decide_config(IntelIOMMUState *s, Error **errp)
> }
> }
>
> + /* Currently only address widths supported are 39 and 48 bits */
> + if ((s->aw_bits != VTD_HOST_AW_39BIT) &&
> + (s->aw_bits != VTD_HOST_AW_48BIT)) {
> + error_setg(errp, "Supported values for x-aw-bits are: %d, %d",
> + VTD_HOST_AW_39BIT, VTD_HOST_AW_48BIT);
> + return false;
> + }
> +
> return true;
> }
>
> diff --git a/hw/i386/intel_iommu_internal.h b/hw/i386/intel_iommu_internal.h
> index 77e4a9833a..d084099ed9 100644
> --- a/hw/i386/intel_iommu_internal.h
> +++ b/hw/i386/intel_iommu_internal.h
> @@ -131,7 +131,7 @@
> #define VTD_TLB_DID(val) (((val) >> 32) & VTD_DOMAIN_ID_MASK)
>
> /* IVA_REG */
> -#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL & ((1ULL << VTD_MGAW) - 1))
> +#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL)
> #define VTD_IVA_AM(val) ((val) & 0x3fULL)
>
> /* GCMD_REG */
> @@ -197,7 +197,6 @@
> #define VTD_DOMAIN_ID_SHIFT 16 /* 16-bit domain id for 64K domains */
> #define VTD_DOMAIN_ID_MASK ((1UL << VTD_DOMAIN_ID_SHIFT) - 1)
> #define VTD_CAP_ND (((VTD_DOMAIN_ID_SHIFT - 4) / 2) & 7ULL)
> -#define VTD_MGAW 39 /* Maximum Guest Address Width */
> #define VTD_ADDRESS_SIZE(aw) (1ULL << (aw))
> #define VTD_CAP_MGAW(aw) ((((aw) - 1) & 0x3fULL) << 16)
> #define VTD_MAMV 18ULL
> @@ -213,7 +212,6 @@
> #define VTD_CAP_SAGAW_39bit (0x2ULL << VTD_CAP_SAGAW_SHIFT)
> /* 48-bit AGAW, 4-level page-table */
> #define VTD_CAP_SAGAW_48bit (0x4ULL << VTD_CAP_SAGAW_SHIFT)
> -#define VTD_CAP_SAGAW VTD_CAP_SAGAW_39bit
>
> /* IQT_REG */
> #define VTD_IQT_QT(val) (((val) >> 4) & 0x7fffULL)
> @@ -252,7 +250,7 @@
> #define VTD_FRCD_SID_MASK 0xffffULL
> #define VTD_FRCD_SID(val) ((val) & VTD_FRCD_SID_MASK)
> /* For the low 64-bit of 128-bit */
> -#define VTD_FRCD_FI(val) ((val) & (((1ULL << VTD_MGAW) - 1) ^ 0xfffULL))
> +#define VTD_FRCD_FI(val) ((val) & ~0xfffULL)
>
> /* DMA Remapping Fault Conditions */
> typedef enum VTDFaultReason {
> @@ -360,8 +358,7 @@ typedef union VTDInvDesc VTDInvDesc;
> #define VTD_INV_DESC_IOTLB_DOMAIN (2ULL << 4)
> #define VTD_INV_DESC_IOTLB_PAGE (3ULL << 4)
> #define VTD_INV_DESC_IOTLB_DID(val) (((val) >> 16) & VTD_DOMAIN_ID_MASK)
> -#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL & \
> - ((1ULL << VTD_MGAW) - 1))
> +#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL)
> #define VTD_INV_DESC_IOTLB_AM(val) ((val) & 0x3fULL)
> #define VTD_INV_DESC_IOTLB_RSVD_LO 0xffffffff0000ff00ULL
> #define VTD_INV_DESC_IOTLB_RSVD_HI 0xf80ULL
> diff --git a/include/hw/i386/intel_iommu.h b/include/hw/i386/intel_iommu.h
> index 372b06df45..45ec8919b6 100644
> --- a/include/hw/i386/intel_iommu.h
> +++ b/include/hw/i386/intel_iommu.h
> @@ -304,6 +304,7 @@ struct IntelIOMMUState {
> bool intr_eime; /* Extended interrupt mode enabled */
> OnOffAuto intr_eim; /* Toggle for EIM cabability */
> bool buggy_eim; /* Force buggy EIM unless eim=off */
> + uint8_t aw_bits; /* Host/IOVA address width (in bits) */
> };
>
> /* Find the VTD Address space associated with the given bus pointer,
> --
> 2.14.0-rc1
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-28 17:32 ` Michael S. Tsirkin
@ 2017-11-29 21:05 ` Prasad Singamsetty
2017-11-30 3:25 ` Peter Xu
0 siblings, 1 reply; 24+ messages in thread
From: Prasad Singamsetty @ 2017-11-29 21:05 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: qemu-devel, pbonzini, rth, ehabkost, imammedo, peterx,
konrad.wilk
Thanks Michael. Some comments below.
On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
> On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
>> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>>
>> The current implementation of Intel IOMMU code only supports 39 bits
>> iova address width. This patch provides a new parameter (x-aw-bits)
>> for intel-iommu to extend its address width to 48 bits but keeping the
>> default the same (39 bits). The reason for not changing the default
>> is to avoid potential compatibility problems
>
> You can change the default, just make it 39 for existing machine types.
I think introducing a new machine type is not appropriate as this
is an implementation limitation for the existing machine type.
Currently q35 is the only machine type that supports intel-iommu.
And we want to retain the current default behavior for q35 to avoid
any new issues with live migration.
>
>> with live migration of
>> intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
>> parameter are 39 and 48.
>
> I'd rather make it a boolean then.
Right. It seems Intel already has additional sizes supported so keeping
it as an integer seems better.
Thanks.
--Prasad
>
>>
>> After enabling larger address width (48), we should be able to map
>> larger iova addresses in the guest. For example, a QEMU guest that
>> is configured with large memory ( >=1TB ). To check whether 48 bits
>> aw is enabled, we can grep in the guest dmesg output with line:
>> "DMAR: Host address width 48".
>>
>> Signed-off-by: Prasad Singamsetty <prasad.singamsety@oracle.com>
>> ---
>> hw/i386/acpi-build.c | 3 +-
>> hw/i386/intel_iommu.c | 101 ++++++++++++++++++++++++-----------------
>> hw/i386/intel_iommu_internal.h | 9 ++--
>> include/hw/i386/intel_iommu.h | 1 +
>> 4 files changed, 65 insertions(+), 49 deletions(-)
>>
>> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
>> index 73519ab3ac..537957c89a 100644
>> --- a/hw/i386/acpi-build.c
>> +++ b/hw/i386/acpi-build.c
>> @@ -2460,6 +2460,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
>> AcpiDmarDeviceScope *scope = NULL;
>> /* Root complex IOAPIC use one path[0] only */
>> size_t ioapic_scope_size = sizeof(*scope) + sizeof(scope->path[0]);
>> + IntelIOMMUState *intel_iommu = INTEL_IOMMU_DEVICE(iommu);
>>
>> assert(iommu);
>> if (iommu->intr_supported) {
>> @@ -2467,7 +2468,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
>> }
>>
>> dmar = acpi_data_push(table_data, sizeof(*dmar));
>> - dmar->host_address_width = VTD_HOST_ADDRESS_WIDTH - 1;
>> + dmar->host_address_width = intel_iommu->aw_bits - 1;
>> dmar->flags = dmar_flags;
>>
>> /* DMAR Remapping Hardware Unit Definition structure */
>> diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c
>> index 53b3bf244d..c2380fdfdc 100644
>> --- a/hw/i386/intel_iommu.c
>> +++ b/hw/i386/intel_iommu.c
>> @@ -521,9 +521,9 @@ static inline dma_addr_t vtd_ce_get_slpt_base(VTDContextEntry *ce)
>> return ce->lo & VTD_CONTEXT_ENTRY_SLPTPTR;
>> }
>>
>> -static inline uint64_t vtd_get_slpte_addr(uint64_t slpte)
>> +static inline uint64_t vtd_get_slpte_addr(uint64_t slpte, uint8_t aw)
>> {
>> - return slpte & VTD_SL_PT_BASE_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + return slpte & VTD_SL_PT_BASE_ADDR_MASK(aw);
>> }
>>
>> /* Whether the pte indicates the address of the page frame */
>> @@ -608,20 +608,21 @@ static inline bool vtd_ce_type_check(X86IOMMUState *x86_iommu,
>> return true;
>> }
>>
>> -static inline uint64_t vtd_iova_limit(VTDContextEntry *ce)
>> +static inline uint64_t vtd_iova_limit(VTDContextEntry *ce, uint8_t aw)
>> {
>> uint32_t ce_agaw = vtd_ce_get_agaw(ce);
>> - return 1ULL << MIN(ce_agaw, VTD_MGAW);
>> + return 1ULL << MIN(ce_agaw, aw);
>> }
>>
>> /* Return true if IOVA passes range check, otherwise false. */
>> -static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce)
>> +static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce,
>> + uint8_t aw)
>> {
>> /*
>> * Check if @iova is above 2^X-1, where X is the minimum of MGAW
>> * in CAP_REG and AW in context-entry.
>> */
>> - return !(iova & ~(vtd_iova_limit(ce) - 1));
>> + return !(iova & ~(vtd_iova_limit(ce, aw) - 1));
>> }
>>
>> /*
>> @@ -669,7 +670,7 @@ static VTDBus *vtd_find_as_from_bus_num(IntelIOMMUState *s, uint8_t bus_num)
>> */
>> static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
>> uint64_t *slptep, uint32_t *slpte_level,
>> - bool *reads, bool *writes)
>> + bool *reads, bool *writes, uint8_t aw_bits)
>> {
>> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
>> uint32_t level = vtd_ce_get_level(ce);
>> @@ -677,7 +678,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
>> uint64_t slpte;
>> uint64_t access_right_check;
>>
>> - if (!vtd_iova_range_check(iova, ce)) {
>> + if (!vtd_iova_range_check(iova, ce, aw_bits)) {
>> trace_vtd_err_dmar_iova_overflow(iova);
>> return -VTD_FR_ADDR_BEYOND_MGAW;
>> }
>> @@ -714,7 +715,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
>> *slpte_level = level;
>> return 0;
>> }
>> - addr = vtd_get_slpte_addr(slpte);
>> + addr = vtd_get_slpte_addr(slpte, aw_bits);
>> level--;
>> }
>> }
>> @@ -732,11 +733,12 @@ typedef int (*vtd_page_walk_hook)(IOMMUTLBEntry *entry, void *private);
>> * @read: whether parent level has read permission
>> * @write: whether parent level has write permission
>> * @notify_unmap: whether we should notify invalid entries
>> + * @aw: maximum address width
>> */
>> static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
>> uint64_t end, vtd_page_walk_hook hook_fn,
>> - void *private, uint32_t level,
>> - bool read, bool write, bool notify_unmap)
>> + void *private, uint32_t level, bool read,
>> + bool write, bool notify_unmap, uint8_t aw)
>> {
>> bool read_cur, write_cur, entry_valid;
>> uint32_t offset;
>> @@ -783,7 +785,7 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
>> entry.target_as = &address_space_memory;
>> entry.iova = iova & subpage_mask;
>> /* NOTE: this is only meaningful if entry_valid == true */
>> - entry.translated_addr = vtd_get_slpte_addr(slpte);
>> + entry.translated_addr = vtd_get_slpte_addr(slpte, aw);
>> entry.addr_mask = ~subpage_mask;
>> entry.perm = IOMMU_ACCESS_FLAG(read_cur, write_cur);
>> if (!entry_valid && !notify_unmap) {
>> @@ -803,10 +805,10 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
>> trace_vtd_page_walk_skip_perm(iova, iova_next);
>> goto next;
>> }
>> - ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte), iova,
>> + ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte, aw), iova,
>> MIN(iova_next, end), hook_fn, private,
>> level - 1, read_cur, write_cur,
>> - notify_unmap);
>> + notify_unmap, aw);
>> if (ret < 0) {
>> return ret;
>> }
>> @@ -827,25 +829,26 @@ next:
>> * @end: IOVA range end address (start <= addr < end)
>> * @hook_fn: the hook that to be called for each detected area
>> * @private: private data for the hook function
>> + * @aw: maximum address width
>> */
>> static int vtd_page_walk(VTDContextEntry *ce, uint64_t start, uint64_t end,
>> vtd_page_walk_hook hook_fn, void *private,
>> - bool notify_unmap)
>> + bool notify_unmap, uint8_t aw)
>> {
>> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
>> uint32_t level = vtd_ce_get_level(ce);
>>
>> - if (!vtd_iova_range_check(start, ce)) {
>> + if (!vtd_iova_range_check(start, ce, aw)) {
>> return -VTD_FR_ADDR_BEYOND_MGAW;
>> }
>>
>> - if (!vtd_iova_range_check(end, ce)) {
>> + if (!vtd_iova_range_check(end, ce, aw)) {
>> /* Fix end so that it reaches the maximum */
>> - end = vtd_iova_limit(ce);
>> + end = vtd_iova_limit(ce, aw);
>> }
>>
>> return vtd_page_walk_level(addr, start, end, hook_fn, private,
>> - level, true, true, notify_unmap);
>> + level, true, true, notify_unmap, aw);
>> }
>>
>> /* Map a device to its corresponding domain (context-entry) */
>> @@ -867,7 +870,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
>> return -VTD_FR_ROOT_ENTRY_P;
>> }
>>
>> - if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(VTD_HOST_ADDRESS_WIDTH))) {
>> + if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(s->aw_bits))) {
>> trace_vtd_re_invalid(re.rsvd, re.val);
>> return -VTD_FR_ROOT_ENTRY_RSVD;
>> }
>> @@ -884,7 +887,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
>> }
>>
>> if ((ce->hi & VTD_CONTEXT_ENTRY_RSVD_HI) ||
>> - (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(VTD_HOST_ADDRESS_WIDTH))) {
>> + (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(s->aw_bits))) {
>> trace_vtd_ce_invalid(ce->hi, ce->lo);
>> return -VTD_FR_CONTEXT_ENTRY_RSVD;
>> }
>> @@ -1166,7 +1169,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
>> }
>>
>> ret_fr = vtd_iova_to_slpte(&ce, addr, is_write, &slpte, &level,
>> - &reads, &writes);
>> + &reads, &writes, s->aw_bits);
>> if (ret_fr) {
>> ret_fr = -ret_fr;
>> if (is_fpd_set && vtd_is_qualified_fault(ret_fr)) {
>> @@ -1183,7 +1186,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
>> access_flags, level);
>> out:
>> entry->iova = addr & page_mask;
>> - entry->translated_addr = vtd_get_slpte_addr(slpte) & page_mask;
>> + entry->translated_addr = vtd_get_slpte_addr(slpte, s->aw_bits) & page_mask;
>> entry->addr_mask = ~page_mask;
>> entry->perm = access_flags;
>> return true;
>> @@ -1200,7 +1203,7 @@ static void vtd_root_table_setup(IntelIOMMUState *s)
>> {
>> s->root = vtd_get_quad_raw(s, DMAR_RTADDR_REG);
>> s->root_extended = s->root & VTD_RTADDR_RTT;
>> - s->root &= VTD_RTADDR_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + s->root &= VTD_RTADDR_ADDR_MASK(s->aw_bits);
>>
>> trace_vtd_reg_dmar_root(s->root, s->root_extended);
>> }
>> @@ -1216,7 +1219,7 @@ static void vtd_interrupt_remap_table_setup(IntelIOMMUState *s)
>> uint64_t value = 0;
>> value = vtd_get_quad_raw(s, DMAR_IRTA_REG);
>> s->intr_size = 1UL << ((value & VTD_IRTA_SIZE_MASK) + 1);
>> - s->intr_root = value & VTD_IRTA_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + s->intr_root = value & VTD_IRTA_ADDR_MASK(s->aw_bits);
>> s->intr_eime = value & VTD_IRTA_EIME;
>>
>> /* Notify global invalidation */
>> @@ -1392,7 +1395,7 @@ static void vtd_iotlb_page_invalidate_notify(IntelIOMMUState *s,
>> if (!ret && domain_id == VTD_CONTEXT_ENTRY_DID(ce.hi)) {
>> vtd_page_walk(&ce, addr, addr + (1 << am) * VTD_PAGE_SIZE,
>> vtd_page_invalidate_notify_hook,
>> - (void *)&vtd_as->iommu, true);
>> + (void *)&vtd_as->iommu, true, s->aw_bits);
>> }
>> }
>> }
>> @@ -1472,7 +1475,7 @@ static void vtd_handle_gcmd_qie(IntelIOMMUState *s, bool en)
>> trace_vtd_inv_qi_enable(en);
>>
>> if (en) {
>> - s->iq = iqa_val & VTD_IQA_IQA_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + s->iq = iqa_val & VTD_IQA_IQA_MASK(s->aw_bits);
>> /* 2^(x+8) entries */
>> s->iq_size = 1UL << ((iqa_val & VTD_IQA_QS) + 8);
>> s->qi_enabled = true;
>> @@ -2403,6 +2406,8 @@ static Property vtd_properties[] = {
>> DEFINE_PROP_ON_OFF_AUTO("eim", IntelIOMMUState, intr_eim,
>> ON_OFF_AUTO_AUTO),
>> DEFINE_PROP_BOOL("x-buggy-eim", IntelIOMMUState, buggy_eim, false),
>> + DEFINE_PROP_UINT8("x-aw-bits", IntelIOMMUState, aw_bits,
>> + VTD_HOST_ADDRESS_WIDTH),
>> DEFINE_PROP_BOOL("caching-mode", IntelIOMMUState, caching_mode, FALSE),
>> DEFINE_PROP_END_OF_LIST(),
>> };
>> @@ -2758,6 +2763,7 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
>> hwaddr size;
>> hwaddr start = n->start;
>> hwaddr end = n->end;
>> + IntelIOMMUState *s = as->iommu_state;
>>
>> /*
>> * Note: all the codes in this function has a assumption that IOVA
>> @@ -2765,12 +2771,12 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
>> * VT-d spec), otherwise we need to consider overflow of 64 bits.
>> */
>>
>> - if (end > VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH)) {
>> + if (end > VTD_ADDRESS_SIZE(s->aw_bits)) {
>> /*
>> * Don't need to unmap regions that is bigger than the whole
>> * VT-d supported address space size
>> */
>> - end = VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH);
>> + end = VTD_ADDRESS_SIZE(s->aw_bits);
>> }
>>
>> assert(start <= end);
>> @@ -2782,9 +2788,9 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
>> * suite the minimum available mask.
>> */
>> int n = 64 - clz64(size);
>> - if (n > VTD_MGAW) {
>> + if (n > s->aw_bits) {
>> /* should not happen, but in case it happens, limit it */
>> - n = VTD_MGAW;
>> + n = s->aw_bits;
>> }
>> size = 1ULL << n;
>> }
>> @@ -2844,7 +2850,8 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
>> PCI_FUNC(vtd_as->devfn),
>> VTD_CONTEXT_ENTRY_DID(ce.hi),
>> ce.hi, ce.lo);
>> - vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false);
>> + vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false,
>> + s->aw_bits);
>> } else {
>> trace_vtd_replay_ce_invalid(bus_n, PCI_SLOT(vtd_as->devfn),
>> PCI_FUNC(vtd_as->devfn));
>> @@ -2859,7 +2866,6 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
>> static void vtd_init(IntelIOMMUState *s)
>> {
>> X86IOMMUState *x86_iommu = X86_IOMMU_DEVICE(s);
>> - uint8_t aw_bits = VTD_HOST_ADDRESS_WIDTH;
>>
>> memset(s->csr, 0, DMAR_REG_SIZE);
>> memset(s->wmask, 0, DMAR_REG_SIZE);
>> @@ -2878,21 +2884,24 @@ static void vtd_init(IntelIOMMUState *s)
>> s->next_frcd_reg = 0;
>> s->cap = VTD_CAP_FRO | VTD_CAP_NFR | VTD_CAP_ND |
>> VTD_CAP_MAMV | VTD_CAP_PSI | VTD_CAP_SLLPS |
>> - VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(VTD_HOST_ADDRESS_WIDTH);
>> + VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(s->aw_bits);
>> + if (s->aw_bits == VTD_HOST_AW_48BIT) {
>> + s->cap |= VTD_CAP_SAGAW_48bit;
>> + }
>> s->ecap = VTD_ECAP_QI | VTD_ECAP_IRO;
>>
>> /*
>> * Rsvd field masks for spte
>> */
>> vtd_paging_entry_rsvd_field[0] = ~0ULL;
>> - vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(aw_bits);
>> + vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(s->aw_bits);
>>
>> if (x86_iommu->intr_supported) {
>> s->ecap |= VTD_ECAP_IR | VTD_ECAP_MHMV;
>> @@ -3029,6 +3038,14 @@ static bool vtd_decide_config(IntelIOMMUState *s, Error **errp)
>> }
>> }
>>
>> + /* Currently only address widths supported are 39 and 48 bits */
>> + if ((s->aw_bits != VTD_HOST_AW_39BIT) &&
>> + (s->aw_bits != VTD_HOST_AW_48BIT)) {
>> + error_setg(errp, "Supported values for x-aw-bits are: %d, %d",
>> + VTD_HOST_AW_39BIT, VTD_HOST_AW_48BIT);
>> + return false;
>> + }
>> +
>> return true;
>> }
>>
>> diff --git a/hw/i386/intel_iommu_internal.h b/hw/i386/intel_iommu_internal.h
>> index 77e4a9833a..d084099ed9 100644
>> --- a/hw/i386/intel_iommu_internal.h
>> +++ b/hw/i386/intel_iommu_internal.h
>> @@ -131,7 +131,7 @@
>> #define VTD_TLB_DID(val) (((val) >> 32) & VTD_DOMAIN_ID_MASK)
>>
>> /* IVA_REG */
>> -#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL & ((1ULL << VTD_MGAW) - 1))
>> +#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL)
>> #define VTD_IVA_AM(val) ((val) & 0x3fULL)
>>
>> /* GCMD_REG */
>> @@ -197,7 +197,6 @@
>> #define VTD_DOMAIN_ID_SHIFT 16 /* 16-bit domain id for 64K domains */
>> #define VTD_DOMAIN_ID_MASK ((1UL << VTD_DOMAIN_ID_SHIFT) - 1)
>> #define VTD_CAP_ND (((VTD_DOMAIN_ID_SHIFT - 4) / 2) & 7ULL)
>> -#define VTD_MGAW 39 /* Maximum Guest Address Width */
>> #define VTD_ADDRESS_SIZE(aw) (1ULL << (aw))
>> #define VTD_CAP_MGAW(aw) ((((aw) - 1) & 0x3fULL) << 16)
>> #define VTD_MAMV 18ULL
>> @@ -213,7 +212,6 @@
>> #define VTD_CAP_SAGAW_39bit (0x2ULL << VTD_CAP_SAGAW_SHIFT)
>> /* 48-bit AGAW, 4-level page-table */
>> #define VTD_CAP_SAGAW_48bit (0x4ULL << VTD_CAP_SAGAW_SHIFT)
>> -#define VTD_CAP_SAGAW VTD_CAP_SAGAW_39bit
>>
>> /* IQT_REG */
>> #define VTD_IQT_QT(val) (((val) >> 4) & 0x7fffULL)
>> @@ -252,7 +250,7 @@
>> #define VTD_FRCD_SID_MASK 0xffffULL
>> #define VTD_FRCD_SID(val) ((val) & VTD_FRCD_SID_MASK)
>> /* For the low 64-bit of 128-bit */
>> -#define VTD_FRCD_FI(val) ((val) & (((1ULL << VTD_MGAW) - 1) ^ 0xfffULL))
>> +#define VTD_FRCD_FI(val) ((val) & ~0xfffULL)
>>
>> /* DMA Remapping Fault Conditions */
>> typedef enum VTDFaultReason {
>> @@ -360,8 +358,7 @@ typedef union VTDInvDesc VTDInvDesc;
>> #define VTD_INV_DESC_IOTLB_DOMAIN (2ULL << 4)
>> #define VTD_INV_DESC_IOTLB_PAGE (3ULL << 4)
>> #define VTD_INV_DESC_IOTLB_DID(val) (((val) >> 16) & VTD_DOMAIN_ID_MASK)
>> -#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL & \
>> - ((1ULL << VTD_MGAW) - 1))
>> +#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL)
>> #define VTD_INV_DESC_IOTLB_AM(val) ((val) & 0x3fULL)
>> #define VTD_INV_DESC_IOTLB_RSVD_LO 0xffffffff0000ff00ULL
>> #define VTD_INV_DESC_IOTLB_RSVD_HI 0xf80ULL
>> diff --git a/include/hw/i386/intel_iommu.h b/include/hw/i386/intel_iommu.h
>> index 372b06df45..45ec8919b6 100644
>> --- a/include/hw/i386/intel_iommu.h
>> +++ b/include/hw/i386/intel_iommu.h
>> @@ -304,6 +304,7 @@ struct IntelIOMMUState {
>> bool intr_eime; /* Extended interrupt mode enabled */
>> OnOffAuto intr_eim; /* Toggle for EIM cabability */
>> bool buggy_eim; /* Force buggy EIM unless eim=off */
>> + uint8_t aw_bits; /* Host/IOVA address width (in bits) */
>> };
>>
>> /* Find the VTD Address space associated with the given bus pointer,
>> --
>> 2.14.0-rc1
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-29 21:05 ` Prasad Singamsetty
@ 2017-11-30 3:25 ` Peter Xu
2017-11-30 18:33 ` Prasad Singamsetty
0 siblings, 1 reply; 24+ messages in thread
From: Peter Xu @ 2017-11-30 3:25 UTC (permalink / raw)
To: Prasad Singamsetty
Cc: Michael S. Tsirkin, qemu-devel, pbonzini, rth, ehabkost, imammedo,
konrad.wilk
On Wed, Nov 29, 2017 at 01:05:22PM -0800, Prasad Singamsetty wrote:
> Thanks Michael. Some comments below.
>
> On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
> > On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> > > From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> > >
> > > The current implementation of Intel IOMMU code only supports 39 bits
> > > iova address width. This patch provides a new parameter (x-aw-bits)
> > > for intel-iommu to extend its address width to 48 bits but keeping the
> > > default the same (39 bits). The reason for not changing the default
> > > is to avoid potential compatibility problems
> >
> > You can change the default, just make it 39 for existing machine types.
>
> I think introducing a new machine type is not appropriate as this
> is an implementation limitation for the existing machine type.
> Currently q35 is the only machine type that supports intel-iommu.
> And we want to retain the current default behavior for q35 to avoid
> any new issues with live migration.
I guess "existing machine type" means e.g. pc-q35-2.11 and older ones,
rather than creating another machine type in parallel with q35. So we
can set 48 bits as default on upcoming pc-q35-2.12 machines, while
keep the 39 bits on the old ones.
Please refer to include/hw/compat.h.
>
> >
> > > with live migration of
> > > intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> > > parameter are 39 and 48.
> >
> > I'd rather make it a boolean then.
>
> Right. It seems Intel already has additional sizes supported so keeping
> it as an integer seems better.
Yes, considering that 5-level IOMMUs are coming (AFAIK).
--
Peter Xu
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-30 3:25 ` Peter Xu
@ 2017-11-30 18:33 ` Prasad Singamsetty
2017-11-30 18:56 ` Michael S. Tsirkin
0 siblings, 1 reply; 24+ messages in thread
From: Prasad Singamsetty @ 2017-11-30 18:33 UTC (permalink / raw)
To: Peter Xu
Cc: ehabkost, Michael S. Tsirkin, konrad.wilk, qemu-devel, imammedo,
pbonzini, rth
On 11/29/2017 7:25 PM, Peter Xu wrote:
> On Wed, Nov 29, 2017 at 01:05:22PM -0800, Prasad Singamsetty wrote:
>> Thanks Michael. Some comments below.
>>
>> On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
>>> On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
>>>> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>>>>
>>>> The current implementation of Intel IOMMU code only supports 39 bits
>>>> iova address width. This patch provides a new parameter (x-aw-bits)
>>>> for intel-iommu to extend its address width to 48 bits but keeping the
>>>> default the same (39 bits). The reason for not changing the default
>>>> is to avoid potential compatibility problems
>>>
>>> You can change the default, just make it 39 for existing machine types.
>>
>> I think introducing a new machine type is not appropriate as this
>> is an implementation limitation for the existing machine type.
>> Currently q35 is the only machine type that supports intel-iommu.
>> And we want to retain the current default behavior for q35 to avoid
>> any new issues with live migration.
>
> I guess "existing machine type" means e.g. pc-q35-2.11 and older ones,
> rather than creating another machine type in parallel with q35. So we
> can set 48 bits as default on upcoming pc-q35-2.12 machines, while
> keep the 39 bits on the old ones.
>
> Please refer to include/hw/compat.h.
Thanks Peter, for the clarification and pointer to this. I am still
new to this but learning on how this works or how this is used in
use cases like Live Migration.
Are you suggesting that we change the default to 48 bits in the
next release (2.12)?
User need to specify an older machine type (pc-q35-2.11 or older)
to get the old default value of 39 bits. This still requires the
patch I proposed to support compatibility for older releases
except the introduction of the new property (x-aw-bits).
>
>>
>>>
>>>> with live migration of
>>>> intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
>>>> parameter are 39 and 48.
>>>
>>> I'd rather make it a boolean then.
>>
>> Right. It seems Intel already has additional sizes supported so keeping
>> it as an integer seems better.
>
> Yes, considering that 5-level IOMMUs are coming (AFAIK).
>
If we change the default value to 48 bits, I assume there is
no need for this property and user is expected to use an
older machine type based on the release to get the old
default. Is this correct?
Thanks.
--Prasad
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-30 18:33 ` Prasad Singamsetty
@ 2017-11-30 18:56 ` Michael S. Tsirkin
2017-11-30 19:12 ` Prasad Singamsetty
0 siblings, 1 reply; 24+ messages in thread
From: Michael S. Tsirkin @ 2017-11-30 18:56 UTC (permalink / raw)
To: Prasad Singamsetty
Cc: Peter Xu, ehabkost, konrad.wilk, qemu-devel, imammedo, pbonzini,
rth
On Thu, Nov 30, 2017 at 10:33:50AM -0800, Prasad Singamsetty wrote:
>
>
> On 11/29/2017 7:25 PM, Peter Xu wrote:
> > On Wed, Nov 29, 2017 at 01:05:22PM -0800, Prasad Singamsetty wrote:
> > > Thanks Michael. Some comments below.
> > >
> > > On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
> > > > On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> > > > > From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> > > > >
> > > > > The current implementation of Intel IOMMU code only supports 39 bits
> > > > > iova address width. This patch provides a new parameter (x-aw-bits)
> > > > > for intel-iommu to extend its address width to 48 bits but keeping the
> > > > > default the same (39 bits). The reason for not changing the default
> > > > > is to avoid potential compatibility problems
> > > >
> > > > You can change the default, just make it 39 for existing machine types.
> > >
> > > I think introducing a new machine type is not appropriate as this
> > > is an implementation limitation for the existing machine type.
> > > Currently q35 is the only machine type that supports intel-iommu.
> > > And we want to retain the current default behavior for q35 to avoid
> > > any new issues with live migration.
> >
> > I guess "existing machine type" means e.g. pc-q35-2.11 and older ones,
> > rather than creating another machine type in parallel with q35. So we
> > can set 48 bits as default on upcoming pc-q35-2.12 machines, while
> > keep the 39 bits on the old ones.
> >
> > Please refer to include/hw/compat.h.
>
> Thanks Peter, for the clarification and pointer to this. I am still
> new to this but learning on how this works or how this is used in
> use cases like Live Migration.
>
> Are you suggesting that we change the default to 48 bits in the
> next release (2.12)?
>
> User need to specify an older machine type (pc-q35-2.11 or older)
> to get the old default value of 39 bits. This still requires the
> patch I proposed to support compatibility for older releases
> except the introduction of the new property (x-aw-bits).
Yes. If you see a reason for users to limit it to 39 bits,
we can make it a supported property (not starting
with x-). If it's only for live migration, we can
use a non-supported property (with x-).
>
> >
> > >
> > > >
> > > > > with live migration of
> > > > > intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> > > > > parameter are 39 and 48.
> > > >
> > > > I'd rather make it a boolean then.
> > >
> > > Right. It seems Intel already has additional sizes supported so keeping
> > > it as an integer seems better.
> >
> > Yes, considering that 5-level IOMMUs are coming (AFAIK).
> >
>
> If we change the default value to 48 bits, I assume there is
> no need for this property and user is expected to use an
> older machine type based on the release to get the old
> default. Is this correct?
>
> Thanks.
> --Prasad
No, users use an older machine type to get migration from old
machine types. If someone might actually want 39 bit for
some reason, we need it as a supported property.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-30 18:56 ` Michael S. Tsirkin
@ 2017-11-30 19:12 ` Prasad Singamsetty
2017-12-01 4:43 ` Peter Xu
0 siblings, 1 reply; 24+ messages in thread
From: Prasad Singamsetty @ 2017-11-30 19:12 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: Peter Xu, ehabkost, konrad.wilk, qemu-devel, imammedo, pbonzini,
rth
On 11/30/2017 10:56 AM, Michael S. Tsirkin wrote:
> On Thu, Nov 30, 2017 at 10:33:50AM -0800, Prasad Singamsetty wrote:
>>
>>
>> On 11/29/2017 7:25 PM, Peter Xu wrote:
>>> On Wed, Nov 29, 2017 at 01:05:22PM -0800, Prasad Singamsetty wrote:
>>>> Thanks Michael. Some comments below.
>>>>
>>>> On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
>>>>> On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
>>>>>> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>>>>>>
>>>>>> The current implementation of Intel IOMMU code only supports 39 bits
>>>>>> iova address width. This patch provides a new parameter (x-aw-bits)
>>>>>> for intel-iommu to extend its address width to 48 bits but keeping the
>>>>>> default the same (39 bits). The reason for not changing the default
>>>>>> is to avoid potential compatibility problems
>>>>>
>>>>> You can change the default, just make it 39 for existing machine types.
>>>>
>>>> I think introducing a new machine type is not appropriate as this
>>>> is an implementation limitation for the existing machine type.
>>>> Currently q35 is the only machine type that supports intel-iommu.
>>>> And we want to retain the current default behavior for q35 to avoid
>>>> any new issues with live migration.
>>>
>>> I guess "existing machine type" means e.g. pc-q35-2.11 and older ones,
>>> rather than creating another machine type in parallel with q35. So we
>>> can set 48 bits as default on upcoming pc-q35-2.12 machines, while
>>> keep the 39 bits on the old ones.
>>>
>>> Please refer to include/hw/compat.h.
>>
>> Thanks Peter, for the clarification and pointer to this. I am still
>> new to this but learning on how this works or how this is used in
>> use cases like Live Migration.
>>
>> Are you suggesting that we change the default to 48 bits in the
>> next release (2.12)?
>>
>> User need to specify an older machine type (pc-q35-2.11 or older)
>> to get the old default value of 39 bits. This still requires the
>> patch I proposed to support compatibility for older releases
>> except the introduction of the new property (x-aw-bits).
>
> Yes. If you see a reason for users to limit it to 39 bits,
> we can make it a supported property (not starting
> with x-). If it's only for live migration, we can
> use a non-supported property (with x-).
I think it is only for Live Migration case, we need to
support the old default value of 39 bits.
Do you see any need to keep a non-supported property?
It may be useful for developers.
>
>>
>>>
>>>>
>>>>>
>>>>>> with live migration of
>>>>>> intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
>>>>>> parameter are 39 and 48.
>>>>>
>>>>> I'd rather make it a boolean then.
>>>>
>>>> Right. It seems Intel already has additional sizes supported so keeping
>>>> it as an integer seems better.
>>>
>>> Yes, considering that 5-level IOMMUs are coming (AFAIK).
>>>
>>
>> If we change the default value to 48 bits, I assume there is
>> no need for this property and user is expected to use an
>> older machine type based on the release to get the old
>> default. Is this correct?
>>
>> Thanks.
>> --Prasad
>
>
> No, users use an older machine type to get migration from old
> machine types. If someone might actually want 39 bit for
> some reason, we need it as a supported property.
OK. Other than Live Migration case I don't see a need for supported
property.
Thanks.
--Prasad
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-30 19:12 ` Prasad Singamsetty
@ 2017-12-01 4:43 ` Peter Xu
2017-12-01 17:02 ` Prasad Singamsetty
0 siblings, 1 reply; 24+ messages in thread
From: Peter Xu @ 2017-12-01 4:43 UTC (permalink / raw)
To: Prasad Singamsetty
Cc: Michael S. Tsirkin, ehabkost, konrad.wilk, qemu-devel, imammedo,
pbonzini, rth
On Thu, Nov 30, 2017 at 11:12:48AM -0800, Prasad Singamsetty wrote:
>
>
> On 11/30/2017 10:56 AM, Michael S. Tsirkin wrote:
> > On Thu, Nov 30, 2017 at 10:33:50AM -0800, Prasad Singamsetty wrote:
> > >
> > >
> > > On 11/29/2017 7:25 PM, Peter Xu wrote:
> > > > On Wed, Nov 29, 2017 at 01:05:22PM -0800, Prasad Singamsetty wrote:
> > > > > Thanks Michael. Some comments below.
> > > > >
> > > > > On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
> > > > > > On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> > > > > > > From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> > > > > > >
> > > > > > > The current implementation of Intel IOMMU code only supports 39 bits
> > > > > > > iova address width. This patch provides a new parameter (x-aw-bits)
> > > > > > > for intel-iommu to extend its address width to 48 bits but keeping the
> > > > > > > default the same (39 bits). The reason for not changing the default
> > > > > > > is to avoid potential compatibility problems
> > > > > >
> > > > > > You can change the default, just make it 39 for existing machine types.
> > > > >
> > > > > I think introducing a new machine type is not appropriate as this
> > > > > is an implementation limitation for the existing machine type.
> > > > > Currently q35 is the only machine type that supports intel-iommu.
> > > > > And we want to retain the current default behavior for q35 to avoid
> > > > > any new issues with live migration.
> > > >
> > > > I guess "existing machine type" means e.g. pc-q35-2.11 and older ones,
> > > > rather than creating another machine type in parallel with q35. So we
> > > > can set 48 bits as default on upcoming pc-q35-2.12 machines, while
> > > > keep the 39 bits on the old ones.
> > > >
> > > > Please refer to include/hw/compat.h.
> > >
> > > Thanks Peter, for the clarification and pointer to this. I am still
> > > new to this but learning on how this works or how this is used in
> > > use cases like Live Migration.
You can refer to similar commit, like 048a2e8869.
But, I think I was wrong - you should better do the addition to
include/hw/i386/pc.h (see e.g. PC_COMPAT_2_10) rather than compat.h,
since Intel vIOMMU is only used for PC machines.
And... you may also need to create that PC_COMPAT_2_11 macro after
2.11 is released. For that you can refer to a6fd5b0e050a.
Anyway, I think this "set default" work can be postponed after recent
release, which can be a separate work besides current series.
> > >
> > > Are you suggesting that we change the default to 48 bits in the
> > > next release (2.12)?
> > >
> > > User need to specify an older machine type (pc-q35-2.11 or older)
> > > to get the old default value of 39 bits. This still requires the
> > > patch I proposed to support compatibility for older releases
> > > except the introduction of the new property (x-aw-bits).
> >
> > Yes. If you see a reason for users to limit it to 39 bits,
> > we can make it a supported property (not starting
> > with x-). If it's only for live migration, we can
> > use a non-supported property (with x-).
> I think it is only for Live Migration case, we need to
> support the old default value of 39 bits.
>
> Do you see any need to keep a non-supported property?
> It may be useful for developers.
IMHO if it's for developers x-* would be good enough. Thanks,
--
Peter Xu
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-12-01 4:43 ` Peter Xu
@ 2017-12-01 17:02 ` Prasad Singamsetty
2017-12-01 17:03 ` Michael S. Tsirkin
2017-12-04 4:07 ` Peter Xu
0 siblings, 2 replies; 24+ messages in thread
From: Prasad Singamsetty @ 2017-12-01 17:02 UTC (permalink / raw)
To: Peter Xu
Cc: Michael S. Tsirkin, ehabkost, konrad.wilk, qemu-devel, imammedo,
pbonzini, rth
On 11/30/2017 8:43 PM, Peter Xu wrote:
> On Thu, Nov 30, 2017 at 11:12:48AM -0800, Prasad Singamsetty wrote:
>>
>>
>> On 11/30/2017 10:56 AM, Michael S. Tsirkin wrote:
>>> On Thu, Nov 30, 2017 at 10:33:50AM -0800, Prasad Singamsetty wrote:
>>>>
>>>>
>>>> On 11/29/2017 7:25 PM, Peter Xu wrote:
>>>>> On Wed, Nov 29, 2017 at 01:05:22PM -0800, Prasad Singamsetty wrote:
>>>>>> Thanks Michael. Some comments below.
>>>>>>
>>>>>> On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
>>>>>>> On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
>>>>>>>> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>>>>>>>>
>>>>>>>> The current implementation of Intel IOMMU code only supports 39 bits
>>>>>>>> iova address width. This patch provides a new parameter (x-aw-bits)
>>>>>>>> for intel-iommu to extend its address width to 48 bits but keeping the
>>>>>>>> default the same (39 bits). The reason for not changing the default
>>>>>>>> is to avoid potential compatibility problems
>>>>>>>
>>>>>>> You can change the default, just make it 39 for existing machine types.
>>>>>>
>>>>>> I think introducing a new machine type is not appropriate as this
>>>>>> is an implementation limitation for the existing machine type.
>>>>>> Currently q35 is the only machine type that supports intel-iommu.
>>>>>> And we want to retain the current default behavior for q35 to avoid
>>>>>> any new issues with live migration.
>>>>>
>>>>> I guess "existing machine type" means e.g. pc-q35-2.11 and older ones,
>>>>> rather than creating another machine type in parallel with q35. So we
>>>>> can set 48 bits as default on upcoming pc-q35-2.12 machines, while
>>>>> keep the 39 bits on the old ones.
>>>>>
>>>>> Please refer to include/hw/compat.h.
>>>>
>>>> Thanks Peter, for the clarification and pointer to this. I am still
>>>> new to this but learning on how this works or how this is used in
>>>> use cases like Live Migration.
>
> You can refer to similar commit, like 048a2e8869.
>
> But, I think I was wrong - you should better do the addition to
> include/hw/i386/pc.h (see e.g. PC_COMPAT_2_10) rather than compat.h,
> since Intel vIOMMU is only used for PC machines.
Thanks, Peter. That sounds good. We can add the compatibility
default value to PC_COMPAT_2_11. How does it work for older
machine types like PC_COMPAT_2_10 and older?
>
> And... you may also need to create that PC_COMPAT_2_11 macro after
> 2.11 is released. For that you can refer to a6fd5b0e050a.
>
> Anyway, I think this "set default" work can be postponed after recent
> release, which can be a separate work besides current series.
OK. To be clear, are you suggesting that we can change the default
value to 48 bits as a separate patch and not include it with the
current patch set?
>
>>>>
>>>> Are you suggesting that we change the default to 48 bits in the
>>>> next release (2.12)?
>>>>
>>>> User need to specify an older machine type (pc-q35-2.11 or older)
>>>> to get the old default value of 39 bits. This still requires the
>>>> patch I proposed to support compatibility for older releases
>>>> except the introduction of the new property (x-aw-bits).
>>>
>>> Yes. If you see a reason for users to limit it to 39 bits,
>>> we can make it a supported property (not starting
>>> with x-). If it's only for live migration, we can
>>> use a non-supported property (with x-).
>> I think it is only for Live Migration case, we need to
>> support the old default value of 39 bits.
>>
>> Do you see any need to keep a non-supported property?
>> It may be useful for developers.
>
> IMHO if it's for developers x-* would be good enough. Thanks,
>
Sounds good.
Thanks.
--Prasad
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-12-01 17:02 ` Prasad Singamsetty
@ 2017-12-01 17:03 ` Michael S. Tsirkin
2017-12-04 4:07 ` Peter Xu
1 sibling, 0 replies; 24+ messages in thread
From: Michael S. Tsirkin @ 2017-12-01 17:03 UTC (permalink / raw)
To: Prasad Singamsetty
Cc: Peter Xu, ehabkost, konrad.wilk, qemu-devel, imammedo, pbonzini,
rth
On Fri, Dec 01, 2017 at 09:02:30AM -0800, Prasad Singamsetty wrote:
>
>
> On 11/30/2017 8:43 PM, Peter Xu wrote:
> > On Thu, Nov 30, 2017 at 11:12:48AM -0800, Prasad Singamsetty wrote:
> > >
> > >
> > > On 11/30/2017 10:56 AM, Michael S. Tsirkin wrote:
> > > > On Thu, Nov 30, 2017 at 10:33:50AM -0800, Prasad Singamsetty wrote:
> > > > >
> > > > >
> > > > > On 11/29/2017 7:25 PM, Peter Xu wrote:
> > > > > > On Wed, Nov 29, 2017 at 01:05:22PM -0800, Prasad Singamsetty wrote:
> > > > > > > Thanks Michael. Some comments below.
> > > > > > >
> > > > > > > On 11/28/2017 9:32 AM, Michael S. Tsirkin wrote:
> > > > > > > > On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> > > > > > > > > From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> > > > > > > > >
> > > > > > > > > The current implementation of Intel IOMMU code only supports 39 bits
> > > > > > > > > iova address width. This patch provides a new parameter (x-aw-bits)
> > > > > > > > > for intel-iommu to extend its address width to 48 bits but keeping the
> > > > > > > > > default the same (39 bits). The reason for not changing the default
> > > > > > > > > is to avoid potential compatibility problems
> > > > > > > >
> > > > > > > > You can change the default, just make it 39 for existing machine types.
> > > > > > >
> > > > > > > I think introducing a new machine type is not appropriate as this
> > > > > > > is an implementation limitation for the existing machine type.
> > > > > > > Currently q35 is the only machine type that supports intel-iommu.
> > > > > > > And we want to retain the current default behavior for q35 to avoid
> > > > > > > any new issues with live migration.
> > > > > >
> > > > > > I guess "existing machine type" means e.g. pc-q35-2.11 and older ones,
> > > > > > rather than creating another machine type in parallel with q35. So we
> > > > > > can set 48 bits as default on upcoming pc-q35-2.12 machines, while
> > > > > > keep the 39 bits on the old ones.
> > > > > >
> > > > > > Please refer to include/hw/compat.h.
> > > > >
> > > > > Thanks Peter, for the clarification and pointer to this. I am still
> > > > > new to this but learning on how this works or how this is used in
> > > > > use cases like Live Migration.
> >
> > You can refer to similar commit, like 048a2e8869.
> >
> > But, I think I was wrong - you should better do the addition to
> > include/hw/i386/pc.h (see e.g. PC_COMPAT_2_10) rather than compat.h,
> > since Intel vIOMMU is only used for PC machines.
>
> Thanks, Peter. That sounds good. We can add the compatibility
> default value to PC_COMPAT_2_11. How does it work for older
> machine types like PC_COMPAT_2_10 and older?
It's inherited.
> >
> > And... you may also need to create that PC_COMPAT_2_11 macro after
> > 2.11 is released. For that you can refer to a6fd5b0e050a.
> >
> > Anyway, I think this "set default" work can be postponed after recent
> > release, which can be a separate work besides current series.
>
> OK. To be clear, are you suggesting that we can change the default
> value to 48 bits as a separate patch and not include it with the
> current patch set?
>
> >
> > > > >
> > > > > Are you suggesting that we change the default to 48 bits in the
> > > > > next release (2.12)?
> > > > >
> > > > > User need to specify an older machine type (pc-q35-2.11 or older)
> > > > > to get the old default value of 39 bits. This still requires the
> > > > > patch I proposed to support compatibility for older releases
> > > > > except the introduction of the new property (x-aw-bits).
> > > >
> > > > Yes. If you see a reason for users to limit it to 39 bits,
> > > > we can make it a supported property (not starting
> > > > with x-). If it's only for live migration, we can
> > > > use a non-supported property (with x-).
> > > I think it is only for Live Migration case, we need to
> > > support the old default value of 39 bits.
> > >
> > > Do you see any need to keep a non-supported property?
> > > It may be useful for developers.
> >
> > IMHO if it's for developers x-* would be good enough. Thanks,
> >
>
> Sounds good.
>
> Thanks.
> --Prasad
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-12-01 17:02 ` Prasad Singamsetty
2017-12-01 17:03 ` Michael S. Tsirkin
@ 2017-12-04 4:07 ` Peter Xu
1 sibling, 0 replies; 24+ messages in thread
From: Peter Xu @ 2017-12-04 4:07 UTC (permalink / raw)
To: Prasad Singamsetty
Cc: Michael S. Tsirkin, ehabkost, konrad.wilk, qemu-devel, imammedo,
pbonzini, rth
On Fri, Dec 01, 2017 at 09:02:30AM -0800, Prasad Singamsetty wrote:
[...]
>
> >
> > And... you may also need to create that PC_COMPAT_2_11 macro after
> > 2.11 is released. For that you can refer to a6fd5b0e050a.
> >
> > Anyway, I think this "set default" work can be postponed after recent
> > release, which can be a separate work besides current series.
>
> OK. To be clear, are you suggesting that we can change the default
> value to 48 bits as a separate patch and not include it with the
> current patch set?
Yes. Thanks,
--
Peter Xu
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-14 23:13 ` [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits prasad.singamsetty
2017-11-28 17:32 ` Michael S. Tsirkin
@ 2017-11-30 5:22 ` Liu, Yi L
2017-11-30 9:11 ` Peter Xu
2017-12-01 11:29 ` Liu, Yi L
2 siblings, 1 reply; 24+ messages in thread
From: Liu, Yi L @ 2017-11-30 5:22 UTC (permalink / raw)
To: prasad.singamsetty
Cc: qemu-devel, pbonzini, rth, ehabkost, mst, imammedo, peterx,
konrad.wilk
On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>
> The current implementation of Intel IOMMU code only supports 39 bits
> iova address width. This patch provides a new parameter (x-aw-bits)
> for intel-iommu to extend its address width to 48 bits but keeping the
> default the same (39 bits). The reason for not changing the default
> is to avoid potential compatibility problems with live migration of
> intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> parameter are 39 and 48.
>
> After enabling larger address width (48), we should be able to map
> larger iova addresses in the guest. For example, a QEMU guest that
> is configured with large memory ( >=1TB ). To check whether 48 bits
I didn't quite get your point here. Address width limits the iova range,
but it doesn't limit the guest memory range. e.g. you can use 39 bit iova
address to access a guest physical address larger than (2^39 - 1) as long
as the guest 2nd level page table is well programmed. Only one exception,
if you requires a continuous iova range(e.g. 2^39), it would be an issue.
Not sure if this is the major motivation of your patch? However, I'm not
against extend the address width to be 48 bits. Just need to make it clear
here.
Regards,
Yi L
> aw is enabled, we can grep in the guest dmesg output with line:
> "DMAR: Host address width 48".
>
> Signed-off-by: Prasad Singamsetty <prasad.singamsety@oracle.com>
> ---
> hw/i386/acpi-build.c | 3 +-
> hw/i386/intel_iommu.c | 101 ++++++++++++++++++++++++-----------------
> hw/i386/intel_iommu_internal.h | 9 ++--
> include/hw/i386/intel_iommu.h | 1 +
> 4 files changed, 65 insertions(+), 49 deletions(-)
>
> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> index 73519ab3ac..537957c89a 100644
> --- a/hw/i386/acpi-build.c
> +++ b/hw/i386/acpi-build.c
> @@ -2460,6 +2460,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
> AcpiDmarDeviceScope *scope = NULL;
> /* Root complex IOAPIC use one path[0] only */
> size_t ioapic_scope_size = sizeof(*scope) + sizeof(scope->path[0]);
> + IntelIOMMUState *intel_iommu = INTEL_IOMMU_DEVICE(iommu);
>
> assert(iommu);
> if (iommu->intr_supported) {
> @@ -2467,7 +2468,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
> }
>
> dmar = acpi_data_push(table_data, sizeof(*dmar));
> - dmar->host_address_width = VTD_HOST_ADDRESS_WIDTH - 1;
> + dmar->host_address_width = intel_iommu->aw_bits - 1;
> dmar->flags = dmar_flags;
>
> /* DMAR Remapping Hardware Unit Definition structure */
> diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c
> index 53b3bf244d..c2380fdfdc 100644
> --- a/hw/i386/intel_iommu.c
> +++ b/hw/i386/intel_iommu.c
> @@ -521,9 +521,9 @@ static inline dma_addr_t vtd_ce_get_slpt_base(VTDContextEntry *ce)
> return ce->lo & VTD_CONTEXT_ENTRY_SLPTPTR;
> }
>
> -static inline uint64_t vtd_get_slpte_addr(uint64_t slpte)
> +static inline uint64_t vtd_get_slpte_addr(uint64_t slpte, uint8_t aw)
> {
> - return slpte & VTD_SL_PT_BASE_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + return slpte & VTD_SL_PT_BASE_ADDR_MASK(aw);
> }
>
> /* Whether the pte indicates the address of the page frame */
> @@ -608,20 +608,21 @@ static inline bool vtd_ce_type_check(X86IOMMUState *x86_iommu,
> return true;
> }
>
> -static inline uint64_t vtd_iova_limit(VTDContextEntry *ce)
> +static inline uint64_t vtd_iova_limit(VTDContextEntry *ce, uint8_t aw)
> {
> uint32_t ce_agaw = vtd_ce_get_agaw(ce);
> - return 1ULL << MIN(ce_agaw, VTD_MGAW);
> + return 1ULL << MIN(ce_agaw, aw);
> }
>
> /* Return true if IOVA passes range check, otherwise false. */
> -static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce)
> +static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce,
> + uint8_t aw)
> {
> /*
> * Check if @iova is above 2^X-1, where X is the minimum of MGAW
> * in CAP_REG and AW in context-entry.
> */
> - return !(iova & ~(vtd_iova_limit(ce) - 1));
> + return !(iova & ~(vtd_iova_limit(ce, aw) - 1));
> }
>
> /*
> @@ -669,7 +670,7 @@ static VTDBus *vtd_find_as_from_bus_num(IntelIOMMUState *s, uint8_t bus_num)
> */
> static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> uint64_t *slptep, uint32_t *slpte_level,
> - bool *reads, bool *writes)
> + bool *reads, bool *writes, uint8_t aw_bits)
> {
> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
> uint32_t level = vtd_ce_get_level(ce);
> @@ -677,7 +678,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> uint64_t slpte;
> uint64_t access_right_check;
>
> - if (!vtd_iova_range_check(iova, ce)) {
> + if (!vtd_iova_range_check(iova, ce, aw_bits)) {
> trace_vtd_err_dmar_iova_overflow(iova);
> return -VTD_FR_ADDR_BEYOND_MGAW;
> }
> @@ -714,7 +715,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> *slpte_level = level;
> return 0;
> }
> - addr = vtd_get_slpte_addr(slpte);
> + addr = vtd_get_slpte_addr(slpte, aw_bits);
> level--;
> }
> }
> @@ -732,11 +733,12 @@ typedef int (*vtd_page_walk_hook)(IOMMUTLBEntry *entry, void *private);
> * @read: whether parent level has read permission
> * @write: whether parent level has write permission
> * @notify_unmap: whether we should notify invalid entries
> + * @aw: maximum address width
> */
> static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> uint64_t end, vtd_page_walk_hook hook_fn,
> - void *private, uint32_t level,
> - bool read, bool write, bool notify_unmap)
> + void *private, uint32_t level, bool read,
> + bool write, bool notify_unmap, uint8_t aw)
> {
> bool read_cur, write_cur, entry_valid;
> uint32_t offset;
> @@ -783,7 +785,7 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> entry.target_as = &address_space_memory;
> entry.iova = iova & subpage_mask;
> /* NOTE: this is only meaningful if entry_valid == true */
> - entry.translated_addr = vtd_get_slpte_addr(slpte);
> + entry.translated_addr = vtd_get_slpte_addr(slpte, aw);
> entry.addr_mask = ~subpage_mask;
> entry.perm = IOMMU_ACCESS_FLAG(read_cur, write_cur);
> if (!entry_valid && !notify_unmap) {
> @@ -803,10 +805,10 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> trace_vtd_page_walk_skip_perm(iova, iova_next);
> goto next;
> }
> - ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte), iova,
> + ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte, aw), iova,
> MIN(iova_next, end), hook_fn, private,
> level - 1, read_cur, write_cur,
> - notify_unmap);
> + notify_unmap, aw);
> if (ret < 0) {
> return ret;
> }
> @@ -827,25 +829,26 @@ next:
> * @end: IOVA range end address (start <= addr < end)
> * @hook_fn: the hook that to be called for each detected area
> * @private: private data for the hook function
> + * @aw: maximum address width
> */
> static int vtd_page_walk(VTDContextEntry *ce, uint64_t start, uint64_t end,
> vtd_page_walk_hook hook_fn, void *private,
> - bool notify_unmap)
> + bool notify_unmap, uint8_t aw)
> {
> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
> uint32_t level = vtd_ce_get_level(ce);
>
> - if (!vtd_iova_range_check(start, ce)) {
> + if (!vtd_iova_range_check(start, ce, aw)) {
> return -VTD_FR_ADDR_BEYOND_MGAW;
> }
>
> - if (!vtd_iova_range_check(end, ce)) {
> + if (!vtd_iova_range_check(end, ce, aw)) {
> /* Fix end so that it reaches the maximum */
> - end = vtd_iova_limit(ce);
> + end = vtd_iova_limit(ce, aw);
> }
>
> return vtd_page_walk_level(addr, start, end, hook_fn, private,
> - level, true, true, notify_unmap);
> + level, true, true, notify_unmap, aw);
> }
>
> /* Map a device to its corresponding domain (context-entry) */
> @@ -867,7 +870,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
> return -VTD_FR_ROOT_ENTRY_P;
> }
>
> - if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(VTD_HOST_ADDRESS_WIDTH))) {
> + if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(s->aw_bits))) {
> trace_vtd_re_invalid(re.rsvd, re.val);
> return -VTD_FR_ROOT_ENTRY_RSVD;
> }
> @@ -884,7 +887,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
> }
>
> if ((ce->hi & VTD_CONTEXT_ENTRY_RSVD_HI) ||
> - (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(VTD_HOST_ADDRESS_WIDTH))) {
> + (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(s->aw_bits))) {
> trace_vtd_ce_invalid(ce->hi, ce->lo);
> return -VTD_FR_CONTEXT_ENTRY_RSVD;
> }
> @@ -1166,7 +1169,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
> }
>
> ret_fr = vtd_iova_to_slpte(&ce, addr, is_write, &slpte, &level,
> - &reads, &writes);
> + &reads, &writes, s->aw_bits);
> if (ret_fr) {
> ret_fr = -ret_fr;
> if (is_fpd_set && vtd_is_qualified_fault(ret_fr)) {
> @@ -1183,7 +1186,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
> access_flags, level);
> out:
> entry->iova = addr & page_mask;
> - entry->translated_addr = vtd_get_slpte_addr(slpte) & page_mask;
> + entry->translated_addr = vtd_get_slpte_addr(slpte, s->aw_bits) & page_mask;
> entry->addr_mask = ~page_mask;
> entry->perm = access_flags;
> return true;
> @@ -1200,7 +1203,7 @@ static void vtd_root_table_setup(IntelIOMMUState *s)
> {
> s->root = vtd_get_quad_raw(s, DMAR_RTADDR_REG);
> s->root_extended = s->root & VTD_RTADDR_RTT;
> - s->root &= VTD_RTADDR_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->root &= VTD_RTADDR_ADDR_MASK(s->aw_bits);
>
> trace_vtd_reg_dmar_root(s->root, s->root_extended);
> }
> @@ -1216,7 +1219,7 @@ static void vtd_interrupt_remap_table_setup(IntelIOMMUState *s)
> uint64_t value = 0;
> value = vtd_get_quad_raw(s, DMAR_IRTA_REG);
> s->intr_size = 1UL << ((value & VTD_IRTA_SIZE_MASK) + 1);
> - s->intr_root = value & VTD_IRTA_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->intr_root = value & VTD_IRTA_ADDR_MASK(s->aw_bits);
> s->intr_eime = value & VTD_IRTA_EIME;
>
> /* Notify global invalidation */
> @@ -1392,7 +1395,7 @@ static void vtd_iotlb_page_invalidate_notify(IntelIOMMUState *s,
> if (!ret && domain_id == VTD_CONTEXT_ENTRY_DID(ce.hi)) {
> vtd_page_walk(&ce, addr, addr + (1 << am) * VTD_PAGE_SIZE,
> vtd_page_invalidate_notify_hook,
> - (void *)&vtd_as->iommu, true);
> + (void *)&vtd_as->iommu, true, s->aw_bits);
> }
> }
> }
> @@ -1472,7 +1475,7 @@ static void vtd_handle_gcmd_qie(IntelIOMMUState *s, bool en)
> trace_vtd_inv_qi_enable(en);
>
> if (en) {
> - s->iq = iqa_val & VTD_IQA_IQA_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->iq = iqa_val & VTD_IQA_IQA_MASK(s->aw_bits);
> /* 2^(x+8) entries */
> s->iq_size = 1UL << ((iqa_val & VTD_IQA_QS) + 8);
> s->qi_enabled = true;
> @@ -2403,6 +2406,8 @@ static Property vtd_properties[] = {
> DEFINE_PROP_ON_OFF_AUTO("eim", IntelIOMMUState, intr_eim,
> ON_OFF_AUTO_AUTO),
> DEFINE_PROP_BOOL("x-buggy-eim", IntelIOMMUState, buggy_eim, false),
> + DEFINE_PROP_UINT8("x-aw-bits", IntelIOMMUState, aw_bits,
> + VTD_HOST_ADDRESS_WIDTH),
> DEFINE_PROP_BOOL("caching-mode", IntelIOMMUState, caching_mode, FALSE),
> DEFINE_PROP_END_OF_LIST(),
> };
> @@ -2758,6 +2763,7 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> hwaddr size;
> hwaddr start = n->start;
> hwaddr end = n->end;
> + IntelIOMMUState *s = as->iommu_state;
>
> /*
> * Note: all the codes in this function has a assumption that IOVA
> @@ -2765,12 +2771,12 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> * VT-d spec), otherwise we need to consider overflow of 64 bits.
> */
>
> - if (end > VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH)) {
> + if (end > VTD_ADDRESS_SIZE(s->aw_bits)) {
> /*
> * Don't need to unmap regions that is bigger than the whole
> * VT-d supported address space size
> */
> - end = VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH);
> + end = VTD_ADDRESS_SIZE(s->aw_bits);
> }
>
> assert(start <= end);
> @@ -2782,9 +2788,9 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> * suite the minimum available mask.
> */
> int n = 64 - clz64(size);
> - if (n > VTD_MGAW) {
> + if (n > s->aw_bits) {
> /* should not happen, but in case it happens, limit it */
> - n = VTD_MGAW;
> + n = s->aw_bits;
> }
> size = 1ULL << n;
> }
> @@ -2844,7 +2850,8 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
> PCI_FUNC(vtd_as->devfn),
> VTD_CONTEXT_ENTRY_DID(ce.hi),
> ce.hi, ce.lo);
> - vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false);
> + vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false,
> + s->aw_bits);
> } else {
> trace_vtd_replay_ce_invalid(bus_n, PCI_SLOT(vtd_as->devfn),
> PCI_FUNC(vtd_as->devfn));
> @@ -2859,7 +2866,6 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
> static void vtd_init(IntelIOMMUState *s)
> {
> X86IOMMUState *x86_iommu = X86_IOMMU_DEVICE(s);
> - uint8_t aw_bits = VTD_HOST_ADDRESS_WIDTH;
>
> memset(s->csr, 0, DMAR_REG_SIZE);
> memset(s->wmask, 0, DMAR_REG_SIZE);
> @@ -2878,21 +2884,24 @@ static void vtd_init(IntelIOMMUState *s)
> s->next_frcd_reg = 0;
> s->cap = VTD_CAP_FRO | VTD_CAP_NFR | VTD_CAP_ND |
> VTD_CAP_MAMV | VTD_CAP_PSI | VTD_CAP_SLLPS |
> - VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(VTD_HOST_ADDRESS_WIDTH);
> + VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(s->aw_bits);
> + if (s->aw_bits == VTD_HOST_AW_48BIT) {
> + s->cap |= VTD_CAP_SAGAW_48bit;
> + }
> s->ecap = VTD_ECAP_QI | VTD_ECAP_IRO;
>
> /*
> * Rsvd field masks for spte
> */
> vtd_paging_entry_rsvd_field[0] = ~0ULL;
> - vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(aw_bits);
> + vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(s->aw_bits);
>
> if (x86_iommu->intr_supported) {
> s->ecap |= VTD_ECAP_IR | VTD_ECAP_MHMV;
> @@ -3029,6 +3038,14 @@ static bool vtd_decide_config(IntelIOMMUState *s, Error **errp)
> }
> }
>
> + /* Currently only address widths supported are 39 and 48 bits */
> + if ((s->aw_bits != VTD_HOST_AW_39BIT) &&
> + (s->aw_bits != VTD_HOST_AW_48BIT)) {
> + error_setg(errp, "Supported values for x-aw-bits are: %d, %d",
> + VTD_HOST_AW_39BIT, VTD_HOST_AW_48BIT);
> + return false;
> + }
> +
> return true;
> }
>
> diff --git a/hw/i386/intel_iommu_internal.h b/hw/i386/intel_iommu_internal.h
> index 77e4a9833a..d084099ed9 100644
> --- a/hw/i386/intel_iommu_internal.h
> +++ b/hw/i386/intel_iommu_internal.h
> @@ -131,7 +131,7 @@
> #define VTD_TLB_DID(val) (((val) >> 32) & VTD_DOMAIN_ID_MASK)
>
> /* IVA_REG */
> -#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL & ((1ULL << VTD_MGAW) - 1))
> +#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL)
> #define VTD_IVA_AM(val) ((val) & 0x3fULL)
>
> /* GCMD_REG */
> @@ -197,7 +197,6 @@
> #define VTD_DOMAIN_ID_SHIFT 16 /* 16-bit domain id for 64K domains */
> #define VTD_DOMAIN_ID_MASK ((1UL << VTD_DOMAIN_ID_SHIFT) - 1)
> #define VTD_CAP_ND (((VTD_DOMAIN_ID_SHIFT - 4) / 2) & 7ULL)
> -#define VTD_MGAW 39 /* Maximum Guest Address Width */
> #define VTD_ADDRESS_SIZE(aw) (1ULL << (aw))
> #define VTD_CAP_MGAW(aw) ((((aw) - 1) & 0x3fULL) << 16)
> #define VTD_MAMV 18ULL
> @@ -213,7 +212,6 @@
> #define VTD_CAP_SAGAW_39bit (0x2ULL << VTD_CAP_SAGAW_SHIFT)
> /* 48-bit AGAW, 4-level page-table */
> #define VTD_CAP_SAGAW_48bit (0x4ULL << VTD_CAP_SAGAW_SHIFT)
> -#define VTD_CAP_SAGAW VTD_CAP_SAGAW_39bit
>
> /* IQT_REG */
> #define VTD_IQT_QT(val) (((val) >> 4) & 0x7fffULL)
> @@ -252,7 +250,7 @@
> #define VTD_FRCD_SID_MASK 0xffffULL
> #define VTD_FRCD_SID(val) ((val) & VTD_FRCD_SID_MASK)
> /* For the low 64-bit of 128-bit */
> -#define VTD_FRCD_FI(val) ((val) & (((1ULL << VTD_MGAW) - 1) ^ 0xfffULL))
> +#define VTD_FRCD_FI(val) ((val) & ~0xfffULL)
>
> /* DMA Remapping Fault Conditions */
> typedef enum VTDFaultReason {
> @@ -360,8 +358,7 @@ typedef union VTDInvDesc VTDInvDesc;
> #define VTD_INV_DESC_IOTLB_DOMAIN (2ULL << 4)
> #define VTD_INV_DESC_IOTLB_PAGE (3ULL << 4)
> #define VTD_INV_DESC_IOTLB_DID(val) (((val) >> 16) & VTD_DOMAIN_ID_MASK)
> -#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL & \
> - ((1ULL << VTD_MGAW) - 1))
> +#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL)
> #define VTD_INV_DESC_IOTLB_AM(val) ((val) & 0x3fULL)
> #define VTD_INV_DESC_IOTLB_RSVD_LO 0xffffffff0000ff00ULL
> #define VTD_INV_DESC_IOTLB_RSVD_HI 0xf80ULL
> diff --git a/include/hw/i386/intel_iommu.h b/include/hw/i386/intel_iommu.h
> index 372b06df45..45ec8919b6 100644
> --- a/include/hw/i386/intel_iommu.h
> +++ b/include/hw/i386/intel_iommu.h
> @@ -304,6 +304,7 @@ struct IntelIOMMUState {
> bool intr_eime; /* Extended interrupt mode enabled */
> OnOffAuto intr_eim; /* Toggle for EIM cabability */
> bool buggy_eim; /* Force buggy EIM unless eim=off */
> + uint8_t aw_bits; /* Host/IOVA address width (in bits) */
> };
>
> /* Find the VTD Address space associated with the given bus pointer,
> --
> 2.14.0-rc1
>
>
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-30 5:22 ` Liu, Yi L
@ 2017-11-30 9:11 ` Peter Xu
2017-11-30 9:54 ` Liu, Yi L
0 siblings, 1 reply; 24+ messages in thread
From: Peter Xu @ 2017-11-30 9:11 UTC (permalink / raw)
To: Liu, Yi L
Cc: prasad.singamsetty, qemu-devel, pbonzini, rth, ehabkost, mst,
imammedo, konrad.wilk
On Thu, Nov 30, 2017 at 01:22:38PM +0800, Liu, Yi L wrote:
> On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> > From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> >
> > The current implementation of Intel IOMMU code only supports 39 bits
> > iova address width. This patch provides a new parameter (x-aw-bits)
> > for intel-iommu to extend its address width to 48 bits but keeping the
> > default the same (39 bits). The reason for not changing the default
> > is to avoid potential compatibility problems with live migration of
> > intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> > parameter are 39 and 48.
> >
> > After enabling larger address width (48), we should be able to map
> > larger iova addresses in the guest. For example, a QEMU guest that
> > is configured with large memory ( >=1TB ). To check whether 48 bits
>
> I didn't quite get your point here. Address width limits the iova range,
> but it doesn't limit the guest memory range. e.g. you can use 39 bit iova
> address to access a guest physical address larger than (2^39 - 1) as long
> as the guest 2nd level page table is well programmed. Only one exception,
> if you requires a continuous iova range(e.g. 2^39), it would be an issue.
> Not sure if this is the major motivation of your patch? However, I'm not
> against extend the address width to be 48 bits. Just need to make it clear
> here.
One thing I can think of is the identity mapping. Say, when iommu=pt
is set in guest, meanwhile when PT capability is not supported from
hardware (here I mean, the emulated hardware, of course), guest kernel
will create one identity mapping to emulate the PT mode.
Current linux kernel's identity mapping should be a static 48 bits
mapping (it must cover the whole memory range of guest), so if we
provide a 39 bits vIOMMU to the guest, AFAIU we'll fail at device
attaching to that identity domain of every single device that is
protected by that 39 bits vIOMMU (kernel will find that domain gaw is
bigger than vIOMMU supported gaw of that device).
I do see no good fix for that, except boost the supported gaw to
bigger ones.
Thanks,
--
Peter Xu
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-30 9:11 ` Peter Xu
@ 2017-11-30 9:54 ` Liu, Yi L
2017-11-30 11:58 ` Peter Xu
0 siblings, 1 reply; 24+ messages in thread
From: Liu, Yi L @ 2017-11-30 9:54 UTC (permalink / raw)
To: Peter Xu
Cc: ehabkost, mst, konrad.wilk, qemu-devel, imammedo, pbonzini,
prasad.singamsetty, rth
On Thu, Nov 30, 2017 at 05:11:55PM +0800, Peter Xu wrote:
> On Thu, Nov 30, 2017 at 01:22:38PM +0800, Liu, Yi L wrote:
> > On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> > > From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> > >
> > > The current implementation of Intel IOMMU code only supports 39 bits
> > > iova address width. This patch provides a new parameter (x-aw-bits)
> > > for intel-iommu to extend its address width to 48 bits but keeping the
> > > default the same (39 bits). The reason for not changing the default
> > > is to avoid potential compatibility problems with live migration of
> > > intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> > > parameter are 39 and 48.
> > >
> > > After enabling larger address width (48), we should be able to map
> > > larger iova addresses in the guest. For example, a QEMU guest that
> > > is configured with large memory ( >=1TB ). To check whether 48 bits
> >
> > I didn't quite get your point here. Address width limits the iova range,
> > but it doesn't limit the guest memory range. e.g. you can use 39 bit iova
> > address to access a guest physical address larger than (2^39 - 1) as long
> > as the guest 2nd level page table is well programmed. Only one exception,
> > if you requires a continuous iova range(e.g. 2^39), it would be an issue.
> > Not sure if this is the major motivation of your patch? However, I'm not
> > against extend the address width to be 48 bits. Just need to make it clear
> > here.
>
> One thing I can think of is the identity mapping. Say, when iommu=pt
> is set in guest, meanwhile when PT capability is not supported from
> hardware (here I mean, the emulated hardware, of course), guest kernel
> will create one identity mapping to emulate the PT mode.
True.
> Current linux kernel's identity mapping should be a static 48 bits
> mapping (it must cover the whole memory range of guest), so if we
I suppose guest memory range depends on the AW reported by CPUID? Not sure
if it is constantly 48 bits.
> provide a 39 bits vIOMMU to the guest, AFAIU we'll fail at device
> attaching to that identity domain of every single device that is
> protected by that 39 bits vIOMMU (kernel will find that domain gaw is
> bigger than vIOMMU supported gaw of that device).
Yeah, this is a good argue. As it is 1:1 mapping, the translated address
is limited all the same.
> I do see no good fix for that, except boost the supported gaw to
> bigger ones.
How about defaultly expose cap.PT bit? In that case, there will no 1:1
mapping in guest side. Translation is skipped. So the IOMMU AW won't
limit the addressing.
Regards,
Yi L
>
> Thanks,
>
> --
> Peter Xu
>
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-30 9:54 ` Liu, Yi L
@ 2017-11-30 11:58 ` Peter Xu
0 siblings, 0 replies; 24+ messages in thread
From: Peter Xu @ 2017-11-30 11:58 UTC (permalink / raw)
To: Liu, Yi L
Cc: ehabkost, mst, konrad.wilk, qemu-devel, imammedo, pbonzini,
prasad.singamsetty, rth
On Thu, Nov 30, 2017 at 05:54:35PM +0800, Liu, Yi L wrote:
> On Thu, Nov 30, 2017 at 05:11:55PM +0800, Peter Xu wrote:
> > On Thu, Nov 30, 2017 at 01:22:38PM +0800, Liu, Yi L wrote:
> > > On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> > > > From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> > > >
> > > > The current implementation of Intel IOMMU code only supports 39 bits
> > > > iova address width. This patch provides a new parameter (x-aw-bits)
> > > > for intel-iommu to extend its address width to 48 bits but keeping the
> > > > default the same (39 bits). The reason for not changing the default
> > > > is to avoid potential compatibility problems with live migration of
> > > > intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> > > > parameter are 39 and 48.
> > > >
> > > > After enabling larger address width (48), we should be able to map
> > > > larger iova addresses in the guest. For example, a QEMU guest that
> > > > is configured with large memory ( >=1TB ). To check whether 48 bits
> > >
> > > I didn't quite get your point here. Address width limits the iova range,
> > > but it doesn't limit the guest memory range. e.g. you can use 39 bit iova
> > > address to access a guest physical address larger than (2^39 - 1) as long
> > > as the guest 2nd level page table is well programmed. Only one exception,
> > > if you requires a continuous iova range(e.g. 2^39), it would be an issue.
> > > Not sure if this is the major motivation of your patch? However, I'm not
> > > against extend the address width to be 48 bits. Just need to make it clear
> > > here.
> >
> > One thing I can think of is the identity mapping. Say, when iommu=pt
> > is set in guest, meanwhile when PT capability is not supported from
> > hardware (here I mean, the emulated hardware, of course), guest kernel
> > will create one identity mapping to emulate the PT mode.
>
> True.
>
> > Current linux kernel's identity mapping should be a static 48 bits
> > mapping (it must cover the whole memory range of guest), so if we
>
> I suppose guest memory range depends on the AW reported by CPUID? Not sure
> if it is constantly 48 bits.
Please refer to si_domain_init() and DEFAULT_DOMAIN_ADDRESS_WIDTH.
>
> > provide a 39 bits vIOMMU to the guest, AFAIU we'll fail at device
> > attaching to that identity domain of every single device that is
> > protected by that 39 bits vIOMMU (kernel will find that domain gaw is
> > bigger than vIOMMU supported gaw of that device).
>
> Yeah, this is a good argue. As it is 1:1 mapping, the translated address
> is limited all the same.
>
> > I do see no good fix for that, except boost the supported gaw to
> > bigger ones.
>
> How about defaultly expose cap.PT bit? In that case, there will no 1:1
> mapping in guest side. Translation is skipped. So the IOMMU AW won't
> limit the addressing.
PT is defaultly on already from the first day it's there. :)
--
Peter Xu
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-11-14 23:13 ` [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits prasad.singamsetty
2017-11-28 17:32 ` Michael S. Tsirkin
2017-11-30 5:22 ` Liu, Yi L
@ 2017-12-01 11:29 ` Liu, Yi L
2018-01-11 0:05 ` Prasad Singamsetty
2 siblings, 1 reply; 24+ messages in thread
From: Liu, Yi L @ 2017-12-01 11:29 UTC (permalink / raw)
To: prasad.singamsetty
Cc: qemu-devel, pbonzini, rth, ehabkost, mst, imammedo, peterx,
konrad.wilk
On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>
> The current implementation of Intel IOMMU code only supports 39 bits
> iova address width. This patch provides a new parameter (x-aw-bits)
> for intel-iommu to extend its address width to 48 bits but keeping the
> default the same (39 bits). The reason for not changing the default
> is to avoid potential compatibility problems with live migration of
> intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
> parameter are 39 and 48.
>
> After enabling larger address width (48), we should be able to map
> larger iova addresses in the guest. For example, a QEMU guest that
> is configured with large memory ( >=1TB ). To check whether 48 bits
> aw is enabled, we can grep in the guest dmesg output with line:
> "DMAR: Host address width 48".
>
> Signed-off-by: Prasad Singamsetty <prasad.singamsety@oracle.com>
Prasad,
Have you tested the scenario with physical device assigned to a guest?
Regards,
Yi L
> ---
> hw/i386/acpi-build.c | 3 +-
> hw/i386/intel_iommu.c | 101 ++++++++++++++++++++++++-----------------
> hw/i386/intel_iommu_internal.h | 9 ++--
> include/hw/i386/intel_iommu.h | 1 +
> 4 files changed, 65 insertions(+), 49 deletions(-)
>
> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> index 73519ab3ac..537957c89a 100644
> --- a/hw/i386/acpi-build.c
> +++ b/hw/i386/acpi-build.c
> @@ -2460,6 +2460,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
> AcpiDmarDeviceScope *scope = NULL;
> /* Root complex IOAPIC use one path[0] only */
> size_t ioapic_scope_size = sizeof(*scope) + sizeof(scope->path[0]);
> + IntelIOMMUState *intel_iommu = INTEL_IOMMU_DEVICE(iommu);
>
> assert(iommu);
> if (iommu->intr_supported) {
> @@ -2467,7 +2468,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
> }
>
> dmar = acpi_data_push(table_data, sizeof(*dmar));
> - dmar->host_address_width = VTD_HOST_ADDRESS_WIDTH - 1;
> + dmar->host_address_width = intel_iommu->aw_bits - 1;
> dmar->flags = dmar_flags;
>
> /* DMAR Remapping Hardware Unit Definition structure */
> diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c
> index 53b3bf244d..c2380fdfdc 100644
> --- a/hw/i386/intel_iommu.c
> +++ b/hw/i386/intel_iommu.c
> @@ -521,9 +521,9 @@ static inline dma_addr_t vtd_ce_get_slpt_base(VTDContextEntry *ce)
> return ce->lo & VTD_CONTEXT_ENTRY_SLPTPTR;
> }
>
> -static inline uint64_t vtd_get_slpte_addr(uint64_t slpte)
> +static inline uint64_t vtd_get_slpte_addr(uint64_t slpte, uint8_t aw)
> {
> - return slpte & VTD_SL_PT_BASE_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + return slpte & VTD_SL_PT_BASE_ADDR_MASK(aw);
> }
>
> /* Whether the pte indicates the address of the page frame */
> @@ -608,20 +608,21 @@ static inline bool vtd_ce_type_check(X86IOMMUState *x86_iommu,
> return true;
> }
>
> -static inline uint64_t vtd_iova_limit(VTDContextEntry *ce)
> +static inline uint64_t vtd_iova_limit(VTDContextEntry *ce, uint8_t aw)
> {
> uint32_t ce_agaw = vtd_ce_get_agaw(ce);
> - return 1ULL << MIN(ce_agaw, VTD_MGAW);
> + return 1ULL << MIN(ce_agaw, aw);
> }
>
> /* Return true if IOVA passes range check, otherwise false. */
> -static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce)
> +static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce,
> + uint8_t aw)
> {
> /*
> * Check if @iova is above 2^X-1, where X is the minimum of MGAW
> * in CAP_REG and AW in context-entry.
> */
> - return !(iova & ~(vtd_iova_limit(ce) - 1));
> + return !(iova & ~(vtd_iova_limit(ce, aw) - 1));
> }
>
> /*
> @@ -669,7 +670,7 @@ static VTDBus *vtd_find_as_from_bus_num(IntelIOMMUState *s, uint8_t bus_num)
> */
> static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> uint64_t *slptep, uint32_t *slpte_level,
> - bool *reads, bool *writes)
> + bool *reads, bool *writes, uint8_t aw_bits)
> {
> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
> uint32_t level = vtd_ce_get_level(ce);
> @@ -677,7 +678,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> uint64_t slpte;
> uint64_t access_right_check;
>
> - if (!vtd_iova_range_check(iova, ce)) {
> + if (!vtd_iova_range_check(iova, ce, aw_bits)) {
> trace_vtd_err_dmar_iova_overflow(iova);
> return -VTD_FR_ADDR_BEYOND_MGAW;
> }
> @@ -714,7 +715,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
> *slpte_level = level;
> return 0;
> }
> - addr = vtd_get_slpte_addr(slpte);
> + addr = vtd_get_slpte_addr(slpte, aw_bits);
> level--;
> }
> }
> @@ -732,11 +733,12 @@ typedef int (*vtd_page_walk_hook)(IOMMUTLBEntry *entry, void *private);
> * @read: whether parent level has read permission
> * @write: whether parent level has write permission
> * @notify_unmap: whether we should notify invalid entries
> + * @aw: maximum address width
> */
> static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> uint64_t end, vtd_page_walk_hook hook_fn,
> - void *private, uint32_t level,
> - bool read, bool write, bool notify_unmap)
> + void *private, uint32_t level, bool read,
> + bool write, bool notify_unmap, uint8_t aw)
> {
> bool read_cur, write_cur, entry_valid;
> uint32_t offset;
> @@ -783,7 +785,7 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> entry.target_as = &address_space_memory;
> entry.iova = iova & subpage_mask;
> /* NOTE: this is only meaningful if entry_valid == true */
> - entry.translated_addr = vtd_get_slpte_addr(slpte);
> + entry.translated_addr = vtd_get_slpte_addr(slpte, aw);
> entry.addr_mask = ~subpage_mask;
> entry.perm = IOMMU_ACCESS_FLAG(read_cur, write_cur);
> if (!entry_valid && !notify_unmap) {
> @@ -803,10 +805,10 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
> trace_vtd_page_walk_skip_perm(iova, iova_next);
> goto next;
> }
> - ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte), iova,
> + ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte, aw), iova,
> MIN(iova_next, end), hook_fn, private,
> level - 1, read_cur, write_cur,
> - notify_unmap);
> + notify_unmap, aw);
> if (ret < 0) {
> return ret;
> }
> @@ -827,25 +829,26 @@ next:
> * @end: IOVA range end address (start <= addr < end)
> * @hook_fn: the hook that to be called for each detected area
> * @private: private data for the hook function
> + * @aw: maximum address width
> */
> static int vtd_page_walk(VTDContextEntry *ce, uint64_t start, uint64_t end,
> vtd_page_walk_hook hook_fn, void *private,
> - bool notify_unmap)
> + bool notify_unmap, uint8_t aw)
> {
> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
> uint32_t level = vtd_ce_get_level(ce);
>
> - if (!vtd_iova_range_check(start, ce)) {
> + if (!vtd_iova_range_check(start, ce, aw)) {
> return -VTD_FR_ADDR_BEYOND_MGAW;
> }
>
> - if (!vtd_iova_range_check(end, ce)) {
> + if (!vtd_iova_range_check(end, ce, aw)) {
> /* Fix end so that it reaches the maximum */
> - end = vtd_iova_limit(ce);
> + end = vtd_iova_limit(ce, aw);
> }
>
> return vtd_page_walk_level(addr, start, end, hook_fn, private,
> - level, true, true, notify_unmap);
> + level, true, true, notify_unmap, aw);
> }
>
> /* Map a device to its corresponding domain (context-entry) */
> @@ -867,7 +870,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
> return -VTD_FR_ROOT_ENTRY_P;
> }
>
> - if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(VTD_HOST_ADDRESS_WIDTH))) {
> + if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(s->aw_bits))) {
> trace_vtd_re_invalid(re.rsvd, re.val);
> return -VTD_FR_ROOT_ENTRY_RSVD;
> }
> @@ -884,7 +887,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
> }
>
> if ((ce->hi & VTD_CONTEXT_ENTRY_RSVD_HI) ||
> - (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(VTD_HOST_ADDRESS_WIDTH))) {
> + (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(s->aw_bits))) {
> trace_vtd_ce_invalid(ce->hi, ce->lo);
> return -VTD_FR_CONTEXT_ENTRY_RSVD;
> }
> @@ -1166,7 +1169,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
> }
>
> ret_fr = vtd_iova_to_slpte(&ce, addr, is_write, &slpte, &level,
> - &reads, &writes);
> + &reads, &writes, s->aw_bits);
> if (ret_fr) {
> ret_fr = -ret_fr;
> if (is_fpd_set && vtd_is_qualified_fault(ret_fr)) {
> @@ -1183,7 +1186,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
> access_flags, level);
> out:
> entry->iova = addr & page_mask;
> - entry->translated_addr = vtd_get_slpte_addr(slpte) & page_mask;
> + entry->translated_addr = vtd_get_slpte_addr(slpte, s->aw_bits) & page_mask;
> entry->addr_mask = ~page_mask;
> entry->perm = access_flags;
> return true;
> @@ -1200,7 +1203,7 @@ static void vtd_root_table_setup(IntelIOMMUState *s)
> {
> s->root = vtd_get_quad_raw(s, DMAR_RTADDR_REG);
> s->root_extended = s->root & VTD_RTADDR_RTT;
> - s->root &= VTD_RTADDR_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->root &= VTD_RTADDR_ADDR_MASK(s->aw_bits);
>
> trace_vtd_reg_dmar_root(s->root, s->root_extended);
> }
> @@ -1216,7 +1219,7 @@ static void vtd_interrupt_remap_table_setup(IntelIOMMUState *s)
> uint64_t value = 0;
> value = vtd_get_quad_raw(s, DMAR_IRTA_REG);
> s->intr_size = 1UL << ((value & VTD_IRTA_SIZE_MASK) + 1);
> - s->intr_root = value & VTD_IRTA_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->intr_root = value & VTD_IRTA_ADDR_MASK(s->aw_bits);
> s->intr_eime = value & VTD_IRTA_EIME;
>
> /* Notify global invalidation */
> @@ -1392,7 +1395,7 @@ static void vtd_iotlb_page_invalidate_notify(IntelIOMMUState *s,
> if (!ret && domain_id == VTD_CONTEXT_ENTRY_DID(ce.hi)) {
> vtd_page_walk(&ce, addr, addr + (1 << am) * VTD_PAGE_SIZE,
> vtd_page_invalidate_notify_hook,
> - (void *)&vtd_as->iommu, true);
> + (void *)&vtd_as->iommu, true, s->aw_bits);
> }
> }
> }
> @@ -1472,7 +1475,7 @@ static void vtd_handle_gcmd_qie(IntelIOMMUState *s, bool en)
> trace_vtd_inv_qi_enable(en);
>
> if (en) {
> - s->iq = iqa_val & VTD_IQA_IQA_MASK(VTD_HOST_ADDRESS_WIDTH);
> + s->iq = iqa_val & VTD_IQA_IQA_MASK(s->aw_bits);
> /* 2^(x+8) entries */
> s->iq_size = 1UL << ((iqa_val & VTD_IQA_QS) + 8);
> s->qi_enabled = true;
> @@ -2403,6 +2406,8 @@ static Property vtd_properties[] = {
> DEFINE_PROP_ON_OFF_AUTO("eim", IntelIOMMUState, intr_eim,
> ON_OFF_AUTO_AUTO),
> DEFINE_PROP_BOOL("x-buggy-eim", IntelIOMMUState, buggy_eim, false),
> + DEFINE_PROP_UINT8("x-aw-bits", IntelIOMMUState, aw_bits,
> + VTD_HOST_ADDRESS_WIDTH),
> DEFINE_PROP_BOOL("caching-mode", IntelIOMMUState, caching_mode, FALSE),
> DEFINE_PROP_END_OF_LIST(),
> };
> @@ -2758,6 +2763,7 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> hwaddr size;
> hwaddr start = n->start;
> hwaddr end = n->end;
> + IntelIOMMUState *s = as->iommu_state;
>
> /*
> * Note: all the codes in this function has a assumption that IOVA
> @@ -2765,12 +2771,12 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> * VT-d spec), otherwise we need to consider overflow of 64 bits.
> */
>
> - if (end > VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH)) {
> + if (end > VTD_ADDRESS_SIZE(s->aw_bits)) {
> /*
> * Don't need to unmap regions that is bigger than the whole
> * VT-d supported address space size
> */
> - end = VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH);
> + end = VTD_ADDRESS_SIZE(s->aw_bits);
> }
>
> assert(start <= end);
> @@ -2782,9 +2788,9 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
> * suite the minimum available mask.
> */
> int n = 64 - clz64(size);
> - if (n > VTD_MGAW) {
> + if (n > s->aw_bits) {
> /* should not happen, but in case it happens, limit it */
> - n = VTD_MGAW;
> + n = s->aw_bits;
> }
> size = 1ULL << n;
> }
> @@ -2844,7 +2850,8 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
> PCI_FUNC(vtd_as->devfn),
> VTD_CONTEXT_ENTRY_DID(ce.hi),
> ce.hi, ce.lo);
> - vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false);
> + vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false,
> + s->aw_bits);
> } else {
> trace_vtd_replay_ce_invalid(bus_n, PCI_SLOT(vtd_as->devfn),
> PCI_FUNC(vtd_as->devfn));
> @@ -2859,7 +2866,6 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
> static void vtd_init(IntelIOMMUState *s)
> {
> X86IOMMUState *x86_iommu = X86_IOMMU_DEVICE(s);
> - uint8_t aw_bits = VTD_HOST_ADDRESS_WIDTH;
>
> memset(s->csr, 0, DMAR_REG_SIZE);
> memset(s->wmask, 0, DMAR_REG_SIZE);
> @@ -2878,21 +2884,24 @@ static void vtd_init(IntelIOMMUState *s)
> s->next_frcd_reg = 0;
> s->cap = VTD_CAP_FRO | VTD_CAP_NFR | VTD_CAP_ND |
> VTD_CAP_MAMV | VTD_CAP_PSI | VTD_CAP_SLLPS |
> - VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(VTD_HOST_ADDRESS_WIDTH);
> + VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(s->aw_bits);
> + if (s->aw_bits == VTD_HOST_AW_48BIT) {
> + s->cap |= VTD_CAP_SAGAW_48bit;
> + }
> s->ecap = VTD_ECAP_QI | VTD_ECAP_IRO;
>
> /*
> * Rsvd field masks for spte
> */
> vtd_paging_entry_rsvd_field[0] = ~0ULL;
> - vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(aw_bits);
> - vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(aw_bits);
> + vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(s->aw_bits);
> + vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(s->aw_bits);
>
> if (x86_iommu->intr_supported) {
> s->ecap |= VTD_ECAP_IR | VTD_ECAP_MHMV;
> @@ -3029,6 +3038,14 @@ static bool vtd_decide_config(IntelIOMMUState *s, Error **errp)
> }
> }
>
> + /* Currently only address widths supported are 39 and 48 bits */
> + if ((s->aw_bits != VTD_HOST_AW_39BIT) &&
> + (s->aw_bits != VTD_HOST_AW_48BIT)) {
> + error_setg(errp, "Supported values for x-aw-bits are: %d, %d",
> + VTD_HOST_AW_39BIT, VTD_HOST_AW_48BIT);
> + return false;
> + }
> +
> return true;
> }
>
> diff --git a/hw/i386/intel_iommu_internal.h b/hw/i386/intel_iommu_internal.h
> index 77e4a9833a..d084099ed9 100644
> --- a/hw/i386/intel_iommu_internal.h
> +++ b/hw/i386/intel_iommu_internal.h
> @@ -131,7 +131,7 @@
> #define VTD_TLB_DID(val) (((val) >> 32) & VTD_DOMAIN_ID_MASK)
>
> /* IVA_REG */
> -#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL & ((1ULL << VTD_MGAW) - 1))
> +#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL)
> #define VTD_IVA_AM(val) ((val) & 0x3fULL)
>
> /* GCMD_REG */
> @@ -197,7 +197,6 @@
> #define VTD_DOMAIN_ID_SHIFT 16 /* 16-bit domain id for 64K domains */
> #define VTD_DOMAIN_ID_MASK ((1UL << VTD_DOMAIN_ID_SHIFT) - 1)
> #define VTD_CAP_ND (((VTD_DOMAIN_ID_SHIFT - 4) / 2) & 7ULL)
> -#define VTD_MGAW 39 /* Maximum Guest Address Width */
> #define VTD_ADDRESS_SIZE(aw) (1ULL << (aw))
> #define VTD_CAP_MGAW(aw) ((((aw) - 1) & 0x3fULL) << 16)
> #define VTD_MAMV 18ULL
> @@ -213,7 +212,6 @@
> #define VTD_CAP_SAGAW_39bit (0x2ULL << VTD_CAP_SAGAW_SHIFT)
> /* 48-bit AGAW, 4-level page-table */
> #define VTD_CAP_SAGAW_48bit (0x4ULL << VTD_CAP_SAGAW_SHIFT)
> -#define VTD_CAP_SAGAW VTD_CAP_SAGAW_39bit
>
> /* IQT_REG */
> #define VTD_IQT_QT(val) (((val) >> 4) & 0x7fffULL)
> @@ -252,7 +250,7 @@
> #define VTD_FRCD_SID_MASK 0xffffULL
> #define VTD_FRCD_SID(val) ((val) & VTD_FRCD_SID_MASK)
> /* For the low 64-bit of 128-bit */
> -#define VTD_FRCD_FI(val) ((val) & (((1ULL << VTD_MGAW) - 1) ^ 0xfffULL))
> +#define VTD_FRCD_FI(val) ((val) & ~0xfffULL)
>
> /* DMA Remapping Fault Conditions */
> typedef enum VTDFaultReason {
> @@ -360,8 +358,7 @@ typedef union VTDInvDesc VTDInvDesc;
> #define VTD_INV_DESC_IOTLB_DOMAIN (2ULL << 4)
> #define VTD_INV_DESC_IOTLB_PAGE (3ULL << 4)
> #define VTD_INV_DESC_IOTLB_DID(val) (((val) >> 16) & VTD_DOMAIN_ID_MASK)
> -#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL & \
> - ((1ULL << VTD_MGAW) - 1))
> +#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL)
> #define VTD_INV_DESC_IOTLB_AM(val) ((val) & 0x3fULL)
> #define VTD_INV_DESC_IOTLB_RSVD_LO 0xffffffff0000ff00ULL
> #define VTD_INV_DESC_IOTLB_RSVD_HI 0xf80ULL
> diff --git a/include/hw/i386/intel_iommu.h b/include/hw/i386/intel_iommu.h
> index 372b06df45..45ec8919b6 100644
> --- a/include/hw/i386/intel_iommu.h
> +++ b/include/hw/i386/intel_iommu.h
> @@ -304,6 +304,7 @@ struct IntelIOMMUState {
> bool intr_eime; /* Extended interrupt mode enabled */
> OnOffAuto intr_eim; /* Toggle for EIM cabability */
> bool buggy_eim; /* Force buggy EIM unless eim=off */
> + uint8_t aw_bits; /* Host/IOVA address width (in bits) */
> };
>
> /* Find the VTD Address space associated with the given bus pointer,
> --
> 2.14.0-rc1
>
>
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2017-12-01 11:29 ` Liu, Yi L
@ 2018-01-11 0:05 ` Prasad Singamsetty
2018-01-11 2:46 ` Liu, Yi L
0 siblings, 1 reply; 24+ messages in thread
From: Prasad Singamsetty @ 2018-01-11 0:05 UTC (permalink / raw)
To: Liu, Yi L
Cc: qemu-devel, pbonzini, rth, ehabkost, mst, imammedo, peterx,
konrad.wilk
Hi Yi L,
On 12/1/2017 3:29 AM, Liu, Yi L wrote:
> On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com wrote:
>> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>>
>> The current implementation of Intel IOMMU code only supports 39 bits
>> iova address width. This patch provides a new parameter (x-aw-bits)
>> for intel-iommu to extend its address width to 48 bits but keeping the
>> default the same (39 bits). The reason for not changing the default
>> is to avoid potential compatibility problems with live migration of
>> intel-iommu enabled QEMU guest. The only valid values for 'x-aw-bits'
>> parameter are 39 and 48.
>>
>> After enabling larger address width (48), we should be able to map
>> larger iova addresses in the guest. For example, a QEMU guest that
>> is configured with large memory ( >=1TB ). To check whether 48 bits
>> aw is enabled, we can grep in the guest dmesg output with line:
>> "DMAR: Host address width 48".
>>
>> Signed-off-by: Prasad Singamsetty <prasad.singamsety@oracle.com>
>
> Prasad,
>
> Have you tested the scenario with physical device assigned to a guest?
Sorry for the long delay in following up on this.
I did some testing with vfio-pci devices assigned to the guest.
This is done on the latest qemu code base (2.11.50).
Here are the test cases/results:
1. Booting VM with one or two vfio-pci (network) devices
and multiple memory size configs (up to 256G). Assigned pci
devices (network interfaces) worked fine and no issues
in using these devices. This test is run for both address
widths (39 and 48).
2. If the guest VM is configured to use 512G and address
width is the default 39 bits then guest OS fails to
boot due to DMA failures. The same is observed without
applying the patch set. The guest OS ends up booting into
dracut shell. This problem is not seen if we set the address
width to 48 bits. So, the patch set addresses a latent bug
with large memory config.
ISSUE - VM could take long time to boot with vfio-pci devices
Qemu process could take a long time to initialize the VM
when vfio-pci device is configured depending on the
memory size. For small memory sizes (less than 32G) it is
not noticeable (<30s). For larger memory sizes, the delay ranges
from several minutes and longer (2-40min). For more than 512G, qemu
process appears to hang but can be interrupted. This behavior
is observed without patch set applied also. The slowness is due
to VFIO_IOMMU_MAP_DMA ioctl taking long time to map the
system ram assigned to the guest. This is when qemu process
is initializing the vfio device where it maps all the assigned
ram memory regions. Here is the stack trace from gdb:
#0 vfio_dma_map (container=0x5555582709d0, iova=4294967296,
size=547608330240, vaddr=0x7f7fd3e00000,
readonly=false)
at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:250
#1 0x000055555584f471 in vfio_listener_region_add(
listener=0x5555582709e0,
section=0x7fffffffc7f0)
at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:521
#2 0x00005555557f08fc in listener_add_address_space (
listener=0x5555582709e0, as=0x55555813b790)
at /home/psingams/qemu-upstream-v2/memory.c:2600
#3 0x00005555557f0bbe in memory_listener_register (
listener=0x5555582709e0, as=0x55555813b790)
at /home/psingams/qemu-upstream-v2/memory.c:2643
#4 0x00005555558511ef in vfio_connect_container (group=0x555558270960,
as=0x55555813b790, errp=0x7fffffffdae8)
at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:1130
****
(gdb) print/x size
$2 = 0x7f80000000
This is before guest OS gets to boot. The host is running 4.15.0-rc6
kernel with qemu version 2.11.50.
I am not sure if this is a known issue and someone is already
working on fixing the implementation of VFIO_IOMMU_MAP_DMA ioctl.
This issue is not related to this patch set and need to be
investigated separately.
Please let me know if there are other comments on this patch set.
Regards,
--Prasad
>
> Regards,
> Yi L
>> ---
>> hw/i386/acpi-build.c | 3 +-
>> hw/i386/intel_iommu.c | 101 ++++++++++++++++++++++++-----------------
>> hw/i386/intel_iommu_internal.h | 9 ++--
>> include/hw/i386/intel_iommu.h | 1 +
>> 4 files changed, 65 insertions(+), 49 deletions(-)
>>
>> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
>> index 73519ab3ac..537957c89a 100644
>> --- a/hw/i386/acpi-build.c
>> +++ b/hw/i386/acpi-build.c
>> @@ -2460,6 +2460,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
>> AcpiDmarDeviceScope *scope = NULL;
>> /* Root complex IOAPIC use one path[0] only */
>> size_t ioapic_scope_size = sizeof(*scope) + sizeof(scope->path[0]);
>> + IntelIOMMUState *intel_iommu = INTEL_IOMMU_DEVICE(iommu);
>>
>> assert(iommu);
>> if (iommu->intr_supported) {
>> @@ -2467,7 +2468,7 @@ build_dmar_q35(GArray *table_data, BIOSLinker *linker)
>> }
>>
>> dmar = acpi_data_push(table_data, sizeof(*dmar));
>> - dmar->host_address_width = VTD_HOST_ADDRESS_WIDTH - 1;
>> + dmar->host_address_width = intel_iommu->aw_bits - 1;
>> dmar->flags = dmar_flags;
>>
>> /* DMAR Remapping Hardware Unit Definition structure */
>> diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c
>> index 53b3bf244d..c2380fdfdc 100644
>> --- a/hw/i386/intel_iommu.c
>> +++ b/hw/i386/intel_iommu.c
>> @@ -521,9 +521,9 @@ static inline dma_addr_t vtd_ce_get_slpt_base(VTDContextEntry *ce)
>> return ce->lo & VTD_CONTEXT_ENTRY_SLPTPTR;
>> }
>>
>> -static inline uint64_t vtd_get_slpte_addr(uint64_t slpte)
>> +static inline uint64_t vtd_get_slpte_addr(uint64_t slpte, uint8_t aw)
>> {
>> - return slpte & VTD_SL_PT_BASE_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + return slpte & VTD_SL_PT_BASE_ADDR_MASK(aw);
>> }
>>
>> /* Whether the pte indicates the address of the page frame */
>> @@ -608,20 +608,21 @@ static inline bool vtd_ce_type_check(X86IOMMUState *x86_iommu,
>> return true;
>> }
>>
>> -static inline uint64_t vtd_iova_limit(VTDContextEntry *ce)
>> +static inline uint64_t vtd_iova_limit(VTDContextEntry *ce, uint8_t aw)
>> {
>> uint32_t ce_agaw = vtd_ce_get_agaw(ce);
>> - return 1ULL << MIN(ce_agaw, VTD_MGAW);
>> + return 1ULL << MIN(ce_agaw, aw);
>> }
>>
>> /* Return true if IOVA passes range check, otherwise false. */
>> -static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce)
>> +static inline bool vtd_iova_range_check(uint64_t iova, VTDContextEntry *ce,
>> + uint8_t aw)
>> {
>> /*
>> * Check if @iova is above 2^X-1, where X is the minimum of MGAW
>> * in CAP_REG and AW in context-entry.
>> */
>> - return !(iova & ~(vtd_iova_limit(ce) - 1));
>> + return !(iova & ~(vtd_iova_limit(ce, aw) - 1));
>> }
>>
>> /*
>> @@ -669,7 +670,7 @@ static VTDBus *vtd_find_as_from_bus_num(IntelIOMMUState *s, uint8_t bus_num)
>> */
>> static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
>> uint64_t *slptep, uint32_t *slpte_level,
>> - bool *reads, bool *writes)
>> + bool *reads, bool *writes, uint8_t aw_bits)
>> {
>> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
>> uint32_t level = vtd_ce_get_level(ce);
>> @@ -677,7 +678,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
>> uint64_t slpte;
>> uint64_t access_right_check;
>>
>> - if (!vtd_iova_range_check(iova, ce)) {
>> + if (!vtd_iova_range_check(iova, ce, aw_bits)) {
>> trace_vtd_err_dmar_iova_overflow(iova);
>> return -VTD_FR_ADDR_BEYOND_MGAW;
>> }
>> @@ -714,7 +715,7 @@ static int vtd_iova_to_slpte(VTDContextEntry *ce, uint64_t iova, bool is_write,
>> *slpte_level = level;
>> return 0;
>> }
>> - addr = vtd_get_slpte_addr(slpte);
>> + addr = vtd_get_slpte_addr(slpte, aw_bits);
>> level--;
>> }
>> }
>> @@ -732,11 +733,12 @@ typedef int (*vtd_page_walk_hook)(IOMMUTLBEntry *entry, void *private);
>> * @read: whether parent level has read permission
>> * @write: whether parent level has write permission
>> * @notify_unmap: whether we should notify invalid entries
>> + * @aw: maximum address width
>> */
>> static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
>> uint64_t end, vtd_page_walk_hook hook_fn,
>> - void *private, uint32_t level,
>> - bool read, bool write, bool notify_unmap)
>> + void *private, uint32_t level, bool read,
>> + bool write, bool notify_unmap, uint8_t aw)
>> {
>> bool read_cur, write_cur, entry_valid;
>> uint32_t offset;
>> @@ -783,7 +785,7 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
>> entry.target_as = &address_space_memory;
>> entry.iova = iova & subpage_mask;
>> /* NOTE: this is only meaningful if entry_valid == true */
>> - entry.translated_addr = vtd_get_slpte_addr(slpte);
>> + entry.translated_addr = vtd_get_slpte_addr(slpte, aw);
>> entry.addr_mask = ~subpage_mask;
>> entry.perm = IOMMU_ACCESS_FLAG(read_cur, write_cur);
>> if (!entry_valid && !notify_unmap) {
>> @@ -803,10 +805,10 @@ static int vtd_page_walk_level(dma_addr_t addr, uint64_t start,
>> trace_vtd_page_walk_skip_perm(iova, iova_next);
>> goto next;
>> }
>> - ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte), iova,
>> + ret = vtd_page_walk_level(vtd_get_slpte_addr(slpte, aw), iova,
>> MIN(iova_next, end), hook_fn, private,
>> level - 1, read_cur, write_cur,
>> - notify_unmap);
>> + notify_unmap, aw);
>> if (ret < 0) {
>> return ret;
>> }
>> @@ -827,25 +829,26 @@ next:
>> * @end: IOVA range end address (start <= addr < end)
>> * @hook_fn: the hook that to be called for each detected area
>> * @private: private data for the hook function
>> + * @aw: maximum address width
>> */
>> static int vtd_page_walk(VTDContextEntry *ce, uint64_t start, uint64_t end,
>> vtd_page_walk_hook hook_fn, void *private,
>> - bool notify_unmap)
>> + bool notify_unmap, uint8_t aw)
>> {
>> dma_addr_t addr = vtd_ce_get_slpt_base(ce);
>> uint32_t level = vtd_ce_get_level(ce);
>>
>> - if (!vtd_iova_range_check(start, ce)) {
>> + if (!vtd_iova_range_check(start, ce, aw)) {
>> return -VTD_FR_ADDR_BEYOND_MGAW;
>> }
>>
>> - if (!vtd_iova_range_check(end, ce)) {
>> + if (!vtd_iova_range_check(end, ce, aw)) {
>> /* Fix end so that it reaches the maximum */
>> - end = vtd_iova_limit(ce);
>> + end = vtd_iova_limit(ce, aw);
>> }
>>
>> return vtd_page_walk_level(addr, start, end, hook_fn, private,
>> - level, true, true, notify_unmap);
>> + level, true, true, notify_unmap, aw);
>> }
>>
>> /* Map a device to its corresponding domain (context-entry) */
>> @@ -867,7 +870,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
>> return -VTD_FR_ROOT_ENTRY_P;
>> }
>>
>> - if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(VTD_HOST_ADDRESS_WIDTH))) {
>> + if (re.rsvd || (re.val & VTD_ROOT_ENTRY_RSVD(s->aw_bits))) {
>> trace_vtd_re_invalid(re.rsvd, re.val);
>> return -VTD_FR_ROOT_ENTRY_RSVD;
>> }
>> @@ -884,7 +887,7 @@ static int vtd_dev_to_context_entry(IntelIOMMUState *s, uint8_t bus_num,
>> }
>>
>> if ((ce->hi & VTD_CONTEXT_ENTRY_RSVD_HI) ||
>> - (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(VTD_HOST_ADDRESS_WIDTH))) {
>> + (ce->lo & VTD_CONTEXT_ENTRY_RSVD_LO(s->aw_bits))) {
>> trace_vtd_ce_invalid(ce->hi, ce->lo);
>> return -VTD_FR_CONTEXT_ENTRY_RSVD;
>> }
>> @@ -1166,7 +1169,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
>> }
>>
>> ret_fr = vtd_iova_to_slpte(&ce, addr, is_write, &slpte, &level,
>> - &reads, &writes);
>> + &reads, &writes, s->aw_bits);
>> if (ret_fr) {
>> ret_fr = -ret_fr;
>> if (is_fpd_set && vtd_is_qualified_fault(ret_fr)) {
>> @@ -1183,7 +1186,7 @@ static bool vtd_do_iommu_translate(VTDAddressSpace *vtd_as, PCIBus *bus,
>> access_flags, level);
>> out:
>> entry->iova = addr & page_mask;
>> - entry->translated_addr = vtd_get_slpte_addr(slpte) & page_mask;
>> + entry->translated_addr = vtd_get_slpte_addr(slpte, s->aw_bits) & page_mask;
>> entry->addr_mask = ~page_mask;
>> entry->perm = access_flags;
>> return true;
>> @@ -1200,7 +1203,7 @@ static void vtd_root_table_setup(IntelIOMMUState *s)
>> {
>> s->root = vtd_get_quad_raw(s, DMAR_RTADDR_REG);
>> s->root_extended = s->root & VTD_RTADDR_RTT;
>> - s->root &= VTD_RTADDR_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + s->root &= VTD_RTADDR_ADDR_MASK(s->aw_bits);
>>
>> trace_vtd_reg_dmar_root(s->root, s->root_extended);
>> }
>> @@ -1216,7 +1219,7 @@ static void vtd_interrupt_remap_table_setup(IntelIOMMUState *s)
>> uint64_t value = 0;
>> value = vtd_get_quad_raw(s, DMAR_IRTA_REG);
>> s->intr_size = 1UL << ((value & VTD_IRTA_SIZE_MASK) + 1);
>> - s->intr_root = value & VTD_IRTA_ADDR_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + s->intr_root = value & VTD_IRTA_ADDR_MASK(s->aw_bits);
>> s->intr_eime = value & VTD_IRTA_EIME;
>>
>> /* Notify global invalidation */
>> @@ -1392,7 +1395,7 @@ static void vtd_iotlb_page_invalidate_notify(IntelIOMMUState *s,
>> if (!ret && domain_id == VTD_CONTEXT_ENTRY_DID(ce.hi)) {
>> vtd_page_walk(&ce, addr, addr + (1 << am) * VTD_PAGE_SIZE,
>> vtd_page_invalidate_notify_hook,
>> - (void *)&vtd_as->iommu, true);
>> + (void *)&vtd_as->iommu, true, s->aw_bits);
>> }
>> }
>> }
>> @@ -1472,7 +1475,7 @@ static void vtd_handle_gcmd_qie(IntelIOMMUState *s, bool en)
>> trace_vtd_inv_qi_enable(en);
>>
>> if (en) {
>> - s->iq = iqa_val & VTD_IQA_IQA_MASK(VTD_HOST_ADDRESS_WIDTH);
>> + s->iq = iqa_val & VTD_IQA_IQA_MASK(s->aw_bits);
>> /* 2^(x+8) entries */
>> s->iq_size = 1UL << ((iqa_val & VTD_IQA_QS) + 8);
>> s->qi_enabled = true;
>> @@ -2403,6 +2406,8 @@ static Property vtd_properties[] = {
>> DEFINE_PROP_ON_OFF_AUTO("eim", IntelIOMMUState, intr_eim,
>> ON_OFF_AUTO_AUTO),
>> DEFINE_PROP_BOOL("x-buggy-eim", IntelIOMMUState, buggy_eim, false),
>> + DEFINE_PROP_UINT8("x-aw-bits", IntelIOMMUState, aw_bits,
>> + VTD_HOST_ADDRESS_WIDTH),
>> DEFINE_PROP_BOOL("caching-mode", IntelIOMMUState, caching_mode, FALSE),
>> DEFINE_PROP_END_OF_LIST(),
>> };
>> @@ -2758,6 +2763,7 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
>> hwaddr size;
>> hwaddr start = n->start;
>> hwaddr end = n->end;
>> + IntelIOMMUState *s = as->iommu_state;
>>
>> /*
>> * Note: all the codes in this function has a assumption that IOVA
>> @@ -2765,12 +2771,12 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
>> * VT-d spec), otherwise we need to consider overflow of 64 bits.
>> */
>>
>> - if (end > VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH)) {
>> + if (end > VTD_ADDRESS_SIZE(s->aw_bits)) {
>> /*
>> * Don't need to unmap regions that is bigger than the whole
>> * VT-d supported address space size
>> */
>> - end = VTD_ADDRESS_SIZE(VTD_HOST_ADDRESS_WIDTH);
>> + end = VTD_ADDRESS_SIZE(s->aw_bits);
>> }
>>
>> assert(start <= end);
>> @@ -2782,9 +2788,9 @@ static void vtd_address_space_unmap(VTDAddressSpace *as, IOMMUNotifier *n)
>> * suite the minimum available mask.
>> */
>> int n = 64 - clz64(size);
>> - if (n > VTD_MGAW) {
>> + if (n > s->aw_bits) {
>> /* should not happen, but in case it happens, limit it */
>> - n = VTD_MGAW;
>> + n = s->aw_bits;
>> }
>> size = 1ULL << n;
>> }
>> @@ -2844,7 +2850,8 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
>> PCI_FUNC(vtd_as->devfn),
>> VTD_CONTEXT_ENTRY_DID(ce.hi),
>> ce.hi, ce.lo);
>> - vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false);
>> + vtd_page_walk(&ce, 0, ~0ULL, vtd_replay_hook, (void *)n, false,
>> + s->aw_bits);
>> } else {
>> trace_vtd_replay_ce_invalid(bus_n, PCI_SLOT(vtd_as->devfn),
>> PCI_FUNC(vtd_as->devfn));
>> @@ -2859,7 +2866,6 @@ static void vtd_iommu_replay(IOMMUMemoryRegion *iommu_mr, IOMMUNotifier *n)
>> static void vtd_init(IntelIOMMUState *s)
>> {
>> X86IOMMUState *x86_iommu = X86_IOMMU_DEVICE(s);
>> - uint8_t aw_bits = VTD_HOST_ADDRESS_WIDTH;
>>
>> memset(s->csr, 0, DMAR_REG_SIZE);
>> memset(s->wmask, 0, DMAR_REG_SIZE);
>> @@ -2878,21 +2884,24 @@ static void vtd_init(IntelIOMMUState *s)
>> s->next_frcd_reg = 0;
>> s->cap = VTD_CAP_FRO | VTD_CAP_NFR | VTD_CAP_ND |
>> VTD_CAP_MAMV | VTD_CAP_PSI | VTD_CAP_SLLPS |
>> - VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(VTD_HOST_ADDRESS_WIDTH);
>> + VTD_CAP_SAGAW_39bit | VTD_CAP_MGAW(s->aw_bits);
>> + if (s->aw_bits == VTD_HOST_AW_48BIT) {
>> + s->cap |= VTD_CAP_SAGAW_48bit;
>> + }
>> s->ecap = VTD_ECAP_QI | VTD_ECAP_IRO;
>>
>> /*
>> * Rsvd field masks for spte
>> */
>> vtd_paging_entry_rsvd_field[0] = ~0ULL;
>> - vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(aw_bits);
>> - vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(aw_bits);
>> + vtd_paging_entry_rsvd_field[1] = VTD_SPTE_PAGE_L1_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[2] = VTD_SPTE_PAGE_L2_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[3] = VTD_SPTE_PAGE_L3_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[4] = VTD_SPTE_PAGE_L4_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[5] = VTD_SPTE_LPAGE_L1_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[6] = VTD_SPTE_LPAGE_L2_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[7] = VTD_SPTE_LPAGE_L3_RSVD_MASK(s->aw_bits);
>> + vtd_paging_entry_rsvd_field[8] = VTD_SPTE_LPAGE_L4_RSVD_MASK(s->aw_bits);
>>
>> if (x86_iommu->intr_supported) {
>> s->ecap |= VTD_ECAP_IR | VTD_ECAP_MHMV;
>> @@ -3029,6 +3038,14 @@ static bool vtd_decide_config(IntelIOMMUState *s, Error **errp)
>> }
>> }
>>
>> + /* Currently only address widths supported are 39 and 48 bits */
>> + if ((s->aw_bits != VTD_HOST_AW_39BIT) &&
>> + (s->aw_bits != VTD_HOST_AW_48BIT)) {
>> + error_setg(errp, "Supported values for x-aw-bits are: %d, %d",
>> + VTD_HOST_AW_39BIT, VTD_HOST_AW_48BIT);
>> + return false;
>> + }
>> +
>> return true;
>> }
>>
>> diff --git a/hw/i386/intel_iommu_internal.h b/hw/i386/intel_iommu_internal.h
>> index 77e4a9833a..d084099ed9 100644
>> --- a/hw/i386/intel_iommu_internal.h
>> +++ b/hw/i386/intel_iommu_internal.h
>> @@ -131,7 +131,7 @@
>> #define VTD_TLB_DID(val) (((val) >> 32) & VTD_DOMAIN_ID_MASK)
>>
>> /* IVA_REG */
>> -#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL & ((1ULL << VTD_MGAW) - 1))
>> +#define VTD_IVA_ADDR(val) ((val) & ~0xfffULL)
>> #define VTD_IVA_AM(val) ((val) & 0x3fULL)
>>
>> /* GCMD_REG */
>> @@ -197,7 +197,6 @@
>> #define VTD_DOMAIN_ID_SHIFT 16 /* 16-bit domain id for 64K domains */
>> #define VTD_DOMAIN_ID_MASK ((1UL << VTD_DOMAIN_ID_SHIFT) - 1)
>> #define VTD_CAP_ND (((VTD_DOMAIN_ID_SHIFT - 4) / 2) & 7ULL)
>> -#define VTD_MGAW 39 /* Maximum Guest Address Width */
>> #define VTD_ADDRESS_SIZE(aw) (1ULL << (aw))
>> #define VTD_CAP_MGAW(aw) ((((aw) - 1) & 0x3fULL) << 16)
>> #define VTD_MAMV 18ULL
>> @@ -213,7 +212,6 @@
>> #define VTD_CAP_SAGAW_39bit (0x2ULL << VTD_CAP_SAGAW_SHIFT)
>> /* 48-bit AGAW, 4-level page-table */
>> #define VTD_CAP_SAGAW_48bit (0x4ULL << VTD_CAP_SAGAW_SHIFT)
>> -#define VTD_CAP_SAGAW VTD_CAP_SAGAW_39bit
>>
>> /* IQT_REG */
>> #define VTD_IQT_QT(val) (((val) >> 4) & 0x7fffULL)
>> @@ -252,7 +250,7 @@
>> #define VTD_FRCD_SID_MASK 0xffffULL
>> #define VTD_FRCD_SID(val) ((val) & VTD_FRCD_SID_MASK)
>> /* For the low 64-bit of 128-bit */
>> -#define VTD_FRCD_FI(val) ((val) & (((1ULL << VTD_MGAW) - 1) ^ 0xfffULL))
>> +#define VTD_FRCD_FI(val) ((val) & ~0xfffULL)
>>
>> /* DMA Remapping Fault Conditions */
>> typedef enum VTDFaultReason {
>> @@ -360,8 +358,7 @@ typedef union VTDInvDesc VTDInvDesc;
>> #define VTD_INV_DESC_IOTLB_DOMAIN (2ULL << 4)
>> #define VTD_INV_DESC_IOTLB_PAGE (3ULL << 4)
>> #define VTD_INV_DESC_IOTLB_DID(val) (((val) >> 16) & VTD_DOMAIN_ID_MASK)
>> -#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL & \
>> - ((1ULL << VTD_MGAW) - 1))
>> +#define VTD_INV_DESC_IOTLB_ADDR(val) ((val) & ~0xfffULL)
>> #define VTD_INV_DESC_IOTLB_AM(val) ((val) & 0x3fULL)
>> #define VTD_INV_DESC_IOTLB_RSVD_LO 0xffffffff0000ff00ULL
>> #define VTD_INV_DESC_IOTLB_RSVD_HI 0xf80ULL
>> diff --git a/include/hw/i386/intel_iommu.h b/include/hw/i386/intel_iommu.h
>> index 372b06df45..45ec8919b6 100644
>> --- a/include/hw/i386/intel_iommu.h
>> +++ b/include/hw/i386/intel_iommu.h
>> @@ -304,6 +304,7 @@ struct IntelIOMMUState {
>> bool intr_eime; /* Extended interrupt mode enabled */
>> OnOffAuto intr_eim; /* Toggle for EIM cabability */
>> bool buggy_eim; /* Force buggy EIM unless eim=off */
>> + uint8_t aw_bits; /* Host/IOVA address width (in bits) */
>> };
>>
>> /* Find the VTD Address space associated with the given bus pointer,
>> --
>> 2.14.0-rc1
>>
>>
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2018-01-11 0:05 ` Prasad Singamsetty
@ 2018-01-11 2:46 ` Liu, Yi L
2018-01-11 16:19 ` Prasad Singamsetty
0 siblings, 1 reply; 24+ messages in thread
From: Liu, Yi L @ 2018-01-11 2:46 UTC (permalink / raw)
To: Prasad Singamsetty, Liu, Yi L
Cc: ehabkost@redhat.com, mst@redhat.com, konrad.wilk@oracle.com,
qemu-devel@nongnu.org, peterx@redhat.com, imammedo@redhat.com,
pbonzini@redhat.com, rth@twiddle.net
> -----Original Message-----
> From: Qemu-devel [mailto:qemu-devel-bounces+yi.l.liu=intel.com@nongnu.org] On
> Behalf Of Prasad Singamsetty
> Sent: Thursday, January 11, 2018 8:06 AM
> To: Liu, Yi L <yi.l.liu@linux.intel.com>
> Cc: ehabkost@redhat.com; mst@redhat.com; konrad.wilk@oracle.com; qemu-
> devel@nongnu.org; peterx@redhat.com; imammedo@redhat.com;
> pbonzini@redhat.com; rth@twiddle.net
> Subject: Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48
> bits
>
>
> Hi Yi L,
>
> On 12/1/2017 3:29 AM, Liu, Yi L wrote:
> > On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com
> wrote:
> >> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
> >>
> >> The current implementation of Intel IOMMU code only supports 39 bits
> >> iova address width. This patch provides a new parameter (x-aw-bits)
> >> for intel-iommu to extend its address width to 48 bits but keeping
> >> the default the same (39 bits). The reason for not changing the
> >> default is to avoid potential compatibility problems with live
> >> migration of intel-iommu enabled QEMU guest. The only valid values for 'x-aw-
> bits'
> >> parameter are 39 and 48.
> >>
> >> After enabling larger address width (48), we should be able to map
> >> larger iova addresses in the guest. For example, a QEMU guest that is
> >> configured with large memory ( >=1TB ). To check whether 48 bits aw
> >> is enabled, we can grep in the guest dmesg output with line:
> >> "DMAR: Host address width 48".
> >>
> >> Signed-off-by: Prasad Singamsetty <prasad.singamsety@oracle.com>
> >
> > Prasad,
> >
> > Have you tested the scenario with physical device assigned to a guest?
>
> Sorry for the long delay in following up on this.
>
> I did some testing with vfio-pci devices assigned to the guest.
> This is done on the latest qemu code base (2.11.50).
>
> Here are the test cases/results:
>
> 1. Booting VM with one or two vfio-pci (network) devices
> and multiple memory size configs (up to 256G). Assigned pci
> devices (network interfaces) worked fine and no issues
> in using these devices. This test is run for both address
> widths (39 and 48).
> 2. If the guest VM is configured to use 512G and address
> width is the default 39 bits then guest OS fails to
> boot due to DMA failures. The same is observed without
> applying the patch set. The guest OS ends up booting into
> dracut shell. This problem is not seen if we set the address
> width to 48 bits. So, the patch set addresses a latent bug
> with large memory config.
>
> ISSUE - VM could take long time to boot with vfio-pci devices
>
> Qemu process could take a long time to initialize the VM when vfio-pci device is
> configured depending on the memory size. For small memory sizes (less than 32G) it
> is not noticeable (<30s). For larger memory sizes, the delay ranges from several
> minutes and longer (2-40min). For more than 512G, qemu process appears to hang
> but can be interrupted. This behavior is observed without patch set applied also. The
> slowness is due to VFIO_IOMMU_MAP_DMA ioctl taking long time to map the
> system ram assigned to the guest. This is when qemu process is initializing the vfio
> device where it maps all the assigned ram memory regions. Here is the stack trace
> from gdb:
>
> #0 vfio_dma_map (container=0x5555582709d0, iova=4294967296,
> size=547608330240, vaddr=0x7f7fd3e00000,
> readonly=false)
> at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:250
> #1 0x000055555584f471 in vfio_listener_region_add(
> listener=0x5555582709e0,
> section=0x7fffffffc7f0)
> at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:521
> #2 0x00005555557f08fc in listener_add_address_space (
> listener=0x5555582709e0, as=0x55555813b790)
> at /home/psingams/qemu-upstream-v2/memory.c:2600
> #3 0x00005555557f0bbe in memory_listener_register (
> listener=0x5555582709e0, as=0x55555813b790)
> at /home/psingams/qemu-upstream-v2/memory.c:2643
> #4 0x00005555558511ef in vfio_connect_container (group=0x555558270960,
> as=0x55555813b790, errp=0x7fffffffdae8)
> at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:1130
> ****
> (gdb) print/x size
> $2 = 0x7f80000000
>
> This is before guest OS gets to boot. The host is running 4.15.0-rc6 kernel with qemu
> version 2.11.50.
>
> I am not sure if this is a known issue and someone is already working on fixing the
> implementation of VFIO_IOMMU_MAP_DMA ioctl.
It seems to be same issue with the one reported by Bob.
https://lists.gnu.org/archive/html/qemu-devel/2017-12/msg05098.html
Per chatted with them, the reason looks to be no enough memory in host. how about
the memory size in your host?
> This issue is not related to this patch set and need to be investigated separately.
>
> Please let me know if there are other comments on this patch set.
>
Regards,
Yi L
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48 bits
2018-01-11 2:46 ` Liu, Yi L
@ 2018-01-11 16:19 ` Prasad Singamsetty
0 siblings, 0 replies; 24+ messages in thread
From: Prasad Singamsetty @ 2018-01-11 16:19 UTC (permalink / raw)
To: Liu, Yi L, Liu, Yi L
Cc: ehabkost@redhat.com, mst@redhat.com, konrad.wilk@oracle.com,
qemu-devel@nongnu.org, peterx@redhat.com, imammedo@redhat.com,
pbonzini@redhat.com, rth@twiddle.net
On 1/10/2018 6:46 PM, Liu, Yi L wrote:
>> -----Original Message-----
>> From: Qemu-devel [mailto:qemu-devel-bounces+yi.l.liu=intel.com@nongnu.org] On
>> Behalf Of Prasad Singamsetty
>> Sent: Thursday, January 11, 2018 8:06 AM
>> To: Liu, Yi L <yi.l.liu@linux.intel.com>
>> Cc: ehabkost@redhat.com; mst@redhat.com; konrad.wilk@oracle.com; qemu-
>> devel@nongnu.org; peterx@redhat.com; imammedo@redhat.com;
>> pbonzini@redhat.com; rth@twiddle.net
>> Subject: Re: [Qemu-devel] [PATCH v1 2/2] intel-iommu: Extend address width to 48
>> bits
>>
>>
>> Hi Yi L,
>>
>> On 12/1/2017 3:29 AM, Liu, Yi L wrote:
>>> On Tue, Nov 14, 2017 at 06:13:50PM -0500, prasad.singamsetty@oracle.com
>> wrote:
>>>> From: Prasad Singamsetty <prasad.singamsetty@oracle.com>
>>>>
>>>> The current implementation of Intel IOMMU code only supports 39 bits
>>>> iova address width. This patch provides a new parameter (x-aw-bits)
>>>> for intel-iommu to extend its address width to 48 bits but keeping
>>>> the default the same (39 bits). The reason for not changing the
>>>> default is to avoid potential compatibility problems with live
>>>> migration of intel-iommu enabled QEMU guest. The only valid values for 'x-aw-
>> bits'
>>>> parameter are 39 and 48.
>>>>
>>>> After enabling larger address width (48), we should be able to map
>>>> larger iova addresses in the guest. For example, a QEMU guest that is
>>>> configured with large memory ( >=1TB ). To check whether 48 bits aw
>>>> is enabled, we can grep in the guest dmesg output with line:
>>>> "DMAR: Host address width 48".
>>>>
>>>> Signed-off-by: Prasad Singamsetty <prasad.singamsety@oracle.com>
>>>
>>> Prasad,
>>>
>>> Have you tested the scenario with physical device assigned to a guest?
>>
>> Sorry for the long delay in following up on this.
>>
>> I did some testing with vfio-pci devices assigned to the guest.
>> This is done on the latest qemu code base (2.11.50).
>>
>> Here are the test cases/results:
>>
>> 1. Booting VM with one or two vfio-pci (network) devices
>> and multiple memory size configs (up to 256G). Assigned pci
>> devices (network interfaces) worked fine and no issues
>> in using these devices. This test is run for both address
>> widths (39 and 48).
>> 2. If the guest VM is configured to use 512G and address
>> width is the default 39 bits then guest OS fails to
>> boot due to DMA failures. The same is observed without
>> applying the patch set. The guest OS ends up booting into
>> dracut shell. This problem is not seen if we set the address
>> width to 48 bits. So, the patch set addresses a latent bug
>> with large memory config.
>>
>> ISSUE - VM could take long time to boot with vfio-pci devices
>>
>> Qemu process could take a long time to initialize the VM when vfio-pci device is
>> configured depending on the memory size. For small memory sizes (less than 32G) it
>> is not noticeable (<30s). For larger memory sizes, the delay ranges from several
>> minutes and longer (2-40min). For more than 512G, qemu process appears to hang
>> but can be interrupted. This behavior is observed without patch set applied also. The
>> slowness is due to VFIO_IOMMU_MAP_DMA ioctl taking long time to map the
>> system ram assigned to the guest. This is when qemu process is initializing the vfio
>> device where it maps all the assigned ram memory regions. Here is the stack trace
>> from gdb:
>>
>> #0 vfio_dma_map (container=0x5555582709d0, iova=4294967296,
>> size=547608330240, vaddr=0x7f7fd3e00000,
>> readonly=false)
>> at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:250
>> #1 0x000055555584f471 in vfio_listener_region_add(
>> listener=0x5555582709e0,
>> section=0x7fffffffc7f0)
>> at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:521
>> #2 0x00005555557f08fc in listener_add_address_space (
>> listener=0x5555582709e0, as=0x55555813b790)
>> at /home/psingams/qemu-upstream-v2/memory.c:2600
>> #3 0x00005555557f0bbe in memory_listener_register (
>> listener=0x5555582709e0, as=0x55555813b790)
>> at /home/psingams/qemu-upstream-v2/memory.c:2643
>> #4 0x00005555558511ef in vfio_connect_container (group=0x555558270960,
>> as=0x55555813b790, errp=0x7fffffffdae8)
>> at /home/psingams/qemu-upstream-v2/hw/vfio/common.c:1130
>> ****
>> (gdb) print/x size
>> $2 = 0x7f80000000
>>
>> This is before guest OS gets to boot. The host is running 4.15.0-rc6 kernel with qemu
>> version 2.11.50.
>>
>> I am not sure if this is a known issue and someone is already working on fixing the
>> implementation of VFIO_IOMMU_MAP_DMA ioctl.
>
> It seems to be same issue with the one reported by Bob.
> https://lists.gnu.org/archive/html/qemu-devel/2017-12/msg05098.html
>
> Per chatted with them, the reason looks to be no enough memory in host. how about
> the memory size in your host?
The host system has 1.2TB memory and just one VM with one vfio-pci
device assigned to it. I don't think it is the same issue as not
enough memory.
Regards,
--Prasad
>
>> This issue is not related to this patch set and need to be investigated separately.
>>
>> Please let me know if there are other comments on this patch set.
>>
>
> Regards,
> Yi L
>
^ permalink raw reply [flat|nested] 24+ messages in thread