ways of pagetable setup into separate
functions, and choose to use which way in init_mem_mapping,
which makes the code more clear.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
arch/x86/mm/init.c | 58
of kernel image to the higher memory.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
arch/x86/mm/init.c | 64 ++-
1 files changed, 62 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm
. So reorder
reserve_crashkernel() after SRAT is parsed.
Acked-by: Tejun Heo t...@kernel.org
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
arch/x86/kernel/setup.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff
to lose their NUMA performance, just don't specify anything. The kernel
will work as before.
Suggested-by: Kamezawa Hiroyuki kamezawa.hir...@jp.fujitsu.com
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
Documentation/kernel-parameters.txt
Hello tejun,
Thanks for your quick comments first:)
On 09/26/2013 10:45 PM, Tejun Heo wrote:
Hello,
On Wed, Sep 25, 2013 at 02:27:48AM +0800, Zhang Yanfei wrote:
+#ifdef CONFIG_MOVABLE_NODE
+static inline void memblock_set_bottom_up(bool enable)
+{
+memblock.bottom_up = enable
On 09/26/2013 10:46 PM, Tejun Heo wrote:
On Wed, Sep 25, 2013 at 02:29:06AM +0800, Zhang Yanfei wrote:
+/**
+ * memory_map_top_down - Map [map_start, map_end) top down
+ * @map_start: start address of the target memory range
+ * @map_end: end address of the target memory range
Hello tejun,
On 09/26/2013 10:48 PM, Tejun Heo wrote:
Hello,
On Wed, Sep 25, 2013 at 02:30:51AM +0800, Zhang Yanfei wrote:
+/**
+ * memory_map_bottom_up - Map [map_start, map_end) bottom up
+ * @map_start: start address of the target memory range
+ * @map_end: end address of the target
On 09/26/2013 10:49 PM, Tejun Heo wrote:
On Wed, Sep 25, 2013 at 02:34:34AM +0800, Zhang Yanfei wrote:
From: Tang Chen tangc...@cn.fujitsu.com
Memory reserved for crashkernel could be large. So we should not allocate
this memory bottom up from the end of kernel image.
When SRAT is parsed
On 09/26/2013 11:50 PM, Tejun Heo wrote:
On Thu, Sep 26, 2013 at 11:37:34PM +0800, Zhang Yanfei wrote:
+ WARN_ONCE(1, memblock: Failed to allocate memory in bottom up
+ direction. Now try top down direction.\n);
+ }
You and I would know what was going on and what
On 09/26/2013 11:48 PM, Tejun Heo wrote:
On Thu, Sep 26, 2013 at 11:43:02PM +0800, Zhang Yanfei wrote:
As Yinghai pointed out in another thread, do we need to worry about
falling back to top-down?
I've explained to him. Nop, we don't need to worry about that. Because even
the min_pfn_mapped
On 09/26/2013 10:53 PM, Tejun Heo wrote:
On Wed, Sep 25, 2013 at 02:35:14AM +0800, Zhang Yanfei wrote:
From: Tang Chen tangc...@cn.fujitsu.com
The hot-Pluggable field in SRAT specifies which memory is hotpluggable.
As we mentioned before, if hotpluggable memory is used by the kernel
On 09/26/2013 11:37 PM, Zhang Yanfei wrote:
Hello tejun,
Thanks for your quick comments first:)
On 09/26/2013 10:45 PM, Tejun Heo wrote:
Hello,
On Wed, Sep 25, 2013 at 02:27:48AM +0800, Zhang Yanfei wrote:
+#ifdef CONFIG_MOVABLE_NODE
+static inline void memblock_set_bottom_up(bool
Hello tejun,
On 09/26/2013 11:39 PM, Zhang Yanfei wrote:
On 09/26/2013 10:46 PM, Tejun Heo wrote:
On Wed, Sep 25, 2013 at 02:29:06AM +0800, Zhang Yanfei wrote:
+/**
+ * memory_map_top_down - Map [map_start, map_end) top down
+ * @map_start: start address of the target memory range
On 09/26/2013 10:48 PM, Tejun Heo wrote:
Hello,
On Wed, Sep 25, 2013 at 02:30:51AM +0800, Zhang Yanfei wrote:
+/**
+ * memory_map_bottom_up - Map [map_start, map_end) bottom up
+ * @map_start: start address of the target memory range
+ * @map_end: end address of the target memory range
From: Zhang Yanfei zhangyan...@cn.fujitsu.com
Since we already has config MOVABLE_NODE, and the boot option
movablenode is introduced as the boot-time switch to disable
the effects of CONFIG_MOVABLE_NODE=y when the system is booting.
So rename boot option movablenode to movable_node to match
Hello Ingo,
On 10/01/2013 01:46 PM, Ingo Molnar wrote:
* Zhang Yanfei zhangyanfei@gmail.com wrote:
@@ -153,11 +153,18 @@ config MOVABLE_NODE
help
Allow a node to have only movable memory. Pages used by the kernel,
such as direct mapping pages cannot be migrated
On 07/23/2013 05:22 PM, Ingo Molnar wrote:
* Zhang Yanfei zhangyanfei@gmail.com wrote:
From: Zhang Yanfei zhangyan...@cn.fujitsu.com
The implementation of function __acpi_map_table() has been changed
long time ago, and now it directly invokes early_ioremap() to setup
the temporarily
From: Zhang Yanfei zhangyan...@cn.fujitsu.com
The implementation of function __acpi_map_table() has been changed
long time ago, and now it directly invokes early_ioremap() to setup
the temporarily acpi table mappings. So correct its out-of-date
comment.
Signed-off-by: Zhang Yanfei zhangyan
done in isolate_freepages() without
lock, and not pretend that the recheck under lock guarantees anything. It is
just a heuristic after all.
Signed-off-by: Vlastimil Babka vba...@suse.cz
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Cc: Minchan Kim minc...@kernel.org
Cc: Mel Gorman
affecting success rates.
Signed-off-by: Vlastimil Babka vba...@suse.cz
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Cc: Minchan Kim minc...@kernel.org
Cc: Mel Gorman mgor...@suse.de
Cc: Joonsoo Kim iamjoonsoo@lge.com
Cc: Michal Nazarewicz min...@mina86.com
Cc: Naoya Horiguchi n
it clear only.
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Acked-by: Minchan Kim minc...@kernel.org
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
description in first patch
in this patchset. ;-)
Yeah, not only in this patchset, I saw Joonsoo trying to unify all
kinds of things in the MM. This is great for newbies, IMO.
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
add one more debug log on cma_activate_area().
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
index 83969f8..bd0bb81 100644
--- a/drivers/base/dma
this patchset.
Yeah, I also like the idea. After all, this patchset aims to a general CMA
management, we could improve more after this patchset. So
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
granularity for following generalization.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
index bc4c171..9bc9340 100644
--- a/drivers/base/dma-contiguous.c
+++ b/drivers
-by: Michal Nazarewicz min...@mina86.com
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig
index 00e13ce..4eac559 100644
--- a/drivers/base/Kconfig
+++ b/drivers/base/Kconfig
@@ -283,16
On 06/12/2014 11:21 AM, Joonsoo Kim wrote:
We can remove one call sites for clear_cma_bitmap() if we first
call it before checking error number.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
diff --git a/mm/cma.c b/mm/cma.c
index
insertions(+), 1 deletions(-)
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
--
Thanks.
Zhang
.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
liw...@linux.vnet.ibm.com
Acked-by: Johannes Weiner han...@cmpxchg.org
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.con
s/zhangyan...@cn.fujitsu.con/zhangyan...@cn.fujitsu.com/g
Signed-off-by: Andrew Morton a...@linux-foundation.org
---
mm/vmalloc.c |2 --
1 file changed, 2 deletions
() for this purpose and its
performance may be slightly better than current implementation. So change
it.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Reviewed-by: Wanpeng Li liw...@linux.vnet.ibm.com
Acked-by: Johannes Weiner han...@cmpxchg.org
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.con
s
to know they need zone_reclaim_mode will detect it.
Signed-off-by: Mel Gorman mgor...@suse.de
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
Documentation/sysctl/vm.txt | 17 +
mm/page_alloc.c | 2 --
2 files changed, 9 insertions(+), 10 deletions
, the zone_reclaim_mode() path is already slow and it is the path
that takes the hit.
Signed-off-by: Mel Gorman mgor...@suse.de
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
include/linux/mmzone.h | 1 -
mm/page_alloc.c| 15 +--
2 files changed, 1 insertion(+), 15
(pgsteal_kswapd)
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
of lru_cache_add()
+ * have the page added to the active list using mark_page_accessed().
*/
void lru_cache_add(struct page *page)
{
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
On 04/21/2014 12:02 PM, Jianyu Zhan wrote:
Hi, Yanfei,
On Mon, Apr 21, 2014 at 9:00 AM, Zhang Yanfei
zhangyan...@cn.fujitsu.com wrote:
What should be exported?
lru_cache_add()
lru_cache_add_anon()
lru_cache_add_file()
It seems you only export lru_cache_add_file() in the patch
would be general allocators(ex, jemalloc,
tcmalloc and hope glibc supports it) and jemalloc/tcmalloc already
have supported the feature for other OS(ex, FreeBSD)
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
barrios@blaptop:~/benchmark/ebizzy$ lscpu
Architecture: x86_64
CPU
the change is basically ok. So
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Only one nitpick below.
-Nathan
---
Documentation/memory-hotplug.txt | 113
---
1 file changed, 59 insertions(+), 54 deletions(-)
Index: linux/Documentation/memory
to present the last
section
number of a memory block (for end_section_nr), but what he did in the patch
seems not matching the log.
So what is the motivation of adding this 'end_phys_index' file here?
Confused.
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux
Clear explanation and implementation!
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
On 04/11/2014 01:58 AM, Luiz Capitulino wrote:
[Full introduction right after the changelog]
Changelog
-
v3
- Dropped unnecessary WARN_ON() call [Kirill]
- Always check if the pfn range
be the same as phys_index.
So it is removed here.
Signed-off-by: Li Zhong zh...@linux.vnet.ibm.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Still the nitpick there.
---
Documentation/memory-hotplug.txt | 125
+++---
drivers/base/memory.c
s/MADV_NODUMP/MADV_DONTDUMP/
Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
include/uapi/asm-generic/mman-common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/uapi/asm-generic/mman-common.h
b/include/uapi/asm-generic/mman-common.h
index 4164529
://www.tux.org/lkml/
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 04/03/2014 10:37 AM, Li Zhong wrote:
On Thu, 2014-04-03 at 09:37 +0800, Zhang Yanfei wrote:
Add ccing
On 04/02/2014 04:56 PM, Li Zhong wrote:
I noticed the phys_index and end_phys_index under
/sys/devices/system/memory/memoryXXX/ have the same value, e.g.
(for the test machine, one
From: Zhang Yanfei zhangyan...@cn.fujitsu.com
In function cache_alloc_refill, we have used BUG_ON to ensure
that slabp-inuse is less than cachep-num before the while
test. And in the while body, we do not change the value of
slabp-inuse and cachep-num, so it is not necessary to test
if slabp
Sorry for making noise. I've made a mistake and please ignore this patch.
On 07/02/2013 12:29 AM, Zhang Yanfei wrote:
From: Zhang Yanfei zhangyan...@cn.fujitsu.com
In function cache_alloc_refill, we have used BUG_ON to ensure
that slabp-inuse is less than cachep-num before the while
test
From: Zhang Yanfei zhangyan...@cn.fujitsu.com
After commit 8170e6b (x86, 64bit: Use a #PF handler to materialize
early mappings on demand), we don't define level3_ident_pgt and
level2_ident_pgt if !CONFIG_XEN. So move the two variables' declaration
into CONFIG_XEN.
Signed-off-by: Zhang Yanfei
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
the for loop to get the next vma and handle it. Does we do this without
holding
the mmap_sem in any mode?
And if the loop end, we have another up_read in breakouterloop. What if we have
released the mmap_sem in collapse_huge_page()?
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line
: Joonsoo Kim iamjoonsoo@lge.com
Cc: Michal Nazarewicz min...@mina86.com
Cc: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Cc: Christoph Lameter c...@linux.com
Cc: Rik van Riel r...@redhat.com
Cc: David Rientjes rient...@google.com
Really good.
Reviewed-by: Zhang Yanfei zhangyan
clean-up to make code more clear.
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Only a tiny nit-pick below.
---
mm/compaction.c | 112
+---
1 file changed, 59 insertions(+), 53 deletions(-)
diff --git a/mm/compaction.c b/mm
. How long could we increase latency for temporal allocation
for HUGEPAGE_ALWAYS system?
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
rient...@google.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
mm/compaction.c | 114
1 file changed, 73 insertions(+), 41 deletions(-)
diff --git a/mm/compaction.c b/mm/compaction.c
index e8cfac9..40da812 100644
Lameter c...@linux.com
Cc: Rik van Riel r...@redhat.com
Acked-by: David Rientjes rient...@google.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
mm/compaction.c | 53 +++--
1 file changed, 31 insertions(+), 22 deletions(-)
diff
...@ah.jp.nec.com
Cc: Christoph Lameter c...@linux.com
Cc: Rik van Riel r...@redhat.com
Cc: Zhang Yanfei zhangyan...@cn.fujitsu.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
mm/compaction.c | 40 +++-
1 file changed, 31 insertions(+), 9
...@linux.com
Cc: Rik van Riel r...@redhat.com
Cc: David Rientjes rient...@google.com
Fair enough.
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
mm/compaction.c | 36 +++-
mm/internal.h | 16 +++-
2 files changed, 46 insertions(+), 6
Lameter c...@linux.com
Cc: Rik van Riel r...@redhat.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
mm/compaction.c | 12 +++-
mm/internal.h | 2 +-
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/mm/compaction.c b/mm/compaction.c
index 32c768b
On 06/23/2014 05:52 PM, Vlastimil Babka wrote:
On 06/23/2014 07:39 AM, Zhang Yanfei wrote:
Hello
On 06/21/2014 01:45 AM, Kirill A. Shutemov wrote:
On Fri, Jun 20, 2014 at 05:49:31PM +0200, Vlastimil Babka wrote:
When allocating huge page for collapsing, khugepaged currently holds
mmap_sem
the implementation has been changed.
It also remove the page from the swapcache if it is.
Thank you for your effort!
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
Evans j...@fb.com
Cc: Zhang Yanfei zhangyan...@cn.fujitsu.com
Acked-by: Rik van Riel r...@redhat.com
Signed-off-by: Minchan Kim minc...@kernel.org
A quick respin, looks good to me now for this !THP part. And
looks neat with the Pagewalker.
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
...@linutronix.de
Cc: Ingo Molnar mi...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
Cc: x...@kernel.org
Acked-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
Signed-off-by: Minchan Kim minc...@kernel.org
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
arch/x86/include/asm/pgtable.h | 10
++
arch/x86/mm/init_64.c | 10 --
5 files changed, 35 insertions(+), 7 deletions(-)
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
allocation used for hugetlb is
using alloc_contig_range(.. MIGRATE_MOVABLE).
Thanks.
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
kmem_cache_size(struct kmem_cache *s)
+{
+ return s-object_size;
+}
+
#ifdef CONFIG_DEBUG_VM
static int kmem_cache_sanity_check(const char *name, size_t size)
{
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
/internal.h |5 +
mm/page_alloc.c| 223 +-
mm/page_isolation.c| 292
+++-
4 files changed, 368 insertions(+), 154 deletions(-)
--
Thanks.
Zhang Yanfei
--
To unsubscribe from
.
One more thing, I did in this patch, is that fixing freepage accounting.
If we clear guard page and link it onto isolate buddy list, we should
not increase freepage count.
Acked-by: Vlastimil Babka vba...@suse.cz
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Reviewed-by: Zhang Yanfei
)
- pageset_set_high_and_batch(zone,
- per_cpu_ptr(zone-pageset, cpu));
+ pageset_get_values(zone, high, batch);
+ pageset_update(zone, high, batch);
mutex_unlock(pcp_batch_high_lock);
}
#endif
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list
Hello,
At 2015/2/2 18:20, Vlastimil Babka wrote:
On 02/02/2015 08:15 AM, Joonsoo Kim wrote:
Compaction has anti fragmentation algorithm. It is that freepage
should be more than pageblock order to finish the compaction if we don't
find any freepage in requested migratetype buddy list. This is
Hello Joonsoo,
At 2015/2/2 15:15, Joonsoo Kim wrote:
This is preparation step to use page allocator's anti fragmentation logic
in compaction. This patch just separates fallback freepage checking part
from fallback freepage management part. Therefore, there is no functional
change.
Hello,
在 2015/1/19 18:05, Vlastimil Babka 写道:
Handling the position where compaction free scanner should restart (stored in
cc-free_pfn) got more complex with commit e14c720efdd7 (mm, compaction:
remember position within pageblock in free pages scanner). Currently the
position is updated in
-by: Vlastimil Babka vba...@suse.cz
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Should the new function be inline?
Thanks.
Cc: Minchan Kim minc...@kernel.org
Cc: Mel Gorman mgor...@suse.de
Cc: Joonsoo Kim iamjoonsoo@lge.com
Cc: Michal Nazarewicz min...@mina86.com
Cc: Naoya
@lge.com
Signed-off-by: Vlastimil Babka vba...@suse.cz
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Cc: Minchan Kim minc...@kernel.org
Cc: Mel Gorman mgor...@suse.de
Cc: Joonsoo Kim iamjoonsoo@lge.com
Cc: Michal Nazarewicz min...@mina86.com
Cc: Naoya Horiguchi n-horigu
pageblock and the operation of scanners is thus unchanged. The
actual pivot changing is done by the next patch.
Signed-off-by: Vlastimil Babka vba...@suse.cz
I read through the whole patch, and you can feel free to add:
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
I agree with you
Hello Minchan,
How are you?
在 2015/1/19 14:55, Minchan Kim 写道:
Hello,
On Sun, Jan 18, 2015 at 04:32:59PM +0800, Hui Zhu wrote:
From: Hui Zhu zhu...@xiaomi.com
The original of this patch [1] is part of Joonsoo's CMA patch series.
I made a patch [2] to fix the issue of this patch. Joonsoo
Hello
在 2015/1/28 8:27, Andrea Arcangeli 写道:
On Tue, Jan 27, 2015 at 07:39:13PM +0200, Ebru Akagunduz wrote:
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 817a875..17d6e59 100644
--- a/mm/huge_memory.c
+++ b/mm/huge_memory.c
@@ -2148,17 +2148,18 @@ static int
of page_count() below to trylock_page() (Andrea
Arcangeli)
Changes in v3:
- Add a at-least-one-writable-pte check (Zhang Yanfei)
- Debug page count (Vlastimil Babka, Andrea Arcangeli)
- Increase read-only pte counter if pte is none (Andrea Arcangeli)
I've written down test results:
With the patch
At 2015/1/30 20:34, Joonsoo Kim wrote:
From: Joonsoo iamjoonsoo@lge.com
Compaction has anti fragmentation algorithm. It is that freepage
should be more than pageblock order to finish the compaction if we don't
find any freepage in requested migratetype buddy list. This is for
mitigating
code on release_freepages(), but, it has no good effect.
Anyway, this patch reduces waste time to isolate unneeded freepages so
seems reasonable.
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
IMHO, the patch making the free scanner move slower makes both scanners
meet further. Before
Kim iamjoonsoo@lge.com
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
mm/compaction.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/compaction.c b/mm/compaction.c
index b68736c..4954e19 100644
--- a/mm/compaction.c
+++ b/mm/compaction.c
@@ -1173,7
Hello
在 2015/1/25 17:25, Vlastimil Babka 写道:
On 23.1.2015 20:18, Andrea Arcangeli wrote:
+if (!pte_write(pteval)) {
+if (++ro khugepaged_max_ptes_none)
+goto out_unmap;
+}
It's true this is maxed out at 511, so there must be at least one
At 2015/1/31 16:31, Vlastimil Babka wrote:
On 01/31/2015 08:49 AM, Zhang Yanfei wrote:
Hello,
At 2015/1/30 20:34, Joonsoo Kim wrote:
Reviewed-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
IMHO, the patch making the free scanner move slower makes both scanners
meet further. Before this patch
At 2015/1/30 20:34, Joonsoo Kim wrote:
From: Joonsoo iamjoonsoo@lge.com
This is preparation step to use page allocator's anti fragmentation logic
in compaction. This patch just separates steal decision part from actual
steal behaviour part so there is no functional change.
This patch fixes compile warning in i386:
drivers/base/cpu.c: In function 'show_crash_notes_size':
drivers/base/cpu.c:142:2: warning: format '%lu' expects argument of type 'long
unsigned int', but argument 3 has type 'unsigned int' [-Wformat]
Reported-by: kbuild test robot
Signed-off-by: Zhang
gain. Maybe our mail client does have some
problem. We will check tomorrow when we go to our company since we are at
night now
And could you please kindly help reviewing other memblock and bootstrap related
patches, so we could have a discussion with you and come to an agreement as soon
as possib
pace))
1475 return parse_crashkernel_mem(ck_cmdline, system_ram,
1476 crash_size, crash_base);
1478 return parse_crashkernel_simple(ck_cmdline, crash_size,
crash_base);
seems better.
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line "unsubscribe linux-
于 2013/8/6 16:35, Xishi Qiu 写道:
> Code can not run here forever, so remove the unnecessary return.
>
> Signed-off-by: Xishi Qiu
> Suggested-by: Zhang Yanfei
Reviewed-by: Zhang Yanfei
> ---
> kernel/kexec.c |5 +
> 1 files changed, 1 insertions(+), 4 deletio
obviously
near the kernel image range) to store the found ACPI tables.
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
lock
>
> vbq in vmap_block isn't used. So remove it.
>
> Signed-off-by: Joonsoo Kim
> Reviewed-by: Wanpeng Li
> Acked-by: Johannes Weiner
> Acked-by: Zhang Yanfei
s/zhangyan...@cn.fujitsu.con/zhangyan...@cn.fujitsu.com/g
> Signed-off-by: Andrew Morton
> ---
>
unc
>
> Our intention in here is to find last_bit within the region to flush.
> There is well-defined function, find_last_bit() for this purpose and its
> performance may be slightly better than current implementation. So change
> it.
>
> Signed-off-by: Joonsoo Kim
> Reviewed-by:
all pages are free or Marked as ISOLATED */
> + /* Check all pages are free or marked as ISOLATED */
> zone = page_zone(page);
> spin_lock_irqsave(>lock, flags);
> ret = __test_page_isolated_in_pageblock(start_pfn, end_pfn,
--
Thanks.
Zhang Yanfei
--
To unsubscrib
> If after addition the result is smaller than one of the arguments,
> then an overflow occurred. In our case there is an obvious overflow.
>
> Signed-off-by: Ghennadi Procopciuc
> Cc: Daniel Baluta
>
> ---
> Don't know if this is the right solution, but the bug happens for
On 06/21/2013 06:51 AM, Daniel Baluta wrote:
> On Thu, Jun 20, 2013 at 7:59 PM, Zhang Yanfei
> wrote:
>> On 06/20/2013 11:12 PM, Ghennadi Procopciuc wrote:
>>> Inserting the following kernel module:
>>>
>>>
>>>
>>> static
> + list_del(>lru);
> + dec_zone_page_state(page, NR_ISOLATED_ANON +
> + page_is_file_cache(page));
> + putback_lru_page(page);
> + }
> putback_lru_pages();
> isolated = 0;
> } else
>
--
Thanks.
Zhang Yanfei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Zhang Yanfei
In head_64.S, a switchover has been used to handle kernel crossing
1G, 512G boundaries.
And commit 8170e6bed465b4b0c7687f93e9948aca4358a33b
x86, 64bit: Use a #PF handler to materialize early mappings on demand
said:
During the switchover in head_64.S, before #PF
于 2013年05月14日 13:51, Yinghai Lu 写道:
> On Mon, May 13, 2013 at 5:37 AM, Zhang Yanfei
> wrote:
>> From: Zhang Yanfei
>
>> It seems line 119 has a potential bug there. For example,
>> the kernel is loaded at physical address 511G+1008M, that is
>>
-by: Zhang Yanfei
Signed-off-by: Yinghai Lu
Cc: sta...@vger.kernel.org
---
-v2: make the change simpler and avoid using jmp
---
arch/x86/kernel/head_64.S |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/head_64.S b/arch/x86/kernel/head_64.S
index 08f7e80
arch/x86/boot/compressed/head_64.S includes
and but it doesn't look like it needs them.
So remove them.
Signed-off-by: Zhang Yanfei
Cc: "H. Peter Anvin"
Cc: Thomas Gleixner
Cc: Ingo Molnar
---
arch/x86/boot/compressed/head_64.S |2 --
1 files changed, 0 insertions(+), 2
For x86_64, we have phys_base, which means the delta between the
the address kernel is actually running at and the address kernel
is compiled to run at. Not phys_addr so correct it.
Signed-off-by: Zhang Yanfei
---
arch/x86/mm/init_64.c |2 +-
1 files changed, 1 insertions(+), 1 deletions
于 2013年05月10日 22:57, Yinghai Lu 写道:
> On Fri, May 10, 2013 at 3:28 AM, Zhang Yanfei
> wrote:
>> 于 2013年05月10日 17:27, Yinghai Lu 写道:
>>> On Fri, May 10, 2013 at 2:01 AM, Zhang Yanfei
>>> wrote:
>>>> init_memory_mapping will s
301 - 400 of 778 matches
Mail list logo