[PATCH] Revert [PATCH] x86-64: Reverse order of bootmem lists

From: Thomas Gleixner (tglx_at_linutronix.de)
Date: 09/30/05

  • Next message: Linus Torvalds: "Re: [linux-usb-devel] Re: [Security] [vendor-sec] [BUG/PATCH/RFC] Oops while completing async USB via usbdevio"
    To: linux-kernel@vger.kernel.org
    Date:	Fri, 30 Sep 2005 21:27:00 +0200
    
    

    Linus,

    please revert the patch

    http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=5d3d0f7704ed0bc7eaca0501eeae3e5da1ea6c87

    as it breaks a couple of ARM boards, which depend on the historical
    bootmem allocation order. AFAIK there is a cleaner solution around to
    remove the pgdat list completely, but this is a topic for post 2.6.14

    Andi signalled ACK already.

    tglx

    Index: linux-2.6.14-rc2-genirq/mm/bootmem.c
    ===================================================================
    --- linux-2.6.14-rc2-genirq.orig/mm/bootmem.c
    +++ linux-2.6.14-rc2-genirq/mm/bootmem.c
    @@ -61,17 +61,9 @@ static unsigned long __init init_bootmem
     {
             bootmem_data_t *bdata = pgdat->bdata;
             unsigned long mapsize = ((end - start)+7)/8;
    - static struct pglist_data *pgdat_last;
     
    - pgdat->pgdat_next = NULL;
    - /* Add new nodes last so that bootmem always starts
    - searching in the first nodes, not the last ones */
    - if (pgdat_last)
    - pgdat_last->pgdat_next = pgdat;
    - else {
    - pgdat_list = pgdat;
    - pgdat_last = pgdat;
    - }
    + pgdat->pgdat_next = pgdat_list;
    + pgdat_list = pgdat;
     
             mapsize = ALIGN(mapsize, sizeof(long));
             bdata->node_bootmem_map = phys_to_virt(mapstart << PAGE_SHIFT);

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Linus Torvalds: "Re: [linux-usb-devel] Re: [Security] [vendor-sec] [BUG/PATCH/RFC] Oops while completing async USB via usbdevio"

    Relevant Pages

    • Re: [ANNOUNCE] ndevfs - a "nano" devfs
      ... >> AFAIK there is no requirement in input subsystem that devices should be ... > This illustrates nicely my reasons for preferring devfs. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] OpenBSD Networking-related randomization port
      ... El lun, 31-01-2005 a las 17:50 +0100, Adrian Bunk escribió: ... > At least the three clause BSD license is GPL compatible. ... Yes, AFAIK:) ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Error messages with ACPI
      ... hi mina. ... these are not critical - they come from the yout acpi bios. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: setproctitle
      ... Hi William:) ... > The command-line arguments are being fetched from the process address ... (AFAIK) ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: top hogs CPU in 2.6: kallsyms_lookup is very slow
      ... context switching latency is actually one of the 2.6 ... > scheduler's strong points AFAIK. ... > how to go about arranging for NMI-based profiling on a system such as ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)