On Thu, 27 Mar 2008, Christoph Lameter wrote:Totally irrelevant. The page allocation path does if (gfp_flags & __GFP_ZERO) prep_zero_page(page, order, gfp_flags); and that will cause a warning REGARDLESS of whether the page is a HIGHMEM page or not. And the fact is, passing in GFP_ZERO from the SLUB code is a bug regardless, because it unnecessarily does the dual memset(). So here's a damn big clue: - SLUB does its own GFP_ZERO handling - so passing GFP_ZERO down to the page allocator is a f*cking bug - and this has NOTHING what-so-ever to do with GFP_HIGHMEM or even whether the warning is "valid" or not - it's a bug even if the warning had never happened. So stop blathering, and just admit that this was buggy. It was also fundamentally fragile to leave GFP_ZERO around when it was known to not be valid at that point (exactly because GFP_ZERO was handled by the caller). Linus --
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Adrian Bunk | Re: LSM conversion to static interface |
git: | |
| Gerrit Renker | [PATCH 26/37] dccp: Integration of dynamic feature activation - part 1 (socket set... |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| Linus Torvalds | Re: [GIT]: Networking |
