On Mon, Oct 28, 2013 at 09:18:24AM +0800, Dave Young wrote:
There should be some people see below message with non-kexec kernel:
Could not reserve boot range ...
I can find one other report like that: https://lkml.org/lkml/2013/7/16/309
[0.00] efi: Could not reserve boot range
On Sun, Oct 27, 2013 at 11:47:16AM +0800, dyo...@redhat.com wrote:
Add two small functions:
efi_merge_regions and efi_map_regions, efi_enter_virtual_mode
calls them instead of embedding two long for loop.
Signed-off-by: Dave Young dyo...@redhat.com
---
arch/x86/platform/efi/efi.c | 83
On 10/28/13 at 10:32am, Borislav Petkov wrote:
On Sun, Oct 27, 2013 at 11:47:16AM +0800, dyo...@redhat.com wrote:
Add two small functions:
efi_merge_regions and efi_map_regions, efi_enter_virtual_mode
calls them instead of embedding two long for loop.
Signed-off-by: Dave Young
On 10/28/13 at 05:40pm, Dave Young wrote:
On 10/28/13 at 10:32am, Borislav Petkov wrote:
On Sun, Oct 27, 2013 at 11:47:16AM +0800, dyo...@redhat.com wrote:
Add two small functions:
efi_merge_regions and efi_map_regions, efi_enter_virtual_mode
calls them instead of embedding two long
On Mon, Oct 28, 2013 at 05:51:17PM +0800, Dave Young wrote:
It does have a warning, but it applied successfully, no idea though:
patches/02-efi-enter-virtual-mode-cleanup.patch
Applying: Cleanup efi_enter_virtual_mode function
/home/dave/git/efi/.git/rebase-apply/patch:42: space before tab in
On Mon, 28 Oct, at 09:44:41AM, Borislav Petkov wrote:
On Mon, Oct 28, 2013 at 09:18:24AM +0800, Dave Young wrote:
There should be some people see below message with non-kexec kernel:
Could not reserve boot range ...
I can find one other report like that: https://lkml.org/lkml/2013/7/16/309
On 10/28/13 at 06:10pm, Dave Young wrote:
On 10/28/13 at 11:04am, Borislav Petkov wrote:
On Mon, Oct 28, 2013 at 05:51:17PM +0800, Dave Young wrote:
It does have a warning, but it applied successfully, no idea though:
patches/02-efi-enter-virtual-mode-cleanup.patch
Applying: Cleanup
On Tue, 08 Oct, at 06:47:02PM, Borislav Petkov wrote:
From: Borislav Petkov b...@suse.de
... for passing miscellaneous options and chicken bits from the command
line.
Signed-off-by: Borislav Petkov b...@suse.de
---
arch/x86/platform/efi/efi.c | 9 +
1 file changed, 9
On Mon, Oct 28, 2013 at 11:02:13AM +, Matt Fleming wrote:
This patch should be part of PATCH 12.
I wanted it to be separate as it adds an unrelated functionality but I
don't really care all that much - I'll merge it.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk.
* Matt Fleming m...@console-pimps.org wrote:
Guys, do you think we could get the EFI earlyprintk support into the
'x86/efi' branch for the upcoming merge window? I know it's quite late
in the game but since it's a new feature it shouldn't introduce any kind
of regression and is a much needed
On Mon, Oct 28, 2013 at 06:10:11PM +0800, Dave Young wrote:
Sorry, I have not any public git account. Attached the patch I applied
with git
Still doesn't work:
$ patch -p1 --dry-run -i /tmp/02-efi-enter-virtual-mode-cleanup-1.patch.new
checking file arch/x86/platform/efi/efi.c
Hunk #1
On Tue, 08 Oct, at 06:48:31PM, Borislav Petkov wrote:
From: Borislav Petkov b...@suse.de
We map the EFI regions needed for runtime services contiguously on
virtual addresses starting from -4G down for a total max space of 64G.
This way, we provide for stable runtime services addresses across
On 10/28/13 at 12:20pm, Borislav Petkov wrote:
On Mon, Oct 28, 2013 at 06:10:11PM +0800, Dave Young wrote:
Sorry, I have not any public git account. Attached the patch I applied
with git
Still doesn't work:
$ patch -p1 --dry-run -i /tmp/02-efi-enter-virtual-mode-cleanup-1.patch.new
On Mon, 28 Oct, at 12:17:41PM, Ingo Molnar wrote:
* Matt Fleming m...@console-pimps.org wrote:
Guys, do you think we could get the EFI earlyprintk support into the
'x86/efi' branch for the upcoming merge window? I know it's quite late
in the game but since it's a new feature it
* Matt Fleming m...@console-pimps.org wrote:
On Mon, 28 Oct, at 12:17:41PM, Ingo Molnar wrote:
* Matt Fleming m...@console-pimps.org wrote:
Guys, do you think we could get the EFI earlyprintk support into the
'x86/efi' branch for the upcoming merge window? I know it's quite late
This is a respin of the EFI earlyprintk support with the fix for the
allmodconfig build breakage that Ingo reported.
The following changes since commit c158c3bf59951bbb44bd7ccca9e6665dfd1617c5:
boot, efi: Remove redundant memset() (2013-10-04 20:07:47 +0100)
are available in the git
pstore denominate dumped file as type-psname-id. it makes many file have
the same name if there are many entries in backend have the same id.
So adding a timestamp to file name.
Signed-off-by: Madper Xie c...@redhat.com
---
fs/pstore/inode.c | 26 --
1 file changed, 16
* Matt Fleming m...@console-pimps.org wrote:
This is a respin of the EFI earlyprintk support with the fix for the
allmodconfig build breakage that Ingo reported.
The following changes since commit c158c3bf59951bbb44bd7ccca9e6665dfd1617c5:
boot, efi: Remove redundant memset()
On 10/28/13 at 03:58pm, Borislav Petkov wrote:
On Mon, Oct 28, 2013 at 07:24:58PM +0800, Dave Young wrote:
I use linus tree, git pull Matt's efi-next tree, then apply your 12
patches and my patches. I applied your previous 11 patches + the last
update patch 12/12, but the last one does not
To distinguish all events more precisely, count is needed to add to the name.
Please see the commit below.
755d4fe46529018ae45bc7c86df682de45ace764
Seiji
-Original Message-
From: Madper Xie [mailto:c...@redhat.com]
Sent: Monday, October 28, 2013 9:22 AM
To: Tony Luck; Seiji Aguchi;
On Mon, 28 Oct, at 02:44:13PM, Ingo Molnar wrote:
and this breaks the ARM build:
In file included from /home/mingo/tip/init/main.c:44:
/home/mingo/tip/include/linux/efi.h:842:21: error: asm/efi.h: No such file or
directory
/home/mingo/tip/init/main.c: In function 'start_kernel':
* Matt Fleming m...@console-pimps.org wrote:
On Mon, 28 Oct, at 02:44:13PM, Ingo Molnar wrote:
and this breaks the ARM build:
In file included from /home/mingo/tip/init/main.c:44:
/home/mingo/tip/include/linux/efi.h:842:21: error: asm/efi.h: No such file
or directory
On Mon, Oct 28, 2013 at 11:22:46AM +, Matt Fleming wrote:
Could you use the efi_enabled() function to test for EFI_OLD_MEMMAP
instead of test_bit()?
Sure.
This way we won't exhaust the bitspace quite so soon (since ARM/ARM64
Yeah, very foresightful.
can reuse EFI_ARCH_1 if they need
On Mon, 28 Oct, at 04:55:25PM, Ingo Molnar wrote:
* Matt Fleming m...@console-pimps.org wrote:
On Mon, 28 Oct, at 02:44:13PM, Ingo Molnar wrote:
and this breaks the ARM build:
In file included from /home/mingo/tip/init/main.c:44:
/home/mingo/tip/include/linux/efi.h:842:21:
3. Then I merged the 'efi' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git ontop.
I used the patches from mailbox directly.
Fixed an conflict and merge them one by one.
I remember I tried your efi branch, but the code is different
from what you sent to list, thus I
On 10/27/13 at 11:47am, Dave Young wrote:
kexec kernel will need exactly same mapping for
efi runtime memory ranges. Thus here export the
runtime ranges mapping to sysfs, kexec-tools
will assemble them and pass to 2nd kernel via
setup_data.
Introducing a new directly
26 matches
Mail list logo