diff options
| author | Hugh Dickins <hugh@veritas.com> | 2005-04-19 22:29:15 +0200 |
|---|---|---|
| committer | Linus Torvalds <torvalds@ppc970.osdl.org.(none)> | 2005-04-19 22:29:15 +0200 |
| commit | ee39b37b23da0b6ec53a8ebe90ff41c016f8ae27 (patch) | |
| tree | 4af606913ab8f95551623b788c0c66c1f5902229 /include/asm-ia64/processor.h | |
| parent | [PATCH] freepgt: free_pgtables use vma list (diff) | |
| download | linux-ee39b37b23da0b6ec53a8ebe90ff41c016f8ae27.tar.xz linux-ee39b37b23da0b6ec53a8ebe90ff41c016f8ae27.zip | |
[PATCH] freepgt: remove MM_VM_SIZE(mm)
There's only one usage of MM_VM_SIZE(mm) left, and it's a troublesome macro
because mm doesn't contain the (32-bit emulation?) info needed. But it too is
only needed because we ignore the end from the vma list.
We could make flush_pgtables return that end, or unmap_vmas. Choose the
latter, since it's a natural fit with unmap_mapping_range_vma needing to know
its restart addr. This does make more than minimal change, but if unmap_vmas
had returned the end before, this is how we'd have done it, rather than
storing the break_addr in zap_details.
unmap_vmas used to return count of vmas scanned, but that's just debug which
hasn't been useful in a while; and if we want the map_count 0 on exit check
back, it can easily come from the final remove_vm_struct loop.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/asm-ia64/processor.h')
| -rw-r--r-- | include/asm-ia64/processor.h | 8 |
1 files changed, 0 insertions, 8 deletions
diff --git a/include/asm-ia64/processor.h b/include/asm-ia64/processor.h index 8769dd9df369..2807f8d766d4 100644 --- a/include/asm-ia64/processor.h +++ b/include/asm-ia64/processor.h @@ -43,14 +43,6 @@ #define TASK_SIZE (current->thread.task_size) /* - * MM_VM_SIZE(mm) gives the maximum address (plus 1) which may contain a mapping for - * address-space MM. Note that with 32-bit tasks, this is still DEFAULT_TASK_SIZE, - * because the kernel may have installed helper-mappings above TASK_SIZE. For example, - * for x86 emulation, the LDT and GDT are mapped above TASK_SIZE. - */ -#define MM_VM_SIZE(mm) DEFAULT_TASK_SIZE - -/* * This decides where the kernel will search for a free chunk of vm * space during mmap's. */ |