From: Andrew Cooper <andrew.cooper3@citrix.com>
To: suravee.suthikulpanit@amd.com, JBeulich@suse.com
Cc: xen-devel@lists.xen.org
Subject: Re: [PATCH V2 1/1] amd/iommu: Fix infinite loop due to ivrs_bdf_entries larger than 16-bit value
Date: Mon, 30 Dec 2013 02:37:36 +0000 [thread overview]
Message-ID: <52C0DC70.9040000@citrix.com> (raw)
In-Reply-To: <1388335114-3593-1-git-send-email-suravee.suthikulpanit@amd.com>
On 29/12/2013 16:38, suravee.suthikulpanit@amd.com wrote:
> From: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
>
> Certain AMD systems could have upto 0x10000 ivrs_bdf_entries.
> However, the loop variable (bdf) is declared as u16 which causes
> inifinite loop when parsing IOMMU event log with IO_PAGE_FAULT event.
> This patch changes the variable to u32 instead.
> ---
> V2:
> - Fix in more places as pointed out by Andrew
You are missing a Signed-off-by on this patch,
However, for the content,
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
>
> xen/drivers/passthrough/amd/iommu_acpi.c | 5 +++--
> xen/drivers/passthrough/amd/iommu_init.c | 13 +++++++------
> 2 files changed, 10 insertions(+), 8 deletions(-)
>
> diff --git a/xen/drivers/passthrough/amd/iommu_acpi.c b/xen/drivers/passthrough/amd/iommu_acpi.c
> index fca2037..634dee3 100644
> --- a/xen/drivers/passthrough/amd/iommu_acpi.c
> +++ b/xen/drivers/passthrough/amd/iommu_acpi.c
> @@ -159,7 +159,7 @@ static int __init register_exclusion_range_for_all_devices(
> int seg = 0; /* XXX */
> unsigned long range_top, iommu_top, length;
> struct amd_iommu *iommu;
> - u16 bdf;
> + u32 bdf;
>
> /* is part of exclusion range inside of IOMMU virtual address space? */
> /* note: 'limit' parameter is assumed to be page-aligned */
> @@ -237,7 +237,8 @@ static int __init register_exclusion_range_for_iommu_devices(
> unsigned long base, unsigned long limit, u8 iw, u8 ir)
> {
> unsigned long range_top, iommu_top, length;
> - u16 bdf, req;
> + u32 bdf;
> + u16 req;
>
> /* is part of exclusion range inside of IOMMU virtual address space? */
> /* note: 'limit' parameter is assumed to be page-aligned */
> diff --git a/xen/drivers/passthrough/amd/iommu_init.c b/xen/drivers/passthrough/amd/iommu_init.c
> index b431d16..c410465 100644
> --- a/xen/drivers/passthrough/amd/iommu_init.c
> +++ b/xen/drivers/passthrough/amd/iommu_init.c
> @@ -524,8 +524,8 @@ static hw_irq_controller iommu_maskable_msi_type = {
>
> static void parse_event_log_entry(struct amd_iommu *iommu, u32 entry[])
> {
> - u16 domain_id, device_id, bdf, flags;
> - u32 code;
> + u16 domain_id, device_id, flags;
> + u32 code, bdf;
> u64 *addr;
> int count = 0;
> static const char *const event_str[] = {
> @@ -1103,7 +1103,7 @@ int iterate_ivrs_entries(int (*handler)(u16 seg, struct ivrs_mappings *))
>
> do {
> struct ivrs_mappings *map;
> - int bdf;
> + u32 bdf;
>
> if ( !radix_tree_gang_lookup(&ivrs_maps, (void **)&map, seg, 1) )
> break;
> @@ -1118,7 +1118,7 @@ int iterate_ivrs_entries(int (*handler)(u16 seg, struct ivrs_mappings *))
> static int __init alloc_ivrs_mappings(u16 seg)
> {
> struct ivrs_mappings *ivrs_mappings;
> - int bdf;
> + u32 bdf;
>
> BUG_ON( !ivrs_bdf_entries );
>
> @@ -1156,7 +1156,7 @@ static int __init alloc_ivrs_mappings(u16 seg)
> static int __init amd_iommu_setup_device_table(
> u16 seg, struct ivrs_mappings *ivrs_mappings)
> {
> - int bdf;
> + u32 bdf;
> void *intr_tb, *dte;
>
> BUG_ON( (ivrs_bdf_entries == 0) );
> @@ -1306,7 +1306,8 @@ static void invalidate_all_domain_pages(void)
> static int _invalidate_all_devices(
> u16 seg, struct ivrs_mappings *ivrs_mappings)
> {
> - int bdf, req_id;
> + u32 bdf;
> + u16 req_id;
> unsigned long flags;
> struct amd_iommu *iommu;
>
prev parent reply other threads:[~2013-12-30 2:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-29 16:38 [PATCH V2 1/1] amd/iommu: Fix infinite loop due to ivrs_bdf_entries larger than 16-bit value suravee.suthikulpanit
2013-12-30 2:37 ` Andrew Cooper [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52C0DC70.9040000@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=JBeulich@suse.com \
--cc=suravee.suthikulpanit@amd.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.