Re: Testing kexec/kdump on ls2085ardb (arm64)

Hi, On Fri, Apr 7, 2017 at 5:22 PM, Denys Zagorui wrote: > Hello, > > I was testing kexec/kdump on ls2085ardb using kexec-tools from: > > https://git.linaro.org/people/takahiro.akashi/kexec-tools.git/log/?h=arm64/kdump > > and kernel from: > >

No man page for kdump (yet?)

Hi, It seems the latest upstream kexec-tools does support a complete man page for kdump yet: DESCRIPTION kdump does not have a man page yet. I would propose having a propose having a man page for kdump (as the feature is quite useful and has matured over time). I can work to cook up a

Re: Fwd: zImage support for ppc

Hi Sunil, On Fri, Sep 8, 2017 at 5:20 PM, Sunil Kumar wrote: > Hi , > > Thanks for replying Pratyush. > > I have also seen the zImage support is present for the ppc64, earlier > my plan was to take this source as reference and port it for ppc. > But in zImage_ppc64_usage()

[Makedumpfile PATCH] book3s/ppc64: Lower the max real address to 53 bits for kernels >= v4.11

1f3c0 code 30001 Segmentation fault Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- makedumpfile.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/makedumpfile.h b/makedumpfile.h index 7d81bbcf2234..142753d84e8d 100644 --- a/makedumpfile.h +++ b/makedump

Re: [Makedumpfile PATCH] book3s/ppc64: Lower the max real address to 53 bits for kernels >= v4.11

Hi Hari, On Mon, Sep 11, 2017 at 2:29 PM, Hari Bathini <hbath...@linux.vnet.ibm.com> wrote: > > On Monday 11 September 2017 07:05 AM, Dave Young wrote: >> >> Cc more people. >> >> On 09/08/17 at 10:10am, Bhupesh Sharma wrote: >>> >>> Kernel c

Re: [Makedumpfile PATCH] book3s/ppc64: Lower the max real address to 53 bits for kernels >= v4.11

t; >> The kernel version is not supported. >> The makedumpfile operation may be incomplete. >> [ 1196.252094] makedumpfile[2367]: unhandled signal 11 at >> 0100f7011ca8 nip 1001eecc lr 1001f3c0 code 30001 >> Segmentation fault >> >>Signe

[Makedumpfile PATCH v2] book3s/ppc64: Lower the max real address to 53 bits for kernels >= v4.11

1f3c0 code 30001 Segmentation fault Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- Changes since v1: - As per Atsushi's comments introduced macros for 4_11 directly in v2 and use them in arch/ppc64.c arch/ppc64.c | 8 +++- makedumpfile.h | 5 + 2 files changed, 12

Re: [PATCH] kdump: print a message in case crashkernel size parsing resulted in zero bytes

Hi Dave, Cc: arm kernel mailing list for wider distribution On 11/13/2017 11:13 AM, Dave Young wrote: In parse_crashkernel_mem, it silently return in case we get zero bytes in the parsing function. It is useful for debugging for adding a warning message especially sometimes kernel can not

Re: About command line for kdump on ARM64

Hello Yang Shunyong, On Fri, Nov 10, 2017 at 3:52 PM, Yang Shunyong wrote: > Hi, All, > I am trying to enable kdump on ARM64, based on 4.14 kernel. I met > EFI reserved memory(eg. ACPI tables) being released issue, in function > arm64_memblock_init() . It will cause

Re: kdump issues with 4.11 kernel

Hi Anil, On Wed, Nov 29, 2017 at 2:44 PM, Gurumurthy, Anil wrote: > Thanks. That did help getting kexec to work. > However I still do not get a crash dump - > echo c > /proc/sysrq-trigger does not get a crash dump. > > Any thoughts? Cam you share the console

Re: kdump issues with 4.11 kernel

On Wed, Nov 29, 2017 at 3:36 PM, Gurumurthy, Anil <anil.gurumur...@cavium.com> wrote: > > > -Original Message- > From: Bhupesh Sharma [mailto:bhsha...@redhat.com] > Sent: 29 November 2017 15:16 > To: Gurumurthy, Anil <anil.gurumur...@cavium.com> > Cc: Dave

Re: kdump issues with 4.11 kernel

Thanks, > Anil > -Original Message- > From: Gurumurthy, Anil > Sent: 29 November 2017 16:02 > To: 'Bhupesh Sharma' <bhsha...@redhat.com> > Cc: Dave Young <dyo...@redhat.com>; kexec@lists.infradead.org > Subject: RE: kdump issues with 4.11 kernel > >

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

lso add linux-acpi list > > Thank you. > >> On 12/18/17 at 02:31am, Bhupesh Sharma wrote: >> > On Fri, Dec 15, 2017 at 3:05 PM, Ard Biesheuvel >> > <ard.biesheu...@linaro.org> wrote: >> > > On 15 December 2017 at 09:59, AKASHI Takahiro >> >

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

Hi Dave, On Mon, Dec 18, 2017 at 10:46 AM, Dave Young <dyo...@redhat.com> wrote: > kexec@fedoraproject... is for Fedora kexec scripts discussion, changed it > to kexec@lists.infradead.org > > Also add linux-acpi list > On 12/18/17 at 02:31am, Bhupesh Sharma wrote: >> O

[makedumpfile PATCH 1/2] Fix compilation warnings on ppc64/ppc64le platforms

powerpc. Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- makedumpfile.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/makedumpfile.c b/makedumpfile.c index 6d5fc8b95415..7ce0c6d648aa 100644 --- a/makedumpfile.c +++ b/makedumpfile.c @@ -9437,15 +9437,15

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

On Mon, Dec 18, 2017 at 4:48 PM, AKASHI Takahiro <takahiro.aka...@linaro.org> wrote: > Bhupesh, > > On Mon, Dec 18, 2017 at 02:29:05PM +0530, Bhupesh SHARMA wrote: >> On Mon, Dec 18, 2017 at 11:24 AM, AKASHI Takahiro >> <takahiro.aka...@linaro.org> wrote: >&g

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

memblock.memory) without explicitly > exporting them via usable-memory-range. > (I still have to figure out what the side-effect of this patch is.) > > Thanks, > -Takahiro AKASHI > > On Thu, Dec 21, 2017 at 01:30:43AM +0530, Bhupesh Sharma wrote: >> On Tue, Dec

Re: [PATCH v2] arm64: Add support to supply 'kaslr-seed' to secondary kernel

Hello Akashi, On Thu, Apr 26, 2018 at 2:27 PM, Bhupesh Sharma <bhsha...@redhat.com> wrote: > This patch adds the support to supply 'kaslr-seed' to secondary kernel, > when we do a 'kexec warm reboot to another kernel' (although the > behaviour remains the same for the 'kdum

Re: [PATCH 0/2] Remove obsolete kdump tool and add missing uninstall rule

Hello Russell, Simon, On Mon, Apr 23, 2018 at 10:30 AM, Bhupesh Sharma <bhsha...@redhat.com> wrote: > This patchset contains two patches: > > [1/2] - Adds a missing uninstall rule to 'Makefile.in' to allow easier > uninstallation of executables and man pages installed v

Re: [PATCH 0/2] Remove obsolete kdump tool and add missing uninstall rule

Hi Dave, Thanks for the review. On Mon, May 21, 2018 at 11:53 AM, Dave Young <dyo...@redhat.com> wrote: > Hi Bhupesh, > On 04/23/18 at 10:30am, Bhupesh Sharma wrote: >> This patchset contains two patches: >> >> [1/2] - Adds a missing uninstall rule to

[PATCH v2] Makefile.in: Add uninstall rule

. Cc: Russell King <r...@arm.linux.org.uk> Cc: Simon Horman <ho...@verge.net.au> Cc: Dave Young <dyo...@redhat.com> Cc: Vivek Goyal <vgo...@redhat.com> Cc: AKASHI Takahiro <takahiro.aka...@linaro.org> Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- Changes s

[PATCH v2] Remove obsolete kdump tool

;takahiro.aka...@linaro.org> Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- Changes since v1: - As per Dave's suggestion, seperated the two patches included in the patchset in v1 as individual patches in v2. - v1 can be viewed here: http://lists.infradead.org/pipermail/kexec/

Re: [PATCH] arm64: update PHYS_OFFSET to conform to kernel

Thanks Bao for adding me to the Cc list. Hi Yanjiang Jin, Thanks for the patch. I have a few queries, please see them inline: On 05/11/2018 11:30 AM, Yanjiang Jin wrote: Now, according to the kernel's memory.h, converting a virtual address to a physical address should be done like below:

[PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Morse Signed-off-by: Bhupesh Sharma --- arch/arm64/include/asm/memory.h | 3 +++ arch/arm64/kernel/arm64ksyms.c | 1 + arch/arm64/mm/init.c| 3 +++ 3 files changed, 7 insertions(+) diff --git a/arch/arm64/include/asm/memory.h b/arch/arm64/include/asm/memory.h index 49d99214f43c..bfd091

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hi Ard, On Tue, Jun 12, 2018 at 12:23 PM, Ard Biesheuvel wrote: > On 12 June 2018 at 08:36, Bhupesh Sharma wrote: >> The start of the linear region map on a KASLR enabled ARM64 machine - >> which supports a compatible EFI firmware (with EFI_RNG_PROTOCOL >> support), i

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hi James, On Tue, Jun 12, 2018 at 3:42 PM, James Morse wrote: > Hi Bhupesh, Ard, > > On 12/06/18 09:25, Bhupesh Sharma wrote: >> On Tue, Jun 12, 2018 at 12:23 PM, Ard Biesheuvel >> wrote: >>> On 12 June 2018 at 08:36, Bhupesh Sharma wrote: >>>> The

Re: [PATCH 0/3] arm64: kexec, kdump: fix boot failures on acpi-only system

Hi Akashi, Thanks for the patchset - we have been waiting for quite some time for this fix so that crashkernel can boot on arm64 machines which support boot'ing via ACPI tables. I have tested this on my huawei-taishan arm64 board, so: Tested-by: Bhupesh Sharma BTW, if possible I would suggest

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hi Will, On Fri, Jun 15, 2018 at 10:22 PM, Will Deacon wrote: > Hi Bhupesh, > > On Thu, Jun 14, 2018 at 11:53:53AM +0530, Bhupesh Sharma wrote: >> On Wed, Jun 13, 2018 at 3:41 PM, Will Deacon wrote: >> > On Wed, Jun 13, 2018 at 10:46:56AM +0530, Bhupesh Sharma wrote: &g

Re: [PATCH v2] arm64: Add support to supply 'kaslr-seed' to secondary kernel

Hello Simon, On 05/15/2018 12:50 PM, Bhupesh Sharma wrote: Hello Akashi, On Thu, Apr 26, 2018 at 2:27 PM, Bhupesh Sharma wrote: This patch adds the support to supply 'kaslr-seed' to secondary kernel, when we do a 'kexec warm reboot to another kernel' (although the behaviour remains the same

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hello James, Thanks for your inputs, please see my responses inline. On Wed, Jun 13, 2018 at 3:59 PM, James Morse wrote: > Hi Bhupesh, > > On 13/06/18 06:16, Bhupesh Sharma wrote: >> On Tue, Jun 12, 2018 at 3:42 PM, James Morse wrote: >>> On 12/06/18 09:25, Bhupesh S

Re: kexec over 4.1.27 for arm64?

Hi Mahesh, On Wed, Jun 13, 2018 at 3:51 PM, Mahesh V wrote: > Hi folks > Is there a patch that I can directly apply over 4.1.27 > to support kexec for arm64? Can you be more descriptive about the problem you are facing? kexec arm64 support was introduced in newer kernels, so please share the

Re: [RFC] fitImage support on ARM64

Hello Arnaud, On Tue, Jun 12, 2018 at 7:05 PM, Arnaud Ferraris wrote: > Hi, > > I started working on implementing fitImage support in kexec. FIT is a u-boot construct - so one question to understand the background better - are you using u-boot bootloader to boot the Linux kernel on your arm64

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hi Will, On Wed, Jun 13, 2018 at 3:41 PM, Will Deacon wrote: > On Wed, Jun 13, 2018 at 10:46:56AM +0530, Bhupesh Sharma wrote: >> On Tue, Jun 12, 2018 at 3:42 PM, James Morse wrote: >> > On 12/06/18 09:25, Bhupesh Sharma wrote: >> >> On Tue, Jun 12, 2018 at 12:23 P

Re: [PATCH] arm64: update PHYS_OFFSET to conform to kernel

On 05/30/2018 03:50 PM, Jin, Yanjiang wrote: -Original Message- From: Bhupesh Sharma [mailto:bhsha...@redhat.com] Sent: 2018年5月30日 16:39 To: Jin, Yanjiang ; Pratyush Anand Cc: kexec@lists.infradead.org; jinyanji...@gmail.com; ho...@verge.net.au; Zheng, Joey Subject: Re: [PATCH

Re: [Query] PAGE_OFFSET on KASLR enabled ARM64 kernel

Hi Ard, Sorry I was out for most of the day yesterday. Please see my responses inline. On Mon, May 28, 2018 at 12:16 PM, Ard Biesheuvel wrote: > On 27 May 2018 at 23:03, Bhupesh Sharma wrote: >> Hi ARM64 maintainers, >> >> I am confused about the PAGE_OFFSET value (or th

Re: [Query] PAGE_OFFSET on KASLR enabled ARM64 kernel

Hi Pratyush, Thanks for your reply. Please see my replies inline: On Wed, May 30, 2018 at 8:05 AM, Pratyush Anand wrote: > Hi Bhupesh, > > > On Mon, May 28, 2018 at 2:33 AM, Bhupesh Sharma wrote: >> Hi ARM64 maintainers, > > [...] > >> >> 4. Si

[Query] PAGE_OFFSET on KASLR enabled ARM64 kernel

Hi ARM64 maintainers, I am confused about the PAGE_OFFSET value (or the start of the linear map) on a KASLR enabled ARM64 kernel that I am seeing on a board which supports a compatible EFI firmware (with EFI_RNG_PROTOCOL support). 1. 'arch/arm64/include/asm/memory.h' defines PAGE_OFFSET as: /*

Re: [PATCH] arm64: update PHYS_OFFSET to conform to kernel

Hi Yanjiang, On 05/30/2018 01:09 PM, Jin, Yanjiang wrote: -Original Message- From: Pratyush Anand [mailto:pratyush.an...@gmail.com] Sent: 2018年5月30日 12:16 To: Jin, Yanjiang Cc: kexec@lists.infradead.org; jinyanji...@gmail.com; ho...@verge.net.au Subject: Re: [PATCH] arm64: update

Re: Re: [PATCH] arm64: update PHYS_OFFSET to conform to kernel

r an update from the ARM64 kernel maintainers, because I think this change might be needed in other user-space tools (if we decide to make the change in the user-space side) e.g. makedumpfile in addition to kexec-tools to correctly handle this unique use-case where we have value of memblock_start_of_

Re: Re: [PATCH] arm64: update PHYS_OFFSET to conform to kernel

On Sat, Jun 2, 2018 at 3:20 AM, Bhupesh Sharma wrote: > Hi Yanjiang, > > Thanks, the description of the issue is more clear now. > > Also I managed to fix my qualcomm board to reproduce this issue. > Please see more comments inline: > > On Thu, May 31, 2018 at 11:01 AM

Re: [Query] PAGE_OFFSET on KASLR enabled ARM64 kernel

On Sat, Jun 2, 2018 at 3:11 AM, Bhupesh Sharma wrote: > On 05/31/2018 10:21 AM, Bhupesh Sharma wrote: >> >> Hi Ard, >> >> Sorry I was out for most of the day yesterday. Please see my responses >> inline. >> >> On Mon, May 28, 2018 at 12:16 PM, Ard

Re: [Query] PAGE_OFFSET on KASLR enabled ARM64 kernel

On 05/31/2018 10:21 AM, Bhupesh Sharma wrote: Hi Ard, Sorry I was out for most of the day yesterday. Please see my responses inline. On Mon, May 28, 2018 at 12:16 PM, Ard Biesheuvel wrote: On 27 May 2018 at 23:03, Bhupesh Sharma wrote: Hi ARM64 maintainers, I am confused about

Re: panic kexec broken on ARM64?

Hello Petr, On Tue, Jun 5, 2018 at 1:31 PM, Petr Tesarik wrote: > Hi all, > > I have observed hangs after crash on a Raspberry Pi 3 Model B+ board > when a panic kernel is loaded. I attached a hardware debugger and found > out that all CPU cores were stopped except one which was stuck in the >

Re: [PATCH v2] Remove obsolete kdump tool

Hello Simon, On Fri, May 25, 2018 at 3:32 PM, Simon Horman <ho...@verge.net.au> wrote: > On Fri, May 25, 2018 at 04:00:33PM +0800, Dave Young wrote: >> On 05/24/18 at 01:08pm, Bhupesh Sharma wrote: >> > The kdump tool presently allows one to generate an ELF file contai

[PATCH] arm64: Fix calculation of page_offset in case we are running cases other than mem-usage

and apm mustang arm64 boards. Signed-off-by: Bhupesh Sharma --- arch/arm64.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64.c b/arch/arm64.c index c9dab677f2c9..2fd3e1874376 100644 --- a/arch/arm64.c +++ b/arch/arm64.c @@ -222,6 +222,12 @@ get_stext_symbol(void) int

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

, we need to have a solution which works without modifying most of them - the rest (like kexec-tools) can be easily modified to follow the same approach. I would share some patches soon on the same lines both for kernel and user-space. Thanks, Bhupesh >> -----Original Message- >

Re: [PATCH v3 1/2] dt-ops: Add helper API to dump fdt blob

Hi Akashi, On 06/20/2018 03:59 PM, Bhupesh Sharma wrote: Hi Akashi, Apologies for delay in replying. Somehow my email filter rules messed up and the review email was sent to another folder. Please see my comments inline: On 05/08/2018 07:44 AM, AKASHI Takahiro wrote: Bhupesh, On Mon, Apr

Re: [PATCH] arm64: Fix calculation of page_offset in case we are running cases other than mem-usage

Hello Kazu-san, On Sat, Jun 30, 2018 at 3:18 AM, Bhupesh Sharma wrote: > Patch f49ca13e5eed5bbdc69e0fd5ef099cb46050cb3d added '--mem-usage' > support for arm64 architecture. > > However, we also need to make sure that the calculation of > 'page_offset' is valid in case we are runn

Re: [PATCH v4 2/2] kexec-arm64: Add functionality to dump 2nd dtb

Hi Simon and Akashi, Sorry for the delay, I was out of office most of last week. On 06/28/2018 05:06 AM, AKASHI Takahiro wrote: On Wed, Jun 27, 2018 at 02:04:38PM +0200, Simon Horman wrote: On Thu, Jun 21, 2018 at 03:54:38PM +0530, Bhupesh Sharma wrote: Since during the arm64 kexec_load

Re: [PATCH v4 1/2] dt-ops: Add helper API to dump fdt blob

Hi Simon, Thanks for the review. Please see my comments inline. On 06/27/2018 05:32 PM, Simon Horman wrote: On Thu, Jun 21, 2018 at 03:54:37PM +0530, Bhupesh Sharma wrote: At several occasions it would be useful to dump the fdt blob being passed to the second (kexec/kdump) kernel when '-d

Re: [PATCH v2 1/4] arm64: export memblock_reserve()d regions via /proc/iomem

On Tue, Jul 3, 2018 at 12:17 PM, AKASHI Takahiro wrote: > On Tue, Jun 19, 2018 at 10:22:46AM -0500, Dave Kleikamp wrote: >> On 06/19/2018 10:00 AM, James Morse wrote: >> > Hi Dave, >> > >> > On 19/06/18 14:37, Dave Kleikamp wrote: >> >> On 06/19/2018 01:44 AM, AKASHI Takahiro wrote: >> >>>

Re: [PATCH v2 0/2] Add capability to dump fdt blob for arm64 platforms

Hi Akashi, Thanks for the review. On Thu, Apr 26, 2018 at 1:26 PM, AKASHI Takahiro <takahiro.aka...@linaro.org> wrote: > Bhupesh, > > On Mon, Apr 23, 2018 at 03:56:10PM +0530, Bhupesh Sharma wrote: >> Changes since v1: >> >>

[PATCH v2] arm64: Add support to supply 'kaslr-seed' to secondary kernel

2144 1 vfat, Live 0x0307db09 crc32_ce 262144 0 - Live 0x0307d8c7 ... Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- Changes since v1: - Addressed Akashi's comments regarding the goto label path. - v1 can be viewed here: https://marc.info/?l=kexec=1523737244061

[PATCH v3 0/2] Add capability to dump fdt blob for arm64 platforms

bootargs = "root=/dev/mapper/rhel_qualcomm--amberwing--rep--15-root ro rd.lvm.lv=rhel_qualcomm-amberwing-rep-15/root rd.lvm.lv=rhel_qualcomm-amberwing-rep-15/swap"; linux,initrd-end = <0x 0x05e8a7a1>; linux,initrd-start = <0x 0x04b49000>; }

[PATCH v3 1/2] dt-ops: Add helper API to dump fdt blob

. This can be specially useful for the arm64 case, where kexec_load() or kdump passes important information like 'linux,usable-memory' ranges to the second kernel, and the correctness of the ranges can be verified by looking at the device-tree dump with '-d' flag specified. Signed-off-by: Bhupesh Sharma

[PATCH v3 2/2] kexec-arm64: Add functionality to dump 2nd dtb

-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- kexec/arch/arm64/kexec-arm64.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/kexec/arch/arm64/kexec-arm64.c b/kexec/arch/arm64/kexec-arm64.c index 62f37585b788..1b54718465b9 100644 --- a/kexec/arch/arm64/kexec-arm64.c

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

On Fri, Dec 22, 2017 at 2:03 PM, AKASHI Takahiro <takahiro.aka...@linaro.org> wrote: > On Thu, Dec 21, 2017 at 05:36:30PM +0530, Bhupesh Sharma wrote: >> Hello Akashi, >> >> On Thu, Dec 21, 2017 at 4:04 PM, AKASHI Takahiro >> <takahiro.aka...@linaro.org> wrot

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

Hello Akashi, On Tue, Dec 26, 2017 at 8:26 AM, Bhupesh Sharma <bhsha...@redhat.com> wrote: > On Tue, Dec 26, 2017 at 7:58 AM, AKASHI Takahiro > <takahiro.aka...@linaro.org> wrote: >> On Tue, Dec 26, 2017 at 09:35:17AM +0800, Dave Young wrote: >>> [snip] >>

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

On Tue, Jan 9, 2018 at 10:12 AM, AKASHI Takahiro <takahiro.aka...@linaro.org> wrote: > Bhupesh, > > On Tue, Jan 09, 2018 at 01:30:07AM +0530, Bhupesh Sharma wrote: >> Hello Akashi, >> >> On Tue, Dec 26, 2017 at 8:26 AM, Bhupesh Sharma <bhsha...@redhat.com> w

Re: [makedumpfile PATCH 0/2] Fix calculations in exclude_segment()

> > -- > 2.13.6 > Tested this patchset on a x86_64 RHEL machine (please find my test summary below), so: Tested-by: Bhupesh Sharma <bhsha...@redhat.com> Test Summary --- 1. I was running into the following issue while trying to run '--mem-usage' option with

Re: [PATCH][v2] arm64: Allocate elfcorehdr & crashkernel mem before any reservation

Hi, On Fri, Jan 19, 2018 at 5:46 PM, James Morse <james.mo...@arm.com> wrote: > Hello, > > On 16/01/18 07:07, takahiro.aka...@linaro.org wrote: >> On Mon, Jan 15, 2018 at 10:14:05AM +0530, Bhupesh SHARMA wrote: >>> On Sat, Jan 13, 2018 at 8:37 AM, Poonam A

Re: [PATCH][v2] arm64: Allocate elfcorehdr & crashkernel mem before any reservation

Hi Poonam, James On Sat, Jan 13, 2018 at 8:37 AM, Poonam Aggrwal wrote: > Hi James > > Regards > Poonam > >> -Original Message- >> From: James Morse [mailto:james.mo...@arm.com] >> Sent: Friday, January 12, 2018 11:29 PM >> To: Poonam Aggrwal

Re: [PATCH] arm64: kdump: retain reserved memory regions

ttribute(phys_addr_t addr) >> +pgprot_t __acpi_get_mem_attribute(phys_addr_t addr) >> { >> /* >> * According to "Table 8 Map: EFI memory types to AArch64 memory >> @@ -261,4 +259,3 @@ pgprot_t arch_apei_get_mem_attr

[PATCH] makedumpfile/arm64: Add '--mem-usage' support

nec.com> Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com> --- arch/arm64.c | 51 --- makedumpfile.8 | 11 +-- makedumpfile.c | 25 +++-- makedumpfile.h | 1 + 4 files changed, 81 insertions(+), 7 deletions(-)

Re: how to use kexec to jump back to the original kernel

Hello, On Fri, Feb 9, 2018 at 7:24 PM, Gioh Kim wrote: > Hello, > > "echo c > /proc/sysrq-trigger" generates the kernel dump but it > reboots the system. > I'd like to generate kernel dump without system reboot. > > I think it is possible to jump to the kdump kernel and

Re: [PATCH] Documentation: kdump: describe jumping to dump-capture kernel

On Tue, Feb 13, 2018 at 8:52 PM, Gioh Kim wrote: > Jumping between the system kernel and the dump-capture kernel > has been supported for long time but there is no description > how to use it. This patch adds the description how to use kexec tool > to jump to the

Re: how to use kexec to jump back to the original kernel

On Tue, Feb 13, 2018 at 8:15 PM, Gioh Kim <guru...@gmail.com> wrote: > On Tue, Feb 13, 2018 at 3:36 PM, Gioh Kim <guru...@gmail.com> wrote: >> On Tue, Feb 13, 2018 at 11:06 AM, Gioh Kim <guru...@gmail.com> wrote: >>> On Mon, Feb 12, 2018 at 7:56 AM, Bhu

Re: how to use kexec to jump back to the original kernel

On Wed, Feb 14, 2018 at 2:24 PM, Gioh Kim <guru...@gmail.com> wrote: > On Tue, Feb 13, 2018 at 8:06 PM, Bhupesh SHARMA <bhupesh.li...@gmail.com> > wrote: >> On Tue, Feb 13, 2018 at 8:15 PM, Gioh Kim <guru...@gmail.com> wrote: >>> On Tue, Feb 13, 2018 at 3:36

Re: [PATCH] Documentation: kdump: describe jumping to dump-capture kernel

On Wed, Feb 14, 2018 at 2:32 PM, Gi-Oh Kim wrote: > On Wed, Feb 14, 2018 at 2:43 AM, Dave Young wrote: >> Hi, >> On 02/13/18 at 04:22pm, Gioh Kim wrote: >>> Jumping between the system kernel and the dump-capture kernel >>> has been supported for

Re: [PATCH] add description for jumping back to the original kernel in man page

Hi, Some nitpicks inline.. On Thu, Feb 15, 2018 at 5:14 PM, Gioh Kim wrote: > "--load-preserve-context", "--load-jump-back-helper" and "--entry" > options are described separately but there is not any description > how to use them. > > Signed-off-by: Gioh Kim

Re: [PATCH] makedumpfile/arm64: Add '--mem-usage' support

t; >> -----Original Message- >> From: Bhupesh Sharma [mailto:bhsha...@redhat.com] >> Sent: Tuesday, February 20, 2018 1:56 PM >> To: kexec@lists.infradead.org >> Cc: Bhupesh Sharma <bhsha...@redhat.com>; Tachibana Masaki() >> <mas-tachib...@vf.jp.nec.com

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

On Tue, Dec 19, 2017 at 10:31 AM, AKASHI Takahiro <takahiro.aka...@linaro.org> wrote: > On Mon, Dec 18, 2017 at 02:29:05PM +0530, Bhupesh SHARMA wrote: >> >> [snip..] >> >> [0.00] linux,usable-memory-range base e80, size 2000 >>

Re: arm64 crashkernel fails to boot on acpi-only machines due to ACPI regions being no longer mapped as NOMAP

On Mon, Dec 25, 2017 at 8:55 AM, AKASHI Takahiro <takahiro.aka...@linaro.org> wrote: > On Sun, Dec 24, 2017 at 01:21:02AM +0530, Bhupesh Sharma wrote: >> On Fri, Dec 22, 2017 at 2:03 PM, AKASHI Takahiro >> <takahiro.aka...@linaro.org> wrote: >> > On Thu, Dec 2

[PATCH v4 0/2] Add capability to dump fdt blob for arm64 platforms

qualcomm-amberwing-rep-15/root rd.lvm.lv=rhel_qualcomm-amberwing-rep-15/swap"; linux,initrd-end = <0x 0x05e8a7a1>; linux,initrd-start = <0x 0x04b49000>; }; }; <..snip..> Bhupesh Sharma (2): dt-ops: Add helper API to dump fdt blob kex

[PATCH v4 1/2] dt-ops: Add helper API to dump fdt blob

. This can be specially useful for the arm64 case, where kexec_load() or kdump passes important information like 'linux,usable-memory' ranges to the second kernel, and the correctness of the ranges can be verified by looking at the device-tree dump with '-d' flag specified. Signed-off-by: Bhupesh Sharma

[PATCH v4 2/2] kexec-arm64: Add functionality to dump 2nd dtb

-off-by: Bhupesh Sharma --- kexec/arch/arm64/kexec-arm64.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/kexec/arch/arm64/kexec-arm64.c b/kexec/arch/arm64/kexec-arm64.c index a206c172b1aa..47df756bd595 100644 --- a/kexec/arch/arm64/kexec-arm64.c +++ b/kexec/arch/arm64/kexec-arm64.c @@ -540,6

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hi James, On Tue, Jun 19, 2018 at 3:46 PM, James Morse wrote: > Hi Yanjiang, Will, > > On 19/06/18 10:57, Jin, Yanjiang wrote: >>> -Original Message- >>> From: Will Deacon [mailto:will.dea...@arm.com] >>> Sent: 2018年6月19日 17:41 >>> To: Jin, Y

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hi James, On Tue, Jun 19, 2018 at 4:56 PM, James Morse wrote: > Hi Bhupesh, > > On 19/06/18 11:37, Bhupesh Sharma wrote: >> On Tue, Jun 19, 2018 at 3:46 PM, James Morse wrote: >>> On 19/06/18 10:57, Jin, Yanjiang wrote: >>>>> -Original Message- &

Re: [PATCH v2] arm64, kaslr: export offset in VMCOREINFO ELF notes

Hi Will, James, On Tue, Jul 31, 2018 at 2:56 PM, Will Deacon wrote: > On Tue, Jul 31, 2018 at 10:19:35AM +0100, James Morse wrote: >> Hi Bhupesh, >> >> On 30/07/18 07:24, Bhupesh Sharma wrote: >> > Include KASLR offset in arm64 VMCOREINFO ELF notes to assist in

[PATCH v2] arm64, kaslr: export offset in VMCOREINFO ELF notes

umpfile_2, and dumpfile_3. makedumpfile Completed. [0] https://www.spinics.net/lists/kexec/msg21195.html Cc: Ard Biesheuvel Cc: Will Deacon Cc: Mark Rutland Cc: Catalin Marinas Cc: James Morse Signed-off-by: Bhupesh Sharma --- Changes since v1: - Addressed review comments from James regarding commit

Re: [PATCH] arm64, kaslr: export offset in VMCOREINFO ELF notes

have access to mips hardware, so I will be happy to update the v2 to add mips kernel bits as well, in case someone is willing to give it a try on their mips hardware. > On 19/07/18 15:55, Bhupesh Sharma wrote: >> On Thu, Jul 19, 2018 at 5:01 PM, James Morse wrote: >>> On 18/07/

Re: [PATCH 1/2] arm64: Get 'info->page_offset' from PT_LOAD segments to support KASLR boot cases

Hi Kazu, On Tue, Jul 24, 2018 at 10:47 AM, Bhupesh Sharma wrote: > Hi Kazu, > > On Mon, Jul 23, 2018 at 10:15 PM, Kazuhito Hagio > wrote: >> Hi Bhupesh, >> >> On 7/22/2018 3:44 AM, Bhupesh Sharma wrote: >>> Hello Kazu, >>> >>> Many than

Re: [PATCH 1/2] arm64: Get 'info->page_offset' from PT_LOAD segments to support KASLR boot cases

Hi Kazu, On Mon, Aug 20, 2018 at 8:54 PM, Kazuhito Hagio wrote: > Hello Bhupesh, > > On 8/15/2018 3:55 PM, Bhupesh Sharma wrote: >> The kernel patch is now accepted in Linus's tree: >> commit e401b7c2c69008ad2fcdc154f7c5421281c90042 >> Author: Bhupesh Sharma >>

[PATCH] arm64: Add a generic method of determining invalid phy-addr for calculating 'info->page_offset'

9ee0ffb83689d2 (arm64: Get 'info->page_offset' from PT_LOAD segments to support KASLR boot cases) Signed-off-by: Bhupesh Sharma --- arch/arm64.c | 26 -- makedumpfile.h | 1 - 2 files changed, 24 insertions(+), 3 deletions(-) diff --git a/arch

Re: kexec: fix for "Unhandled rela relocation: R_X86_64_PLT32" error

ing this issue with newer Fedora versions (for e.g. Fedora 29, please see <https://bugzilla.redhat.com/show_bug.cgi?id=1619122> for details), so would request you to apply this as an 'urgent' fix to make sure that the kexec/kdump code keeps working fine with newer kernel versions as well. I have tested this on a Fedora 29 x86_64 host and I no longer encounter the 'Unhandled rela relocation: R_X86_64_PLT32' error. Please feel free to add to this patch: Tested-by and Acked-by: Bhupesh Sharma Thanks, Bhupesh ___ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec

Re: kexec: fix for "Unhandled rela relocation: R_X86_64_PLT32" error

Hi Simon, On Fri, Aug 24, 2018 at 1:26 PM, Simon Horman wrote: > On Tue, Aug 21, 2018 at 04:51:49PM +0530, Bhupesh Sharma wrote: >> Thanks for this fix Chris, >> >> I have tested this fix on Fedora 29 and it works fine. >> >> On Mon, Aug 20, 2018 at

[PATCH] arm64, kaslr: export offset in VMCOREINFO ELF notes

umpfile_3. makedumpfile Completed. [0] https://github.com/bhupesh-sharma/makedumpfile/commit/555e5ae0fb2b21797c450ad55950e81c470224ef Cc: Ard Biesheuvel Cc: Will Deacon Cc: Mark Rutland Cc: Catalin Marinas Cc: James Morse Signed-off-by: Bhupesh Sharma --- arch/arm64/kernel/machine_kexec.c | 1

Re: [PATCH v4 0/2] Add capability to dump fdt blob for arm64 platforms

ow (and we can take a similar approach as ppc for arm64 later on) once we have kexec, kdump and other user-space utilities (which rely on the kexec kernel framework) working stably on arm64 machines (with latest upstream kernels). Thanks, Bhupesh On Thu, Jun 21, 2018 at 03:54:36PM +0530, Bhupes

Re: [PATCH v3.1 0/4] arm64: kexec,kdump: fix boot failures on acpi-only system

Hi Will, On Mon, Jul 23, 2018 at 7:05 PM, Will Deacon wrote: > On Tue, Jul 17, 2018 at 02:12:23PM +0900, AKASHI Takahiro wrote: >> On Fri, Jul 13, 2018 at 07:49:45AM +0200, Ard Biesheuvel wrote: >> > On 13 July 2018 at 02:34, AKASHI Takahiro >> > wrote: >> > > On Thu, Jul 12, 2018 at

Re: [PATCH 1/2] arm64: Get 'info->page_offset' from PT_LOAD segments to support KASLR boot cases

Hi Kazu, On Mon, Jul 23, 2018 at 10:15 PM, Kazuhito Hagio wrote: > Hi Bhupesh, > > On 7/22/2018 3:44 AM, Bhupesh Sharma wrote: >> Hello Kazu, >> >> Many thanks for your review comments. >> >> On Sat, Jul 21, 2018 at 3:18 AM, Kazuhito Hagio >> wrote:

Re: [PATCH 1/2] arm64: Get 'info->page_offset' from PT_LOAD segments to support KASLR boot cases

Hello Kazu, Many thanks for your review comments. On Sat, Jul 21, 2018 at 3:18 AM, Kazuhito Hagio wrote: > > On 7/19/2018 1:43 AM, Bhupesh Sharma wrote: >> The existing methodology to obtain 'info->page_offset' from reading >> _stext symbol (from kallsyms) doesn't work wel

[PATCH 2/2] arm64: Add runtime kaslr offset if it exists

Completed. This feature also requires a fix in the kernel as well which has been submitted upstream (see[0]). [0] https://patchwork.kernel.org/patch/1053/ Signed-off-by: Bhupesh Sharma --- arch/arm64.c | 41 + makedumpfile.h | 3 ++- 2 files changed, 43 i

[PATCH 0/2] arm64, makedumpfile: A couple of KASLR related fixes

ress from vmlinux to kernel run time address in case of KASLR boot. Bhupesh Sharma (2): arm64: Get 'info->page_offset' from PT_LOAD segments to support KASLR boot cases arm64: Add runtime kaslr offset if it exists arch/ar

[PATCH 1/2] arm64: Get 'info->page_offset' from PT_LOAD segments to support KASLR boot cases

el data page size: 65536 Total pages on system: 1537858 Total size on system: 100785061888 Byte Signed-off-by: Bhupesh Sharma --- arch/arm64.c | 23 ++- common.h | 1 + makedumpfile.h | 1 + 3 files changed, 20 insertions(+), 5 deletions(-) diff --git a/arch/arm6

Re: [PATCH] arm64, kaslr: export offset in VMCOREINFO ELF notes

Hi James, On Thu, Jul 19, 2018 at 5:01 PM, James Morse wrote: > Hi Bhupesh, > > On 18/07/18 22:37, Bhupesh Sharma wrote: >> Include KASLR offset in VMCOREINFO ELF notes to assist in debugging. >> >> makedumpfile user-space utility will need fixup to use this KASLR o

Re: [PATCH] arm64: Add a generic method of determining invalid phy-addr for calculating 'info->page_offset'

21:55:20 2018 -0700 proc/kcore: add vmcoreinfo note to /proc/kcore [2] https://www.spinics.net/lists/arm-kernel/msg675582.html Thanks, Bhupesh On Tue, Aug 21, 2018 at 8:57 PM, Kazuhito Hagio wrote: > Hi Bhupesh, > > On 8/20/2018 3:45 PM, Bhupesh Sharma wrot

Re: [PATCH] arm64: Fix calculation of page_offset in case we are running cases other than mem-usage

On Wed, Jul 4, 2018 at 12:15 AM, Kazuhito Hagio wrote: > On 7/3/2018 1:23 AM, Bhupesh Sharma wrote: >> Hello Kazu-san, >> >> On Sat, Jun 30, 2018 at 3:18 AM, Bhupesh Sharma wrote: >>> Patch f49ca13e5eed5bbdc69e0fd5ef099cb46050cb3d added '--mem-usage' >

Re: [PATCH] arm64/mm: Introduce a variable to hold base address of linear region

Hi James, On Wed, Jul 11, 2018 at 6:54 PM, James Morse wrote: > Hi Bhupesh, > > (CC: +Omar) > > On 20/06/18 08:26, Bhupesh Sharma wrote: >> On Wed, Jun 20, 2018 at 7:46 AM, Jin, Yanjiang >> wrote: >>>> From: Bhupesh Sharma [mailto:bhsha...@redhat.com] >

Re: [PATCH 0/3] arm64: add support for loading kernel from FITimage

Hello Arnaud, Thanks for the patch. On Thu, Jul 5, 2018 at 6:25 PM, Arnaud Ferraris wrote: > Hi all, > > FITimages are an image format used by U-boot, allowing to embed a kernel with > the associated device tree and initramfs into a single file, using the device > tree file format. >

[Query] ARM64 kaslr support - randomness, seeding and kdump

]. https://github.com/torvalds/linux/blob/master/arch/x86/lib/kaslr.c#L49 [3]. https://github.com/bhupesh-sharma/edk2-platforms/tree/master/Silicon/Openmoko/ChaosKeyDxe [4]. https://elixir.bootlin.com/linux/v4.12.9/source/arch/arm64/kernel/kaslr.c#L104 Please share your views. Regards, Bhupesh

  1   2   3   4   5   >