[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170425150005.GR24360@codeblueprint.co.uk>
Date: Tue, 25 Apr 2017 16:00:05 +0100
From: Matt Fleming <matt@...eblueprint.co.uk>
To: Jan Kiszka <jan.kiszka@...mens.com>
Cc: Ard Biesheuvel <ard.biesheuvel@...aro.org>,
linux-efi@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Andy Shevchenko <andy.shevchenko@...il.com>,
Bryan O'Donoghue <pure.logic@...us-software.ie>,
Hock Leong Kweh <hock.leong.kweh@...el.com>,
Borislav Petkov <bp@...en8.de>,
Sascha Weisenberger <sascha.weisenberger@...mens.com>
Subject: Re: [PATCH v2 0/3] efi: add support for non-standard capsule headers
On Wed, 19 Apr, at 08:32:59PM, Jan Kiszka wrote:
> This picks up the patches Ard send before in [1], including the
> "left-over" patches 6..8.
>
> As Ard suggested, I've taken updated patches 6 and 7 of him from [2]
> which address reviewer comments. Furthermore, I've changed patch 8 to
> factor out the Quark quirk logic from the overloaded
> efi_capsule_setup_info as requested by Matt and also applied Andy's
> suggestion to have a quirk dispatcher table with callbacks.
>
> Tested successfully on the IOT2040 - still without a working Galileo
> board.
>
> Jan
>
> [1] http://www.spinics.net/lists/linux-efi/msg11194.html
> [2] https://git.kernel.org/pub/scm/linux/kernel/git/ardb/linux.git/log/?h=quark-capsule
>
> Cc: Matt Fleming <matt@...eblueprint.co.uk>
>
> Ard Biesheuvel (2):
> efi/capsule-loader: Redirect calls to efi_capsule_setup_info via weak
> alias
> efi/capsule-loader: Use page addresses rather than struct page
> pointers
>
> Jan Kiszka (1):
> efi/capsule: Add support for Quark security header
>
> arch/x86/platform/efi/quirks.c | 137 ++++++++++++++++++++++++++++++++++
> drivers/firmware/efi/Kconfig | 9 +++
> drivers/firmware/efi/capsule-loader.c | 66 ++++++++--------
> drivers/firmware/efi/capsule.c | 7 +-
> include/linux/efi.h | 14 +++-
> 5 files changed, 197 insertions(+), 36 deletions(-)
OK, this looks like it's in good shape to me.
Ard, are we waiting for anything else before we queue this up for
v4.13?
Powered by blists - more mailing lists