All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
To: "linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	Matt Fleming
	<matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
Cc: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	David Herrmann
	<dh.herrmann-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Peter Jones <pjones-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Ard Biesheuvel
	<ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Subject: Re: [PATCH v3 0/9] EFI framebuffer support for ARM and arm64
Date: Wed, 20 Apr 2016 14:51:09 +0200	[thread overview]
Message-ID: <CAKv+Gu_WPCbGgG1TjnY5tQ4YPgR_LDdaeR1fm-S=C894OsXiGQ@mail.gmail.com> (raw)
In-Reply-To: <1459526735-24936-1-git-send-email-ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>

On 1 April 2016 at 18:05, Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote:
> This series adds support to ARM and arm64 for using the kernel's EFI
> framebuffer driver to drive EFI Graphics Output Protocol (GOP) based
> framebuffers.
>

Matt: FYI the memremap() patches for ARM that this series (and the
memory attributes one as well, for that matter) depends on have been
pulled by Russell and should turn up in -next shortly. That means
these patches are good to go, as far as I am concerned (unless there
are remaining concerns?)

Thanks,
Ard.


> This involves refactoring some of the existing x86 code so it can be reused
> by ARM and arm64, and wiring it up both in the UEFI stub and in the core
> kernel into the existing UEFI infrastructure for ARM and arm64.
>
> Changes since v2:
> - added acks from Peter and David (patches #3 and #4)
> - move introduction of typedef of efi_graphics_output_protocol_query_mode to
>   patch #1 (and move it along in a subsequent patch) to fix a transient build
>   issue spotted by the kbuild robot
> - register screen_info as platform driver data explicitly, as x86 does (David)
> - assign dummy values to screen_info.orig_video_cols/orig_video_lines, this is
>   required by dummycon on ARM
>
> Changes since v1:
> - don't use const efi_guid_t and subsequently cast away constness
> - update first, then move the x86 GOP code rather than creating a copy
>   and update at the same time, and delete the x86 code later: this should
>   make it easier to spot changes to the code that affect its correct operation
>   on x86
> - refactor the ARM changes so that the config table creation and consumption
>   is introduced in the same patch (including the prototype changes for the
>   install_configuration_table() boot service function pointer)
> - use true/false rather than 1/0
> - split stub changes into 32-bit arm/64-bit arm/common arm
> - split platform device changes from platform driver changes (latter is
>   basically only a Kconfig change)
>
> Ard Biesheuvel (9):
>   efi/x86: prepare GOP handling code for reuse as generic code
>   efi: libstub: move Graphics Output Protocol handling to generic code
>   efi/x86: efifb: move DMI based quirks handling out of generic code
>   efi: efifb: use builtin_platform_driver and drop unused includes
>   efi/arm64: libstub: make screen_info accessible to the UEFI stub
>   efi/arm: libstub: make screen_info accessible to the UEFI stub
>   efi/arm*: libstub: wire up GOP protocol to struct screen_info
>   efi/arm*: wire up struct screen_info to efi-framebuffer platform
>     device
>   efifb: enable the efi-framebuffer platform driver for ARM and arm64
>
>  arch/arm/include/asm/efi.h                |  11 +-
>  arch/arm/kernel/setup.c                   |   3 +-
>  arch/arm64/include/asm/efi.h              |  11 +-
>  arch/arm64/kernel/efi.c                   |   3 +
>  arch/arm64/kernel/image.h                 |   1 +
>  arch/x86/boot/compressed/eboot.c          | 308 +----------------
>  arch/x86/boot/compressed/eboot.h          |  74 ----
>  arch/x86/include/asm/efi.h                |   7 +
>  arch/x86/kernel/sysfb_efi.c               |  15 +
>  drivers/firmware/efi/arm-init.c           |  52 ++-
>  drivers/firmware/efi/efi.c                |   5 +-
>  drivers/firmware/efi/libstub/Makefile     |   2 +-
>  drivers/firmware/efi/libstub/arm-stub.c   |  23 ++
>  drivers/firmware/efi/libstub/arm32-stub.c |  37 ++
>  drivers/firmware/efi/libstub/gop.c        | 354 ++++++++++++++++++++
>  drivers/video/fbdev/Kconfig               |   2 +-
>  drivers/video/fbdev/efifb.c               |  21 +-
>  include/linux/efi.h                       |  97 +++++-
>  18 files changed, 619 insertions(+), 407 deletions(-)
>  create mode 100644 drivers/firmware/efi/libstub/gop.c
>
> --
> 2.5.0
>

WARNING: multiple messages have this Message-ID
From: ard.biesheuvel@linaro.org (Ard Biesheuvel)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 0/9] EFI framebuffer support for ARM and arm64
Date: Wed, 20 Apr 2016 14:51:09 +0200	[thread overview]
Message-ID: <CAKv+Gu_WPCbGgG1TjnY5tQ4YPgR_LDdaeR1fm-S=C894OsXiGQ@mail.gmail.com> (raw)
In-Reply-To: <1459526735-24936-1-git-send-email-ard.biesheuvel@linaro.org>

On 1 April 2016 at 18:05, Ard Biesheuvel <ard.biesheuvel@linaro.org> wrote:
> This series adds support to ARM and arm64 for using the kernel's EFI
> framebuffer driver to drive EFI Graphics Output Protocol (GOP) based
> framebuffers.
>

Matt: FYI the memremap() patches for ARM that this series (and the
memory attributes one as well, for that matter) depends on have been
pulled by Russell and should turn up in -next shortly. That means
these patches are good to go, as far as I am concerned (unless there
are remaining concerns?)

Thanks,
Ard.


> This involves refactoring some of the existing x86 code so it can be reused
> by ARM and arm64, and wiring it up both in the UEFI stub and in the core
> kernel into the existing UEFI infrastructure for ARM and arm64.
>
> Changes since v2:
> - added acks from Peter and David (patches #3 and #4)
> - move introduction of typedef of efi_graphics_output_protocol_query_mode to
>   patch #1 (and move it along in a subsequent patch) to fix a transient build
>   issue spotted by the kbuild robot
> - register screen_info as platform driver data explicitly, as x86 does (David)
> - assign dummy values to screen_info.orig_video_cols/orig_video_lines, this is
>   required by dummycon on ARM
>
> Changes since v1:
> - don't use const efi_guid_t and subsequently cast away constness
> - update first, then move the x86 GOP code rather than creating a copy
>   and update at the same time, and delete the x86 code later: this should
>   make it easier to spot changes to the code that affect its correct operation
>   on x86
> - refactor the ARM changes so that the config table creation and consumption
>   is introduced in the same patch (including the prototype changes for the
>   install_configuration_table() boot service function pointer)
> - use true/false rather than 1/0
> - split stub changes into 32-bit arm/64-bit arm/common arm
> - split platform device changes from platform driver changes (latter is
>   basically only a Kconfig change)
>
> Ard Biesheuvel (9):
>   efi/x86: prepare GOP handling code for reuse as generic code
>   efi: libstub: move Graphics Output Protocol handling to generic code
>   efi/x86: efifb: move DMI based quirks handling out of generic code
>   efi: efifb: use builtin_platform_driver and drop unused includes
>   efi/arm64: libstub: make screen_info accessible to the UEFI stub
>   efi/arm: libstub: make screen_info accessible to the UEFI stub
>   efi/arm*: libstub: wire up GOP protocol to struct screen_info
>   efi/arm*: wire up struct screen_info to efi-framebuffer platform
>     device
>   efifb: enable the efi-framebuffer platform driver for ARM and arm64
>
>  arch/arm/include/asm/efi.h                |  11 +-
>  arch/arm/kernel/setup.c                   |   3 +-
>  arch/arm64/include/asm/efi.h              |  11 +-
>  arch/arm64/kernel/efi.c                   |   3 +
>  arch/arm64/kernel/image.h                 |   1 +
>  arch/x86/boot/compressed/eboot.c          | 308 +----------------
>  arch/x86/boot/compressed/eboot.h          |  74 ----
>  arch/x86/include/asm/efi.h                |   7 +
>  arch/x86/kernel/sysfb_efi.c               |  15 +
>  drivers/firmware/efi/arm-init.c           |  52 ++-
>  drivers/firmware/efi/efi.c                |   5 +-
>  drivers/firmware/efi/libstub/Makefile     |   2 +-
>  drivers/firmware/efi/libstub/arm-stub.c   |  23 ++
>  drivers/firmware/efi/libstub/arm32-stub.c |  37 ++
>  drivers/firmware/efi/libstub/gop.c        | 354 ++++++++++++++++++++
>  drivers/video/fbdev/Kconfig               |   2 +-
>  drivers/video/fbdev/efifb.c               |  21 +-
>  include/linux/efi.h                       |  97 +++++-
>  18 files changed, 619 insertions(+), 407 deletions(-)
>  create mode 100644 drivers/firmware/efi/libstub/gop.c
>
> --
> 2.5.0
>

  parent reply	other threads:[~2016-04-20 12:51 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-01 16:05 Ard Biesheuvel
2016-04-01 16:05 ` Ard Biesheuvel
     [not found] ` <1459526735-24936-1-git-send-email-ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2016-04-01 16:05   ` [PATCH v3 1/9] efi/x86: prepare GOP handling code for reuse as generic code Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-01 16:05   ` [PATCH v3 2/9] efi: libstub: move Graphics Output Protocol handling to " Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-01 16:05   ` [PATCH v3 3/9] efi/x86: efifb: move DMI based quirks handling out of " Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-01 16:05   ` [PATCH v3 4/9] efi: efifb: use builtin_platform_driver and drop unused includes Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-01 16:05   ` [PATCH v3 5/9] efi/arm64: libstub: make screen_info accessible to the UEFI stub Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
     [not found]     ` <1459526735-24936-6-git-send-email-ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2016-04-14 16:46       ` Will Deacon
2016-04-14 16:46         ` Will Deacon
2016-04-01 16:05   ` [PATCH v3 6/9] efi/arm: " Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-01 16:05   ` [PATCH v3 7/9] efi/arm*: libstub: wire up GOP protocol to struct screen_info Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-01 16:05   ` [PATCH v3 8/9] efi/arm*: wire up struct screen_info to efi-framebuffer platform device Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-01 16:05   ` [PATCH v3 9/9] efifb: enable the efi-framebuffer platform driver for ARM and arm64 Ard Biesheuvel
2016-04-01 16:05     ` Ard Biesheuvel
2016-04-20 12:51   ` Ard Biesheuvel [this message]
2016-04-20 12:51     ` [PATCH v3 0/9] EFI framebuffer support " Ard Biesheuvel
     [not found]     ` <CAKv+Gu_WPCbGgG1TjnY5tQ4YPgR_LDdaeR1fm-S=C894OsXiGQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-04-20 19:02       ` Matt Fleming
2016-04-20 19:02         ` Matt Fleming
     [not found]         ` <20160420190224.GC2829-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
2016-04-22 21:26           ` Matt Fleming
2016-04-22 21:26             ` Matt Fleming

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+Gu_WPCbGgG1TjnY5tQ4YPgR_LDdaeR1fm-S=C894OsXiGQ@mail.gmail.com' \
    --to=ard.biesheuvel-qsej5fyqhm4dnm+yrofe0a@public.gmane.org \
    --cc=dh.herrmann-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
    --cc=matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org \
    --cc=pjones-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=will.deacon-5wv7dgnIgG8@public.gmane.org \
    --subject='Re: [PATCH v3 0/9] EFI framebuffer support for ARM and arm64' \
    /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

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.