Hi
Eric W. Biederman
Thank you for your advice and opinion, I am very honored
Eric W. Biederman 于2022年7月26日周二 01:04写道:
>
> Albert Huang writes:
>
> > From: "huangjie.albert"
> >
> > In many time-sensitive scenarios, we need a shorter time to restart
> > the kernel. However, in the current
At 2022-07-25 21:32:04, "Baoquan He" wrote:
>On 07/25/22 at 11:55am, David Howells wrote:
>> Baoquan He wrote:
>>
>> > sed -i "s/the the /the /g" `git grep -l "the the "`
>>
>> You might want to clarify the first "the" with a preceding boundary marker.
>> There are some
On Mon, 2022-07-25 at 09:57 -0400, William Breathitt Gray wrote:
> On Mon, Jul 25, 2022 at 06:52:15AM -0700, Joe Perches wrote:
> > On Fri, 2022-07-22 at 07:45 +0800, Baoquan He wrote:
> > > The fix is done with below command:
> > > sed -i "s/the the /the /g" `git grep -l "the the " Documentation`
On 7/25/22 06:57, William Breathitt Gray wrote:
> On Mon, Jul 25, 2022 at 06:52:15AM -0700, Joe Perches wrote:
>> On Fri, 2022-07-22 at 07:45 +0800, Baoquan He wrote:
>>> On 07/21/22 at 11:40am, Randy Dunlap wrote:
On 7/21/22 11:36, Jonathan Corbet wrote:
> "Slark Xiao" writes:
>>
Albert Huang writes:
> From: "huangjie.albert"
>
> In many time-sensitive scenarios, we need a shorter time to restart
> the kernel. However, in the current kexec fast restart code, there
> are many places in the memory copy operation, verification operation
> and decompression operation,
Albert Huang writes:
> From: "huangjie.albert"
>
> Although the compressed kernel can save the time of loading the
> kernel into the memory and save the disk space for storing the kernel,
> but in some time-sensitive scenarios, the time for decompressing the
> kernel is intolerable. Therefore,
On Fri, 2022-07-22 at 07:45 +0800, Baoquan He wrote:
> On 07/21/22 at 11:40am, Randy Dunlap wrote:
> > On 7/21/22 11:36, Jonathan Corbet wrote:
> > > "Slark Xiao" writes:
> > > > May I know the maintainer of one subsystem could merge the changes
> > > > contains lots of subsystem? I also know
On 07/25/22 at 11:55am, David Howells wrote:
> Baoquan He wrote:
>
> > sed -i "s/the the /the /g" `git grep -l "the the "`
>
> You might want to clarify the first "the" with a preceding boundary marker.
> There are some English words ending in "the" that can be used as verbs, though
> I'm not
maybe a boot parameter ?
Jason A. Donenfeld 于2022年7月25日周一 20:15写道:
>
> Hi Albert,
>
> On Mon, Jul 25, 2022 at 04:38:54PM +0800, Albert Huang wrote:
> > +config KEXEC_PURGATORY_SKIP_SIG
> > + bool "skip kexec purgatory signature verification"
> > + depends on ARCH_HAS_KEXEC_PURGATORY
> >
Jason A. Donenfeld 于2022年7月25日周一 20:02写道:
>
> Hi Albert,
>
> On Mon, Jul 25, 2022 at 04:38:53PM +0800, Albert Huang wrote:
> > The kexec userspace tool also needs to add parameter options(-r) that
> > support the use of reserved memory (see another patch for kexec)
> >
> > [...]
> >
> > - if
Baoquan He wrote:
> sed -i "s/the the /the /g" `git grep -l "the the "`
You might want to clarify the first "the" with a preceding boundary marker.
There are some English words ending in "the" that can be used as verbs, though
I'm not sure you'd find any of them here - clothe for example.
From: "huangjie.albert"
1、if kernel is uncompressed. we do not need to relocate
kernel image for decompression
2、if kaslr is disabled, we do not need to do a memory copy
before prase_elf.
Two memory copies can be skipped with this patch. this can
save aboat 20ms during booting.
Signed-off-by:
From: "huangjie.albert"
Although the compressed kernel can save the time of loading the
kernel into the memory and save the disk space for storing the kernel,
but in some time-sensitive scenarios, the time for decompressing the
kernel is intolerable. Therefore, it is necessary to support
From: "huangjie.albert"
the verify_sha256_digest may cost 300+ ms in my test environment:
bzImage: 53M initramfs:28M
We can add a macro to control whether to enable this check. If we
can confirm that the data in this will not change, we can turn off
the check and get a faster startup.
From: "huangjie.albert"
In many time-sensitive scenarios, we need a shorter time to restart
the kernel. However, in the current kexec fast restart code, there
are many places in the memory copy operation, verification operation
and decompression operation, which take more time than 500ms.
From: "huangjie.albert"
normally, for kexec reboot, each segment of the second os
(such as : kernel、initrd、etc.) will be copied to discontinuous
physical memory during kexec load. and then a memory copy will
be performed when kexec -e is executed to copy each segment of
the second os to
16 matches
Mail list logo