Folks, please pull the single below fix from Omar which fixes a kexec
boot regression.
I've based the pull on tip/efi/urgent since the EFI urgent queue
hasn't reached Linus' tree yet.
The following changes since commit 55d728a40d368ba80443be85c02e641fc9082a3f:
efi/fb: Avoid reconfiguration of
The following changes since commit 090abfc9dc7faf3f84799f956158c8c3af149a81:
x86/efi: Always map first physical page into EFI pagetables (2017-01-27
20:20:01 +)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi.git tags/efi-urgent
for you to
Folks, please pull the below fix from Jiri which fixes a triple fault
affecting the Lenovo Yogas since v4.8.
The following changes since commit 7a308bb3016f57e5be11a677d15b821536419d36:
Linux 4.10-rc5 (2017-01-22 12:54:15 -0800)
are available in the git repository at:
git://git.kernel.org/p
The following changes since commit 69973b830859bc6529a7a0468ba0d80ee5117826:
Linux 4.9 (2016-12-11 11:17:54 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi.git tags/efi-urgent
for you to fetch changes up to bcd5812b8bfb24783f09b53659fae54
The following changes since commit c10fcb14c7afd6688c7b197a814358fecf244222:
x86/sysfb_efi: Fix valid BAR address range check (2016-05-05 16:01:00 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
for you to fetch c
* Matt Fleming wrote:
> Folks, please pull the following fix from Laszlo that ensures we don't
> perform an out-of-bounds access when matching EFI variable names
> against the variable protection whitelist.
>
> The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9:
>
>
Folks, please pull the following fix from Laszlo that ensures we don't
perform an out-of-bounds access when matching EFI variable names
against the variable protection whitelist.
The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9:
Linux 4.6-rc4 (2016-04-17 19:13:32 -070
* Matt Fleming wrote:
> Folks,
>
> Please pull the following fix for an arm64 boot crash reported by Mark
> Salter with 64KB granule kernels. It is also tagged for stable.
>
> The following changes since commit 591b1d8d86074ac3a3163d89bcfe7b232cf83902:
>
> x86/mm/pkeys: Add missing Document
Folks,
Please pull the following fix for an arm64 boot crash reported by Mark
Salter with 64KB granule kernels. It is also tagged for stable.
The following changes since commit 591b1d8d86074ac3a3163d89bcfe7b232cf83902:
x86/mm/pkeys: Add missing Documentation (2016-03-29 11:21:17 +0200)
are av
Scott has reported another bug in the EFI mapping code which caused
page faults during SetVirtualAddressMap() because we're using 1GB
pages at the PUD level even though they may not be supported by the
cpu.
This patch is against tip/efi/core even though the bug has existed
since populate_pud() was
Folks, the following patch fixes a bug that is triggered with the new
EFI page table code sitting in tip/efi/core and queued up for the
merge window.
It turns out that we were relying on the kernel's mappings for those
regions that are marked E820_RESERVED, etc in the e820 map. The
specific exampl
On Wed, 4 Nov 2015, Matt Fleming wrote:
> for you to fetch changes up to 5965d1bbeba70fe3626e4537f4729283cb0e75f7:
>
> x86/setup: Fix recent boot crash on 32-bit SMP machines (2015-11-04
> 09:26:24 +)
I just picked that up manually :)
--
To unsubscribe from this list: send the line "unsubs
Folks, the LKP robot reported an issue with Paolo's recent bug fix
that syncs the identity mapping in 'initial_page_table'. Turns out
that KERNEL_PGD_PTRS is not the correct constant to use when copying
to the lower region because that's every PGD from PAGE_OFFSET to the
end of the addressable memo
* Matt Fleming wrote:
> From: Matt Fleming
>
> Folks, the below fix from Paolo addresses an issue causing 32-bit
> non-PAE kernels to triple fault on EFI boot. The issue is that the
> physical address of the GDT that gets used in efi_call_phys_prolog()
> won't be covered by the identitty mappi
From: Matt Fleming
Folks, the below fix from Paolo addresses an issue causing 32-bit
non-PAE kernels to triple fault on EFI boot. The issue is that the
physical address of the GDT that gets used in efi_call_phys_prolog()
won't be covered by the identitty mapping in initial_page_table.
The follow
From: Matt Fleming
Please pull the following fix from Zoltán which addresses a bug that
resulted in the the secondary GOP display being garbled when booting
using the EFI boot stub.
The following changes since commit 825fcfce81921c9cc4ef801d844793815721e458:
MAINTAINERS: Change Matt Fleming's
* Matt Fleming wrote:
> Folks,
>
> Please pull the following fix from Tony that addresses a bug in the EFI
> CPER driver preventing it from working with memory error records as
> described in the UEFI 2.2 spec.
>
> The following changes since commit d67e199611b986b345ea3087ee2e4a15da1c98b3:
>
Folks,
Please pull the following fix from Tony that addresses a bug in the EFI
CPER driver preventing it from working with memory error records as
described in the UEFI 2.2 spec.
The following changes since commit d67e199611b986b345ea3087ee2e4a15da1c98b3:
efi: Fix error handling in add_sysfs_r
On Thu, 11 Jun, at 04:43:58PM, Ingo Molnar wrote:
>
> So I pulled this into tip:x86/efi, not into tip:x86/urgent, because the
> commit
> that broke the ia64 build is not upstream yet.
Thanks Ingo, that sounds good to me.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe f
* Matt Fleming wrote:
> Folks, please pull the following build fix from Peter Jones. Guenter
> reported that the ESRT driver doesn't build properly on ia64. The
> problem was discovered in linux-next.
>
> The following changes since commit c208358c2cc832eeb5b341a465eee30be19cd5a0:
>
> efi: A
Folks, please pull the following build fix from Peter Jones. Guenter
reported that the ESRT driver doesn't build properly on ia64. The
problem was discovered in linux-next.
The following changes since commit c208358c2cc832eeb5b341a465eee30be19cd5a0:
efi: Add 'systab' information to Documentatio
Folks,
Please pull the following fix from Jean which addresses an integer
overflow issue when calculating the number of entries in an SMBIOS 3.0
DMI table.
The following changes since commit 6d9ff473317245e3e5cd9922b4520411c2296388:
firmware: dmi_scan: Fix dmi_len type (2015-02-24 18:54:17 +00
* Matt Fleming wrote:
> Hi guys,
>
> Please consider pulling the following urgent fix from Dave. It fixes an
> earlyprintk=efi regression introduced in v3.16. Due to changes in the
> early ACPI code we run out of early_ioremap slots when earlyprintk=efi
> is specified on the command line, resul
Hi guys,
Please consider pulling the following urgent fix from Dave. It fixes an
earlyprintk=efi regression introduced in v3.16. Due to changes in the
early ACPI code we run out of early_ioremap slots when earlyprintk=efi
is specified on the command line, resulting in a hang during kernel
boot.
T
Folks, please pull the following fix. It's something that Peter and I
talked about a while ago, and it seems that people are actually hitting
issues without this patch and have been since v3.13.
The following changes since commit c7fb93ec51d462ec3540a729ba446663c26a0505:
x86/efi: Include a .bss
Guys, please pull the following fix from Ard that stops the arm64 EFI
stub being rebuilt on every arm64 kernel build by removing the
dependency on the generated header files.
The following changes since commit 783ee43118dc773bc8b0342c5b230e017d5a04d0:
efi-pstore: Fix an overflow on 32-bit build
On Fri, 20 Jun, at 10:00:08AM, Matt Fleming wrote:
> Guys,
>
> Please pull the following compiler warning fix. Sorry, I've been pretty
> slow in getting this pull request sent. Multiple people have reported
> hitting it and I've now received 4 patches for the same warning,
>
> http://article.gm
On Fri, Jun 20, 2014 at 02:49:38PM +0100, Matt Fleming wrote:
> On Fri, 20 Jun, at 02:39:19PM, Leif Lindholm wrote:
> >
> > I did post an alternative patch for one half of this a week before
> > anyone else, but that one seems to have been ignored, even by gmane:
> > http://www.spinics.net/lists/l
On Fri, 20 Jun, at 02:39:19PM, Leif Lindholm wrote:
>
> I did post an alternative patch for one half of this a week before
> anyone else, but that one seems to have been ignored, even by gmane:
> http://www.spinics.net/lists/linux-efi/msg03924.html
Sorry Leif, I don't know why I didn't pick that
On Fri, Jun 20, 2014 at 10:28:48AM +0100, Catalin Marinas wrote:
> On Fri, Jun 20, 2014 at 10:00:08AM +0100, Matt Fleming wrote:
> > Please pull the following compiler warning fix. Sorry, I've been pretty
> > slow in getting this pull request sent. Multiple people have reported
> > hitting it and I
On Fri, Jun 20, 2014 at 10:00:08AM +0100, Matt Fleming wrote:
> Please pull the following compiler warning fix. Sorry, I've been pretty
> slow in getting this pull request sent. Multiple people have reported
> hitting it and I've now received 4 patches for the same warning,
BTW, one of them is not
Guys,
Please pull the following compiler warning fix. Sorry, I've been pretty
slow in getting this pull request sent. Multiple people have reported
hitting it and I've now received 4 patches for the same warning,
http://article.gmane.org/gmane.linux.kernel.efi/4024
http://article.gmane.org/gm
* Matt Fleming wrote:
> Folks, please pull the following patch from Dave that fixes some bugs in
> the EFI earlyprintk code when using ",keep".
>
> The following changes since commit 47514c996fac5e6f13ef3a4c5e23f1c5cffabb7b:
>
> efi: Pass correct file handle to efi_file_{read,close} (2014-04
Folks, please pull the following patch from Dave that fixes some bugs in
the EFI earlyprintk code when using ",keep".
The following changes since commit 47514c996fac5e6f13ef3a4c5e23f1c5cffabb7b:
efi: Pass correct file handle to efi_file_{read,close} (2014-04-10 21:20:03
+0100)
are available i
Please pull the following fix from Borislav that fixes a boot regression
for SGI UV.
The following changes since commit 09503379dc99535b1bbfa51aa1aeef340f5d82ec:
x86/efi: Check status field to validate BGRT header (2014-02-14 10:07:15
+)
are available in the git repository at:
git://gi
* Matt Fleming wrote:
> Hi,
>
> The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
>
> Linux 3.12-rc1 (2013-09-16 16:17:51 -0400)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
> tags/efi-urgent
>
Hi,
The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
Linux 3.12-rc1 (2013-09-16 16:17:51 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
for you to fetch changes up to 700870119f49084d
The following changes since commit f8b8404337de4e2466e2e1139ea68b1f8295974f:
Modify UEFI anti-bricking code (2013-06-10 21:59:37 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
for you to fetch changes up to b8cb6
On Fri, 26 Apr, at 09:40:46AM, Linus Torvalds wrote:
> On Fri, Apr 26, 2013 at 9:30 AM, Matt Fleming wrote:
> > Hi Peter, Linus,
> >
> > I've got a small patch that fixes a crash for the Google folks and their
> > EFI SMI driver, which was caused by dereferencing a garbage pointer.
>
> Hmm. I alr
On Fri, Apr 26, 2013 at 9:30 AM, Matt Fleming wrote:
> Hi Peter, Linus,
>
> I've got a small patch that fixes a crash for the Google folks and their
> EFI SMI driver, which was caused by dereferencing a garbage pointer.
Hmm. I already took this from the earlier email you sent. Did it change since
Hi Peter, Linus,
I've got a small patch that fixes a crash for the Google folks and their
EFI SMI driver, which was caused by dereferencing a garbage pointer.
Please consider pulling.
The following changes since commit f697036b93aa7345d4cbb3c854a76456c0ddac45:
efi: Check EFI revision in setup
41 matches
Mail list logo
