| commit | 76c324182bbd29dfe4298ca65efb15be18055df1 | |
| author | Yinghai Lu <yhlu.kernel.send@gmail.com> | |
| Sun, 23 Mar 2008 07:16:49 +0000 (23 00:16 -0700) | ||
| committer | Ingo Molnar <mingo@elte.hu> | |
| Wed, 26 Mar 2008 21:23:41 +0000 (26 22:23 +0100) | ||
| tree | 7dcdd3aded048ab8613f532140d1d5bad14e4621 | treesnapshot (tar.gz zip) |
| parent | 923a0cf82f2b504e316642e2d152d38b6c0be4ba | commitdiff |
x86: fix trim mtrr not to setup_memory two times
we could call find_max_pfn() directly instead of setup_memory() to get
max_pfn needed for mtrr trimming.
otherwise setup_memory() is called two times... that is duplicated...
[ mingo@elte.hu: both Thomas and me simulated a double call to
setup_bootmem_allocator() and can confirm that it is a real bug
which can hang in certain configs. It's not been reported yet but
that is probably due to the relatively scarce nature of
MTRR-trimming systems. ]
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
we could call find_max_pfn() directly instead of setup_memory() to get
max_pfn needed for mtrr trimming.
otherwise setup_memory() is called two times... that is duplicated...
[ mingo@elte.hu: both Thomas and me simulated a double call to
setup_bootmem_allocator() and can confirm that it is a real bug
which can hang in certain configs. It's not been reported yet but
that is probably due to the relatively scarce nature of
MTRR-trimming systems. ]
Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
| arch/x86/kernel/setup_32.c | diffblobblamehistory | |
| arch/x86/mm/discontig_32.c | diffblobblamehistory |