Re: [PATCH 1/1] kdump: append uts_namespace.name offset to VMCOREINFO

On 09/23/20 at 02:00pm, Dave Young wrote: > Hi Kazu, > On 09/23/20 at 04:37am, HAGIO KAZUHITO(萩尾 一仁) wrote: > > Hi Dave, > > > > sorry to bother you. We need this kernel patch to fix a makedumpfile issue > > with the current linux-next. Should we send this to the addresses below, > > right? > >

Re: [PATCH 1/1] kdump: append uts_namespace.name offset to VMCOREINFO

Hi Kazu, On 09/23/20 at 04:37am, HAGIO KAZUHITO(萩尾 一仁) wrote: > Hi Dave, > > sorry to bother you. We need this kernel patch to fix a makedumpfile issue > with the current linux-next. Should we send this to the addresses below, > right? > I'm not sure whether they are enough. It is good, but I

Re: [Intel-gfx] i915/kexec: warning at drivers/gpu/drm/i915/display/intel_psr.c:782 intel_psr_activate+0x3c6/0x440

Hi Souza, On 06/17/20 at 05:34pm, Souza, Jose wrote: > Hi Dave > > Will take care of this, looks like PSR2 was left enabled by UEFI/BIOS then > i915 enables PSR1.Are you affected by any visual glitches or other issues? Thanks you. I do not see visual glitches and other issues other than the war

Re: [PATCH 0/3 v11] add reserved e820 ranges to the kdump kernel e820 table

On 06/12/19 at 08:07pm, Borislav Petkov wrote: > On Wed, Jun 12, 2019 at 04:52:22PM +, Lendacky, Thomas wrote: > > I think the discussion ended up being that debuginfo wasn't being stripped > > from the kernel and initrd (mainly the initrd). What are the sizes of > > the kernel and initrd that

Re: [PATCH 2/2] Remove the memory encryption mask to obtain the true physical address

+ Tom On 01/25/19 at 11:06am, lijiang wrote: > 在 2019年01月24日 06:16, Kazuhito Hagio 写道: > > On 1/22/2019 3:03 AM, Lianbo Jiang wrote: > >> For AMD machine with SME feature, if SME is enabled in the first > >> kernel, the crashed kernel's page table(pgd/pud/pmd/pte) contains > >> the memory encryptio