Linux NUMA Userland Tools Discussion - Date Index

• Thread Index

• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: utility for numa placement of POSIX shared memory segments
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: utility for numa placement of POSIX shared memory segments
  • From: Andreas Grapentin <andreas@xxxxxxxxxxxxx>
• Re: utility for numa placement of POSIX shared memory segments
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: utility for numa placement of POSIX shared memory segments
  • From: Andreas Grapentin <andreas@xxxxxxxxxxxxx>
• libnuma/numactl 2.0.14 available
  • From: Filipe Brandenburger <filbranden@xxxxxxxxx>
• Reusing NUMA Subsystem
  • From: Ahmad Nouralizadeh <ahmad.mlists@xxxxxxxxx>
• Re: [PATCH] numademo: fix error on 32bit system
  • From: "Hongzhi, Song" <hongzhi.song@xxxxxxxxxxxxx>
• Re: [PATCH] numademo: fix error on 32bit system
  • From: Filipe Brandenburger <filbranden@xxxxxxxxx>
• Re: [PATCH] numademo: fix error on 32bit system
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• [PATCH] numademo: fix error on 32bit system
  • From: "Hongzhi.Song" <hongzhi.song@xxxxxxxxxxxxx>
• libnuma/numactl 2.0.13 available
  • From: Filipe Brandenburger <filbranden@xxxxxxxxx>
• Re: move_pages() blocks sometimes with SCHED_FIFO thread bound to CPU core
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• move_pages() blocks sometimes with SCHED_FIFO thread bound to CPU core
  • From: Martin Kulas <kulas@xxxxxxx>
• libnuma/numactl 2.0.12 available, fully moved to GitHub now
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Several calls to set_mempolicy and heap consistency
  • From: Serge Ayoun <serge.ayoun@xxxxxxxxx>
• Re: [PATCH] numastat: fix bad column calculation in show_process_info
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] numastat: fix bad column calculation in show_process_info
  • From: Petr Oros <poros@xxxxxxxxxx>
• Re: Missing include in mbind(2) and set_mempolicy(2) manpages?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• PPC64/libnuma: getting the total number of numa nodes in the system
  • From: Gustavo Romero <gromero@xxxxxxxxxxxxxxxxxx>
• [PATCH] Segment fault when numa nodes not sequential or contiguous
  • From: Seeteena Thoufeek <s1seetee@xxxxxxxxxxxxxxxxxx>
• Re: Missing include in mbind(2) and set_mempolicy(2) manpages?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Missing include in mbind(2) and set_mempolicy(2) manpages?
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] Segment fault when numa nodes not sequential or contiguous
  • From: Seeteena Thoufeek <s1seetee@xxxxxxxxxxxxxxxxxx>
• RE: Kernel crashes in __migration_entry_wait
  • From: Dashi DS1 Cao <caods1@xxxxxxxxxx>
• RE: Kernel crashes in __migration_entry_wait
  • From: "Odzioba, Lukasz" <lukasz.odzioba@xxxxxxxxx>
• Kernel crashes in __migration_entry_wait
  • From: Dashi DS1 Cao <caods1@xxxxxxxxxx>
• Protection Fault in __migration_entry_wait
  • From: Dashi DS1 Cao <caods1@xxxxxxxxxx>
• [PATCH 1/1] numastat: fix memory overwrite with -p <pid>
  • From: Sam Bobroff <sam.bobroff@xxxxxxxxxxx>
• [PATCH] include sys/sysmacros.h for major/minor
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] fix building as PIEs on x86
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: Why I don't see Node 0 when running numstat on one specific F23 server
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: Why I don't see Node 0 when running numstat on one specific F23 server
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Why I don't see Node 0 when running numstat on one specific F23 server
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: Build failure on armhf
  • From: Andreas Enge <andreas@xxxxxxx>
• Re: Build failure on armhf
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Build failure on armhf
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: Build failure on armhf
  • From: Andreas Enge <andreas@xxxxxxx>
• Build failure on armhf
  • From: Andreas Enge <andreas@xxxxxxx>
• Re: Missing configure
  • From: Andreas Enge <andreas@xxxxxxx>
• Re: Missing configure
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: [PATCH] libnuma: supress warnings for non-existing node
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• 2.0.11 release if libnuma/numactl
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Missing configure
  • From: Andreas Enge <andreas@xxxxxxx>
• [PATCH] libnuma: supress warnings for non-existing node
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• [PATCH] Subject: [PATCH] /sys not mounted on non sequential cpus list
  • From: Thierry Fauck <tfauck@xxxxxxx>
• Re: [PATCH v2] openvswitch: allocate nr_node_ids flow_stats instead of num_possible_nodes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] openvswitch: make for_each_node loops work with sparse numa systems
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] openvswitch: allocate nr_node_ids flow_stats instead of num_possible_nodes
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] openvswitch: allocate nr_node_ids flow_stats instead of num_possible_nodes
  • From: Pravin Shelar <pshelar@xxxxxxxxxx>
• [PATCH v2] openvswitch: allocate nr_node_ids flow_stats instead of num_possible_nodes
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• Re: [PATCH] openvswitch: make for_each_node loops work with sparse numa systems
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• Re: [PATCH] openvswitch: make for_each_node loops work with sparse numa systems
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH] openvswitch: make for_each_node loops work with sparse numa systems
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• [PATCH] libnuma: don't cache node cpumasks older than 1 second
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH] libnuma: disable caching of node cpusmasks
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] libnuma: disable caching of node cpusmasks
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH] libnuma: disable caching of node cpusmasks
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] libnuma: disable caching of node cpusmasks
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH] fix numactl test
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: [PATCH] fix numactl test
  • From: "Rick \"Zero_Chaos\" Farina" <zerochaos@xxxxxxxxxx>
• Re: [PATCH] fix numactl test
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• [PATCH] fix numactl test
  • From: "Rick \"Zero_Chaos\" Farina" <zerochaos@xxxxxxxxxx>
• Re: First-Touch policy on NUMA: some pages on the wrong node
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• First-Touch policy on NUMA: some pages on the wrong node
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• [Question] cpu<->node relationship changed with node online/offline
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• numaplace tool
  • From: Daniel J Blueman <daniel@xxxxxxxxxxxxx>
• Re: [PATCH] Fix a SEGV due to uninitialised mask
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• [PATCH] Fix a SEGV due to uninitialised mask
  • From: Daniel J Blueman <daniel@xxxxxxxxxxxxx>
• NUMA page migration: blocking or non-blocking?
  • From: Martin Ichilevici de Oliveira <iomartin@xxxxxxxxxxxx>
• Re: [PATCH] libnuma: add check for return value of numa_node_to_cpus
  • From: Cliff Wickman <cpw@xxxxxxx>
• [PATCH] libnuma: add check for return value of numa_node_to_cpus
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: Memory latency tests on NUMA
  • From: Chris Worley <worleys@xxxxxxxxx>
• Memory latency tests on NUMA
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: Interleaved allocation
  • From: Martin Ichilevici de Oliveira <iomartin@xxxxxxxxxxxx>
• Re: Interleaved allocation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] libnuma_node_not_sequential libnuma.so function numa_node_of_cpu() doesn't use previously created list of valid nodes but use the entire array indexed with the maximum number of nodes available on the system. Fix is to check node is valid before calling numa_node_to_cpus_v2_int() which check that the cpu belongs to that node. .
  • From: Thierry FAUCK - IBM LTC <thierry@xxxxxxxxxxxxxxxxxx>
• Interleaved allocation
  • From: Martin Ichilevici de Oliveira <iomartin@xxxxxxxxxxxx>
• Memory policy change handling and callbacks for a new HW feature
  • From: Serge A <serge.ayoun@xxxxxxxxx>
• Re: Some performance figure questions.
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: Some performance figure questions.
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Some performance figure questions.
  • From: Serge A <serge.ayoun@xxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Elena Ufimtseva <ufimtseva@xxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Andres Nötzli <noetzli@xxxxxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Elena Ufimtseva <ufimtseva@xxxxxxxxx>
• Re: NUMA balancing degrading performance
  • From: Martin Ichilevici de Oliveira <iomartin@xxxxxxxxxxxx>
• Re: NUMA balancing degrading performance
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: NUMA balancing degrading performance
  • From: Martin Ichilevici de Oliveira <iomartin@xxxxxxxxxxxx>
• NUMA balancing degrading performance
  • From: Martin Ichilevici de Oliveira <iomartin@xxxxxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Andres Nötzli <noetzli@xxxxxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Elena Ufimtseva <ufimtseva@xxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Andres Nötzli <noetzli@xxxxxxxxxxxx>
• Re: numa_alloc_onnode does not allocate on node passed as argument
  • From: Elena Ufimtseva <ufimtseva@xxxxxxxxx>
• numa_alloc_onnode does not allocate on node passed as argument
  • From: Andres Nötzli <noetzli@xxxxxxxxxxxx>
• 2.0.10 release of libnuma/numactl
  • From: Cliff Wickman <cpw@xxxxxxx>
• Re: tshared fails
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• tshared fails
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: move_pages fails on 2 node system
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: move_pages fails on 2 node system
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: move_pages fails on 2 node system
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: move_pages fails on 2 node system
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: move_pages fails on 2 node system
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• move_pages fails on 2 node system
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Fwd: memleak with node_cpu_mask_v2;
  • From: Irsa Lobard <www.upl.com@xxxxxxxxxxxxxx>
• memleak with node_cpu_mask_v2;
  • From: Irsa Lobard <www.upl.com@xxxxxxxxxxxxxx>
• [no subject]
  • From: Irsa Lobard <www.upl.com@xxxxxxxxxxxxxx>
• Re: Official git repo for numactl (any other VCS would be fine as well)
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Official git repo for numactl (any other VCS would be fine as well)
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: Official git repo for numactl (any other VCS would be fine as well)
  • From: Cliff Wickman <cpw@xxxxxxx>
• Re: [PATCH] build-sys: prevent warning about .depend when running make
  • From: Cliff Wickman <cpw@xxxxxxx>
• Re: Official git repo for numactl (any other VCS would be fine as well)
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Official git repo for numactl (any other VCS would be fine as well)
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• [PATCH] build-sys: prevent warning about .depend when running make
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: [PATCH] Fix numactl --show preferred node for case MPOL_BIND
  • From: Cliff Wickman <cpw@xxxxxxx>
• [PATCH] Fix numactl --show preferred node for case MPOL_BIND
  • From: Bill Gray <bgray@xxxxxxxxxx>
• Is there a way to trigger numa_balancing instantly?
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: numastats updates
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: numastats updates
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: numastats updates
  • From: Stanislav Kholmanskikh <stanislav.kholmanskikh@xxxxxxxxxx>
• Re: numastats updates
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: numastats updates
  • From: Stanislav Kholmanskikh <stanislav.kholmanskikh@xxxxxxxxxx>
• Re: numastats updates
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: numastats updates
  • From: Stanislav Kholmanskikh <stanislav.kholmanskikh@xxxxxxxxxx>
• Re: numastats updates
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: numastats updates
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• numastats updates
  • From: Stanislav Kholmanskikh <stanislav.kholmanskikh@xxxxxxxxxx>
• Unbalanced CPU utilization on NUMA 4-Socket machine, workload evenly spread on machine.
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: Is it possible to disable numa_balance after boot?
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• System uses numa Interleave mode as default policy?
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: Is it possible to disable numa_balance after boot?
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• Re: Is it possible to disable numa_balance after boot?
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Is it possible to disable numa_balance after boot?
  • From: Andreas Hollmann <hollmann@xxxxxxxxx>
• [PATCH] x86/mm/numa: fix becoming single node on numa machine with 32-bit kernel.
  • From: Lans Zhang <jia.zhang@xxxxxxxxxxxxx>
• [PATCH] numactl: checks for numa when showing hardware
  • From: Elena Ufimtseva <ufimtseva@xxxxxxxxx>
• Re: export numa_init
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• export numa_init
  • From: Daniel Kozak <kozzi11@xxxxxxxxx>
• release of 2.0.9
  • From: Cliff Wickman <cpw@xxxxxxx>
• Re: numactl problems with -C option specifying cpus outside of cpus_allowed
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: numactl problems with -C option specifying cpus outside of cpus_allowed
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: numactl problems with -C option specifying cpus outside of cpus_allowed
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: numactl problems with -C option specifying cpus outside of cpus_allowed
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: numactl problems with -C option specifying cpus outside of cpus_allowed
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: numactl problems with -C option specifying cpus outside of cpus_allowed
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] follow-up patches for new --all option
  • From: Cliff Wickman <cpw@xxxxxxx>
• Re: [PATCH 0/2] follow-up patches for new --all option
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH 2/2] libnuma: added regression test for new --all option
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• [PATCH 1/2] libnuma: new function numa_run_on_node_mask_all added to library manpage
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• [PATCH 0/2] follow-up patches for new --all option
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH 0/2] New numactl option for overriding of policy settings cpuset awareness
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH 2/2] libnuma: new function numa_run_on_node_mask_all was added to libnuma
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] New numactl option for overriding of policy settings cpuset awareness
  • From: Cliff Wickman <cpw@xxxxxxx>
• [PATCH 2/2] libnuma: new function numa_run_on_node_mask_all was added to libnuma
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• [PATCH 1/2] numactl: new option --all/-a was added for policy settings
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• [PATCH 0/2] New numactl option for overriding of policy settings cpuset awareness
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH] numactl: new --allphyscpubind/-A option
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] numactl: new --allphyscpubind/-A option
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] numactl: new --allphyscpubind/-A option
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH] numactl: man page and --help output fixes
  • From: Cliff Wickman <cpw@xxxxxxx>
• [PATCH] numactl: man page and --help output fixes
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH] Bring numastat up to revision 20130723
  • From: Cliff Wickman <cpw@xxxxxxx>
• [PATCH] Bring numastat up to revision 20130723
  • From: Bill Gray <bgray@xxxxxxxxxx>
• Re: memory leaks in numa_run_on_node
  • From: "Andrew J. Schorr" <aschorr@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: memory leaks in numa_run_on_node
  • From: "Andrew J. Schorr" <aschorr@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: memory leaks in numa_run_on_node
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• memory leaks in numa_run_on_node
  • From: "Andrew J. Schorr" <aschorr@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] Fix segfault in read_distance_table when no NUMA
  • From: Ian Wienand <ian@xxxxxxxxxxx>
• 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>