Re: [PATCH v2][RFC] kdump: append kernel build-id string to VMCOREINFO

Thanks Andrew. See inline. On 6/17/2020 12:45 PM, Andrew Morton wrote: On Wed, 10 Jun 2020 21:27:52 -0700 Vijay Balakrishna wrote: Make kernel GNU build-id available in VMCOREINFO. Having build-id in VMCOREINFO facilitates presenting appropriate kernel namelist image with debug information

Re: [PATCH v2][RFC] kdump: append kernel build-id string to VMCOREINFO

On Wed, 10 Jun 2020 21:27:52 -0700 Vijay Balakrishna wrote: > Make kernel GNU build-id available in VMCOREINFO. Having > build-id in VMCOREINFO facilitates presenting appropriate kernel > namelist image with debug information file to kernel crash dump > analysis tools. Currently VMCOREINFO lac

Re: [PATCH v2] kexec: Do not verify the signature without the lockdown or mandatory signature

On Tue, 2 Jun 2020 12:59:52 +0800 Lianbo Jiang wrote: > Signature verification is an important security feature, to protect > system from being attacked with a kernel of unknown origin. Kexec > rebooting is a way to replace the running kernel, hence need be > secured carefully. I'm finding this

[PATCH v3 1/1] fs: move kernel_read_file* to its own include file

Move kernel_read_file* out of linux/fs.h to its own linux/kernel_read_file.h include file. That header gets pulled in just about everywhere and doesn't really need functions not related to the general fs interface. Suggested-by: Christoph Hellwig Signed-off-by: Scott Branden --- Changes since v

Re: [PATCH v2 1/1] fs: move kernel_read_file* to its own include file

On Wed, Jun 17, 2020 at 08:17:10AM -0700, Scott Branden wrote: > Move kernel_read_file* out of linux/fs.h to its own linux/kernel_read_file.h > include file. That header gets pulled in just about everywhere > and doesn't really need functions not related to the general fs interface. > > Suggested-

[PATCH v2 1/1] fs: move kernel_read_file* to its own include file

Move kernel_read_file* out of linux/fs.h to its own linux/kernel_read_file.h include file. That header gets pulled in just about everywhere and doesn't really need functions not related to the general fs interface. Suggested-by: Christoph Hellwig Signed-off-by: Scott Branden --- drivers/base/fi

Receipt For Goods Available

Hi Hope this mail finds you well. Our company have not bought your products before but due to excess demand of it here, so we decided to go for it. I still have other request to make but there all in my specification. Please let me know if you still have stocks available. Waiting for your r

Re: [PATCH v2][RFC] kdump: append kernel build-id string to VMCOREINFO

On 06/10/20 at 09:27pm, Vijay Balakrishna wrote: > Make kernel GNU build-id available in VMCOREINFO. Having > build-id in VMCOREINFO facilitates presenting appropriate kernel > namelist image with debug information file to kernel crash dump > analysis tools. Currently VMCOREINFO lacks uniquely id

Re: [PATCH] arm64: continue loading even if kaslr-seed is not wiped to zero

Hi Xunlin, On Tue, Jun 16, 2020 at 9:03 AM Xulin Sun wrote: > > The commit c3f043241a866a (arm64: Add support to supply 'kaslr-seed' to > secondary kernel) > add kaslr-seed support. And consider the primary kernel reads the 'kaslr-seed' > and wipes it to 0. But in the situation, 'CONFIG_RANDOMIZ