1. 11 10月, 2007 1 次提交
  2. 18 7月, 2007 1 次提交
  3. 13 7月, 2007 1 次提交
  4. 13 2月, 2007 2 次提交
  5. 08 12月, 2006 1 次提交
  6. 07 12月, 2006 1 次提交
    • R
      [PATCH] paravirt: header and stubs for paravirtualisation · d3561b7f
      Rusty Russell 提交于
      Create a paravirt.h header for all the critical operations which need to be
      replaced with hypervisor calls, and include that instead of defining native
      operations, when CONFIG_PARAVIRT.
      
      This patch does the dumbest possible replacement of paravirtualized
      instructions: calls through a "paravirt_ops" structure.  Currently these are
      function implementations of native hardware: hypervisors will override the ops
      structure with their own variants.
      
      All the pv-ops functions are declared "fastcall" so that a specific
      register-based ABI is used, to make inlining assember easier.
      
      And:
      
      +From: Andy Whitcroft <apw@shadowen.org>
      
      The paravirt ops introduce a 'weak' attribute onto memory_setup().
      Code ordering leads to the following warnings on x86:
      
          arch/i386/kernel/setup.c:651: warning: weak declaration of
                      `memory_setup' after first use results in unspecified behavior
      
      Move memory_setup() to avoid this.
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: NChris Wright <chrisw@sous-sol.org>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Cc: Zachary Amsden <zach@vmware.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NAndy Whitcroft <apw@shadowen.org>
      d3561b7f
  7. 13 9月, 2006 1 次提交
  8. 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
  9. 28 3月, 2006 1 次提交
    • D
      [PATCH] unify PFN_* macros · 22a9835c
      Dave Hansen 提交于
      Just about every architecture defines some macros to do operations on pfns.
       They're all virtually identical.  This patch consolidates all of them.
      
      One minor glitch is that at least i386 uses them in a very skeletal header
      file.  To keep away from #include dependency hell, I stuck the new
      definitions in a new, isolated header.
      
      Of all of the implementations, sh64 is the only one that varied by a bit.
      It used some masks to ensure that any sign-extension got ripped away before
      the arithmetic is done.  This has been posted to that sh64 maintainers and
      the development list.
      
      Compiles on x86, x86_64, ia64 and ppc64.
      Signed-off-by: NDave Hansen <haveblue@us.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      22a9835c
  10. 05 9月, 2005 1 次提交
  11. 01 5月, 2005 1 次提交
    • V
      [PATCH] Increase number of e820 entries hard limit from 32 to 128 · f9ba7053
      Venkatesh Pallipadi 提交于
      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: NVenkatesh Pallipadi <venkatesh.pallipadi@intel.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f9ba7053
  12. 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