All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Bhupesh Sharma <bhsharma@redhat.com>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	"linux-efi@vger.kernel.org" <linux-efi@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>,
	"x86@kernel.org" <x86@kernel.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	Nicolai Stange <nicstange@gmail.com>,
	Leif Lindholm <leif.lindholm@linaro.org>,
	"Prakhya, Sai Praneeth" <sai.praneeth.prakhya@intel.com>,
	Peter Jones <pjones@redhat.com>,
	Bhupesh SHARMA <bhupesh.linux@gmail.com>,
	Ingo Molnar <mingo@kernel.org>,
	Matt Fleming <matt@codeblueprint.co.uk>,
	Dan Williams <dan.j.williams@intel.com>,
	Dave Young <dyoung@redhat.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Mark Rutland <mark.rutland@a>
Subject: Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
Date: Thu, 16 Feb 2017 11:58:15 +0000	[thread overview]
Message-ID: <CAKv+Gu8njGy25L1STfjb0Nk8g+avh0NuFEgcURJDtENYSj2rtQ@mail.gmail.com> (raw)
In-Reply-To: <CACi5LpMwvwm8RVi=OZTHhWsUUpkzhzrvhJ4m6Kcgf3=eW1O1gQ@mail.gmail.com>

On 16 February 2017 at 04:34, Bhupesh Sharma <bhsharma@redhat.com> wrote:
> Hi Ard, Rafael
>
> On Thu, Feb 16, 2017 at 5:14 AM, Rafael J. Wysocki <rjw@rjwysocki.net> wrote:
>> On Wednesday, February 15, 2017 05:44:28 PM Ard Biesheuvel wrote:
>>> Hello Bhupesh,
>>>
>>> On 15 February 2017 at 13:04, Bhupesh Sharma <bhsharma@redhat.com> wrote:
>>> > This patchset presents a RFC approach to move the ACPI BGRT table
>>> > handling related code out of 'arch/x86' and place it inside
>>> > 'drivers/firmware/efi' so that it can be used to support
>>> > ACPI BGRT table and BGRT logo across x86 and AARCH64 ARCHs.
>>> >
>>> > Note that this patchset is primarily tested on Qemu VMs for x86_64
>>> > and AARCH64 environments, while I try to get my hands on a real
>>> > AARCH64 hardware which supports a graphic card and whose boot firmware
>>> > I can modify to support the ACPI BGRT table to be passed to the kernel.
>>> >
>>> > Here are some details/outputs about/from the test environment:
>>> >
>>> > AARCH64:
>>> > ========
>>> > 1. I used the latest Qemu (master branch) and compiled it for aarch64 with softmmu support.
>>> >    Here is the command line I use to launch the same:
>>> >
>>> > # qemu-system-aarch64 -cpu cortex-a57 -M virt -m 2048 -bios QEMU_EFI.fd -kernel Image -initrd rootfs.cpio -serial stdio --append "acpi=force" -device virtio-gpu-pci
>>> >
>>> > where, QEMU_EFI.fd is the DEBUG build of EDK2 ArmVirtQemu.dsc (master branch)
>>> >        rootfs.cpio is the AARCH64 build of Buildroot (Little Endian AARCH64)
>>> >        -device virtio-gpu-pci provides the Graphical support required to have BGRT logo.
>>> >
>>> >
>>> > 2. Here are some test results once Linux boots up, which show a valid BGRT table/logo being
>>> >    seen by the kernel:
>>> >
>>> > # acpidump
>>> > ...
>>> >
>>> > BGRT @ 0x0000000000000000
>>> >   0000: 42 47 52 54 38 00 00 00 01 B4 49 4E 54 45 4C 20  BGRT8.....INTEL
>>> >   0010: 45 44 4B 32 20 20 20 20 02 00 00 00 20 20 20 20  EDK2    ....
>>> >   0020: 13 00 00 01 01 00 01 00 00 80 B0 BA 00 00 00 00  ................
>>> >   0030: 2F 01 00 00 0F 01 00 00                          /.......
>>> >
>>> > # dmesg | grep -i BGRT
>>> > [    0.000000] ACPI: BGRT 0x00000000B8640000 000038 (v01 INTEL  EDK2     00000002      01000013)
>>> >
>>> >
>>> > # ls -lah /sys/firmware/acpi/bgrt/image
>>> > -r--r--r--    1 root     root       32.9K Feb 15 11:27 /sys/firmware/acpi/bgrt/image
>>> >
>>> > x86:
>>> > ====
>>> > 1. I used the latest Qemu (master branch) and compiled it for x86.
>>> >    Here is the command line I use to launch the same:
>>> >
>>> > # qemu-system-x86_64 -enable-kvm -sdl -m 2048 -vga std -boot c -cpu host -bios OVMF_CODE.fd -kernel bzImage -initrd rootfs.cpio -serial stdio
>>> >
>>> > where, OVMF_CODE.fd is the RELEASE build of EDK2 OvmfPkg (master branch)
>>> >        rootfs.cpio is the x86_64 build of Buildroot
>>> >
>>> > 2. Similar test results are seen as noted for the AARCH64 case above, which show a valid BGRT table/logo being
>>> >    seen by the kernel.
>>> >
>>> > Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>> > Cc: Ingo Molnar <mingo@kernel.org>
>>> > Cc: Matt Fleming <matt@codeblueprint.co.uk>
>>> > Cc: Dan Williams <dan.j.williams@intel.com>
>>> > Cc: Dave Young <dyoung@redhat.com>
>>> > Cc: Thomas Gleixner <tglx@linutronix.de>
>>> > Cc: Mark Rutland <mark.rutland@arm.com>
>>> > Cc: Will Deacon <will.deacon@arm.com>
>>> >
>>> > Bhupesh Sharma (2):
>>> >   x86/efi-bgrt: Move efi-bgrt handling out of arch/x86
>>> >   bgrt: Make ACPI BGRT parsing code common for ARCHs
>>> >
>>> >  arch/arm64/kernel/acpi.c                               | 3 +++
>>> >  arch/x86/kernel/acpi/boot.c                            | 6 ------
>>> >  arch/x86/platform/efi/Makefile                         | 1 -
>>> >  drivers/acpi/Kconfig                                   | 2 +-
>>> >  drivers/acpi/bgrt.c                                    | 6 ++++++
>>> >  drivers/firmware/efi/Makefile                          | 1 +
>>> >  {arch/x86/platform => drivers/firmware}/efi/efi-bgrt.c | 0
>>> >  include/linux/efi-bgrt.h                               | 2 ++
>>> >  8 files changed, 13 insertions(+), 8 deletions(-)
>>> >  rename {arch/x86/platform => drivers/firmware}/efi/efi-bgrt.c (100%)
>>> >
>>>
>>> These patches look fine to me, and I think we should be able to merge
>>> them without any changes.
>>>
>>> Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>>
>>> You only failed to cc the ACPI maintainers, please add Len and Rafael next time.
>
> Oops. Will take care in future.
>
>> No worries.
>>
>> The changes are fine by me.
>>
>

Thanks Rafael

I will queue these for v4.12 in efi/next

-- 
Ard.

WARNING: multiple messages have this Message-ID (diff)
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Bhupesh Sharma <bhsharma@redhat.com>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	"linux-efi@vger.kernel.org" <linux-efi@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>,
	"x86@kernel.org" <x86@kernel.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	Nicolai Stange <nicstange@gmail.com>,
	Leif Lindholm <leif.lindholm@linaro.org>,
	"Prakhya, Sai Praneeth" <sai.praneeth.prakhya@intel.com>,
	Peter Jones <pjones@redhat.com>,
	Bhupesh SHARMA <bhupesh.linux@gmail.com>,
	Ingo Molnar <mingo@kernel.org>,
	Matt Fleming <matt@codeblueprint.co.uk>,
	Dan Williams <dan.j.williams@intel.com>,
	Dave Young <dyoung@redhat.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Mark Rutland <mark.rutland@arm.com>,
	Will Deacon <will.deacon@arm.com>
Subject: Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
Date: Thu, 16 Feb 2017 11:58:15 +0000	[thread overview]
Message-ID: <CAKv+Gu8njGy25L1STfjb0Nk8g+avh0NuFEgcURJDtENYSj2rtQ@mail.gmail.com> (raw)
In-Reply-To: <CACi5LpMwvwm8RVi=OZTHhWsUUpkzhzrvhJ4m6Kcgf3=eW1O1gQ@mail.gmail.com>

On 16 February 2017 at 04:34, Bhupesh Sharma <bhsharma@redhat.com> wrote:
> Hi Ard, Rafael
>
> On Thu, Feb 16, 2017 at 5:14 AM, Rafael J. Wysocki <rjw@rjwysocki.net> wrote:
>> On Wednesday, February 15, 2017 05:44:28 PM Ard Biesheuvel wrote:
>>> Hello Bhupesh,
>>>
>>> On 15 February 2017 at 13:04, Bhupesh Sharma <bhsharma@redhat.com> wrote:
>>> > This patchset presents a RFC approach to move the ACPI BGRT table
>>> > handling related code out of 'arch/x86' and place it inside
>>> > 'drivers/firmware/efi' so that it can be used to support
>>> > ACPI BGRT table and BGRT logo across x86 and AARCH64 ARCHs.
>>> >
>>> > Note that this patchset is primarily tested on Qemu VMs for x86_64
>>> > and AARCH64 environments, while I try to get my hands on a real
>>> > AARCH64 hardware which supports a graphic card and whose boot firmware
>>> > I can modify to support the ACPI BGRT table to be passed to the kernel.
>>> >
>>> > Here are some details/outputs about/from the test environment:
>>> >
>>> > AARCH64:
>>> > ========
>>> > 1. I used the latest Qemu (master branch) and compiled it for aarch64 with softmmu support.
>>> >    Here is the command line I use to launch the same:
>>> >
>>> > # qemu-system-aarch64 -cpu cortex-a57 -M virt -m 2048 -bios QEMU_EFI.fd -kernel Image -initrd rootfs.cpio -serial stdio --append "acpi=force" -device virtio-gpu-pci
>>> >
>>> > where, QEMU_EFI.fd is the DEBUG build of EDK2 ArmVirtQemu.dsc (master branch)
>>> >        rootfs.cpio is the AARCH64 build of Buildroot (Little Endian AARCH64)
>>> >        -device virtio-gpu-pci provides the Graphical support required to have BGRT logo.
>>> >
>>> >
>>> > 2. Here are some test results once Linux boots up, which show a valid BGRT table/logo being
>>> >    seen by the kernel:
>>> >
>>> > # acpidump
>>> > ...
>>> >
>>> > BGRT @ 0x0000000000000000
>>> >   0000: 42 47 52 54 38 00 00 00 01 B4 49 4E 54 45 4C 20  BGRT8.....INTEL
>>> >   0010: 45 44 4B 32 20 20 20 20 02 00 00 00 20 20 20 20  EDK2    ....
>>> >   0020: 13 00 00 01 01 00 01 00 00 80 B0 BA 00 00 00 00  ................
>>> >   0030: 2F 01 00 00 0F 01 00 00                          /.......
>>> >
>>> > # dmesg | grep -i BGRT
>>> > [    0.000000] ACPI: BGRT 0x00000000B8640000 000038 (v01 INTEL  EDK2     00000002      01000013)
>>> >
>>> >
>>> > # ls -lah /sys/firmware/acpi/bgrt/image
>>> > -r--r--r--    1 root     root       32.9K Feb 15 11:27 /sys/firmware/acpi/bgrt/image
>>> >
>>> > x86:
>>> > ====
>>> > 1. I used the latest Qemu (master branch) and compiled it for x86.
>>> >    Here is the command line I use to launch the same:
>>> >
>>> > # qemu-system-x86_64 -enable-kvm -sdl -m 2048 -vga std -boot c -cpu host -bios OVMF_CODE.fd -kernel bzImage -initrd rootfs.cpio -serial stdio
>>> >
>>> > where, OVMF_CODE.fd is the RELEASE build of EDK2 OvmfPkg (master branch)
>>> >        rootfs.cpio is the x86_64 build of Buildroot
>>> >
>>> > 2. Similar test results are seen as noted for the AARCH64 case above, which show a valid BGRT table/logo being
>>> >    seen by the kernel.
>>> >
>>> > Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>> > Cc: Ingo Molnar <mingo@kernel.org>
>>> > Cc: Matt Fleming <matt@codeblueprint.co.uk>
>>> > Cc: Dan Williams <dan.j.williams@intel.com>
>>> > Cc: Dave Young <dyoung@redhat.com>
>>> > Cc: Thomas Gleixner <tglx@linutronix.de>
>>> > Cc: Mark Rutland <mark.rutland@arm.com>
>>> > Cc: Will Deacon <will.deacon@arm.com>
>>> >
>>> > Bhupesh Sharma (2):
>>> >   x86/efi-bgrt: Move efi-bgrt handling out of arch/x86
>>> >   bgrt: Make ACPI BGRT parsing code common for ARCHs
>>> >
>>> >  arch/arm64/kernel/acpi.c                               | 3 +++
>>> >  arch/x86/kernel/acpi/boot.c                            | 6 ------
>>> >  arch/x86/platform/efi/Makefile                         | 1 -
>>> >  drivers/acpi/Kconfig                                   | 2 +-
>>> >  drivers/acpi/bgrt.c                                    | 6 ++++++
>>> >  drivers/firmware/efi/Makefile                          | 1 +
>>> >  {arch/x86/platform => drivers/firmware}/efi/efi-bgrt.c | 0
>>> >  include/linux/efi-bgrt.h                               | 2 ++
>>> >  8 files changed, 13 insertions(+), 8 deletions(-)
>>> >  rename {arch/x86/platform => drivers/firmware}/efi/efi-bgrt.c (100%)
>>> >
>>>
>>> These patches look fine to me, and I think we should be able to merge
>>> them without any changes.
>>>
>>> Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>>
>>> You only failed to cc the ACPI maintainers, please add Len and Rafael next time.
>
> Oops. Will take care in future.
>
>> No worries.
>>
>> The changes are fine by me.
>>
>

Thanks Rafael

I will queue these for v4.12 in efi/next

-- 
Ard.

WARNING: multiple messages have this Message-ID (diff)
From: ard.biesheuvel@linaro.org (Ard Biesheuvel)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
Date: Thu, 16 Feb 2017 11:58:15 +0000	[thread overview]
Message-ID: <CAKv+Gu8njGy25L1STfjb0Nk8g+avh0NuFEgcURJDtENYSj2rtQ@mail.gmail.com> (raw)
In-Reply-To: <CACi5LpMwvwm8RVi=OZTHhWsUUpkzhzrvhJ4m6Kcgf3=eW1O1gQ@mail.gmail.com>

On 16 February 2017 at 04:34, Bhupesh Sharma <bhsharma@redhat.com> wrote:
> Hi Ard, Rafael
>
> On Thu, Feb 16, 2017 at 5:14 AM, Rafael J. Wysocki <rjw@rjwysocki.net> wrote:
>> On Wednesday, February 15, 2017 05:44:28 PM Ard Biesheuvel wrote:
>>> Hello Bhupesh,
>>>
>>> On 15 February 2017 at 13:04, Bhupesh Sharma <bhsharma@redhat.com> wrote:
>>> > This patchset presents a RFC approach to move the ACPI BGRT table
>>> > handling related code out of 'arch/x86' and place it inside
>>> > 'drivers/firmware/efi' so that it can be used to support
>>> > ACPI BGRT table and BGRT logo across x86 and AARCH64 ARCHs.
>>> >
>>> > Note that this patchset is primarily tested on Qemu VMs for x86_64
>>> > and AARCH64 environments, while I try to get my hands on a real
>>> > AARCH64 hardware which supports a graphic card and whose boot firmware
>>> > I can modify to support the ACPI BGRT table to be passed to the kernel.
>>> >
>>> > Here are some details/outputs about/from the test environment:
>>> >
>>> > AARCH64:
>>> > ========
>>> > 1. I used the latest Qemu (master branch) and compiled it for aarch64 with softmmu support.
>>> >    Here is the command line I use to launch the same:
>>> >
>>> > # qemu-system-aarch64 -cpu cortex-a57 -M virt -m 2048 -bios QEMU_EFI.fd -kernel Image -initrd rootfs.cpio -serial stdio --append "acpi=force" -device virtio-gpu-pci
>>> >
>>> > where, QEMU_EFI.fd is the DEBUG build of EDK2 ArmVirtQemu.dsc (master branch)
>>> >        rootfs.cpio is the AARCH64 build of Buildroot (Little Endian AARCH64)
>>> >        -device virtio-gpu-pci provides the Graphical support required to have BGRT logo.
>>> >
>>> >
>>> > 2. Here are some test results once Linux boots up, which show a valid BGRT table/logo being
>>> >    seen by the kernel:
>>> >
>>> > # acpidump
>>> > ...
>>> >
>>> > BGRT @ 0x0000000000000000
>>> >   0000: 42 47 52 54 38 00 00 00 01 B4 49 4E 54 45 4C 20  BGRT8.....INTEL
>>> >   0010: 45 44 4B 32 20 20 20 20 02 00 00 00 20 20 20 20  EDK2    ....
>>> >   0020: 13 00 00 01 01 00 01 00 00 80 B0 BA 00 00 00 00  ................
>>> >   0030: 2F 01 00 00 0F 01 00 00                          /.......
>>> >
>>> > # dmesg | grep -i BGRT
>>> > [    0.000000] ACPI: BGRT 0x00000000B8640000 000038 (v01 INTEL  EDK2     00000002      01000013)
>>> >
>>> >
>>> > # ls -lah /sys/firmware/acpi/bgrt/image
>>> > -r--r--r--    1 root     root       32.9K Feb 15 11:27 /sys/firmware/acpi/bgrt/image
>>> >
>>> > x86:
>>> > ====
>>> > 1. I used the latest Qemu (master branch) and compiled it for x86.
>>> >    Here is the command line I use to launch the same:
>>> >
>>> > # qemu-system-x86_64 -enable-kvm -sdl -m 2048 -vga std -boot c -cpu host -bios OVMF_CODE.fd -kernel bzImage -initrd rootfs.cpio -serial stdio
>>> >
>>> > where, OVMF_CODE.fd is the RELEASE build of EDK2 OvmfPkg (master branch)
>>> >        rootfs.cpio is the x86_64 build of Buildroot
>>> >
>>> > 2. Similar test results are seen as noted for the AARCH64 case above, which show a valid BGRT table/logo being
>>> >    seen by the kernel.
>>> >
>>> > Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>> > Cc: Ingo Molnar <mingo@kernel.org>
>>> > Cc: Matt Fleming <matt@codeblueprint.co.uk>
>>> > Cc: Dan Williams <dan.j.williams@intel.com>
>>> > Cc: Dave Young <dyoung@redhat.com>
>>> > Cc: Thomas Gleixner <tglx@linutronix.de>
>>> > Cc: Mark Rutland <mark.rutland@arm.com>
>>> > Cc: Will Deacon <will.deacon@arm.com>
>>> >
>>> > Bhupesh Sharma (2):
>>> >   x86/efi-bgrt: Move efi-bgrt handling out of arch/x86
>>> >   bgrt: Make ACPI BGRT parsing code common for ARCHs
>>> >
>>> >  arch/arm64/kernel/acpi.c                               | 3 +++
>>> >  arch/x86/kernel/acpi/boot.c                            | 6 ------
>>> >  arch/x86/platform/efi/Makefile                         | 1 -
>>> >  drivers/acpi/Kconfig                                   | 2 +-
>>> >  drivers/acpi/bgrt.c                                    | 6 ++++++
>>> >  drivers/firmware/efi/Makefile                          | 1 +
>>> >  {arch/x86/platform => drivers/firmware}/efi/efi-bgrt.c | 0
>>> >  include/linux/efi-bgrt.h                               | 2 ++
>>> >  8 files changed, 13 insertions(+), 8 deletions(-)
>>> >  rename {arch/x86/platform => drivers/firmware}/efi/efi-bgrt.c (100%)
>>> >
>>>
>>> These patches look fine to me, and I think we should be able to merge
>>> them without any changes.
>>>
>>> Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>>>
>>> You only failed to cc the ACPI maintainers, please add Len and Rafael next time.
>
> Oops. Will take care in future.
>
>> No worries.
>>
>> The changes are fine by me.
>>
>

Thanks Rafael

I will queue these for v4.12 in efi/next

-- 
Ard.

  reply	other threads:[~2017-02-16 11:58 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-15 13:04 [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86 Bhupesh Sharma
2017-02-15 13:04 ` Bhupesh Sharma
2017-02-15 13:04 ` Bhupesh Sharma
     [not found] ` <1487163892-27701-1-git-send-email-bhsharma-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-02-15 13:04   ` [PATCH 1/2] x86/efi-bgrt: Move efi-bgrt handling " Bhupesh Sharma
2017-02-15 13:04     ` Bhupesh Sharma
2017-02-15 13:04     ` Bhupesh Sharma
2017-02-15 13:04 ` [PATCH 2/2] bgrt: Make ACPI BGRT parsing code common for ARCHs Bhupesh Sharma
2017-02-15 13:04   ` Bhupesh Sharma
2017-02-15 17:44 ` [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86 Ard Biesheuvel
2017-02-15 17:44   ` Ard Biesheuvel
2017-02-15 17:44   ` Ard Biesheuvel
     [not found]   ` <CAKv+Gu-qv83fi9qBugA=Od2htcLb966SPBpZXSnXdH=AYw-COw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-02-15 23:44     ` Rafael J. Wysocki
2017-02-15 23:44       ` Rafael J. Wysocki
2017-02-15 23:44       ` Rafael J. Wysocki
     [not found]       ` <4695986.Exl6llDaHp-yvgW3jdyMHm1GS7QM15AGw@public.gmane.org>
2017-02-16  4:34         ` Bhupesh Sharma
2017-02-16  4:34           ` Bhupesh Sharma
2017-02-16  4:34           ` Bhupesh Sharma
2017-02-16 11:58           ` Ard Biesheuvel [this message]
2017-02-16 11:58             ` Ard Biesheuvel
2017-02-16 11:58             ` Ard Biesheuvel

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=CAKv+Gu8njGy25L1STfjb0Nk8g+avh0NuFEgcURJDtENYSj2rtQ@mail.gmail.com \
    --to=ard.biesheuvel@linaro.org \
    --cc=bhsharma@redhat.com \
    --cc=bhupesh.linux@gmail.com \
    --cc=dan.j.williams@intel.com \
    --cc=dyoung@redhat.com \
    --cc=leif.lindholm@linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-efi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark.rutland@a \
    --cc=matt@codeblueprint.co.uk \
    --cc=mingo@kernel.org \
    --cc=nicstange@gmail.com \
    --cc=pjones@redhat.com \
    --cc=rjw@rjwysocki.net \
    --cc=sai.praneeth.prakhya@intel.com \
    --cc=tglx@linutronix.de \
    --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.