Christoph Lameter 19655d3487
[PATCH] linearly index zone->node_zonelists[] ...
I wonder why we need this bitmask indexing into zone->node_zonelists[]?
We always start with the highest zone and then include all lower zones
if we build zonelists.
Are there really cases where we need allocation from ZONE_DMA or
ZONE_HIGHMEM but not ZONE_NORMAL? It seems that the current implementation
of highest_zone() makes that already impossible.
If we go linear on the index then gfp_zone() == highest_zone() and a lot
of definitions fall by the wayside.
We can now revert back to the use of gfp_zone() in mempolicy.c ;-)
Signed-off-by: Christoph Lameter <clameter@sgi.com >
Signed-off-by: Andrew Morton <akpm@osdl.org >
Signed-off-by: Linus Torvalds <torvalds@osdl.org >
2006-09-26 08:48:47 -07:00
2006-09-19 12:43:58 +01:00
2006-09-19 12:43:58 +01:00
2006-09-07 15:57:12 +01:00
2006-09-24 19:28:47 -07:00
2006-09-22 14:55:33 -07:00
2006-09-19 12:43:58 +01:00
2006-09-22 15:20:20 -07:00
2006-09-22 14:55:33 -07:00
2006-09-19 12:43:58 +01:00
2006-09-19 12:43:58 +01:00
2006-09-22 23:25:01 -04:00
2006-09-19 12:43:58 +01:00
2006-09-19 12:43:58 +01:00
2006-09-24 11:13:19 -04:00
2006-09-06 11:00:02 -07:00
2006-09-11 13:32:30 -04:00
2006-09-23 21:03:52 -05:00
2006-09-26 08:48:45 -07:00
2006-09-24 11:13:19 -04:00
2006-09-21 11:46:23 +10:00
2006-09-22 23:24:30 -04:00
2006-09-24 17:56:32 -03:00
2006-09-24 11:13:19 -04:00
2006-09-24 11:13:19 -04:00
2006-09-24 11:13:19 -04:00
2006-09-22 15:18:10 -07:00
2006-09-22 15:18:47 -07:00
2006-09-24 13:50:45 -07:00
2006-09-22 15:18:51 -07:00
2006-09-26 08:48:47 -07:00
2006-09-26 08:48:46 -07:00
2006-09-06 11:00:01 -07:00
2006-09-22 15:20:29 -07:00
2006-09-22 14:53:50 -07:00
2006-09-22 15:07:00 -07:00
2006-09-22 15:18:29 -07:00
2006-09-22 15:18:01 -07:00
2006-09-22 14:53:32 -07:00
2006-09-22 15:20:25 -07:00
2006-09-24 11:13:19 -04:00
2006-09-24 11:13:19 -04:00
2006-09-24 22:06:48 +01:00
2006-09-23 11:34:42 -07:00
2006-09-06 11:00:02 -07:00
2006-09-25 15:33:09 -04:00
2006-09-24 11:13:19 -04:00
2006-09-26 08:48:47 -07:00
2006-09-24 11:13:19 -04:00
2006-09-26 08:48:46 -07:00
2006-09-26 08:48:47 -07:00
2006-09-20 15:58:25 +02:00
2006-09-24 11:13:19 -04:00
2006-09-24 11:13:19 -04:00
2006-09-22 14:54:04 -07:00
2006-09-22 14:54:20 -07:00
2006-09-24 10:15:13 -07:00
2006-09-22 15:18:31 -07:00
2006-09-22 15:19:51 -07:00
2006-09-22 14:53:54 -07:00
2006-09-02 15:33:49 -05:00
2006-09-22 23:24:54 -04:00
2006-09-24 11:13:19 -04:00
2006-09-22 23:24:32 -04:00
2006-09-22 23:24:53 -04:00
2006-09-23 15:33:43 -05:00
2006-09-26 08:48:44 -07:00
2006-09-22 15:18:12 -07:00
2006-09-24 11:13:19 -04:00
2006-09-24 11:13:19 -04:00
2006-09-24 11:13:19 -04:00
2006-09-26 08:48:44 -07:00
2006-09-22 14:55:02 -07:00
2006-09-21 11:46:16 +10:00
2006-09-22 14:53:36 -07:00
2006-09-22 14:53:53 -07:00
2006-09-26 08:48:45 -07:00
2006-09-24 11:13:19 -04:00
2006-09-22 14:55:16 -07:00
2006-09-22 08:00:42 +01:00
2006-09-26 08:48:46 -07:00
2006-09-22 15:20:25 -07:00
2006-09-13 07:32:15 -07:00
2006-09-24 11:13:19 -04:00
2006-09-10 13:45:55 -03:00
2006-09-10 13:45:55 -03:00
2006-09-26 08:48:45 -07:00
2006-09-26 08:48:47 -07:00
2006-09-26 08:48:44 -07:00
2006-09-22 15:08:35 -07:00
19655d3487