summaryrefslogtreecommitdiffstats
path: root/lib/bug.c
diff options
context:
space:
mode:
authorKonstantin Khlebnikov <khlebnikov@openvz.org>2012-04-25 16:01:46 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2012-04-25 21:26:33 -0700
commitb1c12cbcd0a02527c180a862e8971e249d3b347d (patch)
treef1c6c3ae42641cf89e8e2d7b731595550960e5d0 /lib/bug.c
parent66f75a5d028beaf67c931435fdc3e7823125730c (diff)
downloadlinux-stable-b1c12cbcd0a02527c180a862e8971e249d3b347d.tar.gz
linux-stable-b1c12cbcd0a02527c180a862e8971e249d3b347d.tar.bz2
linux-stable-b1c12cbcd0a02527c180a862e8971e249d3b347d.zip
mm/hugetlb: fix warning in alloc_huge_page/dequeue_huge_page_vma
Fix a gcc warning (and bug?) introduced in cc9a6c877 ("cpuset: mm: reduce large amounts of memory barrier related damage v3") Local variable "page" can be uninitialized if the nodemask from vma policy does not intersects with nodemask from cpuset. Even if it doesn't happens it is better to initialize this variable explicitly than to introduce a kernel oops in a weird corner case. mm/hugetlb.c: In function `alloc_huge_page': mm/hugetlb.c:1135:5: warning: `page' may be used uninitialized in this function Signed-off-by: Konstantin Khlebnikov <khlebnikov@openvz.org> Acked-by: Mel Gorman <mgorman@suse.de> Acked-by: David Rientjes <rientjes@google.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'lib/bug.c')
0 files changed, 0 insertions, 0 deletions