diff options
| author | Tejun Heo <tj@kernel.org> | 2009-12-09 17:43:19 +0900 |
|---|---|---|
| committer | Tejun Heo <tj@kernel.org> | 2009-12-09 17:43:19 +0900 |
| commit | 51e99be00ce2713cbb841cedc997cafa6e26c7f4 (patch) | |
| tree | 0e49ba8d6f9c061650950e241de01089bb79ab26 /arch/m68k/sun3 | |
| parent | 50de1a8ef18da0cfff97543315b4e042e8bb7c83 (diff) | |
| download | linux-stable-51e99be00ce2713cbb841cedc997cafa6e26c7f4.tar.gz linux-stable-51e99be00ce2713cbb841cedc997cafa6e26c7f4.tar.bz2 linux-stable-51e99be00ce2713cbb841cedc997cafa6e26c7f4.zip | |
m68k: rename global variable vmalloc_end to m68k_vmalloc_end
On SUN3, m68k defines macro VMALLOC_END as unsigned long variable
vmalloc_end which is adjusted from mmu_emu_init(). This becomes
problematic if a local variables vmalloc_end is defined in some
function (not very unlikely) and VMALLOC_END is used in the function -
the function thinks its referencing the global VMALLOC_END value but
would be referencing its own local vmalloc_end variable.
Rename the global variable to m68k_vmlloc_end which is much less
likely to be used as local variable name.
Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Roman Zippel <zippel@linux-m68k.org>
Diffstat (limited to 'arch/m68k/sun3')
| -rw-r--r-- | arch/m68k/sun3/mmu_emu.c | 8 |
1 files changed, 4 insertions, 4 deletions
diff --git a/arch/m68k/sun3/mmu_emu.c b/arch/m68k/sun3/mmu_emu.c index 3cd19390aae5..94f81ecfe3f8 100644 --- a/arch/m68k/sun3/mmu_emu.c +++ b/arch/m68k/sun3/mmu_emu.c @@ -45,8 +45,8 @@ ** Globals */ -unsigned long vmalloc_end; -EXPORT_SYMBOL(vmalloc_end); +unsigned long m68k_vmalloc_end; +EXPORT_SYMBOL(m68k_vmalloc_end); unsigned long pmeg_vaddr[PMEGS_NUM]; unsigned char pmeg_alloc[PMEGS_NUM]; @@ -172,8 +172,8 @@ void mmu_emu_init(unsigned long bootmem_end) #endif // the lowest mapping here is the end of our // vmalloc region - if(!vmalloc_end) - vmalloc_end = seg; + if (!m68k_vmalloc_end) + m68k_vmalloc_end = seg; // mark the segmap alloc'd, and reserve any // of the first 0xbff pages the hardware is |