Skip to content
  • Tejun Heo's avatar
    f0cc8412
    vmalloc: conditionalize build of pcpu_get_vm_areas() · f0cc8412
    Tejun Heo authored
    
    
    No matching upstream commit as it was resolved differently there.
    
    
    pcpu_get_vm_areas() is used only when dynamic percpu allocator is used
    by the architecture.  In 2.6.32, ia64 doesn't use dynamic percpu
    allocator and has a macro which makes pcpu_get_vm_areas() buggy via
    local/global variable aliasing and triggers compile warning.
    
    The problem is fixed in upstream and ia64 uses dynamic percpu
    allocators, so the only left issue is inclusion of unnecessary code
    and compile warning on ia64 on 2.6.32.
    
    Don't build pcpu_get_vm_areas() if legacy percpu allocator is in use.
    
    Signed-off-by: default avatarTejun Heo <tj@kernel.org>
    Reported-by: default avatarJan Beulich <JBeulich@novell.com>
    Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    f0cc8412
    vmalloc: conditionalize build of pcpu_get_vm_areas()
    Tejun Heo authored
    
    
    No matching upstream commit as it was resolved differently there.
    
    
    pcpu_get_vm_areas() is used only when dynamic percpu allocator is used
    by the architecture.  In 2.6.32, ia64 doesn't use dynamic percpu
    allocator and has a macro which makes pcpu_get_vm_areas() buggy via
    local/global variable aliasing and triggers compile warning.
    
    The problem is fixed in upstream and ia64 uses dynamic percpu
    allocators, so the only left issue is inclusion of unnecessary code
    and compile warning on ia64 on 2.6.32.
    
    Don't build pcpu_get_vm_areas() if legacy percpu allocator is in use.
    
    Signed-off-by: default avatarTejun Heo <tj@kernel.org>
    Reported-by: default avatarJan Beulich <JBeulich@novell.com>
    Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
Loading