Re: [PATCH] change global zonelist order on NUMA v2

2007-04-26 Thread KAMEZAWA Hiroyuki
On Thu, 26 Apr 2007 17:57:40 -0400 Lee Schermerhorn <[EMAIL PROTECTED]> wrote: > On Thu, 2007-04-26 at 18:34 +0900, KAMEZAWA Hiroyuki wrote: > > Changelog from V1 -> V2 > > - sysctl name is changed to be relaxed_zone_order > > - NORMAL->NORMAL->->DM

Re: [PATCH] change global zonelist order on NUMA v2

2007-04-26 Thread KAMEZAWA Hiroyuki
On Thu, 26 Apr 2007 18:25:10 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Fri, 27 Apr 2007, KAMEZAWA Hiroyuki wrote: > > > > DMA memory. > > > > > It seems a bit complicated. If we do so, following can occur, > > > > Node

[PATCH] change global zonelist order v4 [0/2]

2007-04-26 Thread KAMEZAWA Hiroyuki
Hi, this is version 4. including Lee Schermerhon's good rework. and automatic configuration at boot time. (This patch is reworked from V2, so skip V3 changelog.) ChangeLog V2 -> V4 - automatic configuration is added. - automatic configuration is now default. - relaxed_zone_order is renamed to be

[PATCH] change global zonelist order v4 [1/2] change zonelist ordering.

2007-04-26 Thread KAMEZAWA Hiroyuki
ing order(new style, ZONE order) Node(0)'s NORMAL -> Node(1)'s NORMAL -> Node(0)'s DMA. means put more priority on zone_type. And you can specify this option as boot param. Because autoconfig function does nothing. Default is "Node" order. Tested on ia64 2-Node NU

[PATCH] change global zonelist order v4 [2/2] auto configuration

2007-04-26 Thread KAMEZAWA Hiroyuki
Node (A)'s ZONE_DMA/DMA32 occupies 60% of Node(A)'s memory. otherwise, ZONE_ORDER_ZONE is selected. Note: a user can specifiy this ordering from boot option. Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- mm/page_alloc.c | 44 +

Re: The performance and behaviour of the anti-fragmentation related patches

2007-03-01 Thread KAMEZAWA Hiroyuki
On Thu, 1 Mar 2007 16:09:15 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Thu, 1 Mar 2007 10:12:50 + > [EMAIL PROTECTED] (Mel Gorman) wrote: > > > Any opinion on merging these patches into -mm > > for wider testing? > > I'm a little reluctant to make changes to -mm's core mm unless tho

Re: The performance and behaviour of the anti-fragmentation related patches

2007-03-01 Thread KAMEZAWA Hiroyuki
On Thu, 1 Mar 2007 21:11:58 -0800 (PST) Linus Torvalds <[EMAIL PROTECTED]> wrote: > The whole DRAM power story is a bedtime story for gullible children. Don't > fall for it. It's not realistic. The hardware support for it DOES NOT > EXIST today, and probably won't for several years. And the real

Re: The performance and behaviour of the anti-fragmentation related patches

2007-03-02 Thread KAMEZAWA Hiroyuki
zones are overkill > there and anti-fragmentation on its own is good enough). Pages hot-added > to ZONE_MOVABLE will always be reclaimable or migratable in the case of > mlock(). Kamezawa Hiroyuki has indicated that his hot-remove patches also > do something like ZONE_MOVABLE. I would hope t

Re: 2.6.21-rc2-mm2

2007-03-06 Thread KAMEZAWA Hiroyuki
On Tue, 6 Mar 2007 03:09:27 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > == > > > > Is "mask" always valid pointer ? > > I can only find two `struct irq_chip's in arch/ia64 and they both have a > .mask. And a .unmask. So perhaps that is a misreading of what oopsed. > > There are no cha

[BUGFIX][PATCH] fix NULL pointer in ia64/irq_chip-mask/unmask function

2007-03-06 Thread KAMEZAWA Hiroyuki
This patch fixes boot failure because irq_desc->mask() is NULL. - Added mask/unmask functions to ia64's irq desc function table. But I'm not sure this fix is correct or not. please review. - rename hw_interrupt_type to irq_chip. hw_interrupt_type is old name. Signed-Off-By: KAME

Re: [BUGFIX][PATCH] fix NULL pointer in ia64/irq_chip-mask/unmask function

2007-03-06 Thread KAMEZAWA Hiroyuki
On Tue, 6 Mar 2007 22:57:10 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 7 Mar 2007 15:23:17 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > > > This patch fixes boot failure because irq_desc->mask() is NULL. > > > > - Added mask/unmas

Re: [PATCH 03/11] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable()

2015-10-05 Thread Kamezawa Hiroyuki
On 2015/09/22 15:23, Ingo Molnar wrote: > So when memory hotplug removes a piece of physical memory from pagetable > mappings, it also frees the underlying PGD entry. > > This complicates PGD management, so don't do this. We can keep the > PGD mapped and the PUD table all clear - it's only a singl

Re: [PATCH][RFC] mm: Introduce kernelcore=reliable option

2015-10-13 Thread Kamezawa Hiroyuki
On 2015/10/09 19:36, Xishi Qiu wrote: On 2015/10/9 17:24, Kamezawa Hiroyuki wrote: On 2015/10/09 15:46, Xishi Qiu wrote: On 2015/10/9 22:56, Taku Izumi wrote: Xeon E7 v3 based systems supports Address Range Mirroring and UEFI BIOS complied with UEFI spec 2.5 can notify which ranges are

Re: [PATCH] mm: Introduce kernelcore=reliable option

2015-10-22 Thread Kamezawa Hiroyuki
On 2015/10/22 3:17, Luck, Tony wrote: + if (reliable_kernelcore) { + for_each_memblock(memory, r) { + if (memblock_is_mirror(r)) + continue; Should we have a safety check here that there is some mirrored memory? If you giv

[PATCH] add page->mapping handling interface [0/35] intro

2007-09-10 Thread KAMEZAWA Hiroyuki
Hi, this patch set adds following functions - page_inode(page) ... returns inode from page, (page->mapping->host) - page_mapping_cache(page) ... returns addrees_space from page - page_mapping_anon(page) ... return anon_vma from page - page_is_pagecache(page) ... returns 1 if the page is page c

[PATCH] add page->mapping handling interface [1/35] interface definitions

2007-09-10 Thread KAMEZAWA Hiroyuki
ine function page_mapping() refers this. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- include/linux/fs.h |1 + include/linux/mm.h | 20 +--- include/linux/mm_types.h |2 +- include/linux/page-cache

[PATCH] add page->mapping handling interface [2/35] changes in /mm

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in /mm directory. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- mm/filemap.c| 24 +--- mm/memory.c |6 -- mm/migrate.c| 17 ++--- mm/page-writeback.c |4 ++--

[PATCH] add page->mapping handling interface [3/35] changes in generic parts

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping hanlding of generic fs routine and kexec. (other than mm layer..) Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/buffer.c| 43 ++- fs/libfs.c |2 +- fs/mpage.c | 13 +++-- kerne

[PATCH] add page->mapping handling interface [4/35] changes in AFFS

2007-09-10 Thread KAMEZAWA Hiroyuki
use page_inode() in AFFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/affs/file.c|4 ++-- fs/affs/symlink.c |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) Index: test-2.6.23-rc4-mm1/fs/affs/

[PATCH] add page->mapping handling interface [5/35] changes in AFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Use page->mapping interface in AFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/afs/file.c |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) Index: test-2.6.23-rc4-mm1/fs/afs/file.c === --- te

[PATCH] add page->mapping handling interface [6/35] changes in CIFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Change page->mapping handling in CIFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/cifs/file.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) Index: test-2.6.23-rc4-mm1/fs/ci

[PATCH] add page->mapping handling interface [7/35] changes in CODA

2007-09-10 Thread KAMEZAWA Hiroyuki
Change page->mapping handling in CODA Singed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/coda/symlink.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/coda/symlink.c ===

[PATCH] add page->mapping handling interface [8/35] changes in CRAMFS

2007-09-10 Thread KAMEZAWA Hiroyuki
patches for handling page->mapping in CRAMFS. Signed-off-by : KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/cramfs/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/cramf

[PATCH] add page->mapping handling interface [9/35] changes in ECRYPTFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Change page->mapping handling in ecryptfs Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ecryptfs/crypto.c |9 - fs/ecryptfs/mmap.c | 14 +++--- 2 files changed, 11 insertions(+), 12 deletions(-) Index: test-2.6.23-rc4-mm1/fs/ecryptfs

[PATCH] add page->mapping handling interface [10/35] changes in EFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Change page->mapping handling in EFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> Index: test-2.6.23-rc4-mm1/fs/efs/symlink.c === --- test-2.6.23-rc4-mm1.orig/fs/efs/symlink.c +++ test-2.6.23-rc4-mm1/fs/efs/

[PATCH] add page->mapping handling interface [11/35] changes in EXT2

2007-09-10 Thread KAMEZAWA Hiroyuki
Change page->mapping handling in ext2 Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ext2/dir.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) Index: test-2.6.23-rc4-mm1/fs/e

[PATCH] add page->mapping handling interface [12/35] changes in EXT3

2007-09-10 Thread KAMEZAWA Hiroyuki
Change page->mapping handling in EXT3 Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ext3/inode.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) Index: test-2.6.23-rc4-mm1/fs/ext

[PATCH] add page->mapping handling interface [13/35] changes in EXT4

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in EXT4 Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ext4/inode.c | 10 +- fs/ext4/writeback.c | 24 2 files changed, 17 insertions(+), 17 deletions(-) Index: test-2.6.23-rc4-mm1/fs/ext

[PATCH] add page->mapping handling interface [14/35] changes in freevxfs

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in freevxfs. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/freevxfs/vxfs_immed.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/freevxfs/vxf

[PATCH] add page->mapping handling interface [15/35] changes in FUSE

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in FUSE Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/fuse/file.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: test-2.6.23-rc4-mm1/fs/fuse/file.c ===

[PATCH] add page->mapping handling interface [16/35] changes in GFS2

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in GFS2 Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/gfs2/log.c |4 ++-- fs/gfs2/lops.c|2 +- fs/gfs2/meta_io.c |2 +- fs/gfs2/ops_address.c | 16 4 files changed, 12 insertions(+), 12

[PATCH] add page->mapping handling interface [17/35] changes in HFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in HFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/hfs/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/hfs/inode.c === --- te

[PATCH] add page->mapping handling interface [19/35] changes in HPFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in HPFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/hpfs/namei.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/hpfs/namei.c ===

[PATCH] add page->mapping handling interface [18/35] changes in HFSPLUS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in HFSPLUS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/hfsplus/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/hfsplu

[PATCH] add page->mapping handling interface [20/35] changes in ISOFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in ISOFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/isofs/rock.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/isofs/rock.c ===

[PATCH] add page->mapping handling interface [21/35] changes in JBD

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in JBD Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/jbd/journal.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: test-2.6.23-rc4-mm1/fs/jbd/journal.c ===

[PATCH] add page->mapping handling interface [22/35] changes in JFFS2

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in JFFS2 Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/jffs2/file.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: test-2.6.23-rc4-mm1/fs/jffs2/file.c ===

[PATCH] add page->mapping handling interface [24/35] changes in MINIX FS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in MINIXFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/minix/dir.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) Index: test-2.6.23-rc4-mm1/fs/mi

[PATCH] add page->mapping handling interface [25/35] changes in NCPFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in NCPFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ncpfs/symlink.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/ncpfs/

[PATCH] add page->mapping handling interface [23/35] changes in JFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in JFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/jfs/jfs_metapage.c |8 1 file changed, 4 insertions(+), 4 deletions(-) Index: test-2.6.23-rc4-mm1/fs/jfs/jfs_m

[PATCH] add page->mapping handling interface [26/35] changes in NFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in NFS Singed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/nfs/file.c | 11 ++- fs/nfs/internal.h |2 +- fs/nfs/pagelist.c |2 +- fs/nfs/read.c |4 ++-- fs/nfs/write.c| 35 ++-

[PATCH] add page->mapping handling interface [27/35] changes in NTFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in NTFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ntfs/aops.c | 14 +++--- fs/ntfs/compress.c |2 +- fs/ntfs/file.c |6 +++--- 3 files changed, 11 insertions(+), 11 deletions(-) Index: test-2.6.23-rc4-mm

[PATCH] add page->mapping handling interface [28/35] changes in OCFS2

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in OCFS2 Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ocfs2/aops.c |8 fs/ocfs2/mmap.c |3 ++- 2 files changed, 6 insertions(+), 5 deletions(-) Index: test-2.6.23-rc4-mm1/fs/ocf

[PATCH] add page->mapping handling interface [29/35] changes in REISER4/REISERFS

2007-09-10 Thread KAMEZAWA Hiroyuki
of ‘page_inode’ discards qualifiers from pointer target type Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/reiser4/as_ops.c | 34 --- fs/reiser4/entd.c|6 ++--- fs/reiser4/jnode.c

[PATCH] add page->mapping handling interface [30/35] changes ROMFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in ROMFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/romfs/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: test-2.6.23-rc4-mm1/fs/romfs/inode.c ===

[PATCH] add page->mapping handling interface [31/35] changes in SYSVFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handlingi in SYSVFS. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/sysv/dir.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) Index: test-2.6.23-rc4-mm1/fs/s

[PATCH] add page->mapping handling interface [32/35] changes in UDFFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in UDFFS Signed-off-by: KAMEZAWA hiroyuki <[EMAIL PROTECTED]> --- fs/udf/file.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: test-2.6.23-rc4-mm1/fs/udf/file.c ===

[PATCH] add page->mapping handling interface [33/35] changes in UFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in UFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/ufs/dir.c | 10 +- fs/ufs/util.c |2 +- 2 files changed, 6 insertions(+), 6 deletions(-) Index: test-2.6.23-rc4-mm1/fs/

[PATCH] add page->mapping handling interface [34/35] changes in UNIONFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Changes page->mapping handling in UNIONFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/unionfs/mmap.c |8 1 file changed, 4 insertions(+), 4 deletions(-) Index: test-2.6.23-rc4-mm1/fs/union

[PATCH] add page->mapping handling interface [35/35] changes in XFS

2007-09-10 Thread KAMEZAWA Hiroyuki
Change page->mapping handling in XFS Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/xfs/linux-2.6/xfs_aops.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) Index: test-2.6.23-rc4-mm1/fs/xfs/linux-2.6/x

Re: [PATCH] add page->mapping handling interface [22/35] changes in JFFS2

2007-09-10 Thread KAMEZAWA Hiroyuki
On Mon, 10 Sep 2007 11:19:51 +0100 David Woodhouse <[EMAIL PROTECTED]> wrote: > On Mon, 2007-09-10 at 19:16 +0900, KAMEZAWA Hiroyuki wrote: > > Changes page->mapping handling in JFFS2 > > > > Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> > >

Re: [PATCH 4/6] Embed zone_id information within the zonelist->zones pointer

2007-09-12 Thread KAMEZAWA Hiroyuki
On Tue, 11 Sep 2007 22:31:27 +0100 (IST) Mel Gorman <[EMAIL PROTECTED]> wrote: > Using two zonelists per node requires very frequent use of zone_idx(). This > is costly as it involves a lookup of another structure and a substraction > operation. As struct zone is always word aligned and normally c

Re: [PATCH] add page->mapping handling interface [1/35] interface definitions

2007-09-13 Thread KAMEZAWA Hiroyuki
On Thu, 13 Sep 2007 22:19:20 +0200 Richard Knutsson <[EMAIL PROTECTED]> wrote: > > +static inline int page_is_pagecache(struct page *page) > > > Why return it as an 'int' instead of 'bool'? > > +{ > > + if (!page->mapping || (page->mapping & PAGE_MAPPING_ANON)) > > + return 0; > > +

Re: 2.6.23-rc8-mm1 - powerpc memory hotplug link failure

2007-09-25 Thread KAMEZAWA Hiroyuki
On Wed, 26 Sep 2007 01:30:02 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote: > Hi Andrew, > > The 2.6.23-rc8-mm1 kernel linking fails on the powerpc (P5+) box > > CC init/version.o > LD init/built-in.o > LD .tmp_vmlinux1 > drivers/built-in.o: In function `memory_block_acti

Re: 2.6.23-rc8-mm1 - powerpc memory hotplug link failure

2007-09-25 Thread KAMEZAWA Hiroyuki
On Wed, 26 Sep 2007 10:32:05 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > Maybe my patch is the problem. could you give me your .config ? > Ah, memory hot remove is selectable even if the arch doesn't support itsorry. ok, this is fix. Thanks, -Kame == MEMORY_HOTREM

Re: [RFC][PATCH] page->mapping clarification [1/3] base functions

2007-09-26 Thread KAMEZAWA Hiroyuki
On Wed, 26 Sep 2007 20:31:02 +0100 (BST) Hugh Dickins <[EMAIL PROTECTED]> wrote: > Would that waste a little memory? I think not with SLUB, > but perhaps with SLOB, which packs a little tighter. > maybe just depends on the amount of used anon_vma and page_mapping_info etc... I don't think a syst

Re: [13/17] Virtual compound page freeing in interrupt context

2007-09-27 Thread KAMEZAWA Hiroyuki
On Tue, 25 Sep 2007 16:42:17 -0700 Christoph Lameter <[EMAIL PROTECTED]> wrote: > +static noinline void vcompound_free(void *addr) > +{ > + if (in_interrupt()) { Should be (in_interrupt() || irqs_disabled()) ? Regards, -Kame - To unsubscribe from this list: send the line "unsubscribe linux-

[PATCH] CPU HOTPLUG: Avoid hotadd when proper possible_map isn't specified.

2007-09-27 Thread KAMEZAWA Hiroyuki
cpu-hot-add should be fail if cpu is not set in cpu_possible_map. If go ahead, the system will panic soon. Especially, arch which requires additional_cpus= parameter should handle this. Tested on ia64. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- kernel/cpu.c |8 +

Re: [13/17] Virtual compound page freeing in interrupt context

2007-09-28 Thread KAMEZAWA Hiroyuki
On Fri, 28 Sep 2007 10:35:44 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Fri, 28 Sep 2007, KAMEZAWA Hiroyuki wrote: > > > On Tue, 25 Sep 2007 16:42:17 -0700 > > Christoph Lameter <[EMAIL PROTECTED]> wrote: > > > > > +s

Re: [PATCH] CONFIG_ZONE_MOVABLE [2/2] config zone movable

2007-09-17 Thread KAMEZAWA Hiroyuki
On Mon, 17 Sep 2007 19:47:48 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Fri, 31 Aug 2007 19:14:15 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> > wrote: > > > Makes ZONE_MOVABLE as configurable > > > > Based on "zone_ifdef_cleanup_by_renumberi

Re: [PATCH] Hookup group-scheduler with task container infrastructure

2007-09-18 Thread KAMEZAWA Hiroyuki
On Mon, 10 Sep 2007 22:40:49 +0530 Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote: > + tg->cfs_rq = kzalloc(sizeof(cfs_rq) * num_possible_cpus(), GFP_KERNEL); > + if (!tg->cfs_rq) > + goto err; > + tg->se = kzalloc(sizeof(se) * num_possible_cpus(), GFP_KERNEL); > + if (!tg

[PATCH] fix memory hot remove not configured case.

2007-09-18 Thread KAMEZAWA Hiroyuki
me other archs if there are requirements and testers. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- arch/i386/mm/init.c|5 arch/ia64/mm/init.c|3 +- arch/powerpc/mm/mem.c | 45 - arc

Re: [PATCH] fix memory hot remove not configured case.

2007-09-18 Thread KAMEZAWA Hiroyuki
are requirements and testers. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- arch/i386/mm/init.c|5 arch/ia64/mm/init.c|3 +- arch/powerpc/mm/mem.c | 45 - arch/sh/mm/init.c

[RFC][PATCH] page->mapping clarification [1/3] base functions

2007-09-19 Thread KAMEZAWA Hiroyuki
bool type. - moved related functions to page-cache.h - renamed some functions. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- include/linux/fs.h |6 +- include/linux/mm.h | 40 --- include/linux/page-cache.h | 118 +

[RFC][PATCH] page->mapping clarification [2/3] changes in /mm

2007-09-19 Thread KAMEZAWA Hiroyuki
Make use of page-cache.h functions in /mm layer. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- mm/filemap.c| 19 ++- mm/memory.c |5 +++-- mm/migrate.c|8 ++-- mm/page-writeback.c |4 ++-- mm/rmap.c

[RFC][PATCH] page->mapping clarification [3/3] changes in /fs generic

2007-09-19 Thread KAMEZAWA Hiroyuki
Make use of page-cache.h in fs-generic layer. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- fs/buffer.c | 43 ++- fs/fs-writeback.c |2 +- fs/libfs.c|2 +- fs/mpage.c| 13 +++-- 4 files chang

Re: [05/17] vunmap: return page array

2007-09-19 Thread KAMEZAWA Hiroyuki
On Tue, 18 Sep 2007 20:36:10 -0700 Christoph Lameter <[EMAIL PROTECTED]> wrote: > Make vunmap return the page array that was used at vmap. This is useful > if one has no structures to track the page array but simply stores the > virtual address somewhere. The disposition of the page array can be >

Re: [05/17] vunmap: return page array

2007-09-19 Thread KAMEZAWA Hiroyuki
On Wed, 19 Sep 2007 15:15:58 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Wed, 19 Sep 2007, KAMEZAWA Hiroyuki wrote: > > > Hmm, I don't like returning array which someone allocated in past and > > forgot. > > But that is exactly the point. Th

Re: [RFC][PATCH] page->mapping clarification [1/3] base functions

2007-09-20 Thread KAMEZAWA Hiroyuki
On Thu, 20 Sep 2007 11:26:47 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Wed, 19 Sep 2007, KAMEZAWA Hiroyuki wrote: > > > Any comments are welcome. > > I am still a bit confused as to what the benefit of this is. > Honestly, I have 3 purposes, 2 f

[RFC][PATCH] make mis-configured cpu hotplug safer

2007-09-20 Thread KAMEZAWA Hiroyuki
register cpu control if cpu is not in possible_map. Works as expected on ia64/cpu-hotplug-by-ACPI case. Consideration: handling this issue in cpu_up() is an another way. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- drivers/base/cpu.c | 11 +++ 1 file changed, 11 inse

Re: [RFC][PATCH] page->mapping clarification [1/3] base functions

2007-09-21 Thread KAMEZAWA Hiroyuki
On Fri, 21 Sep 2007 13:48:28 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote: > > Followings are moved > > * page_mapping() ... returns swapper_space or address_space a page > > is on. > > (from mm.h) > > * page_index() ... returns position of a page in its

Re: [RFC][PATCH] page->mapping clarification [1/3] base functions

2007-09-21 Thread KAMEZAWA Hiroyuki
On Fri, 21 Sep 2007 18:02:47 +0100 (BST) Hugh Dickins <[EMAIL PROTECTED]> wrote: > > 3. I want to *try* page->mapping overriding... store memory resource > > controller's > >information in page->mapping. By this, memory controller doesn't enlarge > > sizeof > >struct page. (works well

[PATCH][2.6.23-rc2-mm2] small fix for ia64 icache sync patch

2007-08-21 Thread KAMEZAWA Hiroyuki
Fixing 2 small issues pointed by Tony Luck. * removing redundant BUG_ON in __ia64_sync_icache_dcache(). * check pte_present() first. Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- arch/ia64/mm/init.c|2 -- include/asm-ia64/pgtable.h |4 ++-- 2 files chan

Re: [PATCH][2.6.23-rc2-mm2] small fix for ia64 icache sync patch

2007-08-21 Thread KAMEZAWA Hiroyuki
On Tue, 21 Aug 2007 14:12:02 -0700 "Luck, Tony" <[EMAIL PROTECTED]> wrote: > > + if (pte_present(pteval) &&// swap out ? > > + pte_exec(pteval) &&// flush only new executable page. > > pte_user(pteval) &&// ignore kernel page > > (!pte_present(*ptep) ||// do_no_page

Re: [PATCH][2.6.23-rc2-mm2] small fix for ia64 icache sync patch

2007-08-21 Thread KAMEZAWA Hiroyuki
ned-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- arch/ia64/mm/init.c|2 -- include/asm-ia64/pgtable.h | 17 +++-- 2 files changed, 11 insertions(+), 8 deletions(-) Index: linux-2.6.23-rc2-mm2/include/asm-ia64/

Re: bug in migrate page

2007-08-21 Thread KAMEZAWA Hiroyuki
On Wed, 22 Aug 2007 10:08:09 +0800 Shaohua Li <[EMAIL PROTECTED]> wrote: > commit dc386d4d1e98bb39fb967ee156cd456c802fc692 adds rcu_read_lock, but > some routines in the lock range might sleep (like lock_buffer, > aops->writepage), I saw a 'sleep in atomic' warning. It appears the > patch has seve

Re: bug in migrate page

2007-08-21 Thread KAMEZAWA Hiroyuki
On Wed, 22 Aug 2007 10:50:53 +0800 Shaohua Li <[EMAIL PROTECTED]> wrote: > > At quick glance, above path has no writepage() ops. > > just replace swap's radix tree entry. > I missed swap has .migratepage and thought fallback_migrate_page is > used, then I thought doing rcu lock in PageAnon case is

[RFC][PATCH][BUGFIX] fix rcu_read_lock in page migraton

2007-08-21 Thread KAMEZAWA Hiroyuki
oding that, just do rcu_lock if the page is Anon.(this is enough.) Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> --- mm/migrate.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) Index: linux-2.6.23-rc2-mm2/m

Re: [PATCH] Memory controller Add Documentation

2007-08-23 Thread KAMEZAWA Hiroyuki
Thank you for documentaion. How about adding following topics ? - Benefit and Purpose. When this function help a user. - What is accounted as RSS. - What is accounted as page-cache. - What are not accoutned now. - When a page is accounted (charged.) - about mem_control_type - When a user can remo

Re: [PATCH 0/2] workqueue: fix a bug when numa mapping is changed

2015-04-01 Thread Kamezawa Hiroyuki
On 2015/04/02 10:36, Gu Zheng wrote: Hi Kame, TJ, On 04/01/2015 04:30 PM, Kamezawa Hiroyuki wrote: On 2015/04/01 12:02, Tejun Heo wrote: On Wed, Apr 01, 2015 at 11:55:11AM +0900, Kamezawa Hiroyuki wrote: Now, hot-added cpus will have the lowest free cpu id. Because of this, in most of

Re: [PATCH 0/2] workqueue: fix a bug when numa mapping is changed

2015-03-30 Thread Kamezawa Hiroyuki
On 2015/03/30 18:49, Gu Zheng wrote: Hi Kame-san, On 03/27/2015 12:42 AM, Kamezawa Hiroyuki wrote: On 2015/03/27 0:18, Tejun Heo wrote: Hello, On Thu, Mar 26, 2015 at 01:04:00PM +0800, Gu Zheng wrote: wq generates the numa affinity (pool->node) for all the possible cpu's per cpu w

Re: [PATCH 0/2] workqueue: fix a bug when numa mapping is changed

2015-03-31 Thread Kamezawa Hiroyuki
On 2015/04/01 0:28, Tejun Heo wrote: Hello, Kamezawa. On Tue, Mar 31, 2015 at 03:09:05PM +0900, Kamezawa Hiroyuki wrote: But this may be considered as API change for most hot-add users. Hmm... Why would it be? What can that possibly break? Now, hot-added cpus will have the lowest free

Re: [PATCH 1/2] x86/cpu hotplug: make apicid <--> cpuid mapping persistent

2015-03-31 Thread Kamezawa Hiroyuki
On 2015/03/30 18:58, Gu Zheng wrote: > Hi Kame-san, > > On 03/27/2015 12:31 AM, Kamezawa Hiroyuki wrote: > >> On 2015/03/26 13:55, Gu Zheng wrote: >>> Hi Kame-san, >>> On 03/26/2015 11:19 AM, Kamezawa Hiroyuki wrote: >>> >>>> On 2015/03

Re: [PATCH 0/2] workqueue: fix a bug when numa mapping is changed

2015-04-01 Thread Kamezawa Hiroyuki
On 2015/04/01 12:02, Tejun Heo wrote: On Wed, Apr 01, 2015 at 11:55:11AM +0900, Kamezawa Hiroyuki wrote: Now, hot-added cpus will have the lowest free cpu id. Because of this, in most of systems which has only cpu-hot-add, cpu-ids are always contiguous even after cpu hot add. In enterprise

Re: [RESEND RFC PATCH 2/2] gfp: use the best near online node if the target node is offline

2015-04-27 Thread Kamezawa Hiroyuki
On 2015/04/25 5:01, Andrew Morton wrote: On Fri, 24 Apr 2015 17:58:33 +0800 Gu Zheng wrote: Since the change to the cpu <--> mapping (map the cpu to the physical node for all possible at the boot), the node of cpu may be not present, so we use the best near online node if the node is not prese

Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min

2012-07-18 Thread Kamezawa Hiroyuki
(2012/07/11 22:24), Wanpeng Li wrote: > From: Wanpeng Li > > Since hierachical_memory_limit shows "of bytes of memory limit with > regard to hierarchy under which the memory cgroup is", the count should > calculate max hierarchy limit when use_hierarchy in order to show hierarchy > subtree limit.

Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting

2012-07-18 Thread Kamezawa Hiroyuki
(2012/07/11 18:32), Sha Zhengju wrote: On 07/10/2012 05:02 AM, Greg Thelen wrote: On Thu, Jun 28 2012, Sha Zhengju wrote: From: Sha Zhengju This patch adds memcg routines to count dirty pages, which allows memory controller to maintain an accurate view of the amount of its dirty memory and c

Re: [patch 03/10] mm: memcg: push down PageSwapCache check into uncharge entry functions

2012-07-19 Thread Kamezawa Hiroyuki
gned-off-by: Johannes Weiner > Acked-by: Michal Hocko Acked-by: KAMEZAWA Hiroyuki -- 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

Re: [PATCH 3/3 v3] memory-hotplug: fix kswapd looping forever problem

2012-07-19 Thread Kamezawa Hiroyuki
From: Andrew Morton Subject: memory-hotplug-fix-kswapd-looping-forever-problem-fix simplify nr_zone_isolate_freepages(), rework zone_watermark_ok_safe() comment, simplify set_pageblock_isolate() and restore_pageblock_isolate(). Cc: Aaditya Kumar Cc: KAMEZAWA Hiroyuki Cc: Mel Gorman Cc

Re: [PATCH v2] mm/memcg: use exist interface to get css from memcg

2012-07-19 Thread Kamezawa Hiroyuki
(2012/07/19 18:29), Michal Hocko wrote: On Wed 18-07-12 19:08:54, Wanpeng Li wrote: use exist interface mem_cgroup_css instead of &mem->css. This interface has been added to enable mem->css outside of mm/memcontrol.c (where we define struct mem_cgroup). There is one user left (hwpoison_filter_

Re: [PATCH] hugetlb/cgroup: Simplify pre_destroy callback

2012-07-19 Thread Kamezawa Hiroyuki
(2012/07/19 18:41), Aneesh Kumar K.V wrote: Li Zefan writes: on 2012/7/19 10:55, Aneesh Kumar K.V wrote: Andrew Morton writes: On Wed, 18 Jul 2012 11:04:09 +0530 "Aneesh Kumar K.V" wrote: From: "Aneesh Kumar K.V" Since we cannot fail in hugetlb_cgroup_move_parent, we don't really nee

Re: [PATCH] Cgroup: Fix memory accounting scalability in shrink_page_list

2012-07-19 Thread Kamezawa Hiroyuki
6,6 +1027,7 @@ keep_lumpy: list_splice(&ret_pages, page_list); count_vm_events(PGACTIVATE, pgactivate); + mem_cgroup_uncharge_end(); I guess placing mem_cgroup_uncharge_end() just after the loop may be better looking. Anyway, Acked-by: KAMEZAWA Hiroyuki But please show

Re: [RFC PATCH 10/12] mm: add the buddy system interface

2015-06-15 Thread Kamezawa Hiroyuki
On 2015/06/11 5:40, Luck, Tony wrote: I guess, mirrored memory should be allocated if !__GFP_HIGHMEM or !__GFP_MOVABLE HIGHMEM shouldn't matter - partial memory mirror only makes any sense on X86_64 systems ... 32-bit kernels don't even boot on systems with 64GB, and the minimum rational confi

Re: [RFC PATCH 10/12] mm: add the buddy system interface

2015-06-15 Thread Kamezawa Hiroyuki
On 2015/06/16 2:20, Luck, Tony wrote: On Mon, Jun 15, 2015 at 05:47:27PM +0900, Kamezawa Hiroyuki wrote: So, there are 3 ideas. (1) kernel only from MIRROR / user only from MOVABLE (Tony) (2) kernel only from MIRROR / user from MOVABLE + MIRROR(ASAP) (AKPM suggested) This makes use

Re: [RFC PATCH 03/12] mm: introduce MIGRATE_MIRROR to manage the mirrored, pages

2015-06-08 Thread Kamezawa Hiroyuki
On 2015/06/04 21:58, Xishi Qiu wrote: This patch introduces a new MIGRATE_TYPES called "MIGRATE_MIRROR", it is used to storage the mirrored pages list. When cat /proc/pagetypeinfo, you can see the count of free mirrored blocks. I guess you need to add Mel to CC. e.g. euler-linux:~ # cat /pro

Re: [RFC PATCH 01/12] mm: add a new config to manage the code

2015-06-08 Thread Kamezawa Hiroyuki
On 2015/06/04 21:56, Xishi Qiu wrote: This patch introduces a new config called "CONFIG_ACPI_MIRROR_MEMORY", it is used to on/off the feature. Signed-off-by: Xishi Qiu --- mm/Kconfig | 8 1 file changed, 8 insertions(+) diff --git a/mm/Kconfig b/mm/Kconfig index 390214d..4f2a726 10

Re: [RFC PATCH 02/12] mm: introduce mirror_info

2015-06-09 Thread Kamezawa Hiroyuki
On 2015/06/04 21:57, Xishi Qiu wrote: This patch introduces a new struct called "mirror_info", it is used to storage the mirror address range which reported by EFI or ACPI. TBD: call add_mirror_info() to fill it. Signed-off-by: Xishi Qiu --- arch/x86/mm/numa.c | 3 +++ include/linux/mm

Re: [RFC PATCH 07/12] mm: introduce __GFP_MIRROR to allocate mirrored pages

2015-06-09 Thread Kamezawa Hiroyuki
On 2015/06/04 22:02, Xishi Qiu wrote: This patch introduces a new gfp flag called "__GFP_MIRROR", it is used to allocate mirrored pages through buddy system. Signed-off-by: Xishi Qiu In Tony's original proposal, the motivation was to mirror all kernel memory. Is the purpose of this patch mak

Re: [RFC PATCH 08/12] mm: use mirrorable to switch allocate mirrored memory

2015-06-09 Thread Kamezawa Hiroyuki
On 2015/06/04 22:02, Xishi Qiu wrote: Add a new interface in path /proc/sys/vm/mirrorable. When set to 1, it means we should allocate mirrored memory for both user and kernel processes. Signed-off-by: Xishi Qiu I can't see why do we need this switch. If this is set, all GFP_HIGHUSER will use

Re: [RFC PATCH 10/12] mm: add the buddy system interface

2015-06-09 Thread Kamezawa Hiroyuki
On 2015/06/04 22:04, Xishi Qiu wrote: Add the buddy system interface for address range mirroring feature. Allocate mirrored pages in MIGRATE_MIRROR list. If there is no mirrored pages left, use other types pages. Signed-off-by: Xishi Qiu --- mm/page_alloc.c | 40 ++

<    1   2   3   4   5   6   7   8   >