Re: [PATCH V2 2/4] powerpc/mm/slice: Reduce the stack usage in slice_get_unmapped_area

2018-02-26 Thread Aneesh Kumar K.V
Nicholas Piggin writes: > I had a series which goes significantly further with stack reduction. What > do you think about just going with that? I am yet to review that. What I did here is minimum that is required to get 4PB series compiled. > > I wonder if we should switch to dynamically alloc

Re: [PATCH V2 2/4] powerpc/mm/slice: Reduce the stack usage in slice_get_unmapped_area

2018-02-26 Thread Nicholas Piggin
I had a series which goes significantly further with stack reduction. What do you think about just going with that? I wonder if we should switch to dynamically allocating the slice stuff on ppc64 On 27 Feb. 2018 00:28, "Aneesh Kumar K.V" wrote: > This patch kill potential_mask and compat_mask v

[PATCH V2 2/4] powerpc/mm/slice: Reduce the stack usage in slice_get_unmapped_area

2018-02-26 Thread Aneesh Kumar K.V
This patch kill potential_mask and compat_mask variable and instead use tmp_mask so that we can reduce the stack usage. This is required so that we can increase the high_slices bitmap to a larger value. The patch does result in extra computation in final stage, where it ends up recomputing the com