type only.
e.g. DRAM node 0 -> DRAM node 1
a. is already in place, previous patch implement b. providing way to
satisfy memory request as best effort by default. And this patch of
writing build c. to fallback to the same node type when user specify
GFP_SAME_NODE_TYPE only.
Signed-of
e node type.
This patchset is self-contained, and based on Linux 5.1-rc6.
[1]:
https://lkml.org/lkml/2018/12/26/138
Fan Du (5):
acpi/numa: memorize NUMA node type from SRAT table
mmzone: new pgdat flags for DRAM and PMEM
x86,numa: update numa node type
mm, page alloc: build fallback list
->node1->node2->node3 zonelists.
Signed-off-by: Fan Du
---
include/linux/mmzone.h | 8
mm/page_alloc.c| 42 ++
2 files changed, 34 insertions(+), 16 deletions(-)
diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
inde
Mark NUMA node as DRAM or PMEM.
This could happen in boot up state (see the e820 pmem type
override patch), or on fly when bind devdax device with kmem
driver.
It depends on BIOS supplying PMEM NUMA proximity in SRAT table,
that's current production BIOS does.
Signed-off-by: Fan Du
---
One system with DRAM and PMEM, we need new flag
to tag pgdat is made of DRAM or peristent memory.
This patch serves as preparetion one for follow up patch.
Signed-off-by: Fan Du
---
include/linux/mmzone.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/include
Give the newly created node a type per SRAT attribution.
Signed-off-by: Fan Du
---
arch/x86/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c
index 3c3a1f5..ff8ad63 100644
--- a/arch/x86/mm/numa.c
+++ b/arch/x86/mm/numa.c
@@ -590,6 +590,7
Here, pfn_to_node should be page_to_nid.
Signed-off-by: Fan Du
---
mm/memory_hotplug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c
index d4b5f29..c3c1c57 100644
--- a/mm/memory_hotplug.c
+++ b/mm/memory_hotplug.c
@@ -265,7 +265,7
: 0
VmFlags: rd wr sh mr mw me ms mm hg
Signed-off-by: Fan Du
---
v4:
* Merge device DAX readings into existing smap counters
for simplicity.
v3:
* Elaborate more about the usage suggested by Michal Hocko
v2:
* Using pte_devmap to check valid pfn page structure,
Pointed out by Dan. thx
Signed-off-by: Fan Du
---
v3:
* Elaborate more about the usage suggested by Michal Hocko
v2:
* Using pte_devmap to check valid pfn page structure,
Pointed out by Dan. thx!
---
fs/proc/task_mmu.c | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
diff --git a/fs/proc
lliams for showing me a mirror as I
complained about the bozo that introduced 'AnonHugePages'.
[Fan]
Rebase the original patch from Dave Hansen by fixing a couple of compile
issues.
Signed-off-by: Fan Du
Signed-off-by: Dave Hansen
---
Documentation/filesystems/proc.tx
where _vm_normal_page
are called.
Signed-off-by: Fan Du
---
v2:
* Using pte_devmap to check valid pfn page structure,
Pointed out by Dan. thx!
---
fs/proc/task_mmu.c | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
diff --git a/fs/proc/task_mmu.c b/fs/proc
e a mirror as I
complained about the bozo that introduced 'AnonHugePages'.
[Fan]
Rebase the original patch from Dave Hansen by fixing a couple of compile
issues.
Signed-off-by: Fan Du
Signed-off-by: Dave Hansen
---
Documentation/filesystems/proc.txt | 6 +++
fs/proc/task_mmu.c
where _vm_normal_page
are called.
Signed-off-by: Fan Du
---
fs/proc/task_mmu.c | 25 +++--
1 file changed, 19 insertions(+), 6 deletions(-)
diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index 5589b4b..ba2e58c 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
On 2013年11月11日 14:39, baker.ker...@gmail.com wrote:
From: Baker Zhang
"acquire" and "compile_policy" callbacks are necessary for a key manager.
Signed-off-by: Baker Zhang
---
Thanks for all reply.
V1:
For current kernel source, there is no problem.
In our vpn product, we need a xfrm_km in k
On 2013年09月16日 17:01, Thomas Gleixner wrote:
On Mon, 16 Sep 2013, Fan Du wrote:
On 2013年09月13日 22:32, Thomas Gleixner wrote:
On Fri, 13 Sep 2013, Fan Du wrote:
(2) What I have been bugging you around here for this long time is really
the
second
problem, I'm sorry I didn'
Hi, Thomas
On 2013年09月13日 22:32, Thomas Gleixner wrote:
On Fri, 13 Sep 2013, Fan Du wrote:
(2) What I have been bugging you around here for this long time is really the
second
problem, I'm sorry I didn't make it clearly to you and others, which is
below:
Why using wall clo
Hi Dave/Thomas
On 2013年09月13日 01:32, David Miller wrote:
From: Thomas Gleixner
Date: Thu, 12 Sep 2013 16:43:37 +0200 (CEST)
So what about going back to timer_list timers and simply utilize
register_pm_notifier(), which will tell you that the system resumed?
The thing to understand is that th
On 2013年08月18日 17:05, Thomas Gleixner wrote:
On Wed, 14 Aug 2013, Fan Du wrote:
From e3929d4fdfad5b40fd8cad0e217597670d1aef54 Mon Sep 17 00:00:00 2001
From: Fan Du
Date: Wed, 14 Aug 2013 16:39:23 +0800
Subject: [PATCHv3 linux-next] hrtimer: Add notifier when clock_was_set was
called
When
From e3929d4fdfad5b40fd8cad0e217597670d1aef54 Mon Sep 17 00:00:00 2001
From: Fan Du
Date: Wed, 14 Aug 2013 16:39:23 +0800
Subject: [PATCHv3 linux-next] hrtimer: Add notifier when clock_was_set was
called
When clock_was_set is called in case of system wall time change
or host resume from
Hallo Srivatsa
On 2013年07月22日 02:28, Srivatsa S. Bhat wrote:
Hi,
I'm seeing this on every boot.
Version: Latest mainline (commit ea45ea70b)
I tested with this commit using your updated IPv6 config, this incident didn't
show up after several times of reboot.
Could you please elaborate your
__this_cpu_write doesn't need to be protected by spinlock, AS we are doing
per cpu write with preempt disabled. And another reason to remove
__this_cpu_write
outside of spinlock: __percpu_counter_sum is not a accurate counter.
Signed-off-by: Fan Du
---
lib/percpu_counter.c |2 +-
1
Hello Chris/Jean
This issue might have already been fixed by this:
https://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/commit/net/xfrm/xfrm_output.c?id=497574c72c9922cf20c12aed15313c389f722fa0
Hope it helps.
On 2013年06月06日 09:04, Jean Sacren wrote:
From: Chris Boot
Date: Wed, 05 Ju
On 2013年01月11日 06:38, Andrew Morton wrote:
On Wed, 9 Jan 2013 11:34:19 +0800
Fan Du wrote:
Two rt tasks bind to one CPU core.
The higher priority rt task A preempts a lower priority rt task B which
has already taken the write seq lock, and then the higher priority
rt task A try to acquire
en acquiring every i_size_seqcount *write* lock will
cure the problem.
Signed-off-by: Fan Du
---
include/linux/fs.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index db84f77..1b69e87 100644
--- a/include/linux/fs.h
+++ b/
en acquiring every i_size_seqcount *write* lock will
cure the problem.
Signed-off-by: Fan Du
---
include/linux/fs.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index db84f77..1b69e87 100644
--- a/include/linux/fs.h
+++ b/
On 2012年08月17日 09:34, Paul Gortmaker wrote:
On Thu, Aug 16, 2012 at 9:07 PM, Fan Du wrote:
On 2012年08月16日 23:19, Fengguang Wu wrote:
Hi Fan,
On Thu, Aug 16, 2012 at 05:36:35PM +0800, Fan Du wrote:
Hi, Fengguang
Could you please try the below patch, see if spewing still there?
thanks
On 2012年08月16日 23:19, Fengguang Wu wrote:
Hi Fan,
On Thu, Aug 16, 2012 at 05:36:35PM +0800, Fan Du wrote:
Hi, Fengguang
Could you please try the below patch, see if spewing still there?
thanks
Yes, it worked, thank you very much!
Hi, Dave
Could you please pick up this patch?
thanks
Hi, Fengguang
Could you please try the below patch, see if spewing still there?
thanks
From a3f86ecc3ee16ff81d49416bbf791780422988b3 Mon Sep 17 00:00:00 2001
From: Fan Du
Date: Thu, 16 Aug 2012 17:31:25 +0800
Subject: [PATCH] Use rcu_dereference_bh to deference pointer protected
by
On 2012年08月02日 12:18, Kevin Cernekee wrote:
On Wed, Aug 1, 2012 at 8:31 PM, Fan Du wrote:
show_backtrace must have an valid task when calling unwind_stack,
so fix it by checking first.
[...]
--- a/arch/mips/kernel/traps.c
+++ b/arch/mips/kernel/traps.c
@@ -151,6 +151,10 @@ static void
00c0882d 3c02811a
64423e60 10c20033
Disabling lock debugging due to kernel taint
Kernel panic - not syncing: Fatal exception in interrupt
Signed-off-by: Fan Du
---
arch/mips/kernel/traps.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/mips/kernel/traps.c b/
30 matches
Mail list logo
