Re: [PATCH v1] kexec/arch/i386: Add support for KASLR memory randomization

On 08/17/16 at 09:47am, Thomas Garnier wrote: > Multiple changes were made on KASLR (right now in linux-next). One of > them is randomizing the virtual address of the physical mapping, vmalloc > and vmemmap memory sections. It breaks kdump ability to read physical > memory. > > This change

[PATCH v9 1/2] Documentation: kdump: remind user of nr_cpus

nr_cpus can help to save memory. So we should remind user of it. Signed-off-by: Zhou Wenjian Acked-by: Baoquan He Acked-by: Xunlei Pang --- Documentation/kdump/kdump.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v9 0/2] update the doc of kdump

v8->v9: rearrange the patch. it won't fix typo which original exists. those should be fixed in other patch, which I'll post later. v7->v8: fix "a SMP kernel" to "an SMP kernel" and replace "\" with "/" v6->v7: fix typo v5->v6: replace "we" with "you" v4->v5: move change log to

[PATCH v9 2/2] Documentation: kdump: add description of enable multi-cpus support

multi-cpu support is useful to improve the performance of kdump in some cases. So add the description of enable multi-cpu support in dump-capture kernel. Signed-off-by: Zhou Wenjian Acked-by: Baoquan He Acked-by: Xunlei Pang ---

Re: [PATCH v8 1/2] Documentation: kdump: remind user of nr_cpus

On Thu, 2016-08-18 at 10:31 +0800, Zhou Wenjian wrote: > nr_cpus can help to save memory. So we should remind user of it. trivia: > diff --git a/Documentation/kdump/kdump.txt b/Documentation/kdump/kdump.txt [] > @@ -390,9 +390,11 @@ Notes on loading the dump-capture kernel: >  * Boot parameter

[PATCH v8 2/2] Documentation: kdump: add description of enable multi-cpus support

multi-cpu support is useful to improve the performance of kdump in some cases. So add the description of enable multi-cpu support in dump-capture kernel. Signed-off-by: Zhou Wenjian Acked-by: Baoquan He Acked-by: Xunlei Pang ---

[PATCH v8 1/2] Documentation: kdump: remind user of nr_cpus

nr_cpus can help to save memory. So we should remind user of it. Signed-off-by: Zhou Wenjian Acked-by: Baoquan He Acked-by: Xunlei Pang --- Documentation/kdump/kdump.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)

[PATCH v8 0/2] update the doc of kdump

v7->v8: fix "a SMP kernel" to "an SMP kernel" and replace "\" with "/" v6->v7: fix typo v5->v6: replace "we" with "you" v4->v5: move change log to cover letter v3->v4: update the description of bring up SMP dump-capture kernel v2->v3: add description of nr_cpus. v1->v2: change nr_cpus to maxcpus

Re: [PATCH v7 2/2] Documentation: kdump: add description of enable multi-cpus support

On 2016/08/18 at 09:50, Zhou Wenjian wrote: > multi-cpu support is useful to improve the performance of kdump in > some cases. So add the description of enable multi-cpu support in > dump-capture kernel. > > Signed-off-by: Zhou Wenjian > Acked-by: Baoquan He

[PATCH v7 1/2] Documentation: kdump: remind user of nr_cpus

nr_cpus can help to save memory. So we should remind user of it. Signed-off-by: Zhou Wenjian Acked-by: Baoquan He --- Documentation/kdump/kdump.txt | 2 +++- 1 file changed, 2 insertions(+) diff --git a/Documentation/kdump/kdump.txt

[PATCH v7 0/2] update the doc of kdump

v6->v7: fix typo v5->v6: replace "we" with "you" v4->v5: move change log to cover letter v3->v4: update the description of bring up SMP dump-capture kernel v2->v3: add description of nr_cpus. v1->v2: change nr_cpus to maxcpus Zhou Wenjian (2): Documentation: kdump: remind user of nr_cpus

[PATCH v7 2/2] Documentation: kdump: add description of enable multi-cpus support

multi-cpu support is useful to improve the performance of kdump in some cases. So add the description of enable multi-cpu support in dump-capture kernel. Signed-off-by: Zhou Wenjian Acked-by: Baoquan He --- Documentation/kdump/kdump.txt | 7 +++

[PATCH v1] kexec/arch/i386: Add support for KASLR memory randomization

Multiple changes were made on KASLR (right now in linux-next). One of them is randomizing the virtual address of the physical mapping, vmalloc and vmemmap memory sections. It breaks kdump ability to read physical memory. This change identifies if KASLR memories randomization is used by checking

[PATCH] fixup! arm64: kdump: add kdump support

copy_oldmem_page() and mmap_vmcore() provide two ways for userspace to read from /proc/vmcore. Neither of these check with memblock to see if the page they are accessing is nomap. On Seattle this causes: [ 174.393875] Unhandled fault: synchronous external abort (0x96000210) at 0xff80096b6000

Re: [PATCH v2 1/2] kexec: Introduce "/sys/kernel/kexec_crash_low_size"

On 08/17/16 at 09:50am, Xunlei Pang wrote: > "/sys/kernel/kexec_crash_size" only handles crashk_res, it > is fine in most cases, but sometimes we have crashk_low_res. > For example, when "crashkernel=size[KMG],high" combined with > "crashkernel=size[KMG],low" is used for 64-bit x86. > > Like

Re: [PATCH v2 2/2] kexec: Consider crashk_low_res in sanity_check_segment_list()

On 2016/08/17 at 15:24, Dave Young wrote: > Hi, Xunlei, > > On 08/17/16 at 09:50am, Xunlei Pang wrote: >> We have crashk_res only in most cases, but sometimes we have >> crashk_low_res. >> >> For example, on 64-bit x86 systems, when "crashkernel=32M,high" >> combined with "crashkernel=128M,low" is

Re: [PATCH 3/3] close_dump_bitmap: simplify logic

On Tue, 2016-08-16 at 07:59 +0200, Petr Tesarik wrote: > On Tue, 16 Aug 2016 00:37:09 + > Atsushi Kumagai wrote: >  > > So, could you work for that cleanup before your three patches as an > > additional cleanup patch ? > > OK, I take it. ;-) > > Martin, do you

Re: [PATCH v2 2/2] kexec: Consider crashk_low_res in sanity_check_segment_list()

Hi, Xunlei, On 08/17/16 at 09:50am, Xunlei Pang wrote: > We have crashk_res only in most cases, but sometimes we have > crashk_low_res. > > For example, on 64-bit x86 systems, when "crashkernel=32M,high" > combined with "crashkernel=128M,low" is used, so some segments > may have the chance to be

Re: [PATCH v2 4/6] kexec_file: Add mechanism to update kexec segments.

Hello Andrew, Thank you for your review! Am Montag, 15 August 2016, 15:27:56 schrieb Andrew Morton: > On Sat, 13 Aug 2016 00:18:23 -0300 Thiago Jung Bauermann > wrote: > > +/** > > + * kexec_update_segment - update the contents of a kimage segment > > + * @buffer:

Re: [PATCH v2 0/6] kexec_file: Add buffer hand-over for the next kernel

On 08/13/16 at 12:18am, Thiago Jung Bauermann wrote: > Hello, > > This patch series implements a mechanism which allows the kernel to pass > on a buffer to the kernel that will be kexec'd. This buffer is passed > as a segment which is added to the kimage when it is being prepared > by

Re: [PATCH v2 0/6] kexec_file: Add buffer hand-over for the next kernel

Hello Dave, Am Mittwoch, 17 August 2016, 10:52:26 schrieb Dave Young: > On 08/13/16 at 12:18am, Thiago Jung Bauermann wrote: > > This series applies on top of v5 of the "kexec_file_load implementation > > for PowerPC" patch series (which applies on top of v4.8-rc1): > > > >