This unlock_page_cgroup() is unnecessary.
Changelog: v1 -> v2
* adjusted to 2.6.23-mm1
Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
mm/memcontrol.c |2 --
1 file changed, 2 deletions(-)
Index: devel-2.6.23-mm1/mm/mem
t one charge is lost.
This patch add a test at charging to verify page_cgroup's refcnt is
greater than 0. If not, unlock and retry.
Changelog v2->v3
* adjusted to 2.6.23-mm1
Changelog v1->v2:
* added cpu_relax() before retry.
Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
This set is a fix for memory cgroup against 2.6.23-mm1.
Not including any new feature.
Patches:
[1/5] ... fix refcnt handling in charge mem_cgroup_charge()
[2/5] ... fix error handling path in mem_cgroup_charge()
[3/5] ... check page->cgroup under lock again.
[4/5] ... fix
On Thu, 11 Oct 2007 23:42:02 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Oct 2007 14:03:28 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 11 Oct 2007 21:31:26 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
On Thu, 11 Oct 2007 23:42:02 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 12 Oct 2007 14:03:28 +0900 KAMEZAWA Hiroyuki [EMAIL PROTECTED]
wrote:
On Thu, 11 Oct 2007 21:31:26 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm
This set is a fix for memory cgroup against 2.6.23-mm1.
Not including any new feature.
Patches:
[1/5] ... fix refcnt handling in charge mem_cgroup_charge()
[2/5] ... fix error handling path in mem_cgroup_charge()
[3/5] ... check page-cgroup under lock again.
[4/5] ... fix
This unlock_page_cgroup() is unnecessary.
Changelog: v1 - v2
* adjusted to 2.6.23-mm1
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
mm/memcontrol.c |2 --
1 file changed, 2 deletions(-)
Index: devel-2.6.23-mm1/mm/memcontrol.c
.
This patch add a test at charging to verify page_cgroup's refcnt is
greater than 0. If not, unlock and retry.
Changelog v2-v3
* adjusted to 2.6.23-mm1
Changelog v1-v2:
* added cpu_relax() before retry.
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
mm/memcontrol.c | 10 --
1
:
* added necessary comments.
Note:
- a comment in mem_cgroup_uncharge() will be removed by force-empty patch
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
mm/memcontrol.c | 100
1 file changed, 73 insertions(+), 27 deletions
:
* adjusted to 2.6.23-mm1
Changelog v1 - v2:
* reflected comments.
* divided a patch to !PageLRU patch and migration patch.
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
include/linux/memcontrol.h | 19 +++
mm/memcontrol.c| 43
for reclaiming/migration.
Because __isolate_lru_page() doesn't moves page !PageLRU pages, it will
be safe to avoid touching !PageLRU() page and its page_cgroup.
Chnagelog v1 - v2:
* adjusted to 2.6.23-mm1
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
mm/memcontrol.c | 13 ++---
1 file
On Thu, 11 Oct 2007 21:31:26 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
>
> - I've been largely avoiding applying anything since rc8-mm2 in an attempt
> to stabilise things for the 2.6.23 merge.
>
On
On Thu, 11 Oct 2007 21:31:26 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
- I've been largely avoiding applying anything since rc8-mm2 in an attempt
to stabilise things for the 2.6.23 merge.
On
On Thu, 04 Oct 2007 21:33:12 +0900
Shi Weihua <[EMAIL PROTECTED]> wrote:
> KAMEZAWA Hiroyuki wrote::
> > On Thu, 04 Oct 2007 20:56:14 +0900
> > Shi Weihua <[EMAIL PROTECTED]> wrote:
> >
> >>stack.ss_sp = addr + pagesize;
> >>stack.ss_fl
On Thu, 04 Oct 2007 20:56:14 +0900
Shi Weihua <[EMAIL PROTECTED]> wrote:
> stack.ss_sp = addr + pagesize;
> stack.ss_flags = 0;
> stack.ss_size = pagesize;
Here is bad.
stack,ss_sp = addr;
stack.ss_flags = 0;
stack.ss_size = pagesize * 2;
cheers.
-Kame
-
To unsubscribe from
On Thu, 04 Oct 2007 20:56:14 +0900
Shi Weihua [EMAIL PROTECTED] wrote:
stack.ss_sp = addr + pagesize;
stack.ss_flags = 0;
stack.ss_size = pagesize;
Here is bad.
stack,ss_sp = addr;
stack.ss_flags = 0;
stack.ss_size = pagesize * 2;
cheers.
-Kame
-
To unsubscribe from this
On Thu, 04 Oct 2007 21:33:12 +0900
Shi Weihua [EMAIL PROTECTED] wrote:
KAMEZAWA Hiroyuki wrote::
On Thu, 04 Oct 2007 20:56:14 +0900
Shi Weihua [EMAIL PROTECTED] wrote:
stack.ss_sp = addr + pagesize;
stack.ss_flags = 0;
stack.ss_size = pagesize;
Here is bad.
stack,ss_sp
On Wed, 3 Oct 2007 15:46:32 +0200 (MEST)
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> The proposed kernel signal delivery patch only handles the case
> where the /sigframe/ ends up overlapping the end of the altstack.
> If the sigframe remains within the altstack boundaries but the
> user-space
On Wed, 3 Oct 2007 21:40:29 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> On Wed, 3 Oct 2007 14:20:07 +0200 (MEST)
> Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> > What I don't agree with is the logic itself:
> > - You only catch altstack over
On Wed, 3 Oct 2007 14:20:07 +0200 (MEST)
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> What I don't agree with is the logic itself:
> - You only catch altstack overflow caused by the kernel pushing
> a sigframe. You don't catch overflow caused by the user-space
> signal handler pushing its
On Wed, 3 Oct 2007 14:20:07 +0200 (MEST)
Mikael Pettersson [EMAIL PROTECTED] wrote:
What I don't agree with is the logic itself:
- You only catch altstack overflow caused by the kernel pushing
a sigframe. You don't catch overflow caused by the user-space
signal handler pushing its own
On Wed, 3 Oct 2007 21:40:29 +0900
KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
On Wed, 3 Oct 2007 14:20:07 +0200 (MEST)
Mikael Pettersson [EMAIL PROTECTED] wrote:
What I don't agree with is the logic itself:
- You only catch altstack overflow caused by the kernel pushing
a sigframe. You
On Wed, 3 Oct 2007 15:46:32 +0200 (MEST)
Mikael Pettersson [EMAIL PROTECTED] wrote:
The proposed kernel signal delivery patch only handles the case
where the /sigframe/ ends up overlapping the end of the altstack.
If the sigframe remains within the altstack boundaries but the
user-space signal
On Tue, 2 Oct 2007 19:52:42 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 03, 2007 at 10:31:36AM +0900, KAMEZAWA Hiroyuki wrote:
> > i386 and x86_64 registers System RAM as IORESOUCE_MEM | IORESOUCE_BUSY.
> > ia64 registers System RAM as IORESOURCE_MEM.
>
Hi,
Now, SYSTEM_RAM is registerd to resouce list and a user can see memory map
from /proc/iomem, like following.
==
[EMAIL PROTECTED] linux-2.6.23-rc8-mm2]$ grep RAM /proc/iomem
-0009 : System RAM
0010-03ff : System RAM
0400-04f1bfff : System RAM
04f1c000-6b4b9fff : System
On Tue, 2 Oct 2007 00:43:24 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 2 Oct 2007 16:36:24 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
> > > Don't think so. A node is a lump of circuitry which can have zero or more
> > > CPUs, IO and memory.
> &
On Tue, 2 Oct 2007 00:18:09 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > How come? Memoryless node can and do occur in real-world machines.
> > > Kernel
> > > should support that?
> >
> > But a node is just defined by its memory?
>
> Don't think so. A node is a lump of
On Tue, 2 Oct 2007 00:18:09 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
How come? Memoryless node can and do occur in real-world machines.
Kernel
should support that?
But a node is just defined by its memory?
Don't think so. A node is a lump of circuitry which can have
On Tue, 2 Oct 2007 00:43:24 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 2 Oct 2007 16:36:24 +0900 KAMEZAWA Hiroyuki [EMAIL PROTECTED]
Don't think so. A node is a lump of circuitry which can have zero or more
CPUs, IO and memory.
It may initially have been conceived
Hi,
Now, SYSTEM_RAM is registerd to resouce list and a user can see memory map
from /proc/iomem, like following.
==
[EMAIL PROTECTED] linux-2.6.23-rc8-mm2]$ grep RAM /proc/iomem
-0009 : System RAM
0010-03ff : System RAM
0400-04f1bfff : System RAM
04f1c000-6b4b9fff : System
On Tue, 2 Oct 2007 19:52:42 -0600
Matthew Wilcox [EMAIL PROTECTED] wrote:
On Wed, Oct 03, 2007 at 10:31:36AM +0900, KAMEZAWA Hiroyuki wrote:
i386 and x86_64 registers System RAM as IORESOUCE_MEM | IORESOUCE_BUSY.
ia64 registers System RAM as IORESOURCE_MEM.
Which is better ?
Should
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
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 +
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
1 file
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:
+static noinline void vcompound_free(void *addr)
+{
+ if (in_interrupt
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
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
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
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 system
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_HOTREMOVE c
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
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_action':
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_HOTREMOVE config option
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
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
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 inode
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 in my small
to 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
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
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 for readability/clarificaton and 1
to 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 insertions
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.
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
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
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
oved 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
- 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 +
include/linux/swap.h |1
4 files
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 | 36
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 changed, 31
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
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. There is no need to keep track
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 -
arch/sh/mm/init.c
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
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
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-se)
+
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 -
arch/sh/mm/init.c
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 -
arch/sh/mm/init.c |6
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
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_renumbering.patch
This patch causes my old dual-pIII machine
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;
> > +
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;
+ return 1;
+}
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
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
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]>
>
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
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/
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
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
===
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
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
===
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
t 1 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
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 ++-
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
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
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/
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
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
===
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
===
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
===
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
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
===
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
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
===
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
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
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
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
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
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/
801 - 900 of 1415 matches
Mail list logo