* Matt Fleming wrote:
> Folks, please pull the following urgent EFI fixes which prevent an oops
> if users pass an invalid "efi" kernel parameter and a boot issue seen on
> Parallels virtual machines.
>
> The tag is based on v4.2-rc4, let me know if you want me to rebase it on
> top of
* Matt Fleming m...@codeblueprint.co.uk wrote:
Folks, please pull the following urgent EFI fixes which prevent an oops
if users pass an invalid efi kernel parameter and a boot issue seen on
Parallels virtual machines.
The tag is based on v4.2-rc4, let me know if you want me to rebase it on
Folks, please pull the following urgent EFI fixes which prevent an oops
if users pass an invalid "efi" kernel parameter and a boot issue seen on
Parallels virtual machines.
The tag is based on v4.2-rc4, let me know if you want me to rebase it on
top of something else.
The following changes since
Folks, please pull the following urgent EFI fixes which prevent an oops
if users pass an invalid efi kernel parameter and a boot issue seen on
Parallels virtual machines.
The tag is based on v4.2-rc4, let me know if you want me to rebase it on
top of something else.
The following changes since
* Matt Fleming wrote:
> Folks, please pull the following bug fixes for efivarfs, EFI boot stub
> and the EFI runtime map code.
>
> The following changes since commit bfbaafae8519d82d10da6abe75f5766dd5b20475:
>
> firmware: dmi_scan: Prevent dmi_num integer overflow (2015-03-27 10:53:46
>
* Matt Fleming m...@codeblueprint.co.uk wrote:
Folks, please pull the following bug fixes for efivarfs, EFI boot stub
and the EFI runtime map code.
The following changes since commit bfbaafae8519d82d10da6abe75f5766dd5b20475:
firmware: dmi_scan: Prevent dmi_num integer overflow
Folks, please pull the following bug fixes for efivarfs, EFI boot stub
and the EFI runtime map code.
The following changes since commit bfbaafae8519d82d10da6abe75f5766dd5b20475:
firmware: dmi_scan: Prevent dmi_num integer overflow (2015-03-27 10:53:46
+)
are available in the git
Folks, please pull the following bug fixes for efivarfs, EFI boot stub
and the EFI runtime map code.
The following changes since commit bfbaafae8519d82d10da6abe75f5766dd5b20475:
firmware: dmi_scan: Prevent dmi_num integer overflow (2015-03-27 10:53:46
+)
are available in the git
On Mon, 02 Mar, at 02:24:10PM, Ingo Molnar wrote:
>
> Pulled, thanks Matt!
>
> For future reference, plase leave out unreadable commit messages like
> this:
>
> While adding support loading kernel and initrd above 4G to grub2 in
> legacy mode, I was referring to efi_high_alloc(). That
* Matt Fleming wrote:
> Folks, please pull the following urgent changes.
>
> The following changes since commit 43a9f69692b232d1c64c913a27507eb14a1c47fd:
>
> Revert "efi/libstub: Call get_memory_map() to obtain map and desc sizes"
> (2015-02-18 11:38:13 +)
>
> are available in the git
Folks, please pull the following urgent changes.
The following changes since commit 43a9f69692b232d1c64c913a27507eb14a1c47fd:
Revert "efi/libstub: Call get_memory_map() to obtain map and desc sizes"
(2015-02-18 11:38:13 +)
are available in the git repository at:
Folks, please pull the following urgent changes.
The following changes since commit 43a9f69692b232d1c64c913a27507eb14a1c47fd:
Revert efi/libstub: Call get_memory_map() to obtain map and desc sizes
(2015-02-18 11:38:13 +)
are available in the git repository at:
On Mon, 02 Mar, at 02:24:10PM, Ingo Molnar wrote:
Pulled, thanks Matt!
For future reference, plase leave out unreadable commit messages like
this:
While adding support loading kernel and initrd above 4G to grub2 in
legacy mode, I was referring to efi_high_alloc(). That will
* Matt Fleming m...@codeblueprint.co.uk wrote:
Folks, please pull the following urgent changes.
The following changes since commit 43a9f69692b232d1c64c913a27507eb14a1c47fd:
Revert efi/libstub: Call get_memory_map() to obtain map and desc sizes
(2015-02-18 11:38:13 +)
are
* Ard Biesheuvel wrote:
>
> > On 18 feb. 2015, at 13:43, Ingo Molnar wrote:
> >
> >
> > * Matt Fleming wrote:
> >
> >> Folks, please pull the following fixes. The revert addresses a
> >> regression that Ard hit when booting Qemu and Xen, and the other patch
> >> ensures that we don't
> On 18 feb. 2015, at 13:43, Ingo Molnar wrote:
>
>
> * Matt Fleming wrote:
>
>> Folks, please pull the following fixes. The revert addresses a
>> regression that Ard hit when booting Qemu and Xen, and the other patch
>> ensures that we don't triple fault when receiving an NMI or MCE during
* Matt Fleming wrote:
> Folks, please pull the following fixes. The revert addresses a
> regression that Ard hit when booting Qemu and Xen, and the other patch
> ensures that we don't triple fault when receiving an NMI or MCE during
> an EFI mixed mode call, which may happen, for instance, when
Folks, please pull the following fixes. The revert addresses a
regression that Ard hit when booting Qemu and Xen, and the other patch
ensures that we don't triple fault when receiving an NMI or MCE during
an EFI mixed mode call, which may happen, for instance, when running
perf.
The pull is
* Ard Biesheuvel ard.biesheu...@linaro.org wrote:
On 18 feb. 2015, at 13:43, Ingo Molnar mi...@kernel.org wrote:
* Matt Fleming m...@codeblueprint.co.uk wrote:
Folks, please pull the following fixes. The revert addresses a
regression that Ard hit when booting Qemu and Xen, and
Folks, please pull the following fixes. The revert addresses a
regression that Ard hit when booting Qemu and Xen, and the other patch
ensures that we don't triple fault when receiving an NMI or MCE during
an EFI mixed mode call, which may happen, for instance, when running
perf.
The pull is
* Matt Fleming m...@codeblueprint.co.uk wrote:
Folks, please pull the following fixes. The revert addresses a
regression that Ard hit when booting Qemu and Xen, and the other patch
ensures that we don't triple fault when receiving an NMI or MCE during
an EFI mixed mode call, which may
On 18 feb. 2015, at 13:43, Ingo Molnar mi...@kernel.org wrote:
* Matt Fleming m...@codeblueprint.co.uk wrote:
Folks, please pull the following fixes. The revert addresses a
regression that Ard hit when booting Qemu and Xen, and the other patch
ensures that we don't triple fault when
On Sat, 2014-09-27 at 10:04 +0200, Valentin Rothberg wrote:
> I will send some patches the
> next weeks to show which bugs can be detected with the tool.
Looking forward to those patches. If you do send them would you mind
CC-ing me?
Thanks,
Paul Bolle
--
To unsubscribe from this list: send
On Fri, Sep 26, 2014 at 2:34 PM, Matt Fleming wrote:
> On Fri, 26 Sep, at 01:59:15PM, Paul Bolle wrote:
>>
>> I have a 800 line perl monster that checks for stuff like this. It's not
>> very sophisticated but smart enough to spot typos like this one. I try
>> to have it check each linux-next (and
On Fri, Sep 26, 2014 at 2:34 PM, Matt Fleming m...@console-pimps.org wrote:
On Fri, 26 Sep, at 01:59:15PM, Paul Bolle wrote:
I have a 800 line perl monster that checks for stuff like this. It's not
very sophisticated but smart enough to spot typos like this one. I try
to have it check each
On Sat, 2014-09-27 at 10:04 +0200, Valentin Rothberg wrote:
I will send some patches the
next weeks to show which bugs can be detected with the tool.
Looking forward to those patches. If you do send them would you mind
CC-ing me?
Thanks,
Paul Bolle
--
To unsubscribe from this list: send the
* Matt Fleming wrote:
> On Fri, 26 Sep, at 01:35:10PM, Ingo Molnar wrote:
> >
> > A delta fix would be nice at this point, I've got the x86 side
> > tested and besides this build bug it's ready to go to Linus.
>
> Given that the typo doesn't result in an actual build failure, do you
> still
On Fri, 2014-09-26 at 13:34 +0100, Matt Fleming wrote:
> On Fri, 26 Sep, at 01:59:15PM, Paul Bolle wrote:
> >
> > I have a 800 line perl monster that checks for stuff like this. It's not
> > very sophisticated but smart enough to spot typos like this one. I try
> > to have it check each
On Fri, 26 Sep, at 01:59:15PM, Paul Bolle wrote:
>
> I have a 800 line perl monster that checks for stuff like this. It's not
> very sophisticated but smart enough to spot typos like this one. I try
> to have it check each linux-next (and mainline) release.
Very cool.
> (I think Valentin
On Fri, 26 Sep, at 01:35:10PM, Ingo Molnar wrote:
>
> A delta fix would be nice at this point, I've got the x86 side
> tested and besides this build bug it's ready to go to Linus.
Given that the typo doesn't result in an actual build failure, do you
still want the following delta fix?
---
On Fri, 2014-09-26 at 12:44 +0100, Matt Fleming wrote:
> On Fri, 26 Sep, at 01:27:34PM, Paul Bolle wrote:
> >
> > This Makefile was changed in the first patch. That became 84be880560fb
> > ("Revert "efi/x86: efistub: Move shared dependencies to ""),
> > which just landed in next-20140926.
> >
>
On Fri, 26 Sep, at 01:27:34PM, Paul Bolle wrote:
>
> This Makefile was changed in the first patch. That became 84be880560fb
> ("Revert "efi/x86: efistub: Move shared dependencies to ""),
> which just landed in next-20140926.
>
> It appears to have introduced a typo, because:
>
* Paul Bolle wrote:
> On Thu, 2014-09-25 at 16:41 +0200, Ingo Molnar wrote:
> > * Matt Fleming wrote:
> >
> > > Folks,
> > >
> > > Please consider pulling the following fixes.
> > >
> > > The first two are releated to the bug report I got from Linus and Josh
> > > Boyer, whereby Fedora20 +
On Thu, 2014-09-25 at 16:41 +0200, Ingo Molnar wrote:
> * Matt Fleming wrote:
>
> > Folks,
> >
> > Please consider pulling the following fixes.
> >
> > The first two are releated to the bug report I got from Linus and Josh
> > Boyer, whereby Fedora20 + grub2 systems were no longer booting.
On Thu, 2014-09-25 at 16:41 +0200, Ingo Molnar wrote:
* Matt Fleming m...@console-pimps.org wrote:
Folks,
Please consider pulling the following fixes.
The first two are releated to the bug report I got from Linus and Josh
Boyer, whereby Fedora20 + grub2 systems were no longer
* Paul Bolle pebo...@tiscali.nl wrote:
On Thu, 2014-09-25 at 16:41 +0200, Ingo Molnar wrote:
* Matt Fleming m...@console-pimps.org wrote:
Folks,
Please consider pulling the following fixes.
The first two are releated to the bug report I got from Linus and Josh
Boyer,
On Fri, 26 Sep, at 01:27:34PM, Paul Bolle wrote:
This Makefile was changed in the first patch. That became 84be880560fb
(Revert efi/x86: efistub: Move shared dependencies to asm/efi.h),
which just landed in next-20140926.
It appears to have introduced a typo, because:
On Fri, 2014-09-26 at 12:44 +0100, Matt Fleming wrote:
On Fri, 26 Sep, at 01:27:34PM, Paul Bolle wrote:
This Makefile was changed in the first patch. That became 84be880560fb
(Revert efi/x86: efistub: Move shared dependencies to asm/efi.h),
which just landed in next-20140926.
It
On Fri, 26 Sep, at 01:35:10PM, Ingo Molnar wrote:
A delta fix would be nice at this point, I've got the x86 side
tested and besides this build bug it's ready to go to Linus.
Given that the typo doesn't result in an actual build failure, do you
still want the following delta fix?
---
From
On Fri, 26 Sep, at 01:59:15PM, Paul Bolle wrote:
I have a 800 line perl monster that checks for stuff like this. It's not
very sophisticated but smart enough to spot typos like this one. I try
to have it check each linux-next (and mainline) release.
Very cool.
(I think Valentin Rothberg
On Fri, 2014-09-26 at 13:34 +0100, Matt Fleming wrote:
On Fri, 26 Sep, at 01:59:15PM, Paul Bolle wrote:
I have a 800 line perl monster that checks for stuff like this. It's not
very sophisticated but smart enough to spot typos like this one. I try
to have it check each linux-next (and
* Matt Fleming m...@console-pimps.org wrote:
On Fri, 26 Sep, at 01:35:10PM, Ingo Molnar wrote:
A delta fix would be nice at this point, I've got the x86 side
tested and besides this build bug it's ready to go to Linus.
Given that the typo doesn't result in an actual build failure, do
On Thu, 25 Sep, at 04:41:27PM, Ingo Molnar wrote:
>
> Pulled, thanks Matt!
>
> I'll give it some testing and then send it to Linus with other
> x86 fixes.
Thanks! I noticed that the 0day bot isn't working properly at the moment
(at least for me), so additional testing is most welcome.
--
* Matt Fleming wrote:
> Folks,
>
> Please consider pulling the following fixes.
>
> The first two are releated to the bug report I got from Linus and Josh
> Boyer, whereby Fedora20 + grub2 systems were no longer booting. Linus
> reverted the offending commit that broke grub2 boot, but that
Folks,
Please consider pulling the following fixes.
The first two are releated to the bug report I got from Linus and Josh
Boyer, whereby Fedora20 + grub2 systems were no longer booting. Linus
reverted the offending commit that broke grub2 boot, but that left us in
a state where Macbooks still
Folks,
Please consider pulling the following fixes.
The first two are releated to the bug report I got from Linus and Josh
Boyer, whereby Fedora20 + grub2 systems were no longer booting. Linus
reverted the offending commit that broke grub2 boot, but that left us in
a state where Macbooks still
* Matt Fleming m...@console-pimps.org wrote:
Folks,
Please consider pulling the following fixes.
The first two are releated to the bug report I got from Linus and Josh
Boyer, whereby Fedora20 + grub2 systems were no longer booting. Linus
reverted the offending commit that broke grub2
On Thu, 25 Sep, at 04:41:27PM, Ingo Molnar wrote:
Pulled, thanks Matt!
I'll give it some testing and then send it to Linus with other
x86 fixes.
Thanks! I noticed that the 0day bot isn't working properly at the moment
(at least for me), so additional testing is most welcome.
--
Matt
* Matt Fleming wrote:
> On Tue, 09 Sep, at 07:07:49AM, Ingo Molnar wrote:
> >
> > So please only put the 3 regression fixes into efi-urgent, the
> > rest can go into the v3.18 pile.
>
> OK, I'll sort that out.
Thanks!
Ingo
--
To unsubscribe from this list: send the line
On Tue, 09 Sep, at 07:07:49AM, Ingo Molnar wrote:
>
> So please only put the 3 regression fixes into efi-urgent, the
> rest can go into the v3.18 pile.
OK, I'll sort that out.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, 09 Sep, at 07:07:49AM, Ingo Molnar wrote:
So please only put the 3 regression fixes into efi-urgent, the
rest can go into the v3.18 pile.
OK, I'll sort that out.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line unsubscribe
* Matt Fleming m...@console-pimps.org wrote:
On Tue, 09 Sep, at 07:07:49AM, Ingo Molnar wrote:
So please only put the 3 regression fixes into efi-urgent, the
rest can go into the v3.18 pile.
OK, I'll sort that out.
Thanks!
Ingo
--
To unsubscribe from this list: send the
* Matt Fleming wrote:
> Folks,
>
> Please queue up the following fixes, mainly for regressions introduced
> in the merge window or -rc2.
So the rule for post-rc1 merges is to fix regressions 'only', not
'mainly'!
>
> Mark
Folks,
Please queue up the following fixes, mainly for regressions introduced
in the merge window or -rc2.
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700)
are available in the git repository at:
Folks,
Please queue up the following fixes, mainly for regressions introduced
in the merge window or -rc2.
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700)
are available in the git repository at:
* Matt Fleming m...@console-pimps.org wrote:
Folks,
Please queue up the following fixes, mainly for regressions introduced
in the merge window or -rc2.
So the rule for post-rc1 merges is to fix regressions 'only', not
'mainly'!
* Matt Fleming wrote:
> Hi guys, please pull the following fixes, which trade the locking
> WARN_ON()s in the efivars code for the more usual lockdep_*() functions
> and an arm64 EFI change that allows the gamut of runtime services to be
> invoked.
>
> The following changes since commit
Hi guys, please pull the following fixes, which trade the locking
WARN_ON()s in the efivars code for the more usual lockdep_*() functions
and an arm64 EFI change that allows the gamut of runtime services to be
invoked.
The following changes since commit 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9:
Hi guys, please pull the following fixes, which trade the locking
WARN_ON()s in the efivars code for the more usual lockdep_*() functions
and an arm64 EFI change that allows the gamut of runtime services to be
invoked.
The following changes since commit 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9:
* Matt Fleming m...@console-pimps.org wrote:
Hi guys, please pull the following fixes, which trade the locking
WARN_ON()s in the efivars code for the more usual lockdep_*() functions
and an arm64 EFI change that allows the gamut of runtime services to be
invoked.
The following changes
Folks, please pull the following urgent fixes. Of particular importance
is the patch from Michael that fixes a memory corruption bug in the x86
EFI boot stub.
The following changes since commit 783ee43118dc773bc8b0342c5b230e017d5a04d0:
efi-pstore: Fix an overflow on 32-bit builds (2014-06-27
Folks, please pull the following urgent fixes. Of particular importance
is the patch from Michael that fixes a memory corruption bug in the x86
EFI boot stub.
The following changes since commit 783ee43118dc773bc8b0342c5b230e017d5a04d0:
efi-pstore: Fix an overflow on 32-bit builds (2014-06-27
Guys,
Please pull the following EFI fixes. The fix from Catalin is the same as
the one I sent a week ago and Andrzej's patch fixes an efi-pstore issue
on 32-bit machines where efi-pstore variables don't appear in the
filesystem and so can never be deleted, potentially leading to
exhaustion of
Guys,
Please pull the following EFI fixes. The fix from Catalin is the same as
the one I sent a week ago and Andrzej's patch fixes an efi-pstore issue
on 32-bit machines where efi-pstore variables don't appear in the
filesystem and so can never be deleted, potentially leading to
exhaustion of
Folks,
Here are two commits I've queued up from Dave. The first fixes the efi
earlyprintk code and the second fixes a bug where we were exporting the
EFI runtime mappings for use by kexec-tools, despite the fact that those
mappings were not persistent across kexec reboot.
The following changes
Folks,
Here are two commits I've queued up from Dave. The first fixes the efi
earlyprintk code and the second fixes a bug where we were exporting the
EFI runtime mappings for use by kexec-tools, despite the fact that those
mappings were not persistent across kexec reboot.
The following changes
* Matt Fleming wrote:
> Guys, please pull the following. One of the fixes is for a regression
> introduced during the merge window. The other two are bugs that have
> existed in the EFI boot stub for a while, but which have only just been
> reported.
>
> I'm going to take care of submitting
Guys, please pull the following. One of the fixes is for a regression
introduced during the merge window. The other two are bugs that have
existed in the EFI boot stub for a while, but which have only just been
reported.
I'm going to take care of submitting the later two to stable separately
Guys, please pull the following. One of the fixes is for a regression
introduced during the merge window. The other two are bugs that have
existed in the EFI boot stub for a while, but which have only just been
reported.
I'm going to take care of submitting the later two to stable separately
* Matt Fleming m...@console-pimps.org wrote:
Guys, please pull the following. One of the fixes is for a regression
introduced during the merge window. The other two are bugs that have
existed in the EFI boot stub for a while, but which have only just been
reported.
I'm going to take care
There have been reports of EFI crashes since -rc1. The following two
commits fix known issues.
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
are available in the git repository at:
There have been reports of EFI crashes since -rc1. The following two
commits fix known issues.
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
are available in the git repository at:
Hi guys,
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
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
Hi guys,
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
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
The following changes since commit 6d128e1e72bf082542e85f72e6b7ddd704193588:
Revert "Makefile: Fix install error with make -j option" (2013-07-10 19:02:51
-0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
for you
The following changes since commit 6d128e1e72bf082542e85f72e6b7ddd704193588:
Revert Makefile: Fix install error with make -j option (2013-07-10 19:02:51
-0700)
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
Hi folks,
The following changes since commit eccaf52fee8305d5207ff110950a82c100e459bc:
x86, efi: initial the local variable of DataSize to zero (2013-05-14 08:13:05
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
Hi folks,
The following changes since commit eccaf52fee8305d5207ff110950a82c100e459bc:
x86, efi: initial the local variable of DataSize to zero (2013-05-14 08:13:05
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
Hi folks,
The following changes since commit eccaf52fee8305d5207ff110950a82c100e459bc:
x86, efi: initial the local variable of DataSize to zero (2013-05-14 08:13:05
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
Hi folks,
The following changes since commit eccaf52fee8305d5207ff110950a82c100e459bc:
x86, efi: initial the local variable of DataSize to zero (2013-05-14 08:13:05
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
Hi guys,
I've queued up some fixes for bugs that were introduced in the merge
window. Please consider pulling, thanks.
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
Hi guys,
I've queued up some fixes for bugs that were introduced in the merge
window. Please consider pulling, thanks.
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
Hi folks,
The following changes since commit 8c58bf3eec3b8fc8162fe557e9361891c20758f2:
x86,efi: Implement efi_no_storage_paranoia parameter (2013-04-17 15:13:38
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
Hi folks,
The following changes since commit 8c58bf3eec3b8fc8162fe557e9361891c20758f2:
x86,efi: Implement efi_no_storage_paranoia parameter (2013-04-17 15:13:38
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
84 matches
Mail list logo
