Vlastimil Babka writes:
> On 04/21/2015 09:31 AM, Aneesh Kumar K.V wrote:
>> Vlastimil Babka writes:
>>
>>> On 25.2.2015 22:24, David Rientjes wrote:
> alloc_pages_preferred_node() variant, change the exact_node() variant to
> pass
> __GFP_THISNODE, and audit and adjust all
On 04/21/2015 09:31 AM, Aneesh Kumar K.V wrote:
Vlastimil Babka writes:
On 25.2.2015 22:24, David Rientjes wrote:
alloc_pages_preferred_node() variant, change the exact_node() variant to pass
__GFP_THISNODE, and audit and adjust all callers accordingly.
Sounds like that should be done as
Vlastimil Babka vba...@suse.cz writes:
On 04/21/2015 09:31 AM, Aneesh Kumar K.V wrote:
Vlastimil Babka vba...@suse.cz writes:
On 25.2.2015 22:24, David Rientjes wrote:
alloc_pages_preferred_node() variant, change the exact_node() variant to
pass
__GFP_THISNODE, and audit and adjust all
On 04/21/2015 09:31 AM, Aneesh Kumar K.V wrote:
Vlastimil Babka vba...@suse.cz writes:
On 25.2.2015 22:24, David Rientjes wrote:
alloc_pages_preferred_node() variant, change the exact_node() variant to pass
__GFP_THISNODE, and audit and adjust all callers accordingly.
Sounds like that
Vlastimil Babka writes:
> On 25.2.2015 22:24, David Rientjes wrote:
>>
>>> alloc_pages_preferred_node() variant, change the exact_node() variant to
>>> pass
>>> __GFP_THISNODE, and audit and adjust all callers accordingly.
>>>
>> Sounds like that should be done as part of a cleanup after the
Vlastimil Babka vba...@suse.cz writes:
On 25.2.2015 22:24, David Rientjes wrote:
alloc_pages_preferred_node() variant, change the exact_node() variant to
pass
__GFP_THISNODE, and audit and adjust all callers accordingly.
Sounds like that should be done as part of a cleanup after the 4.0
On 25.2.2015 22:24, David Rientjes wrote:
alloc_pages_preferred_node() variant, change the exact_node() variant to pass
__GFP_THISNODE, and audit and adjust all callers accordingly.
Sounds like that should be done as part of a cleanup after the 4.0 issues
are addressed.
On Wed, 25 Feb 2015, Vlastimil Babka wrote:
> > Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
> > node") restructured alloc_hugepage_vma() with the intent of only
> > allocating transparent hugepages locally when there was not an effective
> > interleave mempolicy.
> >
>
On 02/25/2015 12:24 AM, David Rientjes wrote:
From: Greg Thelen
Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
node") restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
On Wed, 25 Feb 2015, Vlastimil Babka wrote:
Commit 077fcf116c8c (mm/thp: allocate transparent hugepages on local
node) restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
On 25.2.2015 22:24, David Rientjes wrote:
alloc_pages_preferred_node() variant, change the exact_node() variant to pass
__GFP_THISNODE, and audit and adjust all callers accordingly.
Sounds like that should be done as part of a cleanup after the 4.0 issues
are addressed.
On 02/25/2015 12:24 AM, David Rientjes wrote:
From: Greg Thelen gthe...@google.com
Commit 077fcf116c8c (mm/thp: allocate transparent hugepages on local
node) restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
From: Greg Thelen
Commit 077fcf116c8c ("mm/thp: allocate transparent hugepages on local
node") restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
alloc_pages_exact_node() does not limit the
From: Greg Thelen gthe...@google.com
Commit 077fcf116c8c (mm/thp: allocate transparent hugepages on local
node) restructured alloc_hugepage_vma() with the intent of only
allocating transparent hugepages locally when there was not an effective
interleave mempolicy.
alloc_pages_exact_node() does
14 matches
Mail list logo
