prep_zero_page: remove bogus BUG_ON

2.6.11 gave __GFP_ZERO's prep_zero_page a bogus "highmem may have to wait"
assertion. Presumably added under the misconception that clear_highpage
uses nonatomic kmap; but then and now it uses kmap_atomic, so no problem.

Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

authored by Hugh Dickins and committed by Linus Torvalds 09f345da e84e2e13

-1
-1
mm/page_alloc.c
··· 305 305 { 306 306 int i; 307 307 308 - VM_BUG_ON((gfp_flags & (__GFP_WAIT | __GFP_HIGHMEM)) == __GFP_HIGHMEM); 309 308 /* 310 309 * clear_highpage() will use KM_USER0, so it's a bug to use __GFP_ZERO 311 310 * and __GFP_HIGHMEM from hard or soft interrupt context.