Re: [PATCH v3 1/3] acpi: HMAT support in acpi_parse_entries_array()

2017-12-15 Thread Rafael J. Wysocki
On Sat, Dec 16, 2017 at 2:57 AM, Dan Williams wrote: > On Fri, Dec 15, 2017 at 5:53 PM, Rafael J. Wysocki wrote: >> On Friday, December 15, 2017 2:10:17 AM CET Dan Williams wrote: >>> On Wed, Dec 13, 2017 at 6:10 PM, Ross Zwisler >>> wrote: >>> > The current implementation of acpi_parse_entries_

Re: [PATCH v3 1/3] acpi: HMAT support in acpi_parse_entries_array()

2017-12-15 Thread Dan Williams
On Fri, Dec 15, 2017 at 5:53 PM, Rafael J. Wysocki wrote: > On Friday, December 15, 2017 2:10:17 AM CET Dan Williams wrote: >> On Wed, Dec 13, 2017 at 6:10 PM, Ross Zwisler >> wrote: >> > The current implementation of acpi_parse_entries_array() assumes that each >> > subtable has a standard ACPI

Re: [PATCH v3 1/3] acpi: HMAT support in acpi_parse_entries_array()

2017-12-15 Thread Rafael J. Wysocki
On Friday, December 15, 2017 2:10:17 AM CET Dan Williams wrote: > On Wed, Dec 13, 2017 at 6:10 PM, Ross Zwisler > wrote: > > The current implementation of acpi_parse_entries_array() assumes that each > > subtable has a standard ACPI subtable entry of type struct > > acpi_subtable_header. This sta

Re: [PATCH v3 1/3] acpi: HMAT support in acpi_parse_entries_array()

2017-12-14 Thread Dan Williams
On Wed, Dec 13, 2017 at 6:10 PM, Ross Zwisler wrote: > The current implementation of acpi_parse_entries_array() assumes that each > subtable has a standard ACPI subtable entry of type struct > acpi_subtable_header. This standard subtable header has a one byte length > followed by a one byte type.

Re: [PATCH v3 1/3] acpi: HMAT support in acpi_parse_entries_array()

2017-12-14 Thread Rafael J. Wysocki
On Thu, Dec 14, 2017 at 3:10 AM, Ross Zwisler wrote: > The current implementation of acpi_parse_entries_array() assumes that each > subtable has a standard ACPI subtable entry of type struct > acpi_subtable_header. This standard subtable header has a one byte length > followed by a one byte type.