On Wed, Mar 17, 2021 at 12:31 PM Geert Uytterhoeven
wrote:
> Parse the following DT properties in the crash dump kernel, to provide a
> modern interface between kexec and the crash dump kernel:
> - linux,elfcorehdr: ELF core header segment, similar to the
> "elfcorehdr=" kernel parameter.
>
On Thu, May 06, 2021, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Allow a runtime opt-out of kexec support for architecture code in case
> the kernel is running in an environment where kexec is not properly
> supported yet.
>
> This will be used on x86 when the kernel is running as an SEV-ES
>
Joerg Roedel writes:
> From: Joerg Roedel
>
> For now, kexec is not supported when running as an SEV-ES guest. Doing
> so requires additional hypervisor support and special code to hand
> over the CPUs to the new kernel in a safe way.
>
> Until this is implemented, do not support kexec in SEV-ES
With commit a8250642a4ff50a2559446f4e915a1f59ac7adf7 (HEAD -> master,
origin/master, origin/HEAD)
This is on OpenBMC which builds on OpenEmbedded and Yocto.
sh-5.1# makedumpfile -d 31 /proc/vmcore /mnt/dumpfile
The kernel version is not supported.
The makedumpfile operation may be incomplete.
c
On Thu, May 06, 2021 at 03:43:23PM +, Sean Christopherson wrote:
> This misses kexec_file_load.
Right, thanks, I will fix that in the next version.
> Also, is a new hook really needed? E.g. the SEV-ES check be shoved
> into machine_kexec_prepare(). The downside is that we'd do a fair
> amou
On Thu, May 06, 2021 at 12:42:03PM -0500, Eric W. Biederman wrote:
> I don't understand this.
>
> Fundamentally kexec is about doing things more or less inspite of
> what the firmware is doing.
>
> I don't have any idea what a SEV-ES is. But the normal x86 boot doesn't
> do anything special. Is
Joerg Roedel writes:
> On Thu, May 06, 2021 at 12:42:03PM -0500, Eric W. Biederman wrote:
>> I don't understand this.
>>
>> Fundamentally kexec is about doing things more or less inspite of
>> what the firmware is doing.
>>
>> I don't have any idea what a SEV-ES is. But the normal x86 boot doe
On 04/29/21 at 01:14am, Stephen Boyd wrote:
> Quoting Baoquan He (2021-04-28 03:13:55)
> > On 04/20/21 at 02:50pm, Stephen Boyd wrote:
> > > We can use the vmlinux_build_id array here now instead of open coding
> > > it. This mostly consolidates code.
> > >
> > > Cc: Jiri Olsa
> > > Cc: Alexei Sta
On 05/07/21 at 11:54am, Baoquan He wrote:
> On 04/29/21 at 01:14am, Stephen Boyd wrote:
> > Quoting Baoquan He (2021-04-28 03:13:55)
> > > On 04/20/21 at 02:50pm, Stephen Boyd wrote:
> > > > We can use the vmlinux_build_id array here now instead of open coding
> > > > it. This mostly consolidates c
