All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sudeep Holla <sudeep.holla@arm.com>
To: Hanjun Guo <hanjun.guo@linaro.org>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Mark Rutland <Mark.Rutland@arm.com>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
	"graeme.gregory@linaro.org" <graeme.gregory@linaro.org>,
	Arnd Bergmann <arnd@arndb.de>, Olof Johansson <olof@lixom.net>,
	"grant.likely@linaro.org" <grant.likely@linaro.org>,
	Will Deacon <Will.Deacon@arm.com>,
	Jason Cooper <jason@lakedaemon.net>,
	Marc Zyngier <Marc.Zyngier@arm.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Daniel Lezcano <daniel.lezcano@linaro.org>,
	Mark Brown <broonie@kernel.org>, Rob Herring <robh@kernel.org>,
	Robert Richter <rric@kernel.org>, Lv Zheng <lv.zheng@intel.com>,
	Robert Moore <robert.moore@intel.com>,
	Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>,
	Liviu Dudau <Liviu.Dudau@arm.com>,
	Randy Dunlap <rdunlap@infradead.org>,
	Charles Garcia-Tobin <Charles.Garcia-Tobin@arm.com>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.or>
Subject: Re: [PATCH v2 05/18] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init
Date: Tue, 19 Aug 2014 12:07:45 +0100	[thread overview]
Message-ID: <53F33001.5000207@arm.com> (raw)
In-Reply-To: <53F3297A.1040309@linaro.org>



On 19/08/14 11:39, Hanjun Guo wrote:
> On 2014-8-19 2:32, Sudeep Holla wrote:
>> On 04/08/14 16:28, Hanjun Guo wrote:
>>> There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
>>> the former signals to the OS that the hardware is PSCI compliant.
>>> The latter selects the appropriate conduit for PSCI calls by
>>> toggling between Hypervisor Calls (HVC) and Secure Monitor Calls
>>> (SMC).
>>>
>>> FADT table contains such information, parse FADT to get the flags
>>> for PSCI init. Since ACPI 5.1 doesn't support self defined PSCI
>>> function IDs, which means that only PSCI 0.2+ is supported in ACPI.
>>>
>>> At the same time, only ACPI 5.1 or higher verison supports PSCI,
>>> and FADT Major.Minor version was introduced in ACPI 5.1, so we
>>> will check the version and only parse FADT table with version >= 5.1.
>>>
>>> If firmware provides ACPI tables with ACPI version less than 5.1,
>>> OS will be messed up with those information and have no way to
>>> bring up secondery CPUs, so disable ACPI if we get an FADT table
>>> with version less that 5.1.
>>>
> [...]
>>>
>>> +static int __init acpi_parse_fadt(struct acpi_table_header *table)
>>> +{
>>> +    struct acpi_table_fadt *fadt = (struct acpi_table_fadt *)table;
>>> +
>>> +    /*
>>> +     * Revision in table header is the FADT Major version,
>>> +     * and there is a minor version of FADT which was introduced
>>> +     * by ACPI 5.1, we only deal with ACPI 5.1 or higher version
>>> +     * to get arm boot flags, or we will disable ACPI.
>>> +     */
>>> +    if (table->revision < 5 || fadt->minor_revision < 1) {
>>
>>                  &&
>
> Catalin also pointed out this bug :), but && is not enough, for example,
> this would not trigger of revision 4.1, although 4.1 is not exist, but
> the code will still confusing people, so I updated the code as:
>

Right I missed it :), the below code looks fine.

> +       if (table->revision > 5 ||
> +           (table->revision == 5 && fadt->minor_revision >= 1)) {
> +               return 0;
> +       } else {
> +               pr_info("FADT revision is %d.%d, no PSCI support, should be 5.1
> or higher\n",
> +                       table->revision, fadt->minor_revision);
> +               disable_acpi();

As suggested elsewhere try to eliminate this and have it once if
acpi_boot_init failed for any reasons.

Regards,
Sudeep


WARNING: multiple messages have this Message-ID (diff)
From: sudeep.holla@arm.com (Sudeep Holla)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 05/18] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init
Date: Tue, 19 Aug 2014 12:07:45 +0100	[thread overview]
Message-ID: <53F33001.5000207@arm.com> (raw)
In-Reply-To: <53F3297A.1040309@linaro.org>



On 19/08/14 11:39, Hanjun Guo wrote:
> On 2014-8-19 2:32, Sudeep Holla wrote:
>> On 04/08/14 16:28, Hanjun Guo wrote:
>>> There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
>>> the former signals to the OS that the hardware is PSCI compliant.
>>> The latter selects the appropriate conduit for PSCI calls by
>>> toggling between Hypervisor Calls (HVC) and Secure Monitor Calls
>>> (SMC).
>>>
>>> FADT table contains such information, parse FADT to get the flags
>>> for PSCI init. Since ACPI 5.1 doesn't support self defined PSCI
>>> function IDs, which means that only PSCI 0.2+ is supported in ACPI.
>>>
>>> At the same time, only ACPI 5.1 or higher verison supports PSCI,
>>> and FADT Major.Minor version was introduced in ACPI 5.1, so we
>>> will check the version and only parse FADT table with version >= 5.1.
>>>
>>> If firmware provides ACPI tables with ACPI version less than 5.1,
>>> OS will be messed up with those information and have no way to
>>> bring up secondery CPUs, so disable ACPI if we get an FADT table
>>> with version less that 5.1.
>>>
> [...]
>>>
>>> +static int __init acpi_parse_fadt(struct acpi_table_header *table)
>>> +{
>>> +    struct acpi_table_fadt *fadt = (struct acpi_table_fadt *)table;
>>> +
>>> +    /*
>>> +     * Revision in table header is the FADT Major version,
>>> +     * and there is a minor version of FADT which was introduced
>>> +     * by ACPI 5.1, we only deal with ACPI 5.1 or higher version
>>> +     * to get arm boot flags, or we will disable ACPI.
>>> +     */
>>> +    if (table->revision < 5 || fadt->minor_revision < 1) {
>>
>>                  &&
>
> Catalin also pointed out this bug :), but && is not enough, for example,
> this would not trigger of revision 4.1, although 4.1 is not exist, but
> the code will still confusing people, so I updated the code as:
>

Right I missed it :), the below code looks fine.

> +       if (table->revision > 5 ||
> +           (table->revision == 5 && fadt->minor_revision >= 1)) {
> +               return 0;
> +       } else {
> +               pr_info("FADT revision is %d.%d, no PSCI support, should be 5.1
> or higher\n",
> +                       table->revision, fadt->minor_revision);
> +               disable_acpi();

As suggested elsewhere try to eliminate this and have it once if
acpi_boot_init failed for any reasons.

Regards,
Sudeep

WARNING: multiple messages have this Message-ID (diff)
From: Sudeep Holla <sudeep.holla@arm.com>
To: Hanjun Guo <hanjun.guo@linaro.org>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Mark Rutland <Mark.Rutland@arm.com>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
	"graeme.gregory@linaro.org" <graeme.gregory@linaro.org>,
	Arnd Bergmann <arnd@arndb.de>, Olof Johansson <olof@lixom.net>,
	"grant.likely@linaro.org" <grant.likely@linaro.org>,
	Will Deacon <Will.Deacon@arm.com>,
	Jason Cooper <jason@lakedaemon.net>,
	Marc Zyngier <Marc.Zyngier@arm.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	Daniel Lezcano <daniel.lezcano@linaro.org>,
	Mark Brown <broonie@kernel.org>, Rob Herring <robh@kernel.org>,
	Robert Richter <rric@kernel.org>, Lv Zheng <lv.zheng@intel.com>,
	Robert Moore <robert.moore@intel.com>,
	Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>,
	Liviu Dudau <Liviu.Dudau@arm.com>,
	Randy Dunlap <rdunlap@infradead.org>,
	Charles Garcia-Tobin <Charles.Garcia-Tobin@arm.com>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linaro-acpi@lists.linaro.org" <linaro-acpi@lists.linaro.org>
Subject: Re: [PATCH v2 05/18] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init
Date: Tue, 19 Aug 2014 12:07:45 +0100	[thread overview]
Message-ID: <53F33001.5000207@arm.com> (raw)
In-Reply-To: <53F3297A.1040309@linaro.org>



On 19/08/14 11:39, Hanjun Guo wrote:
> On 2014-8-19 2:32, Sudeep Holla wrote:
>> On 04/08/14 16:28, Hanjun Guo wrote:
>>> There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
>>> the former signals to the OS that the hardware is PSCI compliant.
>>> The latter selects the appropriate conduit for PSCI calls by
>>> toggling between Hypervisor Calls (HVC) and Secure Monitor Calls
>>> (SMC).
>>>
>>> FADT table contains such information, parse FADT to get the flags
>>> for PSCI init. Since ACPI 5.1 doesn't support self defined PSCI
>>> function IDs, which means that only PSCI 0.2+ is supported in ACPI.
>>>
>>> At the same time, only ACPI 5.1 or higher verison supports PSCI,
>>> and FADT Major.Minor version was introduced in ACPI 5.1, so we
>>> will check the version and only parse FADT table with version >= 5.1.
>>>
>>> If firmware provides ACPI tables with ACPI version less than 5.1,
>>> OS will be messed up with those information and have no way to
>>> bring up secondery CPUs, so disable ACPI if we get an FADT table
>>> with version less that 5.1.
>>>
> [...]
>>>
>>> +static int __init acpi_parse_fadt(struct acpi_table_header *table)
>>> +{
>>> +    struct acpi_table_fadt *fadt = (struct acpi_table_fadt *)table;
>>> +
>>> +    /*
>>> +     * Revision in table header is the FADT Major version,
>>> +     * and there is a minor version of FADT which was introduced
>>> +     * by ACPI 5.1, we only deal with ACPI 5.1 or higher version
>>> +     * to get arm boot flags, or we will disable ACPI.
>>> +     */
>>> +    if (table->revision < 5 || fadt->minor_revision < 1) {
>>
>>                  &&
>
> Catalin also pointed out this bug :), but && is not enough, for example,
> this would not trigger of revision 4.1, although 4.1 is not exist, but
> the code will still confusing people, so I updated the code as:
>

Right I missed it :), the below code looks fine.

> +       if (table->revision > 5 ||
> +           (table->revision == 5 && fadt->minor_revision >= 1)) {
> +               return 0;
> +       } else {
> +               pr_info("FADT revision is %d.%d, no PSCI support, should be 5.1
> or higher\n",
> +                       table->revision, fadt->minor_revision);
> +               disable_acpi();

As suggested elsewhere try to eliminate this and have it once if
acpi_boot_init failed for any reasons.

Regards,
Sudeep


  reply	other threads:[~2014-08-19 11:07 UTC|newest]

Thread overview: 178+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-04 15:28 [PATCH v2 00/18] Introduce ACPI for ARM64 based on ACPI 5.1 Hanjun Guo
2014-08-04 15:28 ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree() Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 02/18] ARM64 / ACPI: Get RSDP and ACPI boot-time tables Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-18 18:30   ` Sudeep Holla
2014-08-18 18:30     ` Sudeep Holla
2014-08-18 18:30     ` Sudeep Holla
2014-08-19  9:35     ` Hanjun Guo
2014-08-19  9:35       ` Hanjun Guo
2014-08-19  9:35       ` Hanjun Guo
2014-08-19  9:47       ` Sudeep Holla
2014-08-19  9:47         ` Sudeep Holla
2014-08-19  9:47         ` Sudeep Holla
2014-08-04 15:28 ` [PATCH v2 03/18] ARM64 / ACPI: Introduce lowlevel suspend function Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 04/18] ARM64 / ACPI: Make PCI optional for ACPI on ARM64 Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 05/18] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-18 14:27   ` Catalin Marinas
2014-08-18 14:27     ` Catalin Marinas
2014-08-19  3:50     ` Hanjun Guo
2014-08-19  3:50       ` Hanjun Guo
2014-08-19  3:50       ` Hanjun Guo
2014-08-19 11:10       ` Mark Rutland
2014-08-19 11:10         ` Mark Rutland
2014-08-19 11:10         ` Mark Rutland
2014-08-19 12:13         ` Hanjun Guo
2014-08-19 12:13           ` Hanjun Guo
2014-08-19 12:13           ` Hanjun Guo
2014-08-19 22:55           ` Moore, Robert
2014-08-19 22:55             ` Moore, Robert
2014-08-19 22:55             ` Moore, Robert
2014-08-20  4:12             ` Hanjun Guo
2014-08-20  4:12               ` Hanjun Guo
2014-08-20  4:12               ` Hanjun Guo
2014-08-18 18:32   ` Sudeep Holla
2014-08-18 18:32     ` Sudeep Holla
2014-08-18 18:32     ` Sudeep Holla
2014-08-19 10:39     ` Hanjun Guo
2014-08-19 10:39       ` Hanjun Guo
2014-08-19 10:39       ` Hanjun Guo
2014-08-19 11:07       ` Sudeep Holla [this message]
2014-08-19 11:07         ` Sudeep Holla
2014-08-19 11:07         ` Sudeep Holla
2014-08-04 15:28 ` [PATCH v2 06/18] ARM64 / ACPI: Parse MADT to map logical cpu to MPIDR and get cpu_possible/present_map Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-18 14:27   ` Catalin Marinas
2014-08-18 14:27     ` Catalin Marinas
2014-08-19  7:36     ` Hanjun Guo
2014-08-19  7:36       ` Hanjun Guo
2014-08-19  7:36       ` Hanjun Guo
2014-08-20 14:38       ` Catalin Marinas
2014-08-20 14:38         ` Catalin Marinas
2014-08-20 14:38         ` Catalin Marinas
2014-08-21  2:51         ` Hanjun Guo
2014-08-21  2:51           ` Hanjun Guo
2014-08-21  2:51           ` Hanjun Guo
2014-08-18 18:33   ` Sudeep Holla
2014-08-18 18:33     ` Sudeep Holla
2014-08-18 18:33     ` Sudeep Holla
2014-08-19 11:00     ` Hanjun Guo
2014-08-19 11:00       ` Hanjun Guo
2014-08-19 11:00       ` Hanjun Guo
2014-08-19 16:46       ` [Linaro-acpi] " Zi Shen Lim
2014-08-19 16:46         ` Zi Shen Lim
2014-08-19 16:46         ` Zi Shen Lim
2014-08-20  3:24         ` Hanjun Guo
2014-08-20  3:24           ` Hanjun Guo
2014-08-20  3:24           ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 07/18] ACPI / table: Print GIC information when MADT is parsed Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-07  1:41   ` Zheng, Lv
2014-08-07  1:41     ` Zheng, Lv
2014-08-07 10:28     ` Hanjun Guo
2014-08-07 10:28       ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 08/18] ARM64 / ACPI: Get the enable method for SMP initialization in ACPI way Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-18 14:27   ` Catalin Marinas
2014-08-18 14:27     ` Catalin Marinas
2014-08-19  8:32     ` Hanjun Guo
2014-08-19  8:32       ` Hanjun Guo
2014-08-19  8:32       ` Hanjun Guo
2014-08-20 14:52       ` Catalin Marinas
2014-08-20 14:52         ` Catalin Marinas
2014-08-20 14:52         ` Catalin Marinas
2014-08-21  3:06         ` Hanjun Guo
2014-08-21  3:06           ` Hanjun Guo
2014-08-21  3:06           ` Hanjun Guo
2014-08-18 18:34   ` Sudeep Holla
2014-08-18 18:34     ` Sudeep Holla
2014-08-18 18:34     ` Sudeep Holla
2014-08-19 11:26     ` Hanjun Guo
2014-08-19 11:26       ` Hanjun Guo
2014-08-19 11:26       ` Hanjun Guo
2014-08-18 18:56   ` Geoff Levand
2014-08-18 18:56     ` Geoff Levand
2014-08-18 18:56     ` Geoff Levand
2014-08-19 12:11     ` Hanjun Guo
2014-08-19 12:11       ` Hanjun Guo
2014-08-19 12:11       ` Hanjun Guo
2014-08-19 19:25       ` Geoff Levand
2014-08-19 19:25         ` Geoff Levand
2014-08-19 19:25         ` Geoff Levand
2014-08-20  3:25         ` Hanjun Guo
2014-08-20  3:25           ` Hanjun Guo
2014-08-20  3:25           ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 09/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-18 14:27   ` Catalin Marinas
2014-08-18 14:27     ` Catalin Marinas
2014-08-19  8:37     ` Hanjun Guo
2014-08-19  8:37       ` Hanjun Guo
2014-08-19  8:37       ` Hanjun Guo
2014-08-20 14:56       ` Catalin Marinas
2014-08-20 14:56         ` Catalin Marinas
2014-08-20 14:56         ` Catalin Marinas
2014-08-21  3:25         ` Hanjun Guo
2014-08-21  3:25           ` Hanjun Guo
2014-08-21  3:25           ` Hanjun Guo
2014-08-18 18:34   ` Sudeep Holla
2014-08-18 18:34     ` Sudeep Holla
2014-08-18 18:34     ` Sudeep Holla
2014-08-19 11:29     ` Hanjun Guo
2014-08-19 11:29       ` Hanjun Guo
2014-08-19 11:29       ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 10/18] ARM64 / ACPI: Introduce ACPI_IRQ_MODEL_GIC and register device's gsi Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-18 18:34   ` Sudeep Holla
2014-08-18 18:34     ` Sudeep Holla
2014-08-18 18:34     ` Sudeep Holla
2014-08-19 11:36     ` Hanjun Guo
2014-08-19 11:36       ` Hanjun Guo
2014-08-19 11:36       ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 11/18] ACPI / table: Add new function to get table entries Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 12/18] ARM64 / ACPI: Add GICv2 specific ACPI boot support Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 13/18] ARM64 / ACPI: Parse GTDT to initialize arch timer Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 14/18] ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64 Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 15/18] ARM64 / ACPI: Introduce early_param for "acpi" and set ACPI default off Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 16/18] ARM64 / ACPI: If we chose to boot from acpi then disable FDT Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 17/18] ARM64 / ACPI: Enable ARM64 in Kconfig Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-18 14:27   ` Catalin Marinas
2014-08-18 14:27     ` Catalin Marinas
2014-08-19  8:38     ` Hanjun Guo
2014-08-19  8:38       ` Hanjun Guo
2014-08-19  8:38       ` Hanjun Guo
2014-08-04 15:28 ` [PATCH v2 18/18] Documentation: ACPI for ARM64 Hanjun Guo
2014-08-04 15:28   ` Hanjun Guo
2014-08-04 20:48   ` Randy Dunlap
2014-08-04 20:48     ` Randy Dunlap
2014-08-05  3:36     ` Hanjun Guo
2014-08-05  3:36       ` Hanjun Guo
2014-08-05  3:36       ` Hanjun Guo
     [not found] ` <CAJRNFK+UfJhGR65tOecy=X+YdHQHiNPZ4p_p8LUxhRL3GW5gFw@mail.gmail.com>
2014-08-05  3:34   ` [Linaro-acpi] [PATCH v2 00/18] Introduce ACPI for ARM64 based on ACPI 5.1 Hanjun Guo
2014-08-05  3:34     ` Hanjun Guo
2014-08-05  3:34     ` Hanjun Guo
2014-08-18 17:08     ` Alexander Spyridakis
2014-08-18 17:08       ` Alexander Spyridakis
2014-08-18 18:11       ` Graeme Gregory
2014-08-18 18:11         ` Graeme Gregory

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=53F33001.5000207@arm.com \
    --to=sudeep.holla@arm.com \
    --cc=Catalin.Marinas@arm.com \
    --cc=Charles.Garcia-Tobin@arm.com \
    --cc=Liviu.Dudau@arm.com \
    --cc=Lorenzo.Pieralisi@arm.com \
    --cc=Marc.Zyngier@arm.com \
    --cc=Mark.Rutland@arm.com \
    --cc=Will.Deacon@arm.com \
    --cc=arnd@arndb.de \
    --cc=bhelgaas@google.com \
    --cc=broonie@kernel.org \
    --cc=daniel.lezcano@linaro.org \
    --cc=graeme.gregory@linaro.org \
    --cc=grant.likely@linaro.org \
    --cc=hanjun.guo@linaro.org \
    --cc=jason@lakedaemon.net \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.or \
    --cc=lv.zheng@intel.com \
    --cc=olof@lixom.net \
    --cc=rdunlap@infradead.org \
    --cc=rjw@rjwysocki.net \
    --cc=robert.moore@intel.com \
    --cc=robh@kernel.org \
    --cc=rric@kernel.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.