From: David Daney <ddaney@caviumnetworks.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>,
Will Deacon <will.deacon@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
David Daney <david.daney@cavium.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Lv Zheng <lv.zheng@intel.com>, "H. Peter Anvin" <hpa@zytor.com>,
Frank Rowand <frowand.list@gmail.com>,
the arch/x86 maintainers <x86@kernel.org>,
Robert Moore <robert.moore@intel.com>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
Ingo Molnar <mingo@redhat.com>,
Grant Likely <grant.likely@linaro.org>,
Len Brown <lenb@kernel.org>, Fenghua Yu <fenghua.yu@intel.com>,
Marc Zyngier <Marc.Zyngier@arm.com>, Jon Masters <jcm@redhat.com>,
Robert Richter <rrichter@cavium.com>,
Rob Herring <robh+dt@kernel.org>,
David Daney <ddaney.cavm@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"devel@acpica.org" <devel@acpica.org>
Subject: Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
Date: Wed, 11 May 2016 14:08:09 -0700 [thread overview]
Message-ID: <57339F39.3040603@caviumnetworks.com> (raw)
In-Reply-To: <CAJZ5v0gQMR7OUyZo5Sa3bgMYZBzdnwFaktz9JCv1ocWXw7yHTg@mail.gmail.com>
On 05/11/2016 01:35 PM, Rafael J. Wysocki wrote:
> On Wed, May 11, 2016 at 12:40 PM, Will Deacon <will.deacon@arm.com> wrote:
>> On Wed, May 11, 2016 at 02:43:11AM +0200, Rafael J. Wysocki wrote:
>>> On Wed, Apr 27, 2016 at 8:07 PM, David Daney <ddaney.cavm@gmail.com> wrote:
>>>> From: David Daney <david.daney@cavium.com>
>>>>
>>>> Based on git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
>>>> for-next/core branch at commit 643d703d2d2d ("arm64: compat: Check for
>>>> AArch32 state")
>>
>> [...]
>>
>>>> David Daney (2):
>>>> arm64, numa: Cleanup NUMA disabled messages.
>>>> acpi, numa, srat: Improve SRAT error detection and add messages.
>>>>
>>>> Hanjun Guo (11):
>>>> acpi, numa: Use pr_fmt() instead of printk
>>>> acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()
>>>> acpi, numa: remove duplicate NULL check
>>>> acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c
>>>> arm64, numa: rework numa_add_memblk()
>>>> x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()
>>>> acpi, numa: move bad_srat() and srat_disabled() to
>>>> drivers/acpi/numa.c
>>>> acpi, numa: remove unneeded acpi_numa=1
>>>> acpi, numa: Move acpi_numa_memory_affinity_init() to
>>>> drivers/acpi/numa.c
>>>> arm64, acpi, numa: NUMA support based on SRAT and SLIT
>>>> acpi, numa: Enable ACPI based NUMA on ARM64
>>>>
>>>> Robert Richter (1):
>>>> acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
>>>
>>> I need ACKs from the ARM64 maintainers on patches [6-7/13] and [13-14/14].
>>
>> There's also a dependency on the arm64 for-next/core branch, so I've been
>> largely ignoring this as far as 4.6 is concerned and was planning to take
>> a proper look for 4.7 once the upcoming merge window is out of the way.
>
> That would be 4.7 and 4.8 respectively I suppose?
>
> Anyway, Catalin has ACKed all of them except for the [13/14], so
> technically I can apply [1-12/14] now and then [13-14/14] can be
> applied when they are ready.
>
> Do you think there will be any problems with merging [6-7/14] into 4.7
> via the ACPI tree?
>
I would defer to the arm64 maintainers for decisions about the arm64
specific parts of the patch set. That said, many of the arm64 specific
patches depend on the arm64 for-next/core branch, so you would have to
be careful about merge ordering if you pull these in before the
for-next/core branch is merged.
Also FWIW, I plan on addressing Catalin's comments about 13/14 and
posting a new version of the patch set in the next day or two.
Thanks for looking at these,
David Daney
WARNING: multiple messages have this Message-ID (diff)
From: David Daney <ddaney@caviumnetworks.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>,
Will Deacon <will.deacon@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
David Daney <david.daney@cavium.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Lv Zheng <lv.zheng@intel.com>, "H. Peter Anvin" <hpa@zytor.com>,
Frank Rowand <frowand.list@gmail.com>,
the arch/x86 maintainers <x86@kernel.org>,
Robert Moore <robert.moore@intel.com>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
Ingo Molnar <mingo@redhat.com>,
Grant Likely <grant.likely@linaro.org>,
Len Brown <lenb@kernel.org>, Fenghua Yu <fenghua.yu@intel.com>,
Marc Zyngier <Marc.Zyngier@arm.com>, Jon Masters <jcm@redhat.com>,
Robert Richter <rrichter@cavium.com>,
Rob Herring <robh+dt@kernel.org>,
David Daney <ddaney.cavm@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"devel@acpica.org" <devel@acpica.org>
Subject: Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
Date: Wed, 11 May 2016 21:08:09 +0000 [thread overview]
Message-ID: <57339F39.3040603@caviumnetworks.com> (raw)
In-Reply-To: <CAJZ5v0gQMR7OUyZo5Sa3bgMYZBzdnwFaktz9JCv1ocWXw7yHTg@mail.gmail.com>
On 05/11/2016 01:35 PM, Rafael J. Wysocki wrote:
> On Wed, May 11, 2016 at 12:40 PM, Will Deacon <will.deacon@arm.com> wrote:
>> On Wed, May 11, 2016 at 02:43:11AM +0200, Rafael J. Wysocki wrote:
>>> On Wed, Apr 27, 2016 at 8:07 PM, David Daney <ddaney.cavm@gmail.com> wrote:
>>>> From: David Daney <david.daney@cavium.com>
>>>>
>>>> Based on git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
>>>> for-next/core branch at commit 643d703d2d2d ("arm64: compat: Check for
>>>> AArch32 state")
>>
>> [...]
>>
>>>> David Daney (2):
>>>> arm64, numa: Cleanup NUMA disabled messages.
>>>> acpi, numa, srat: Improve SRAT error detection and add messages.
>>>>
>>>> Hanjun Guo (11):
>>>> acpi, numa: Use pr_fmt() instead of printk
>>>> acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()
>>>> acpi, numa: remove duplicate NULL check
>>>> acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c
>>>> arm64, numa: rework numa_add_memblk()
>>>> x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()
>>>> acpi, numa: move bad_srat() and srat_disabled() to
>>>> drivers/acpi/numa.c
>>>> acpi, numa: remove unneeded acpi_numa=1
>>>> acpi, numa: Move acpi_numa_memory_affinity_init() to
>>>> drivers/acpi/numa.c
>>>> arm64, acpi, numa: NUMA support based on SRAT and SLIT
>>>> acpi, numa: Enable ACPI based NUMA on ARM64
>>>>
>>>> Robert Richter (1):
>>>> acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
>>>
>>> I need ACKs from the ARM64 maintainers on patches [6-7/13] and [13-14/14].
>>
>> There's also a dependency on the arm64 for-next/core branch, so I've been
>> largely ignoring this as far as 4.6 is concerned and was planning to take
>> a proper look for 4.7 once the upcoming merge window is out of the way.
>
> That would be 4.7 and 4.8 respectively I suppose?
>
> Anyway, Catalin has ACKed all of them except for the [13/14], so
> technically I can apply [1-12/14] now and then [13-14/14] can be
> applied when they are ready.
>
> Do you think there will be any problems with merging [6-7/14] into 4.7
> via the ACPI tree?
>
I would defer to the arm64 maintainers for decisions about the arm64
specific parts of the patch set. That said, many of the arm64 specific
patches depend on the arm64 for-next/core branch, so you would have to
be careful about merge ordering if you pull these in before the
for-next/core branch is merged.
Also FWIW, I plan on addressing Catalin's comments about 13/14 and
posting a new version of the patch set in the next day or two.
Thanks for looking at these,
David Daney
WARNING: multiple messages have this Message-ID (diff)
From: ddaney@caviumnetworks.com (David Daney)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v6 00/14] ACPI NUMA support for ARM64
Date: Wed, 11 May 2016 14:08:09 -0700 [thread overview]
Message-ID: <57339F39.3040603@caviumnetworks.com> (raw)
In-Reply-To: <CAJZ5v0gQMR7OUyZo5Sa3bgMYZBzdnwFaktz9JCv1ocWXw7yHTg@mail.gmail.com>
On 05/11/2016 01:35 PM, Rafael J. Wysocki wrote:
> On Wed, May 11, 2016 at 12:40 PM, Will Deacon <will.deacon@arm.com> wrote:
>> On Wed, May 11, 2016 at 02:43:11AM +0200, Rafael J. Wysocki wrote:
>>> On Wed, Apr 27, 2016 at 8:07 PM, David Daney <ddaney.cavm@gmail.com> wrote:
>>>> From: David Daney <david.daney@cavium.com>
>>>>
>>>> Based on git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
>>>> for-next/core branch at commit 643d703d2d2d ("arm64: compat: Check for
>>>> AArch32 state")
>>
>> [...]
>>
>>>> David Daney (2):
>>>> arm64, numa: Cleanup NUMA disabled messages.
>>>> acpi, numa, srat: Improve SRAT error detection and add messages.
>>>>
>>>> Hanjun Guo (11):
>>>> acpi, numa: Use pr_fmt() instead of printk
>>>> acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()
>>>> acpi, numa: remove duplicate NULL check
>>>> acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c
>>>> arm64, numa: rework numa_add_memblk()
>>>> x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()
>>>> acpi, numa: move bad_srat() and srat_disabled() to
>>>> drivers/acpi/numa.c
>>>> acpi, numa: remove unneeded acpi_numa=1
>>>> acpi, numa: Move acpi_numa_memory_affinity_init() to
>>>> drivers/acpi/numa.c
>>>> arm64, acpi, numa: NUMA support based on SRAT and SLIT
>>>> acpi, numa: Enable ACPI based NUMA on ARM64
>>>>
>>>> Robert Richter (1):
>>>> acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
>>>
>>> I need ACKs from the ARM64 maintainers on patches [6-7/13] and [13-14/14].
>>
>> There's also a dependency on the arm64 for-next/core branch, so I've been
>> largely ignoring this as far as 4.6 is concerned and was planning to take
>> a proper look for 4.7 once the upcoming merge window is out of the way.
>
> That would be 4.7 and 4.8 respectively I suppose?
>
> Anyway, Catalin has ACKed all of them except for the [13/14], so
> technically I can apply [1-12/14] now and then [13-14/14] can be
> applied when they are ready.
>
> Do you think there will be any problems with merging [6-7/14] into 4.7
> via the ACPI tree?
>
I would defer to the arm64 maintainers for decisions about the arm64
specific parts of the patch set. That said, many of the arm64 specific
patches depend on the arm64 for-next/core branch, so you would have to
be careful about merge ordering if you pull these in before the
for-next/core branch is merged.
Also FWIW, I plan on addressing Catalin's comments about 13/14 and
posting a new version of the patch set in the next day or two.
Thanks for looking at these,
David Daney
WARNING: multiple messages have this Message-ID (diff)
From: David Daney <ddaney@caviumnetworks.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>,
Will Deacon <will.deacon@arm.com>
Cc: David Daney <ddaney.cavm@gmail.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Mark Rutland <mark.rutland@arm.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Tony Luck <tony.luck@intel.com>,
Fenghua Yu <fenghua.yu@intel.com>,
Thomas Gleixner <tglx@linutronix.de>,
"Ingo Molnar" <mingo@redhat.com>,
"H. Peter Anvin" <hpa@zytor.com>,
"the arch/x86 maintainers" <x86@kernel.org>,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
"Len Brown" <lenb@kernel.org>, Rob Herring <robh+dt@kernel.org>,
Frank Rowand <frowand.list@gmail.com>,
Grant Likely <grant.likely@linaro.org>,
"Robert Moore" <robert.moore@intel.com>,
Lv Zheng <lv.zheng@intel.com>, Hanjun Guo <hanjun.guo@linaro.org>,
Marc Zyngier <Marc.Zyngier@arm.com>,
"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
"ACPI Devel Maling List" <linux-acpi@vger.kernel.org>,
"devel@acpica.org" <devel@acpica.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Robert Richter <rrichter@cavium.com>,
David Daney <david.daney@cavium.com>,
Jon Masters <jcm@redhat.com>
Subject: Re: [PATCH v6 00/14] ACPI NUMA support for ARM64
Date: Wed, 11 May 2016 14:08:09 -0700 [thread overview]
Message-ID: <57339F39.3040603@caviumnetworks.com> (raw)
In-Reply-To: <CAJZ5v0gQMR7OUyZo5Sa3bgMYZBzdnwFaktz9JCv1ocWXw7yHTg@mail.gmail.com>
On 05/11/2016 01:35 PM, Rafael J. Wysocki wrote:
> On Wed, May 11, 2016 at 12:40 PM, Will Deacon <will.deacon@arm.com> wrote:
>> On Wed, May 11, 2016 at 02:43:11AM +0200, Rafael J. Wysocki wrote:
>>> On Wed, Apr 27, 2016 at 8:07 PM, David Daney <ddaney.cavm@gmail.com> wrote:
>>>> From: David Daney <david.daney@cavium.com>
>>>>
>>>> Based on git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
>>>> for-next/core branch at commit 643d703d2d2d ("arm64: compat: Check for
>>>> AArch32 state")
>>
>> [...]
>>
>>>> David Daney (2):
>>>> arm64, numa: Cleanup NUMA disabled messages.
>>>> acpi, numa, srat: Improve SRAT error detection and add messages.
>>>>
>>>> Hanjun Guo (11):
>>>> acpi, numa: Use pr_fmt() instead of printk
>>>> acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug()
>>>> acpi, numa: remove duplicate NULL check
>>>> acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c
>>>> arm64, numa: rework numa_add_memblk()
>>>> x86, acpi, numa: cleanup acpi_numa_processor_affinity_init()
>>>> acpi, numa: move bad_srat() and srat_disabled() to
>>>> drivers/acpi/numa.c
>>>> acpi, numa: remove unneeded acpi_numa=1
>>>> acpi, numa: Move acpi_numa_memory_affinity_init() to
>>>> drivers/acpi/numa.c
>>>> arm64, acpi, numa: NUMA support based on SRAT and SLIT
>>>> acpi, numa: Enable ACPI based NUMA on ARM64
>>>>
>>>> Robert Richter (1):
>>>> acpi, numa: Move acpi_numa_arch_fixup() to ia64 only
>>>
>>> I need ACKs from the ARM64 maintainers on patches [6-7/13] and [13-14/14].
>>
>> There's also a dependency on the arm64 for-next/core branch, so I've been
>> largely ignoring this as far as 4.6 is concerned and was planning to take
>> a proper look for 4.7 once the upcoming merge window is out of the way.
>
> That would be 4.7 and 4.8 respectively I suppose?
>
> Anyway, Catalin has ACKed all of them except for the [13/14], so
> technically I can apply [1-12/14] now and then [13-14/14] can be
> applied when they are ready.
>
> Do you think there will be any problems with merging [6-7/14] into 4.7
> via the ACPI tree?
>
I would defer to the arm64 maintainers for decisions about the arm64
specific parts of the patch set. That said, many of the arm64 specific
patches depend on the arm64 for-next/core branch, so you would have to
be careful about merge ordering if you pull these in before the
for-next/core branch is merged.
Also FWIW, I plan on addressing Catalin's comments about 13/14 and
posting a new version of the patch set in the next day or two.
Thanks for looking at these,
David Daney
next prev parent reply other threads:[~2016-05-11 21:08 UTC|newest]
Thread overview: 124+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-27 18:07 [PATCH v6 00/14] ACPI NUMA support for ARM64 David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 01/14] acpi, numa: Use pr_fmt() instead of printk David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 02/14] acpi, numa: Replace ACPI_DEBUG_PRINT() with pr_debug() David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 03/14] acpi, numa: remove duplicate NULL check David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 04/14] acpi, numa: Move acpi_numa_arch_fixup() to ia64 only David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 05/14] acpi, numa: move acpi_numa_slit_init() to drivers/acpi/numa.c David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 06/14] arm64, numa: rework numa_add_memblk() David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-05-11 9:12 ` Catalin Marinas
2016-05-11 9:12 ` Catalin Marinas
2016-05-11 9:12 ` Catalin Marinas
2016-04-27 18:07 ` [PATCH v6 07/14] arm64, numa: Cleanup NUMA disabled messages David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-05-11 9:12 ` Catalin Marinas
2016-05-11 9:12 ` Catalin Marinas
2016-05-11 9:12 ` Catalin Marinas
2016-04-27 18:07 ` [PATCH v6 08/14] x86, acpi, numa: cleanup acpi_numa_processor_affinity_init() David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 09/14] acpi, numa: move bad_srat() and srat_disabled() to drivers/acpi/numa.c David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 10/14] acpi, numa: remove unneeded acpi_numa=1 David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 11/14] acpi, numa: Move acpi_numa_memory_affinity_init() to drivers/acpi/numa.c David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 12/14] acpi, numa, srat: Improve SRAT error detection and add messages David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` [PATCH v6 13/14] arm64, acpi, numa: NUMA support based on SRAT and SLIT David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-05-11 10:39 ` Catalin Marinas
2016-05-11 10:39 ` Catalin Marinas
2016-05-11 10:39 ` Catalin Marinas
2016-05-12 0:06 ` David Daney
2016-05-12 0:06 ` David Daney
2016-05-12 0:06 ` David Daney
2016-05-12 0:06 ` David Daney
2016-05-12 1:03 ` Hanjun Guo
2016-05-12 1:03 ` [Devel] " Hanjun Guo
2016-05-12 1:03 ` Hanjun Guo
2016-05-12 1:03 ` Hanjun Guo
2016-05-12 9:49 ` Catalin Marinas
2016-05-12 9:49 ` Catalin Marinas
2016-05-12 9:49 ` Catalin Marinas
2016-05-12 9:49 ` Catalin Marinas
2016-05-12 15:27 ` David Daney
2016-05-12 15:27 ` David Daney
2016-05-12 15:27 ` David Daney
2016-05-12 15:27 ` David Daney
2016-05-12 16:24 ` Catalin Marinas
2016-05-12 16:24 ` Catalin Marinas
2016-05-12 16:24 ` Catalin Marinas
2016-05-12 16:24 ` Catalin Marinas
2016-05-12 20:40 ` David Daney
2016-05-12 20:40 ` David Daney
2016-05-12 20:40 ` David Daney
2016-05-12 20:40 ` David Daney
2016-04-27 18:07 ` [PATCH v6 14/14] acpi, numa: Enable ACPI based NUMA on ARM64 David Daney
2016-04-27 18:07 ` David Daney
2016-04-27 18:07 ` David Daney
2016-05-11 10:40 ` Catalin Marinas
2016-05-11 10:40 ` Catalin Marinas
2016-05-11 10:40 ` Catalin Marinas
2016-05-11 0:43 ` [PATCH v6 00/14] ACPI NUMA support for ARM64 Rafael J. Wysocki
2016-05-11 0:43 ` Rafael J. Wysocki
2016-05-11 0:43 ` Rafael J. Wysocki
2016-05-11 0:43 ` Rafael J. Wysocki
2016-05-11 10:40 ` Will Deacon
2016-05-11 10:40 ` Will Deacon
2016-05-11 10:40 ` Will Deacon
2016-05-11 10:40 ` Will Deacon
2016-05-11 20:35 ` Rafael J. Wysocki
2016-05-11 20:35 ` Rafael J. Wysocki
2016-05-11 20:35 ` Rafael J. Wysocki
2016-05-11 20:35 ` Rafael J. Wysocki
2016-05-11 21:08 ` David Daney [this message]
2016-05-11 21:08 ` David Daney
2016-05-11 21:08 ` David Daney
2016-05-11 21:08 ` David Daney
2016-05-11 21:22 ` Rafael J. Wysocki
2016-05-11 21:22 ` Rafael J. Wysocki
2016-05-11 21:22 ` Rafael J. Wysocki
2016-05-11 21:22 ` Rafael J. Wysocki
2016-05-11 21:30 ` David Daney
2016-05-11 21:30 ` David Daney
2016-05-11 21:30 ` David Daney
2016-05-11 21:30 ` David Daney
2016-05-11 22:29 ` Rafael J. Wysocki
2016-05-11 22:29 ` Rafael J. Wysocki
2016-05-11 22:29 ` Rafael J. Wysocki
2016-05-11 22:29 ` Rafael J. Wysocki
2016-05-12 8:56 ` Will Deacon
2016-05-12 8:56 ` Will Deacon
2016-05-12 8:56 ` Will Deacon
2016-05-12 8:56 ` Will Deacon
2016-05-12 12:54 ` Rafael J. Wysocki
2016-05-12 12:54 ` Rafael J. Wysocki
2016-05-12 12:54 ` Rafael J. Wysocki
2016-05-12 12:54 ` Rafael J. Wysocki
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=57339F39.3040603@caviumnetworks.com \
--to=ddaney@caviumnetworks.com \
--cc=Marc.Zyngier@arm.com \
--cc=catalin.marinas@arm.com \
--cc=david.daney@cavium.com \
--cc=ddaney.cavm@gmail.com \
--cc=devel@acpica.org \
--cc=fenghua.yu@intel.com \
--cc=frowand.list@gmail.com \
--cc=grant.likely@linaro.org \
--cc=hpa@zytor.com \
--cc=jcm@redhat.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-ia64@vger.kernel.org \
--cc=lv.zheng@intel.com \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=rafael@kernel.org \
--cc=robert.moore@intel.com \
--cc=robh+dt@kernel.org \
--cc=rrichter@cavium.com \
--cc=tglx@linutronix.de \
--cc=will.deacon@arm.com \
--cc=x86@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.