On 9/28/2011 1:32 AM, Johan Palsson wrote:
The VM subsystem assumes that there are valid memmap entries from the bank start aligned to MAX_ORDER_NR_PAGES. Cc: stable@xxxxxxxxxx Cc: Russell King<rmk+kernel@xxxxxxxxxxxxxxxx> Cc: Michael Bohan<mbohan@xxxxxxxxxxxxxx> Cc: Nicolas Pitre<nico@xxxxxxxxxxx> Signed-off-by: Johan Palsson<johan.palsson@xxxxxxxxxxxxxx> Signed-off-by: Rabin Vincent<rabin.vincent@xxxxxxxxxxxxxx> Signed-off-by: Linus Walleij<linus.walleij@xxxxxxxxxx> --- arch/arm/mm/init.c | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c index cc7e2d8..f8037ba 100644 --- a/arch/arm/mm/init.c +++ b/arch/arm/mm/init.c @@ -496,6 +496,13 @@ static void __init free_unused_memmap(struct meminfo *mi) */ bank_start = min(bank_start, ALIGN(prev_bank_end, PAGES_PER_SECTION)); +#else + /* + * Align down here since the VM subsystem insists that the
Can we change this to say 'Round down here' instead of 'Align down here'? For consistency, we should probably change the comment and code for the prev_bank_end case below to say 'Round up' and use round_up instead of ALIGN().
+ * memmap entries are valid from the bank start aligned to + * MAX_ORDER_NR_PAGES. + */ + bank_start = round_down(bank_start, MAX_ORDER_NR_PAGES); #endif
We ran into this bug on 2.6.38 and I had similar fix. Are you sure this doesn't apply SPARSEMEM configurations? At first glance, it seems like there could be an issue there as well.
Thanks, Mike -- Employee of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
