[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55F19010.9060603@redhat.com>
Date: Thu, 10 Sep 2015 08:13:36 -0600
From: Al Stone <ahs3@...hat.com>
To: Graeme Gregory <graeme.gregory@...aro.org>,
Al Stone <al.stone@...aro.org>
Cc: linux-acpi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linaro-kernel@...ts.linaro.org, linux-ia64@...r.kernel.org,
patches@...aro.org, linux-pm@...r.kernel.org,
linaro-acpi@...ts.linaro.org,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
linux-kernel@...r.kernel.org, Len Brown <lenb@...nel.org>
Subject: Re: [Linaro-acpi] [PATCH v3 1/5] ACPI: add in a bad_madt_entry()
function to eventually replace the macro
On 09/10/2015 06:14 AM, Graeme Gregory wrote:
> On Wed, Sep 09, 2015 at 03:09:47PM -0600, Al Stone wrote:
>> The existing BAD_MADT_ENTRY macro only checks that the size of the data
>> structure for an MADT subtable matches the length entry in the subtable.
>> This is, unfortunately, not reliable. Nor, as it turns out, does it have
>> anything to do with what the length should be in any particular table.
>>
[snip...]
if (handler(entry, table_end))
>> return -EINVAL;
>>
>> @@ -349,7 +592,7 @@ int __init acpi_table_parse(char *id, acpi_tbl_table_handler handler)
>> return -ENODEV;
>> }
>>
>> -/*
>> +/*
>> * The BIOS is supposed to supply a single APIC/MADT,
>> * but some report two. Provide a knob to use either.
>> * (don't you wish instance 0 and 1 were not the same?)
>
> Unrelated whitespace change snuck in here.
>
> Graeme
Bah. Nice catch; not sure how that got in there, but duly noted.
--
ciao,
al
-----------------------------------
Al Stone
Software Engineer
Red Hat, Inc.
ahs3@...hat.com
-----------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists