From: shankerd@codeaurora.org (Shanker Donthineni)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2] irqchip/gicv3-its: Don't allow devices whose ID is outside range
Date: Tue, 1 Mar 2016 06:27:45 -0600 [thread overview]
Message-ID: <56D58AC1.2010702@codeaurora.org> (raw)
In-Reply-To: <56D56411.1070002@linaro.org>
Hi Eric,
On 03/01/2016 03:42 AM, Eric Auger wrote:
> Hi Shanker,
> On 02/28/2016 08:22 PM, Shanker Donthineni wrote:
>> We are not checking whether the requested device identifier fits into
>> the device table memory or not. The function its_create_device()
>> assumes that enough memory has been allocated for whole DevID sparse
> space?
Sure, I will change to space.
>> (reported by ITS_TYPER.Devbits) during the ITS probe() and continues
>> to initialize ITS hardware.
>>
>> This assumption is not perfect, sometimes we reduce memory size either
>> because of its size crossing MAX_ORDER-1 or BASERn max size limit. The
>> MAPD command fails if 'Device ID' is outside of device table range.
>>
>> Add a simple validation check to avoid MAPD failures since we are
>> not handling ITS command errors. This change also helps to return an
>> error -ENOMEM instead of success to caller.
>>
>> Signed-off-by: Shanker Donthineni <shankerd@codeaurora.org>
>> ---
>> [v1]->[v2]
>> Rebase to v4.5-rc6, edit commit text and simplify code changes
>>
>> drivers/irqchip/irq-gic-v3-its.c | 24 ++++++++++++++++++++----
>> 1 file changed, 20 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c
>> index 43dfd15..6d986ac 100644
>> --- a/drivers/irqchip/irq-gic-v3-its.c
>> +++ b/drivers/irqchip/irq-gic-v3-its.c
>> @@ -55,6 +55,16 @@ struct its_collection {
>> };
>>
>> /*
>> + * The ITS_BASER structure - contains memeory information and table
> typo: memory
Thanks, I will fix in next patch.
> Reviewed-by: Eric Auger <eric.auger@linaro.org>
>
> Best Regards
>
> Eric
>> + * entry size in bytes.
>> + */
>> +struct its_baser {
>> + void *base;
>> + u32 order;
>> + u32 entry_size;
>> +};
>> +
>> +/*
>> * The ITS structure - contains most of the infrastructure, with the
>> * top-level MSI domain, the command queue, the collections, and the
>> * list of devices writing to it.
>> @@ -66,14 +76,12 @@ struct its_node {
>> unsigned long phys_base;
>> struct its_cmd_block *cmd_base;
>> struct its_cmd_block *cmd_write;
>> - struct {
>> - void *base;
>> - u32 order;
>> - } tables[GITS_BASER_NR_REGS];
>> + struct its_baser tables[GITS_BASER_NR_REGS];
>> struct its_collection *collections;
>> struct list_head its_device_list;
>> u64 flags;
>> u32 ite_size;
>> + struct its_baser *device_table;
>> };
>>
>> #define ITS_ITT_ALIGN SZ_256
>> @@ -860,6 +868,7 @@ static int its_alloc_tables(const char *node_name, struct its_node *its)
>> * For other tables, only allocate a single page.
>> */
>> if (type == GITS_BASER_TYPE_DEVICE) {
>> + its->device_table = &its->tables[i];
>> /*
>> * 'order' was initialized earlier to the default page
>> * granule of the the ITS. We can't have an allocation
>> @@ -874,6 +883,7 @@ static int its_alloc_tables(const char *node_name, struct its_node *its)
>> node_name, order);
>> }
>> }
>> + its->tables[i].entry_size = entry_size;
>>
>> retry_alloc_baser:
>> alloc_pages = (PAGE_ORDER_TO_SIZE(order) / psz);
>> @@ -1152,6 +1162,12 @@ static struct its_device *its_create_device(struct its_node *its, u32 dev_id,
>> int nr_ites;
>> int sz;
>>
>> + /* Don't allow 'dev_id' that exceeds single, flat table limit */
>> + if (its->device_table &&
>> + (dev_id >= (PAGE_ORDER_TO_SIZE(its->device_table->order) /
>> + its->device_table->entry_size)))
>> + return NULL;
>> +
>> dev = kzalloc(sizeof(*dev), GFP_KERNEL);
>> /*
>> * At least one bit of EventID is being used, hence a minimum
>>
--
Shanker Donthineni
Qualcomm Technologies, Inc. on behalf of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project
WARNING: multiple messages have this Message-ID (diff)
From: Shanker Donthineni <shankerd@codeaurora.org>
To: Eric Auger <eric.auger@linaro.org>,
Marc Zyngier <marc.zyngier@arm.com>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Cc: Thomas Gleixner <tglx@linutronix.de>,
Jason Cooper <jason@lakedaemon.net>,
Vikram Sethi <vikrams@codeaurora.org>
Subject: Re: [PATCH v2] irqchip/gicv3-its: Don't allow devices whose ID is outside range
Date: Tue, 1 Mar 2016 06:27:45 -0600 [thread overview]
Message-ID: <56D58AC1.2010702@codeaurora.org> (raw)
In-Reply-To: <56D56411.1070002@linaro.org>
Hi Eric,
On 03/01/2016 03:42 AM, Eric Auger wrote:
> Hi Shanker,
> On 02/28/2016 08:22 PM, Shanker Donthineni wrote:
>> We are not checking whether the requested device identifier fits into
>> the device table memory or not. The function its_create_device()
>> assumes that enough memory has been allocated for whole DevID sparse
> space?
Sure, I will change to space.
>> (reported by ITS_TYPER.Devbits) during the ITS probe() and continues
>> to initialize ITS hardware.
>>
>> This assumption is not perfect, sometimes we reduce memory size either
>> because of its size crossing MAX_ORDER-1 or BASERn max size limit. The
>> MAPD command fails if 'Device ID' is outside of device table range.
>>
>> Add a simple validation check to avoid MAPD failures since we are
>> not handling ITS command errors. This change also helps to return an
>> error -ENOMEM instead of success to caller.
>>
>> Signed-off-by: Shanker Donthineni <shankerd@codeaurora.org>
>> ---
>> [v1]->[v2]
>> Rebase to v4.5-rc6, edit commit text and simplify code changes
>>
>> drivers/irqchip/irq-gic-v3-its.c | 24 ++++++++++++++++++++----
>> 1 file changed, 20 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c
>> index 43dfd15..6d986ac 100644
>> --- a/drivers/irqchip/irq-gic-v3-its.c
>> +++ b/drivers/irqchip/irq-gic-v3-its.c
>> @@ -55,6 +55,16 @@ struct its_collection {
>> };
>>
>> /*
>> + * The ITS_BASER structure - contains memeory information and table
> typo: memory
Thanks, I will fix in next patch.
> Reviewed-by: Eric Auger <eric.auger@linaro.org>
>
> Best Regards
>
> Eric
>> + * entry size in bytes.
>> + */
>> +struct its_baser {
>> + void *base;
>> + u32 order;
>> + u32 entry_size;
>> +};
>> +
>> +/*
>> * The ITS structure - contains most of the infrastructure, with the
>> * top-level MSI domain, the command queue, the collections, and the
>> * list of devices writing to it.
>> @@ -66,14 +76,12 @@ struct its_node {
>> unsigned long phys_base;
>> struct its_cmd_block *cmd_base;
>> struct its_cmd_block *cmd_write;
>> - struct {
>> - void *base;
>> - u32 order;
>> - } tables[GITS_BASER_NR_REGS];
>> + struct its_baser tables[GITS_BASER_NR_REGS];
>> struct its_collection *collections;
>> struct list_head its_device_list;
>> u64 flags;
>> u32 ite_size;
>> + struct its_baser *device_table;
>> };
>>
>> #define ITS_ITT_ALIGN SZ_256
>> @@ -860,6 +868,7 @@ static int its_alloc_tables(const char *node_name, struct its_node *its)
>> * For other tables, only allocate a single page.
>> */
>> if (type == GITS_BASER_TYPE_DEVICE) {
>> + its->device_table = &its->tables[i];
>> /*
>> * 'order' was initialized earlier to the default page
>> * granule of the the ITS. We can't have an allocation
>> @@ -874,6 +883,7 @@ static int its_alloc_tables(const char *node_name, struct its_node *its)
>> node_name, order);
>> }
>> }
>> + its->tables[i].entry_size = entry_size;
>>
>> retry_alloc_baser:
>> alloc_pages = (PAGE_ORDER_TO_SIZE(order) / psz);
>> @@ -1152,6 +1162,12 @@ static struct its_device *its_create_device(struct its_node *its, u32 dev_id,
>> int nr_ites;
>> int sz;
>>
>> + /* Don't allow 'dev_id' that exceeds single, flat table limit */
>> + if (its->device_table &&
>> + (dev_id >= (PAGE_ORDER_TO_SIZE(its->device_table->order) /
>> + its->device_table->entry_size)))
>> + return NULL;
>> +
>> dev = kzalloc(sizeof(*dev), GFP_KERNEL);
>> /*
>> * At least one bit of EventID is being used, hence a minimum
>>
--
Shanker Donthineni
Qualcomm Technologies, Inc. on behalf of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2016-03-01 12:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-28 19:22 [PATCH v2] irqchip/gicv3-its: Don't allow devices whose ID is outside range Shanker Donthineni
2016-02-28 19:22 ` Shanker Donthineni
2016-03-01 9:42 ` Eric Auger
2016-03-01 9:42 ` Eric Auger
2016-03-01 12:27 ` Shanker Donthineni [this message]
2016-03-01 12:27 ` Shanker Donthineni
2016-03-09 2:31 ` Marc Zyngier
2016-03-09 2:31 ` Marc Zyngier
2016-03-10 0:49 ` Shanker Donthineni
2016-03-10 0:49 ` Shanker Donthineni
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=56D58AC1.2010702@codeaurora.org \
--to=shankerd@codeaurora.org \
--cc=linux-arm-kernel@lists.infradead.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.