1. 14 7月, 2016 1 次提交
    • P
      x86/kernel: Audit and remove any unnecessary uses of module.h · 186f4360
      Paul Gortmaker 提交于
      Historically a lot of these existed because we did not have
      a distinction between what was modular code and what was providing
      support to modules via EXPORT_SYMBOL and friends.  That changed
      when we forked out support for the latter into the export.h file.
      
      This means we should be able to reduce the usage of module.h
      in code that is obj-y Makefile or bool Kconfig.  The advantage
      in doing so is that module.h itself sources about 15 other headers;
      adding significantly to what we feed cpp, and it can obscure what
      headers we are effectively using.
      
      Since module.h was the source for init.h (for __init) and for
      export.h (for EXPORT_SYMBOL) we consider each obj-y/bool instance
      for the presence of either and replace as needed.  Build testing
      revealed some implicit header usage that was fixed up accordingly.
      
      Note that some bool/obj-y instances remain since module.h is
      the header for some exception table entry stuff, and for things
      like __init_or_module (code that is tossed when MODULES=n).
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Link: http://lkml.kernel.org/r/20160714001901.31603-4-paul.gortmaker@windriver.comSigned-off-by: NIngo Molnar <mingo@kernel.org>
      186f4360
  2. 07 6月, 2015 1 次提交
  3. 25 9月, 2013 1 次提交
  4. 08 2月, 2013 1 次提交
  5. 01 10月, 2009 2 次提交
  6. 21 10月, 2008 1 次提交
  7. 24 6月, 2008 1 次提交
  8. 24 5月, 2008 1 次提交
  9. 17 4月, 2008 1 次提交
  10. 30 1月, 2008 1 次提交
  11. 27 11月, 2007 1 次提交
  12. 18 10月, 2007 1 次提交
  13. 11 10月, 2007 2 次提交
  14. 03 5月, 2007 1 次提交
    • J
      [PATCH] i386: Convert PDA into the percpu section · 7c3576d2
      Jeremy Fitzhardinge 提交于
      Currently x86 (similar to x84-64) has a special per-cpu structure
      called "i386_pda" which can be easily and efficiently referenced via
      the %fs register.  An ELF section is more flexible than a structure,
      allowing any piece of code to use this area.  Indeed, such a section
      already exists: the per-cpu area.
      
      So this patch:
      (1) Removes the PDA and uses per-cpu variables for each current member.
      (2) Replaces the __KERNEL_PDA segment with __KERNEL_PERCPU.
      (3) Creates a per-cpu mirror of __per_cpu_offset called this_cpu_off, which
          can be used to calculate addresses for this CPU's variables.
      (4) Simplifies startup, because %fs doesn't need to be loaded with a
          special segment at early boot; it can be deferred until the first
          percpu area is allocated (or never for UP).
      
      The result is less code and one less x86-specific concept.
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: NJeremy Fitzhardinge <jeremy@xensource.com>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      Cc: Andi Kleen <ak@suse.de>
      7c3576d2
  15. 17 3月, 2007 1 次提交
  16. 01 7月, 2006 1 次提交
  17. 11 4月, 2006 1 次提交
  18. 25 2月, 2006 1 次提交
    • J
      [PATCH] x86: fix broken SMP boot sequence · 2b932f6c
      James Bottomley 提交于
      Recent GDT changes broke the SMP boot sequence if the booting CPU is
      numbered anything other than zero.  There's also a subtle source of error
      in that the boot time CPU now uses cpu_gdt_table (which is actually the GDT
      for booting CPUs in head.S).  This patch fixes both problems by making GDT
      descriptors themselves allocated from a per_cpu area and switching to them
      in cpu_init(), which now means that cpu_gdt_table is exclusively used for
      booting CPUs again.
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      Cc: Zachary Amsden <zach@vmware.com>
      Cc: Matt Tolentino <metolent@snoqualmie.dp.intel.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      2b932f6c
  19. 07 1月, 2006 1 次提交
  20. 24 6月, 2005 1 次提交
  21. 06 5月, 2005 1 次提交
    • P
      [PATCH] x86_64: make string func definition work as intended · 0c28130b
      Paolo 'Blaisorblade' Giarrusso 提交于
      In include/asm-x86_64/string.h there are such comments:
      
      /* Use C out of line version for memcmp */
      #define memcmp __builtin_memcmp
      int memcmp(const void * cs,const void * ct,size_t count);
      
      This would mean that if the compiler does not decide to use __builtin_memcmp,
      it emits a call to memcmp to be satisfied by the C out-of-line version in
      lib/string.c.  What happens is that after preprocessing, in lib/string.i you
      may find the definition of "__builtin_strcmp".
      
      Actually, by accident, in the object you will find the definition of strcmp
      and such (maybe a trick intended to redirect calls to __builtin_memcmp to the
      default memcmp when the definition is not expanded); however, this particular
      case is not a documented feature as far as I can see.
      
      Also, the EXPORT_SYMBOL does not work, so it's duplicated in the arch.
      
      I simply added some #undef to lib/string.c and removed the (now duplicated)
      exports in x86-64 and UML/x86_64 subarchs (the second ones are introduced by
      another patch I just posted for -mm).
      Signed-off-by: NPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      CC: Andi Kleen <ak@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0c28130b
  22. 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