2006-03-22 01:09:12 -07:00
|
|
|
#ifndef _LINUX_MIGRATE_H
|
|
|
|
|
#define _LINUX_MIGRATE_H
|
|
|
|
|
|
|
|
|
|
#include <linux/mm.h>
|
2007-05-06 15:50:20 -06:00
|
|
|
#include <linux/mempolicy.h>
|
2006-03-22 01:09:12 -07:00
|
|
|
|
2006-06-23 03:03:55 -06:00
|
|
|
typedef struct page *new_page_t(struct page *, unsigned long private, int **);
|
2006-06-23 03:03:53 -06:00
|
|
|
|
2007-05-06 15:50:20 -06:00
|
|
|
#ifdef CONFIG_MIGRATION
|
2009-01-06 15:39:16 -07:00
|
|
|
#define PAGE_MIGRATION 1
|
|
|
|
|
|
2010-05-24 15:31:59 -06:00
|
|
|
extern void putback_lru_pages(struct list_head *l);
|
2006-06-23 03:03:33 -06:00
|
|
|
extern int migrate_page(struct address_space *,
|
|
|
|
|
struct page *, struct page *);
|
ksm: memory hotremove migration only
The previous patch enables page migration of ksm pages, but that soon gets
into trouble: not surprising, since we're using the ksm page lock to lock
operations on its stable_node, but page migration switches the page whose
lock is to be used for that. Another layer of locking would fix it, but
do we need that yet?
Do we actually need page migration of ksm pages? Yes, memory hotremove
needs to offline sections of memory: and since we stopped allocating ksm
pages with GFP_HIGHUSER, they will tend to be GFP_HIGHUSER_MOVABLE
candidates for migration.
But KSM is currently unconscious of NUMA issues, happily merging pages
from different NUMA nodes: at present the rule must be, not to use
MADV_MERGEABLE where you care about NUMA. So no, NUMA page migration of
ksm pages does not make sense yet.
So, to complete support for ksm swapping we need to make hotremove safe.
ksm_memory_callback() take ksm_thread_mutex when MEM_GOING_OFFLINE and
release it when MEM_OFFLINE or MEM_CANCEL_OFFLINE. But if mapped pages
are freed before migration reaches them, stable_nodes may be left still
pointing to struct pages which have been removed from the system: the
stable_node needs to identify a page by pfn rather than page pointer, then
it can safely prune them when MEM_OFFLINE.
And make NUMA migration skip PageKsm pages where it skips PageReserved.
But it's only when we reach unmap_and_move() that the page lock is taken
and we can be sure that raised pagecount has prevented a PageAnon from
being upgraded: so add offlining arg to migrate_pages(), to migrate ksm
page when offlining (has sufficient locking) but reject it otherwise.
Signed-off-by: Hugh Dickins <hugh.dickins@tiscali.co.uk>
Cc: Izik Eidus <ieidus@redhat.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: Chris Wright <chrisw@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-12-14 18:59:33 -07:00
|
|
|
extern int migrate_pages(struct list_head *l, new_page_t x,
|
|
|
|
|
unsigned long private, int offlining);
|
2006-06-23 03:03:53 -06:00
|
|
|
|
2006-06-23 03:03:33 -06:00
|
|
|
extern int fail_migrate_page(struct address_space *,
|
|
|
|
|
struct page *, struct page *);
|
2006-03-22 01:09:12 -07:00
|
|
|
|
|
|
|
|
extern int migrate_prep(void);
|
2010-05-24 15:32:27 -06:00
|
|
|
extern int migrate_prep_local(void);
|
2006-06-25 06:46:48 -06:00
|
|
|
extern int migrate_vmas(struct mm_struct *mm,
|
|
|
|
|
const nodemask_t *from, const nodemask_t *to,
|
|
|
|
|
unsigned long flags);
|
2006-03-22 01:09:12 -07:00
|
|
|
#else
|
2009-01-06 15:39:16 -07:00
|
|
|
#define PAGE_MIGRATION 0
|
|
|
|
|
|
2010-05-24 15:31:59 -06:00
|
|
|
static inline void putback_lru_pages(struct list_head *l) {}
|
2006-06-23 03:03:53 -06:00
|
|
|
static inline int migrate_pages(struct list_head *l, new_page_t x,
|
ksm: memory hotremove migration only
The previous patch enables page migration of ksm pages, but that soon gets
into trouble: not surprising, since we're using the ksm page lock to lock
operations on its stable_node, but page migration switches the page whose
lock is to be used for that. Another layer of locking would fix it, but
do we need that yet?
Do we actually need page migration of ksm pages? Yes, memory hotremove
needs to offline sections of memory: and since we stopped allocating ksm
pages with GFP_HIGHUSER, they will tend to be GFP_HIGHUSER_MOVABLE
candidates for migration.
But KSM is currently unconscious of NUMA issues, happily merging pages
from different NUMA nodes: at present the rule must be, not to use
MADV_MERGEABLE where you care about NUMA. So no, NUMA page migration of
ksm pages does not make sense yet.
So, to complete support for ksm swapping we need to make hotremove safe.
ksm_memory_callback() take ksm_thread_mutex when MEM_GOING_OFFLINE and
release it when MEM_OFFLINE or MEM_CANCEL_OFFLINE. But if mapped pages
are freed before migration reaches them, stable_nodes may be left still
pointing to struct pages which have been removed from the system: the
stable_node needs to identify a page by pfn rather than page pointer, then
it can safely prune them when MEM_OFFLINE.
And make NUMA migration skip PageKsm pages where it skips PageReserved.
But it's only when we reach unmap_and_move() that the page lock is taken
and we can be sure that raised pagecount has prevented a PageAnon from
being upgraded: so add offlining arg to migrate_pages(), to migrate ksm
page when offlining (has sufficient locking) but reject it otherwise.
Signed-off-by: Hugh Dickins <hugh.dickins@tiscali.co.uk>
Cc: Izik Eidus <ieidus@redhat.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: Chris Wright <chrisw@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-12-14 18:59:33 -07:00
|
|
|
unsigned long private, int offlining) { return -ENOSYS; }
|
2006-03-31 03:29:56 -07:00
|
|
|
|
2006-03-22 01:09:12 -07:00
|
|
|
static inline int migrate_prep(void) { return -ENOSYS; }
|
2010-05-24 15:32:27 -06:00
|
|
|
static inline int migrate_prep_local(void) { return -ENOSYS; }
|
2006-03-22 01:09:12 -07:00
|
|
|
|
2006-06-25 06:46:48 -06:00
|
|
|
static inline int migrate_vmas(struct mm_struct *mm,
|
|
|
|
|
const nodemask_t *from, const nodemask_t *to,
|
|
|
|
|
unsigned long flags)
|
|
|
|
|
{
|
|
|
|
|
return -ENOSYS;
|
|
|
|
|
}
|
|
|
|
|
|
2006-03-22 01:09:12 -07:00
|
|
|
/* Possible settings for the migrate_page() method in address_operations */
|
|
|
|
|
#define migrate_page NULL
|
|
|
|
|
#define fail_migrate_page NULL
|
|
|
|
|
|
|
|
|
|
#endif /* CONFIG_MIGRATION */
|
|
|
|
|
#endif /* _LINUX_MIGRATE_H */
|
