1. 25 5月, 2008 1 次提交
    • P
      x86 boot: proper use of ARRAY_SIZE instead of repeated E820MAX constant · c3965bd1
      Paul Jackson 提交于
      This patch is motivated by a subsequent patch which will allow for more
      memory map entries on EFI supported systems than can be passed via the x86
      legacy BIOS E820 interface.  The legacy interface is limited to E820MAX ==
      128 memory entries, and that "E820MAX" manifest constant was used as the
      size for several arrays and loops over those arrays.
      
      The primary change in this patch is to change code loop sizes over those
      arrays from using the constant E820MAX, to using the ARRAY_SIZE() macro
      evaluated for the array being looped.  That way, a subsequent patch can
      change the size of some of these arrays, without breaking this code.
      
      This patch also adds a parameter to the sanitize_e820_map() routine,
      which had an implicit size for the array passed it of E820MAX entries.
      This new parameter explicitly passes the size of said array.  Once again,
      this will allow a subsequent patch to change that array size for some
      calls to sanitize_e820_map() without breaking the code.
      
      As part of enhancing the sanitize_e820_map() interface this way, I further
      combined the unnecessarily distinct x86_32 and x86_64 declarations for
      this routine into a single, commonly used, declaration.
      
      This patch in itself should make no difference to the resulting kernel
      binary.
      
      [ mingo@elte.hu: merged to -tip ]
      Signed-off-by: NPaul Jackson <pj@sgi.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      c3965bd1
  2. 30 1月, 2008 2 次提交
  3. 18 10月, 2007 1 次提交
  4. 17 10月, 2007 1 次提交
  5. 11 10月, 2007 1 次提交
  6. 09 5月, 2007 1 次提交
  7. 01 5月, 2007 1 次提交
  8. 03 7月, 2006 1 次提交
  9. 01 7月, 2006 1 次提交
  10. 28 6月, 2006 1 次提交
  11. 26 6月, 2006 1 次提交
    • J
      [PATCH] Clean up and refactor i386 sub-architecture setup · e75eac33
      Jeremy Fitzhardinge 提交于
      Clean up and refactor i386 sub-architecture setup.
      
      This change moves all the code from the
      asm-i386/mach-*/setup_arch_pre/post.h headers, into
      arch/i386/mach-*/setup.c.  mach-*/setup_arch_pre.h is renamed to
      setup_arch.h, and contains only things which should be in header files.  It
      is purely code-motion; there should be no functional changes at all.
      
      Several functions in arch/i386/kernel/setup.c needed to be made non-static
      so that they're visible to the code in mach-*/setup.c.  asm-i386/setup.h is
      used to hold the prototypes for these functions.
      Signed-off-by: NJeremy Fitzhardinge <jeremy@xensource.com>
      Signed-off-by: NChris Wright <chrisw@sous-sol.org>
      Cc: Zachary Amsden <zach@vmware.com>
      Cc: Chris Wright <chrisw@sous-sol.org>
      Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
      Cc: Martin Bligh <mbligh@google.com>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Andrey Panin <pazke@donpac.ru>
      Cc: Dave Hansen <haveblue@us.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      e75eac33
  12. 27 9月, 2005 1 次提交
  13. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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