public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Tomasz Nowicki <tomasz.nowicki@linaro.org>
To: Ashwin Chaugule <ashwin.chaugule@linaro.org>,
	linaro-acpi@lists.linaro.org
Cc: linux-acpi@vger.kernel.org, rjw@rjwysocki.net, lenb@kernel.org
Subject: Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
Date: Thu, 20 Mar 2014 11:16:18 +0100	[thread overview]
Message-ID: <532ABFF2.6080103@linaro.org> (raw)
In-Reply-To: <532ABD83.9020003@linaro.org>



On 20.03.2014 11:05, Tomasz Nowicki wrote:
>
>
> On 20.03.2014 00:09, Ashwin Chaugule wrote:
>> The acpi_table_parse() function has a callback that
>> passes a pointer to a table_header. Add a new function
>> which takes this pointer and parses its entries. This
>> eliminates the need to re-traverse all the tables for
>> each call. e.g. as in acpi_table_parse_madt() which is
>> normally called after acpi_table_parse().
>>
>> Signed-off-by: Ashwin Chaugule <ashwin.chaugule@linaro.org>
>> ---
>>   drivers/acpi/tables.c | 69
>> +++++++++++++++++++++++++++++++++++----------------
>>   include/linux/acpi.h  |  4 +++
>>   2 files changed, 51 insertions(+), 22 deletions(-)
>>
>> diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c
>> index 5837f85..b7bd6a3 100644
>> --- a/drivers/acpi/tables.c
>> +++ b/drivers/acpi/tables.c
>> @@ -199,19 +199,15 @@ void acpi_table_print_madt_entry(struct
>> acpi_subtable_header *header)
>>       }
>>   }
>>
>> -
>>   int __init
>> -acpi_table_parse_entries(char *id,
>> -                 unsigned long table_size,
>> -                 int entry_id,
>> -                 acpi_tbl_entry_handler handler,
>> -                 unsigned int max_entries)
>> +acpi_parse_entries(unsigned long table_size,
>> +        acpi_tbl_entry_handler handler,
>> +        struct acpi_table_header *table_header,
>> +        int entry_id, unsigned int max_entries)
>>   {
>> -    struct acpi_table_header *table_header = NULL;
>>       struct acpi_subtable_header *entry;
>>       unsigned int count = 0;
>>       unsigned long table_end;
>> -    acpi_size tbl_size;
>>
>>       if (acpi_disabled)
>>           return -ENODEV;
>> @@ -219,16 +215,14 @@ acpi_table_parse_entries(char *id,
>>       if (!handler)
>>           return -EINVAL;
>>
>> -    if (strncmp(id, ACPI_SIG_MADT, 4) == 0)
>> -        acpi_get_table_with_size(id, acpi_apic_instance,
>> &table_header, &tbl_size);
>> -    else
>> -        acpi_get_table_with_size(id, 0, &table_header, &tbl_size);
>> -
>>       if (!table_header) {
>> -        printk(KERN_WARNING PREFIX "%4.4s not present\n", id);
>> +        pr_warn(PREFIX "Table header not present\n");
>>           return -ENODEV;
>>       }
>>
>> +    if (!table_size)
>> +        table_size = table_header->length;
>> +
>
> If table_size == 0, that would causes 'entry' and 'table_end' are equal
> and no entries at all. For that case I would suggest to print error and
> return.
>
> Tomasz
>
>>       table_end = (unsigned long)table_header + table_header->length;
>>
>>       /* Parse all entries looking for a match. */
>> @@ -240,15 +234,18 @@ acpi_table_parse_entries(char *id,
>>              table_end) {
>>           if (entry->type == entry_id
>>               && (!max_entries || count++ < max_entries))
>> -            if (handler(entry, table_end))
>> +            if (handler(entry, table_end)) {
>> +                count = -EINVAL;
>>                   goto err;
>> +            }
>>
>>           /*
>>            * If entry->length is 0, break from this loop to avoid
>>            * infinite loop.
>>            */
>>           if (entry->length == 0) {
>> -            pr_err(PREFIX "[%4.4s:0x%02x] Invalid zero length\n", id,
>> entry_id);
>> +            pr_err(PREFIX "[0x%02x] Invalid zero length\n", entry_id);
>> +            count = -EINVAL;
>>               goto err;
>>           }
>>
>> @@ -256,15 +253,43 @@ acpi_table_parse_entries(char *id,
>>               ((unsigned long)entry + entry->length);
>>       }
>>       if (max_entries && count > max_entries) {
>> -        printk(KERN_WARNING PREFIX "[%4.4s:0x%02x] ignored %i entries
>> of "
>> -               "%i found\n", id, entry_id, count - max_entries, count);
>> +        printk(KERN_WARNING PREFIX "[0x%02x] ignored %i entries of "
>> +               "%i found\n", entry_id, count - max_entries, count);
>>       }
>>
>> -    early_acpi_os_unmap_memory((char *)table_header, tbl_size);
>> -    return count;
>>   err:
>> -    early_acpi_os_unmap_memory((char *)table_header, tbl_size);
>> -    return -EINVAL;
>> +    early_acpi_os_unmap_memory((char *)table_header,
>> (acpi_size)table_size);
>> +    return count;
>
> Changelog is saying that acpi_parse_entries() takes already mapped table
> and parses entries. IMO, caller should takes care about unmapping table.
> It can be still parsed using different ID later on.
>
> Tomasz
>
>> +}
>> +
>> +int __init
>> +acpi_table_parse_entries(char *id,
>> +                 unsigned long table_size,
>> +                 int entry_id,
>> +                 acpi_tbl_entry_handler handler,
>> +                 unsigned int max_entries)
>> +{
>> +    struct acpi_table_header *table_header = NULL;
>> +    acpi_size tbl_size;
>> +
>> +    if (acpi_disabled)
>> +        return -ENODEV;
>> +
>> +    if (!handler)
>> +        return -EINVAL;
>> +
>> +    if (strncmp(id, ACPI_SIG_MADT, 4) == 0)
>> +        acpi_get_table_with_size(id, acpi_apic_instance,
>> &table_header, &tbl_size);
>> +    else
>> +        acpi_get_table_with_size(id, 0, &table_header, &tbl_size);
>> +
>> +    if (!table_header) {
>> +        pr_warn("%4.4s not present\n", id);
>> +        return -ENODEV;
>> +    }
>> +
>> +    return acpi_parse_entries(table_header->length, handler,
>> table_header,
>> +            entry_id, max_entries);
Also, first argument of acpi_parse_entries() expect subtable start point 
offset, but now it points to the end of table.

Tomasz
>>   }
>>
>>   int __init
>> diff --git a/include/linux/acpi.h b/include/linux/acpi.h
>> index 1151a1d..da959fd 100644
>> --- a/include/linux/acpi.h
>> +++ b/include/linux/acpi.h
>> @@ -118,6 +118,10 @@ int acpi_numa_init (void);
>>
>>   int acpi_table_init (void);
>>   int acpi_table_parse(char *id, acpi_tbl_table_handler handler);
>> +int __init acpi_parse_entries(unsigned long table_size,
>> +        acpi_tbl_entry_handler handler,
>> +        struct acpi_table_header *table_header,
>> +        int entry_id, unsigned int max_entries);
>>   int __init acpi_table_parse_entries(char *id, unsigned long table_size,
>>                       int entry_id,
>>                       acpi_tbl_entry_handler handler,
>>

  reply	other threads:[~2014-03-20 10:15 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-19 23:09 [RFC] ACPI: Add new function to get table entries Ashwin Chaugule
2014-03-20  8:25 ` [Linaro-acpi] " Hanjun Guo
2014-03-20 13:17   ` Ashwin Chaugule
2014-03-20 10:05 ` Tomasz Nowicki
2014-03-20 10:16   ` Tomasz Nowicki [this message]
2014-03-20 13:27     ` Ashwin Chaugule
2014-03-20 14:06       ` Tomasz Nowicki
2014-03-20 14:39         ` Ashwin Chaugule
2014-03-20 14:59           ` Tomasz Nowicki
2014-03-20 13:25   ` Ashwin Chaugule
2014-03-20 13:48     ` Tomasz Nowicki
2014-03-20 13:53       ` Ashwin Chaugule
2014-03-20 14:06         ` Tomasz Nowicki

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=532ABFF2.6080103@linaro.org \
    --to=tomasz.nowicki@linaro.org \
    --cc=ashwin.chaugule@linaro.org \
    --cc=lenb@kernel.org \
    --cc=linaro-acpi@lists.linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=rjw@rjwysocki.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox