Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified

2021-04-09 Thread lijiang
Hi, Baoquan Thank you for the comment. 在 2021年04月09日 20:44, Baoquan He 写道: > On 04/07/21 at 10:03pm, Lianbo Jiang wrote: >> Some sub-1MB memory regions may be reserved by EFI boot services, and the >> memory regions will be released later in the efi_free_boot_services(). >> >> Currently, always res

[PATCH v4 00/13] Add build ID to stacktraces

2021-04-09 Thread Stephen Boyd
This series adds the kernel's build ID[1] to the stacktrace header printed in oops messages, warnings, etc. and the build ID for any module that appears in the stacktrace after the module name. The goal is to make the stacktrace more self-contained and descriptive by including the relevant build ID

[PATCH v4 13/13] kdump: Use vmlinux_build_id to simplify

2021-04-09 Thread Stephen Boyd
We can use the vmlinux_build_id array here now instead of open coding it. This mostly consolidates code. Cc: Jiri Olsa Cc: Alexei Starovoitov Cc: Jessica Yu Cc: Evan Green Cc: Hsin-Yi Wang Cc: Dave Young Cc: Baoquan He Cc: Vivek Goyal Cc: Signed-off-by: Stephen Boyd --- include/linux/cr

[PATCH v4 03/13] buildid: Stash away kernels build ID on init

2021-04-09 Thread Stephen Boyd
Parse the kernel's build ID at initialization so that other code can print a hex format string representation of the running kernel's build ID. This will be used in the kdump and dump_stack code so that developers can easily locate the vmlinux debug symbols for a crash/stacktrace. Cc: Jiri Olsa C

Re: [PATCHv5 2/2] powerpc/pseries: update device tree before ejecting hotplug uevents

2021-04-09 Thread Michal Suchánek
Hello, On Fri, Aug 28, 2020 at 04:10:09PM +0800, Pingfan Liu wrote: > On Thu, Aug 27, 2020 at 3:53 PM Laurent Dufour wrote: > > > > Le 10/08/2020 à 10:52, Pingfan Liu a écrit : > > > A bug is observed on pseries by taking the following steps on rhel: > > > -1. drmgr -c mem -r -q 5 > > > -2. echo

[CFT][PATCH] kexec: Remove the error prone kernel_version function

2021-04-09 Thread Eric W. Biederman
During kexec there are two kernel versions at play. The version of the running kernel and the version of the kernel that will be booted. On powerpc it appears people have been using the version of the running kernel to attempt to detect properties of the kernel to be booted which is just wrong.

[PATCH] kexec-tools: fix failure when kernel version patchlevel >255

2021-04-09 Thread Joe Korty
[PATCH] kexec-tools: fix kexec failure when kernel version patchlevel >255 [ 2nd try, to a larger cc: list, and this time submitted with a patch rather than just a bug report ] Kexec blows up when the kernel version patchlevel is >255. This was first noticed when a 4.4.262 kernel was booted o

Re: crashkernel reservation failed - No suitable area found on a cortina/gemini SoC

2021-04-09 Thread Corentin Labbe
Le Fri, Apr 09, 2021 at 04:53:13PM +0200, Corentin Labbe a écrit : > Le Wed, Apr 07, 2021 at 07:59:27AM -0700, Bruce Mitchell a écrit : > > On 4/7/2021 07:48, Corentin Labbe wrote: > > > Le Wed, Apr 07, 2021 at 07:28:26AM -0700, Bruce Mitchell a écrit : > > >> On 4/7/2021 07:23, Corentin Labbe wrot

Re: crashkernel reservation failed - No suitable area found on a cortina/gemini SoC

2021-04-09 Thread Corentin Labbe
Le Wed, Apr 07, 2021 at 07:59:27AM -0700, Bruce Mitchell a écrit : > On 4/7/2021 07:48, Corentin Labbe wrote: > > Le Wed, Apr 07, 2021 at 07:28:26AM -0700, Bruce Mitchell a écrit : > >> On 4/7/2021 07:23, Corentin Labbe wrote: > >>> Le Wed, Apr 07, 2021 at 07:13:04AM -0700, Bruce Mitchell a écrit :

Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified

2021-04-09 Thread Baoquan He
On 04/07/21 at 10:03pm, Lianbo Jiang wrote: > Some sub-1MB memory regions may be reserved by EFI boot services, and the > memory regions will be released later in the efi_free_boot_services(). > > Currently, always reserve all sub-1MB memory regions when the crashkernel > option is specified, but

Re: [PATCH v1 1/1] kernel.h: Split out panic and oops helpers

2021-04-09 Thread Rasmus Villemoes
On 06/04/2021 15.31, Andy Shevchenko wrote: > kernel.h is being used as a dump for all kinds of stuff for a long time. > Here is the attempt to start cleaning it up by splitting out panic and > oops helpers. Yay. Acked-by: Rasmus Villemoes > At the same time convert users in header and lib fold

[PATCH v2 1/1] kernel.h: Split out panic and oops helpers

2021-04-09 Thread Andy Shevchenko
kernel.h is being used as a dump for all kinds of stuff for a long time. Here is the attempt to start cleaning it up by splitting out panic and oops helpers. There are several purposes of doing this: - dropping dependency in bug.h - dropping a loop by moving out panic_notifier.h - unload kernel.h

Re: [PATCH v1 1/1] kernel.h: Split out panic and oops helpers

2021-04-09 Thread Andy Shevchenko
On Thu, Apr 08, 2021 at 02:45:12PM +0200, Rasmus Villemoes wrote: > On 06/04/2021 15.31, Andy Shevchenko wrote: > > kernel.h is being used as a dump for all kinds of stuff for a long time. > > Here is the attempt to start cleaning it up by splitting out panic and > > oops helpers. > > Yay. > > Ac

Re: [PATCH v1 1/1] kernel.h: Split out panic and oops helpers

2021-04-09 Thread Andy Shevchenko
On Thu, Apr 08, 2021 at 11:23:03PM -0700, Andrew Morton wrote: > On Wed, 7 Apr 2021 11:46:37 +0300 Andy Shevchenko > wrote: > > > On Wed, Apr 7, 2021 at 11:17 AM Kees Cook wrote: > > > > > > On Tue, Apr 06, 2021 at 04:31:58PM +0300, Andy Shevchenko wrote: > > > > kernel.h is being used as a dum

Re: [PATCH v1 1/1] kernel.h: Split out panic and oops helpers

2021-04-09 Thread Andrew Morton
On Wed, 7 Apr 2021 11:46:37 +0300 Andy Shevchenko wrote: > On Wed, Apr 7, 2021 at 11:17 AM Kees Cook wrote: > > > > On Tue, Apr 06, 2021 at 04:31:58PM +0300, Andy Shevchenko wrote: > > > kernel.h is being used as a dump for all kinds of stuff for a long time. > > > Here is the attempt to start