On 05/08/2017 at 02:29 PM, Ingo Molnar wrote:
> * Xunlei Pang wrote:
>
>> On 05/05/2017 at 05:20 PM, Ingo Molnar wrote:
>>> * Xunlei Pang wrote:
>>>
On 05/05/2017 at 02:52 PM, Ingo Molnar wrote:
> * Xunlei Pang wrote:
>
>> @@ -122,6 +122,10 @@ static int init_pgtable(struct kima
* Xunlei Pang wrote:
> On 05/05/2017 at 05:20 PM, Ingo Molnar wrote:
> > * Xunlei Pang wrote:
> >
> >> On 05/05/2017 at 02:52 PM, Ingo Molnar wrote:
> >>> * Xunlei Pang wrote:
> >>>
> @@ -122,6 +122,10 @@ static int init_pgtable(struct kimage *image,
> unsigned long start_pgtable)
>
On 05/05/2017 at 05:20 PM, Ingo Molnar wrote:
> * Xunlei Pang wrote:
>
>> On 05/05/2017 at 02:52 PM, Ingo Molnar wrote:
>>> * Xunlei Pang wrote:
>>>
@@ -122,6 +122,10 @@ static int init_pgtable(struct kimage *image,
unsigned long start_pgtable)
level4p = (pgd_t *)__va(st
* Xunlei Pang wrote:
> On 05/05/2017 at 02:52 PM, Ingo Molnar wrote:
> > * Xunlei Pang wrote:
> >
> >> @@ -122,6 +122,10 @@ static int init_pgtable(struct kimage *image,
> >> unsigned long start_pgtable)
> >>
> >>level4p = (pgd_t *)__va(start_pgtable);
> >>clear_page(level4p);
> >> +
On 05/05/2017 at 02:52 PM, Ingo Molnar wrote:
> * Xunlei Pang wrote:
>
>> @@ -122,6 +122,10 @@ static int init_pgtable(struct kimage *image, unsigned
>> long start_pgtable)
>>
>> level4p = (pgd_t *)__va(start_pgtable);
>> clear_page(level4p);
>> +
>> +if (direct_gbpages)
>> +
* Xunlei Pang wrote:
> @@ -122,6 +122,10 @@ static int init_pgtable(struct kimage *image, unsigned
> long start_pgtable)
>
> level4p = (pgd_t *)__va(start_pgtable);
> clear_page(level4p);
> +
> + if (direct_gbpages)
> + info.direct_gbpages = true;
No, this should
Kexec setups all identity mappings before booting into the new
kernel, and this will cause extra memory consumption for paging
structures which is quite considerable on modern machines with
huge number of memory.
E.g. On one 32TB machine, in kdump case, it could waste around
128MB (around 4MB/TB)