From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yinghai Lu Subject: [PATCH -v14 00/22] Use lmb with x86 Date: Sat, 8 May 2010 08:17:18 -0700 Message-ID: <1273331860-14325-1-git-send-email-yinghai@kernel.org> Return-path: Sender: linux-kernel-owner@vger.kernel.org To: Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , Andrew Morton Cc: David Miller , Benjamin Herrenschmidt , Linus Torvalds , Johannes Weiner , linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, Yinghai Lu List-Id: linux-arch.vger.kernel.org the new lmb could be used to replace early_res in x86. Suggested by: David, Ben, and Thomas -v6: change sequence as requested by Thomas -v7: seperate them to more patches -v8: add boundary checking to make sure not free partial page. -v9: use lmb_debug to control print out of reserve_lmb. add e820 clean up, and e820 become __initdata -v10:use lmb.rmo_size and ARCH_DISCARD_LMB according to Michael change name to lmb_find_area/reserve_lmb_area/free_lmb_area, according to Michael update find_lmb_area to use __lmb_alloc_base according to ben -v11:move find_lmb_area_size back to x86. x86 has own find_lmb_area, and could be disabled by ARCH_LMB_FIND_AREA because _lmb_find_base has different behavoir from x86's old one. one from high to high and one from low to high need more test tested for x86 32bit/64bit, numa/nonuma, nobootmem/bootmem. -v12:refresh the series with current tip seperate nobootmem.c, so could remove some #ifdef still keep CONFIG_NO_BOOTMEM, in x86 .c, and could use the as tags so other lmb could refer them to use NO_BOOTMEM. -v14:refresh to current tip -v15:remove x86 version lmb_find_area remove other nobootmem and x86 e820 from this patchset Only first three patches in this set could affect original lmb users. lmb.c lines from 567 to 996 If lmb guys are still not happy, we could move that 360 lines to arch/x86/mm/lmb.c still hope Ben could do lmb clean up on top of this patchset. Thanks Yinghai From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rcsinet10.oracle.com ([148.87.113.121]:63676 "EHLO rcsinet10.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753412Ab0EHPUV (ORCPT ); Sat, 8 May 2010 11:20:21 -0400 From: Yinghai Lu Subject: [PATCH -v14 00/22] Use lmb with x86 Date: Sat, 8 May 2010 08:17:18 -0700 Message-ID: <1273331860-14325-1-git-send-email-yinghai@kernel.org> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , Andrew Morton Cc: David Miller , Benjamin Herrenschmidt , Linus Torvalds , Johannes Weiner , linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, Yinghai Lu Message-ID: <20100508151718.d2-zeWpBwWa6RTxLNPiYYAE84UyVxAq0Wzf1XwVWRtc@z> the new lmb could be used to replace early_res in x86. Suggested by: David, Ben, and Thomas -v6: change sequence as requested by Thomas -v7: seperate them to more patches -v8: add boundary checking to make sure not free partial page. -v9: use lmb_debug to control print out of reserve_lmb. add e820 clean up, and e820 become __initdata -v10:use lmb.rmo_size and ARCH_DISCARD_LMB according to Michael change name to lmb_find_area/reserve_lmb_area/free_lmb_area, according to Michael update find_lmb_area to use __lmb_alloc_base according to ben -v11:move find_lmb_area_size back to x86. x86 has own find_lmb_area, and could be disabled by ARCH_LMB_FIND_AREA because _lmb_find_base has different behavoir from x86's old one. one from high to high and one from low to high need more test tested for x86 32bit/64bit, numa/nonuma, nobootmem/bootmem. -v12:refresh the series with current tip seperate nobootmem.c, so could remove some #ifdef still keep CONFIG_NO_BOOTMEM, in x86 .c, and could use the as tags so other lmb could refer them to use NO_BOOTMEM. -v14:refresh to current tip -v15:remove x86 version lmb_find_area remove other nobootmem and x86 e820 from this patchset Only first three patches in this set could affect original lmb users. lmb.c lines from 567 to 996 If lmb guys are still not happy, we could move that 360 lines to arch/x86/mm/lmb.c still hope Ben could do lmb clean up on top of this patchset. Thanks Yinghai