1. 26 Sep, 2006 1 commit
    • Andi Kleen's avatar
      [PATCH] Convert x86-64 to early param · 2c8c0e6b
      Andi Kleen authored
      
      
      Instead of hackish manual parsing
      
      Requires earlier i386 patchkit, but also fixes i386 early_printk again.
      
      I removed some obsolete really early parameters which didn't do anything useful.
      Also made a few parameters that needed it early (mostly oops printing setup)
      
      Also removed one panic check that wasn't visible without
      early console anyways (the early console is now initialized after that
      panic)
      
      This cleans up a lot of code.
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      2c8c0e6b
  2. 30 Aug, 2006 1 commit
  3. 30 Jun, 2006 1 commit
  4. 26 Jun, 2006 2 commits
  5. 31 Mar, 2006 1 commit
    • OGAWA Hirofumi's avatar
      [PATCH] Don't pass boot parameters to argv_init[] · 9b41046c
      OGAWA Hirofumi authored
      
      
      The boot cmdline is parsed in parse_early_param() and
      parse_args(,unknown_bootoption).
      
      And __setup() is used in obsolete_checksetup().
      
      	start_kernel()
      		-> parse_args()
      			-> unknown_bootoption()
      				-> obsolete_checksetup()
      
      If __setup()'s callback (->setup_func()) returns 1 in
      obsolete_checksetup(), obsolete_checksetup() thinks a parameter was
      handled.
      
      If ->setup_func() returns 0, obsolete_checksetup() tries other
      ->setup_func().  If all ->setup_func() that matched a parameter returns 0,
      a parameter is seted to argv_init[].
      
      Then, when runing /sbin/init or init=app, argv_init[] is passed to the app.
      If the app doesn't ignore those arguments, it will warning and exit.
      
      This patch fixes a wrong usage of it, however fixes obvious one only.
      Signed-off-by: default avatarOGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      9b41046c
  6. 25 Mar, 2006 4 commits
  7. 19 Jan, 2006 1 commit
  8. 16 Jan, 2006 1 commit
  9. 12 Jan, 2006 5 commits
  10. 15 Nov, 2005 1 commit
  11. 10 Oct, 2005 1 commit
  12. 12 Sep, 2005 2 commits
  13. 07 Sep, 2005 1 commit
  14. 29 Jul, 2005 1 commit
  15. 25 Jun, 2005 1 commit
  16. 01 May, 2005 1 commit
    • Venkatesh Pallipadi's avatar
      [PATCH] Increase number of e820 entries hard limit from 32 to 128 · f9ba7053
      Venkatesh Pallipadi authored
      
      
      The specifications that talk about E820 map doesn't have an upper limit on
      the number of e820 entries.  But, today's kernel has a hard limit of 32.
      With increase in memory size, we are seeing the number of E820 entries
      reaching close to 32.  Patch below bumps the number upto 128.
      
      The patch changes the location of EDDBUF in zero-page (as it comes after E820).
      As, EDDBUF is not used by boot loaders, this patch should not have any effect
      on bootloader-setup code interface.
      
      Patch covers both i386 and x86-64.
      
      Tested on:
      * grub booting bzImage
      * lilo booting bzImage with EDID info enabled
      * pxeboot of bzImage
      
      Side-effect:
      bss increases by ~ 2K and init.data increases by ~7.5K
      on all systems, due to increase in size of static arrays.
      Signed-off-by: default avatarVenkatesh Pallipadi <venkatesh.pallipadi@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f9ba7053
  17. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4