Linux NUMA Userland Tools Discussion
Thread Index
[Prev Page][
Next Page
]
NUMA performance, optimal settings for multithreaded, memory mapped file access
From
: Andreas Mueller <andreas.mueller@xxxxxxx>
Re: How does numa_parse_nodestring +0-1 works/should work
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
How does numa_parse_nodestring +0-1 works/should work
From
: Andreas Mueller <andreas.mueller@xxxxxxx>
[PATCH] libnuma: prototype for numa_bitmask_weight()
From
: Cliff Wickman <cpw@xxxxxxx>
Urgent: numactl-2.0.8 - make does not create numastat binary
From
: Andreas Hollmann <hollmann@xxxxxxxxx>
libnuma - data types problems
From
: Fabio Tordini <tordini@xxxxxxxxxxx>
Re: [PATCH] Custom interleaved allocation
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: [PATCH] Custom interleaved allocation
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] Custom interleaved allocation
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: numactl using it's own affinity to determine CPU set
From
: Petr Holasek <pholasek@xxxxxxxxxx>
Re: numactl using it's own affinity to determine CPU set
From
: Cliff Wickman <cpw@xxxxxxx>
Re: numactl using it's own affinity to determine CPU set
From
: Petr Holasek <pholasek@xxxxxxxxxx>
Re: numactl using it's own affinity to determine CPU set
From
: Jon Stanley <jonstanley@xxxxxxxxx>
Re: numactl using it's own affinity to determine CPU set
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
numactl using it's own affinity to determine CPU set
From
: Jon Stanley <jonstanley@xxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Rewrite numastat to also show per-node process stats
From
: Cliff Wickman <cpw@xxxxxxx>
Re: [PATCH] Rewrite numastat to also show per-node process stats
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Rewrite numastat to also show per-node process stats
From
: Cliff Wickman <cpw@xxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Wen Congyang <wency@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Wen Congyang <wency@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Wen Congyang <wency@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Wen Congyang <wency@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Wen Congyang <wency@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Wen Congyang <wency@xxxxxxxxxxxxxx>
Re: [PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: David Rientjes <rientjes@xxxxxxxxxx>
[PATCH] Do not use cpu_to_node() to find an offlined cpu's node.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
[PATCH] Rewrite numastat to also show per-node process stats
From
: Bill Gray <bgray@xxxxxxxxxx>
Re: [PATCH v2 2/2] Update sched_domains_numa_masks when new cpus are onlined.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v2 0/2] Update sched_domains_numa_masks when new cpus are onlined.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
[PATCH v2 2/2] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
[PATCH v2 1/2] Ensure sched_domains_numa_levels safe in other functions.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
[PATCH v2 0/2] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
[PATCH] Update sched_domains_numa_masks when new cpus are onlined.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
[PATCH] numactl: Show distance info even for machines without 0th node.
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[BUG] Failed to online cpu on a hot-added NUMA node.
From
: Tang Chen <tangchen@xxxxxxxxxxxxxx>
Re: [PATCH 0/7] couple of numactl-2.0.8-rc4 bugfixes and interface
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH v2 7/7] libnuma: no warnings when there are holes in numbering of nodes
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH v2 6/7] libnuma: removed unused bufferlen variable
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH v2 5/7] libnuma: numa_parse_cpustring and similar should take a const char* parameter
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[RFC PATCH v2 4/7] libnuma: introduced _all versions of numa_parse_{cpu,node}string()
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH v2 3/7] libnuma: numa_num_possible_cpus symbol is exported from the library
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH v2 2/7] libnuma: do not recalculate maxconfiguredcpu
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH v2 1/7] libnuma: Fix calculation of maxconfiguredcpu
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH v2 0/7] couple of numactl-2.0.8-rc4 bugfixes and new interface
From
: Petr Holasek <pholasek@xxxxxxxxxx>
Re: Red Hat would like to rework / enhance numastat
From
: Bill Gray <bgray@xxxxxxxxxx>
Re: [RFC PATCH 4/7] libnuma: introduced _all versions of numa_parse_{cpu,node}string()
From
: Petr Holasek <pholasek@xxxxxxxxxx>
Re: [RFC PATCH 4/7] libnuma: introduced _all versions of numa_parse_{cpu,node}string()
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 0/7] couple of numactl-2.0.8-rc4 bugfixes and interface
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH 7/7] libnuma: no warnings when there are holes in numbering of nodes
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH 5/7] libnuma: numa_parse_cpustring and similar should take a const char* parameter
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH 3/7] libnuma: numa_num_possible_cpus symbol is exported from the library
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH 6/7] libnuma: removed unused bufferlen variable
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH 1/7] libnuma: Fix calculation of maxconfiguredcpu
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[RFC PATCH 4/7] libnuma: introduced _all versions of numa_parse_{cpu,node}string()
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH 2/7] libnuma: do not recalculate maxconfiguredcpu
From
: Petr Holasek <pholasek@xxxxxxxxxx>
AutoNUMA benchmark 0.1
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: How can I know whether my memory is allocated on the node expected?
From
: Bill Gray <bgray@xxxxxxxxxx>
Re: Red Hat would like to rework / enhance numastat
From
: Cliff Wickman <cpw@xxxxxxx>
How can I know whether my memory is allocated on the node expected?
From
: Wei Chen <acee06.weichen@xxxxxxxxx>
Red Hat would like to rework / enhance numastat
From
: Bill Gray <bgray@xxxxxxxxxx>
Re: A question about numa_set_membind()
From
: Wei Chen <acee06.weichen@xxxxxxxxx>
Re: A question about numa_set_membind()
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
A question about numa_set_membind()
From
: Wei Chen <acee06.weichen@xxxxxxxxx>
Issues with numa_alloc_interleaved
From
: <adrien@xxxxxxxxxxx>
[PATCH] numa_emulation fix
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
[PATCH] numa_emulation: fix cpumask_of_node()
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Libnuma: Memory allocation problem
From
: Ajay Anandan <ajaydarez@xxxxxxxxx>
bitmask/nodemask strangeness with sparse node ids
From
: Brice Goglin <Brice.Goglin@xxxxxxxx>
Re: [PATCH] numademo: msize check for ptrchase test
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] numademo: msize check for ptrchase test
From
: Petr Holasek <pholasek@xxxxxxxxxx>
Re: kernel crash when using libnuma
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: kernel crash when using libnuma
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
kernel crash when using libnuma
From
: Trevor Kramer <tkramer@xxxxxxxxxxxxx>
Re: How to make get_mempolicy return a node id list for an address range?
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
How to make get_mempolicy return a node id list for an address range?
From
: Ananya Muddukrishna <ananya@xxxxxx>
[PATCH] Makefile: install all available man pages
From
: Petr Holasek <pholasek@xxxxxxxxxx>
[PATCH] libnuma: more verbose warning
From
: Petr Holasek <pholasek@xxxxxxxxxx>
Re: numa_alloc_interleaved and expectation of round-robin allocation
From
: Cliff Wickman <cpw@xxxxxxx>
numa_alloc_interleaved and expectation of round-robin allocation
From
: Ananya Muddukrishna <ananya@xxxxxx>
Re: Where can I get the git tree for linux numa userland tool?
From
: Andi Kleen <ak@xxxxxxxxxxxxxxx>
Re: MPOL_INTERLEAVE page-wise binding dump
From
: Ananya Muddukrishna <ananya@xxxxxx>
Re: MPOL_INTERLEAVE page-wise binding dump
From
: Ananya Muddukrishna <ananya@xxxxxx>
Re: MPOL_INTERLEAVE page-wise binding dump
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
MPOL_INTERLEAVE page-wise binding dump
From
: Ananya Muddukrishna <ananya@xxxxxx>
[CFP] Linux Storage, Filesystem & Memory Management Summit 2012 (April 1-2)
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
numactl/libnuma 2.0.8-rc3
From
: Cliff Wickman <cpw@xxxxxxx>
Re: [PATCH] [0/15] Various fixes to numactl 2.0.0
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: libnuma: Problem with static library
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 5/8] Add IO affinity support to libnuma
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 7/8] memhog: add option to disable transparent huge pages
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 8/8] Disable transparent huge pages in test suite
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 1/8] Add support for a "same" numamask to numactl
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 6/8] Clean regression test temp files
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 3/8] Use glibc syscall if possible
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 4/8] Run full test suite before exiting
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 2/8] Use constructors for numa_init/exit
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
libnuma: Problem with static library
From
: Almaz Mirgasimov <mirgasimov.almaz@xxxxxxxxx>
[PATCH] libnuma: preventing sigbus on touch beyond region
From
: Cliff Wickman <cpw@xxxxxxx>
Re: 3.1-rc2: CONFIG_NUMA Question
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH] libnuma: checking of sucessfull allocations in numademo
From
: Cliff Wickman <cpw@xxxxxxx>
Re: 3.1-rc2: CONFIG_NUMA Question
From
: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: 3.1-rc2: CONFIG_NUMA Question
From
: Américo Wang <xiyou.wangcong@xxxxxxxxx>
[PATCH] libnuma: checking of sucessfull allocations in numademo
From
: Petr Holasek <pholasek@xxxxxxxxxx>
3.1-rc2: CONFIG_NUMA Question
From
: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Re: a question about the numa information on my machine
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: a question about the numa information on my machine
From
: Chia-Hung Lin <ch1028.lin@xxxxxxxxx>
Re: [BUG] Invalid return address of mmap() followed by mbind() in multithreaded context
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [BUG] Invalid return address of mmap() followed by mbind() in multithreaded context
From
: Kornilios Kourtis <kkourt@xxxxxxxxxxxxxxxxx>
Re: a question about the numa information on my machine
From
: Chia-Hung Lin <ch1028.lin@xxxxxxxxx>
Re: about the meaning of numactl -i
From
: Alfredo Buttari <alfredo.buttari@xxxxxxxxxxx>
Re: a question about the numa information on my machine
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: about the meaning of numactl -i
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: a question about the numa information on my machine
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
a question about the numa information on my machine
From
: Chia-Hung Lin <ch1028.lin@xxxxxxxxx>
Re: [BUG] Invalid return address of mmap() followed by mbind() in multithreaded context
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: [BUG] Invalid return address of mmap() followed by mbind() in multithreaded context
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: [BUG] Invalid return address of mmap() followed by mbind() in multithreaded context
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[BUG] Invalid return address of mmap() followed by mbind() in multithreaded context
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: about the meaning of numactl -i
From
: Alfredo Buttari <alfredo.buttari@xxxxxxxxxxx>
Re: about the meaning of numactl -i
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
about the meaning of numactl -i
From
: Alfredo Buttari <alfredo.buttari@xxxxxxxxxxx>
Re: Query
From
: snmp snmp <snmp.ml@xxxxxxxxx>
Query
From
: snmp snmp <snmp.ml@xxxxxxxxx>
Re: [PATCH] manpages
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] manpages
From
: Anton Arapov <anton@xxxxxxxxxx>
[PATCH] libnuma: parsing cpu and node strings
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] libnuma: numa_get_run_node_mask manpage
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] libnuma: test/checkaffinity
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] libnuma: numa_get_run_node_mask and numa_run_on_node_mask
From
: Cliff Wickman <cpw@xxxxxxx>
regression in numactl --cpunodebind=N
From
: Cliff Wickman <cpw@xxxxxxx>
Re: realloc function
From
: Cliff Wickman <cpw@xxxxxxx>
Re: realloc function
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: realloc function
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: realloc function
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: realloc function
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: realloc function
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: realloc function
From
: "Andi Kleen" <andi@xxxxxxxxxxxxxx>
Re: realloc function
From
: Cliff Wickman <cpw@xxxxxxx>
Re: realloc function
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
Re: realloc function
From
: "Andi Kleen" <andi@xxxxxxxxxxxxxx>
realloc function
From
: Vasileios Karakasis <bkk@xxxxxxxxxxxxxxxxx>
release of numactl/libnuma 2.0.6
From
: Cliff Wickman <cpw@xxxxxxx>
Re: migrate already accessed memory allocations.
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: migrate already accessed memory allocations.
From
: Christos Margiolas <chrmargiolas@xxxxxxxxxxxxxx>
Re: migrate already accessed memory allocations.
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
migrate already accessed memory allocations.
From
: Christos Margiolas <chrmargiolas@xxxxxxxxxxxxxx>
Re: numa_get_mems_allowed bug
From
: Cliff Wickman <cpw@xxxxxxx>
Re: numa_get_mems_allowed bug
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: numa_get_mems_allowed bug
From
: Michael Spiegel <michael.m.spiegel@xxxxxxxxx>
numa_get_mems_allowed bug
From
: Michael Spiegel <michael.m.spiegel@xxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Avi Kivity <avi@xxxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH/RFC 1/5] numa - migration cache - core implementation
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [PATCH/RFC 0/11] numa - Automatic-migration
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [PATCH/RFC 1/5] numa - migration cache - core implementation
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
RESEND: [PATCH/RFC 1/5] numa - migration cache - core implementation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 1/5] numa - migration cache - core implementation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 2/5] numa - migration cache - add mm checks for migration cache
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 5/5] numa - migration cache - add statistics
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 4/5] numa - migration cache - use for lazy migration
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 3/5] numa - migration cache - add move_to_swap
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 11/11] numa - Automatic-migration - add statistics
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 10/11] numa - Automatic-migration - per proc automigrate kick control
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 9/11] numa - Automatic-migration - hook to migrate on fault
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 8/11] numa - Automatic-migration - per cpuset max mapcount control
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 7/11] numa - Automatic-migration - add internode migration delay
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 6/11] numa - Automatic-migration - hook to scheduler inter-node migration
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 5/11] numa - Automatic-migration - x86_64 check notify migrate pending
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 4/11] numa - Automatic-migration - ia64 check notify migrate pending
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 3/11] numa - Automatic-migration - check notify migrate pending
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 2/11] numa - Automatic-migration - per cpuset automigration control
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 1/11] numa - Automatic-migration - preparation, cleanup
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 0/11] numa - Automatic-migration
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH/RFC 0/14] Shared Policy Overview
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 0/14] Shared Policy Overview
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH/RFC 8/8] numa - Migrate-on-Fault - add statistics
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 7/8] numa - Migrate-on-Fault - mbind() NOOP policy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 6/8] numa - Migrate-on-Fault - add mbind() MPOL_MF_LAZY flag
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 5/8] numa - Migrate-on-Fault - migrate misplaced anon pages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 4/8] numa - Migrate-on-Fault - migrate misplaced pages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 3/8] numa - Migrate-on-Fault - check for misplaced page
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 2/8] numa - Migrate-on-Fault - add cpuset control
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 1/8] numa - Migrate-on-Fault - add Kconfig option
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 0/8] numa - Migrate-on-Fault
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 14/14] Shared Policy: add generic file set/get policy vm ops
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 13/14] Shared Policy: per cpuset mapped file policy control
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 12/14] Shared Policy: mapped file policy persistence model
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 11/14] Shared Policy: fix migration of private mappings
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 10/14] Shared Policy: Add hugepage shmem policy vm_ops
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 9/14] Shared Policy: per cpuset huge file policy control
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 8/14] Shared Policy: use alloc_page_pol for swap and shmempages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 7/14] Shared Policy: use shared policy for page cache allocations
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 6/14] Shared Policy: Factor alloc_page_pol routine
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 5/14] Shared Policy: fix show_numa_maps()
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 4/14] Shared Policy: let vma policy ops handle sub-vma policies
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 3/14] Shared Policy: allocate shared policies as needed
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 2/14] Shared Policy: move shared policy to inode/mapping
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 1/14] Shared Policy: Miscellaneous Cleanup
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 0/14] Shared Policy Overview
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
any additions to libnuma 2.0.6?
From
: Cliff Wickman <cpw@xxxxxxx>
Re: segmentation fault in numa_node_to_cpus_v1
From
: Scott Lurndal <scott@xxxxxxxxxxx>
Re: segmentation fault in numa_node_to_cpus_v1
From
: Michael Spiegel <michael.m.spiegel@xxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
Re: segmentation fault in numa_node_to_cpus_v1
From
: Cliff Wickman <cpw@xxxxxxx>
Re: segmentation fault in numa_node_to_cpus_v1
From
: "Scott Lurndal" <scott@xxxxxxxxxxx>
segmentation fault in numa_node_to_cpus_v1
From
: Michael Spiegel <michael.m.spiegel@xxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: NUMA page allocation from next Node
From
: "Tim Pepper" <lnxninja@xxxxxxxxxxxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
Re: NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
NUMA page allocation from next Node
From
: Tharindu Rukshan Bamunuarachchi <btharindu@xxxxxxxxx>
Re: numactl download site hosed?
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: numactl download site hosed?
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: numactl download site hosed?
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
numactl download site hosed?
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH] libnuma: numa_node_to_cpus() warning
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] libnuma:
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] libnuma:
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH] libnuma: maintain numa_num_thread_nodes() and numa_num_thread_cpus()
From
: Cliff Wickman <cpw@xxxxxxx>
Re: [PATCH 0 of 5] RFC: Handling of sparse, memoryless, and cpuless nodes
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH 5 of 5] numactl --hardware should handle sparse node numbering
From
: "Tim Pepper" <lnxninja@xxxxxxxxxxxxxxxxxx>
[PATCH 4 of 5] Clarify comment for numa_all_nodes_ptr extern
From
: "Tim Pepper" <lnxninja@xxxxxxxxxxxxxxxxxx>
[PATCH 3 of 5] Fix numa_num_configured_nodes() to match man page description
From
: "Tim Pepper" <lnxninja@xxxxxxxxxxxxxxxxxx>
[PATCH 2 of 5] Use numa_max_node() not numa_num_configured_nodes() where appropriate
From
: "Tim Pepper" <lnxninja@xxxxxxxxxxxxxxxxxx>
[PATCH 1 of 5] Correct numa_max_node() use of broken numa_num_configured_nodes()
From
: "Tim Pepper" <lnxninja@xxxxxxxxxxxxxxxxxx>
[PATCH 0 of 5] RFC: Handling of sparse, memoryless, and cpuless nodes
From
: "Tim Pepper" <lnxninja@xxxxxxxxxxxxxxxxxx>
missing sys/stat.h include in shm.c for fstat64()
From
: Mike Frysinger <vapier@xxxxxxxxxx>
Re: libnuma/numactl 2.0.4 release announced
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
libnuma/numactl 2.0.4 release announced
From
: Cliff Wickman <cpw@xxxxxxx>
Re: time for libnuma/numactl 2.0.4 release
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
time for libnuma/numactl 2.0.4 release
From
: Cliff Wickman <cpw@xxxxxxx>
Re: numactl-2.0.4-rc3 addition
From
: Cliff Wickman <cpw@xxxxxxx>
Re: numactl-2.0.4-rc3 addition
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
numactl-2.0.4-rc3 addition
From
: Cliff Wickman <cpw@xxxxxxx>
numactl-2.0.4-rc3
From
: Cliff Wickman <cpw@xxxxxxx>
Re: libnuma valgrind errors
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
libnuma valgrind errors
From
: Trammell Hudson <hudson@xxxxxxxxxxxxxx>
Re: time for libnuma/numactl 2.0.4 release?
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: time for libnuma/numactl 2.0.4 release?
From
: Cliff Wickman <cpw@xxxxxxx>
time for libnuma/numactl 2.0.4 release?
From
: Cliff Wickman <cpw@xxxxxxx>
Re: [PATCH] libnuma: fix memory corruption
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] libnuma: fix memory corruption
From
: "Jan Beulich" <JBeulich@xxxxxxxxxx>
[PATCH] libnuma: enumerate CPUs correctly
From
: "Jan Beulich" <JBeulich@xxxxxxxxxx>
[PATCH] libnuma: fix memory corruption
From
: "Jan Beulich" <JBeulich@xxxxxxxxxx>
Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] Fix CPUless nodes numactl --hardware output
From
: Thomas Renninger <trenn@xxxxxxx>
Fix CPUless nodes numactl --hardware output
From
: Thomas Renninger <trenn@xxxxxxx>
[PATCH] add numa_random() stub for non-NUMA build
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 6/8] numa: slab: use numa_mem_id() for slab local memory node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 6/8] numa: slab: use numa_mem_id() for slab local memory node
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH 6/8] numa: slab: use numa_mem_id() for slab local memory node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 6/8] numa: slab: use numa_mem_id() for slab local memory node
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH 7/7] numa-update-documentation-vm-numa-add-memoryless-node-info-fix1
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 6/7] numa-introduce-numa_mem_id-effective-local-memory-node-id-fix3
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/7] numa-introduce-numa_mem_id-effective-local-memory-node-id-fix2
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix2
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/7] numa-add-generic-percpu-var-numa_node_id-implementation-fix2
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/7] numa-add-generic-percpu-var-numa_node_id-implementation-fix1
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/7] numa: incremental fixes to generic per cpu numa_*_id() series
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH 2/8] numa: x86_64: use generic percpu var numa_node_id() implementation
From
: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH 2/8] numa: x86_64: use generic percpu var numa_node_id() implementation
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 2/8] numa: x86_64: use generic percpu var numa_node_id() implementation
From
: Tejun Heo <tj@xxxxxxxxxx>
RE: Memory policy question for NUMA arch....
From
: Chetan Loke <generationgnu@xxxxxxxxx>
RE: Memory policy question for NUMA arch....
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id()
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 1/8] numa: add generic percpu var numa_node_id() implementation
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/8] numa: ia64: use generic percpu var numa_node_id() implementation
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 1/8] numa: add generic percpu var numa_node_id() implementation
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 4/8] numa: Introduce numa_mem_id()- effective local memory node id
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/8] numa: x86_64: use generic percpu var numa_node_id() implementation
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 5/8] numa: ia64: support numa_mem_id() for memoryless nodes
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: Memory policy question for NUMA arch....
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: Memory policy question for NUMA arch....
From
: Chetan Loke <generationgnu@xxxxxxxxx>
Re: Memory policy question for NUMA arch....
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
RE: Memory policy question for NUMA arch....
From
: Chetan Loke <generationgnu@xxxxxxxxx>
Re: [PATCH 1/8] numa: add generic percpu var numa_node_id() implementation
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/8] numa: x86_64: use generic percpu var numa_node_id() implementation
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/8] numa: add generic percpu var numa_node_id() implementation
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 8/8] numa: update Documentation/vm/numa, add memoryless node info
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 8/8] numa: update Documentation/vm/numa, add memoryless node info
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH 8/8] numa: update Documentation/vm/numa, add memoryless node info
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 7/8] numa: in-kernel profiling: use cpu_to_mem() for per cpu allocations
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 6/8] numa: slab: use numa_mem_id() for slab local memory node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/8] numa: ia64: support numa_mem_id() for memoryless nodes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/8] numa: Introduce numa_mem_id()- effective local memory node id
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/8] numa: ia64: use generic percpu var numa_node_id() implementation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/8] numa: x86_64: use generic percpu var numa_node_id() implementation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/8] numa: add generic percpu var numa_node_id() implementation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id()
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH] Fix libnuma numa_num_{task vs thread}_{cpu|node}s() naming discrepancy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: Memory policy question for NUMA arch....
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: Memory policy question for NUMA arch....
From
: Rick Sherm <rick.sherm@xxxxxxxxx>
Re: Memory policy question for NUMA arch....
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Memory policy question for NUMA arch....
From
: Rick Sherm <rick.sherm@xxxxxxxxx>
[APPLIED] [PATCH 0/10] hugetlb: V8 numa control of persistent huge pages alloc/free
From
: Andy Whitcroft <apw@xxxxxxxxxxxxx>
[PATCH] x86: more strict check when cpu hot-plugged
From
: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
[no subject]
From
: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
Re: [PATCH 3/6] Mempolicy: rename policy_types and cleanup initialization
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 1/6] Mempolicy: Don't call mpol_set_nodemask() when no_context
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/6] Mempolicy: factor mpol_shared_policy_init() return paths
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/6] Mempolicy: rename policy_types and cleanup initialization
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/6] Mempolicy: Don't call mpol_set_nodemask() when no_context
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
[PATCH 6/6] Mempolicy: document cpuset interaction with tmpfs mpol mount option
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[BUGFIX][PATCH 5/6] Mempolicy: fix get_mempolicy() for relative and static nodes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/6] Mempolicy: factor mpol_shared_policy_init() return paths
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/6] Mempolicy: rename policy_types and cleanup initialization
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/6] Mempolicy: Lose unnecessary loop variable in mpol_parse_str()
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/6] Mempolicy: Don't call mpol_set_nodemask() when no_context
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/6] Mempolicy: additional cleanups
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: numa_num_configured_cpus off by 2 on 2.6.33 ?
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
numa_num_configured_cpus off by 2 on 2.6.33 ?
From
: Martin Vogt <martin.vogt@xxxxxxxxxxxxxxxxxx>
Re: [PATCH/RFC 1/8] numa: prep: move generic percpu interface definitions to percpu-defs.h
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH/RFC 1/8] numa: prep: move generic percpu interface definitions to percpu-defs.h
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 1/8] numa: prep: move generic percpu interface definitions to percpu-defs.h
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH/RFC 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id()
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id()
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH/RFC 3/8] numa: x86_64: use generic percpu var for numa_node_id() implementation
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH/RFC 3/8] numa: x86_64: use generic percpu var for numa_node_id() implementation
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 5/8] numa: Introduce numa_mem_id()- effective local memory node id
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH/RFC 5/8] numa: Introduce numa_mem_id()- effective local memory node id
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH/RFC 4/8] numa: ia64: use generic percpu var numa_node_id() implementation
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH/RFC 3/8] numa: x86_64: use generic percpu var for numa_node_id() implementation
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH/RFC 2/8] numa: add generic percpu var implementation of numa_node_id()
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
[PATCH/RFC 8/8] numa: in-kernel profiling -- support memoryless nodes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 7/8] numa: slab: use numa_mem_id() for slab local memory node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 6/8] numa: ia64: support numa_mem_id() for memoryless nodes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 5/8] numa: Introduce numa_mem_id()- effective local memory node id
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 4/8] numa: ia64: use generic percpu var numa_node_id() implementation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 3/8] numa: x86_64: use generic percpu var for numa_node_id() implementation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 2/8] numa: add generic percpu var implementation of numa_node_id()
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 1/8] numa: prep: move generic percpu interface definitions to percpu-defs.h
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH/RFC 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id()
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Small fix to numa.3
From
: Ian Wienand <ian@xxxxxxxxxxx>
RE: Possible man numactl error?
From
: "MacCana, Mike" <mike.maccana@xxxxxxxxxxxxxxxxx>
Re: Possible man numactl error?
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Possible man numactl error?
From
: "MacCana, Mike" <mike.maccana@xxxxxxxxxxxxxxxxx>
Re: Library versioning issues II
From
: Scott Lurndal <scott.lurndal@xxxxxxxxxxxxxxxx>
Re: Library versioning issues II
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: Library versioning issues.
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Library versioning issues.
From
: Scott Lurndal <scott.lurndal@xxxxxxxxxxxxxxxx>
Re: Fix to numa_node_to_cpus_v2
From
: Cliff Wickman <cpw@xxxxxxx>
Re: Fix to numa_node_to_cpus_v2
From
: Sharyathi Nagesh <sharyath@xxxxxxxxxx>
Re: Fix to numa_node_to_cpus_v2
From
: Cliff Wickman <cpw@xxxxxxx>
Fix to numa_node_to_cpus_v2
From
: Sharyathi Nagesh <sharyath@xxxxxxxxxx>
[PATCH] Fix make clean for tests in numactl-2.0.4-rc1
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: Questions about the numa support implementation of Linux
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Questions about the numa support implementation of Linux
From
: Christos Margiolas <chrmargiolas@xxxxxxxxxxxxxx>
Re: [patch -mm] acpi: remove NID_INVAL
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [patch -mm] acpi: remove NID_INVAL
From
: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
[patch -mm] acpi: remove NID_INVAL
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 7/12] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 7/12] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 7/12] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 7/12] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 7/12] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 7/12] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [patch] mm: add gfp flags for NODEMASK_ALLOC slab allocations
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[patch] mm: add gfp flags for NODEMASK_ALLOC slab allocations
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 7/12] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 3/12] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/12] hugetlb: add generic definition of NUMA_NO_NODE
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/12] hugetlb: add generic definition of NUMA_NO_NODE
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/12] hugetlb: factor init_nodemask_of_node
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 10/12] mm: clear node in N_HIGH_MEMORY and stop kswapd when all memory is offlined
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 1/12] nodemask: make NODEMASK_ALLOC more general
From
: David Rientjes <rientjes@xxxxxxxxxx>
[PATCH 1/12] nodemask: make NODEMASK_ALLOC more general
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 12/12] hugetlb: offload per node attribute registrations
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 10/12] mm: clear node in N_HIGH_MEMORY and stop kswapd when all memory is offlined
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 11/12] hugetlb: handle memory hot-plug events
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 9/12] hugetlb: use only nodes with memory for huge pages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 8/12] hugetlb: update hugetlb documentation for NUMA controls.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 7/12] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 6/12] hugetlb: add generic definition of NUMA_NO_NODE
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/12] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/12] hugetlb: factor init_nodemask_of_node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/12] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/12] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/12] hugetlb: V10 numa control of persistent huge pages alloc/free
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH 4/11] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [patch] mm: clear node in N_HIGH_MEMORY and stop kswapd when all memory is offlined
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [patch] mm: clear node in N_HIGH_MEMORY and stop kswapd when all memory is offlined
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/11] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [patch] mm: clear node in N_HIGH_MEMORY and stop kswapd when all memory is offlined
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/11] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
[patch] mm: clear node in N_HIGH_MEMORY and stop kswapd when all memory is offlined
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 10/11] hugetlb: handle memory hot-plug events
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 7/11] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 2/11] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/11] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 3/11] hugetlb: factor init_nodemask_of_node
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 11/11] hugetlb: offload per node attribute registrations
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 11/11] hugetlb: offload per node attribute registrations
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 11/11] hugetlb: offload per node attribute registrations
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 0/11] hugetlb: V9 numa control of persistent huge pages alloc/free
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 11/11] hugetlb: offload per node attribute registrations
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 6/11] hugetlb: add generic definition of NUMA_NO_NODE
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 2/11] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [patch] nodemask: make NODEMASK_ALLOC more general
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
[PATCH 11/11] hugetlb: offload per node attribute registrations
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 10/11] hugetlb: handle memory hot-plug events
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 9/11] hugetlb: use only nodes with memory for huge pages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 8/11] hugetlb: update hugetlb documentation for NUMA controls.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 7/11] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 6/11] hugetlb: add generic definition of NUMA_NO_NODE
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/11] hugetlb: accomodate reworked NODEMASK_ALLOC
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/11] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/11] hugetlb: factor init_nodemask_of_node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/11] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/11] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/11] hugetlb: V9 numa control of persistent huge pages alloc/free
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/10] hugetlb: factor init_nodemask_of_node
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch] nodemask: make NODEMASK_ALLOC more general
From
: "KAMEZAWA Hiroyuki" <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch] nodemask: make NODEMASK_ALLOC more general
From
: "KAMEZAWA Hiroyuki" <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [patch] nodemask: make NODEMASK_ALLOC more general
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
[patch] nodemask: make NODEMASK_ALLOC more general
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 7/10] hugetlb: update hugetlb documentation for NUMA controls.
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/10] hugetlb: factor init_nodemask_of_node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/10] hugetlb: factor init_nodemask_of_node
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 7/10] hugetlb: update hugetlb documentation for NUMA controls.
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH 10/10] hugetlb: offload per node attribute registrations
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 9/10] hugetlb: handle memory hot-plug events
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 8/10] hugetlb: use only nodes with memory for huge pages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 7/10] hugetlb: update hugetlb documentation for NUMA controls.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 6/10] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/10] hugetlb: add generic definition of NUMA_NO_NODE
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/10] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/10] hugetlb: factor init_nodemask_of_node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/10] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/10] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/10] hugetlb: V8 numa control of persistent huge pages alloc/free
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Is this Numa Issue ??
From
: Deepti Kalra <deepti.kalra@xxxxxxxxxx>
Re: [PATCH 1/11] hugetlb: rework hstate_next_node_* functions
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 1/11] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 1/11] hugetlb: rework hstate_next_node_* functions
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 5/11] hugetlb: add generic definition of NUMA_NO_NODE
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 8/11] hugetlb: Optionally use mempolicy for persistent huge page allocation
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 7/11] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
[PATCH 11/11] hugetlb: offload per node attribute registrations
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 10/11] hugetlb: handle memory hot-plug events
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 9/11] hugetlb: use only nodes with memory for huge pages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 8/11] hugetlb: Optionally use mempolicy for persistent huge page allocation
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 7/11] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 6/11] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/11] hugetlb: add generic definition of NUMA_NO_NODE
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/11] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/11] hugetlb: introduce alloc_nodemask_of_node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/11] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/11] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/11] hugetlb: V7 constrain allocation/free based on task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/6] hugetlb: introduce alloc_nodemask_of_node
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 1/3] hugetlb: use only nodes with memory for huge pages
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/6] hugetlb: introduce alloc_nodemask_of_node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/6] hugetlb: introduce alloc_nodemask_of_node
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 3/6] hugetlb: introduce alloc_nodemask_of_node
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] hugetlb: use only nodes with memory for huge pages
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/6] hugetlb: introduce alloc_nodemask_of_node
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/6] hugetlb: introduce alloc_nodemask_of_node
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
[PATCH 3/3] hugetlb: offload per node attribute registrations
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/3] hugetlb: handle memory hot-plug events
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/3] hugetlb: use only nodes with memory for huge pages
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/6] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/6] hugetlb: introduce alloc_nodemask_of_node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/6] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/6] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/6] hugetlb: V6 constrain allocation/free based on task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/6] hugetlb: introduce alloc_nodemask_of_node
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/6] hugetlb: introduce alloc_nodemask_of_node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 3/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 2/6] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/6] hugetlb: introduce alloc_nodemask_of_node
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/6] hugetlb: introduce alloc_nodemask_of_node
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 5/6] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 4/6] hugetlb: introduce alloc_nodemask_of_node
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
[PATCH] libnuma: Fix issue with numactl --hardware on sparse cpumaps
From
: Cliff Wickman <cpw@xxxxxxx>
[PATCH 6/6] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 5/6] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/6] hugetlb: introduce alloc_nodemask_of_node
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/6] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/6] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/6] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/6] hugetlb: V5 constrain allocation/free based on task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/5] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 2/5] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 2/5] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 2/5] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/5] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/5] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 4/5] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/5] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 2/5] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 1/5] hugetlb: rework hstate_next_node_* functions
From
: David Rientjes <rientjes@xxxxxxxxxx>
[PATCH 5/5] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/5] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/5] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/5] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/5] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/5] hugetlb: numa control of persistent huge pages alloc/free
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH] libnuma: Fix issue with numactl --hardware on sparse cpumaps
From
: Anton Blanchard <anton@xxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: Greg KH <gregkh@xxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
[PATCH] libnuma: introduce DSO desctructor to free allocated memory
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH] libnuma: fix obo error in set_thread_constraints
From
: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/4] hugetlb: add private bit-field to kobject structure
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 3/4] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 4/4] hugetlb: add per node hstate attributes
From
: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 0/4] hugetlb: V3 constrain allocation/free based on task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 0/4] hugetlb: V3 constrain allocation/free based on task mempolicy
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 0/4] hugetlb: V3 constrain allocation/free based on task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/4] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 2/4] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 1/4] hugetlb: rework hstate_next_node_* functions
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 3/4] hugetlb: add private bit-field to kobject structure
From
: Greg KH <gregkh@xxxxxxx>
[PATCH 4/4] hugetlb: add per node hstate attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/4] hugetlb: add private bit-field to kobject structure
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/4] hugetlb: numafy several functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/4] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/4] hugetlb: V1 Per Node Hugepages attributes
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 4/4] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 3/4] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/4] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/4] hugetlb: rework hstate_next_node_* functions
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/4] hugetlb: V3 constrain allocation/free based on task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [PATCH] hugetlb: restore interleaving of bootmem huge pages
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] hugetlb: restore interleaving of bootmem huge pages
From
: Andy Whitcroft <apw@xxxxxxxxxxxxx>
Re: [PATCH] hugetlb: restore interleaving of bootmem huge pages
From
: Mel Gorman <mel@xxxxxxxxx>
[PATCH] hugetlb: restore interleaving of bootmem huge pages
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: PCIe dma-able memory location in physical memory for Intel Nehalem + Tylersburg architecture
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
PCIe dma-able memory location in physical memory for Intel Nehalem + Tylersburg architecture
From
: "Rob van de Voort" <rob.van.der.voort@xxxxxxxxxxx>
Re: [PATCH 1/3] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <Lee.Schermerhorn@xxxxxx>
Re: [PATCH 2/3] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 2/3] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [PATCH 1/3] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Mel Gorman <mel@xxxxxxxxx>
[PATCH 3/3] hugetlb: update hugetlb documentation for mempolicy based management.
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 2/3] hugetlb: derive huge pages nodes allowed from task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 1/3] hugetlb: add nodemask arg to huge page alloc, free and surplus adjust fcns
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
[PATCH 0/3] hugetlb: V2 constrain allocation/free based on task mempolicy
From
: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
Re: [RFC PATCH 0/4]: affinity-on-next-touch
From
: Brice Goglin <Brice.Goglin@xxxxxxxx>
Re: [RFC PATCH 0/4]: affinity-on-next-touch
From
: Stefan Lankes <lankes@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH 0/4]: affinity-on-next-touch
From
: Brice Goglin <Brice.Goglin@xxxxxxxx>
Re: [RFC PATCH 0/4]: affinity-on-next-touch
From
: Stefan Lankes <lankes@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH 0/4]: affinity-on-next-touch
From
: Brice Goglin <Brice.Goglin@xxxxxxxx>
[Linux USB Devel]
[Video for Linux]
[Site Home]
[Scanner]
[Linux SCSI]
[Samba]
[Free Online Dating]
[Yosemite News]