1. 20 5月, 2012 1 次提交
    • S
      sparc32: add ucmpdi2 · de36e66d
      Sam Ravnborg 提交于
      Based on copy from microblaze add ucmpdi2 implementation.
      This fixes build of niu driver which failed with:
      
      drivers/built-in.o: In function `niu_get_nfc':
      niu.c:(.text+0x91494): undefined reference to `__ucmpdi2'
      
      This driver will never be used on a sparc32 system,
      but patch added to fix build breakage with all*config builds.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      de36e66d
  2. 16 5月, 2012 1 次提交
  3. 14 5月, 2012 1 次提交
  4. 03 8月, 2011 3 次提交
  5. 22 4月, 2011 1 次提交
  6. 18 8月, 2010 1 次提交
    • D
      sparc64: Make rwsems 64-bit. · 9b3bb86a
      David S. Miller 提交于
      Basically tip-off the powerpc code, use a 64-bit type and atomic64_t
      interfaces for the implementation.
      
      This gets us off of the by-hand asm code I wrote, which frankly I
      think probably ruins I-cache hit rates.
      
      The idea was the keep the call chains less deep, but anything taking
      the rw-semaphores probably is also calling other stuff and therefore
      already has allocated a stack-frame.  So no real stack frame savings
      ever.
      
      Ben H. has posted patches to make powerpc use 64-bit too and with some
      abstractions we can probably use a shared header file somewhere.
      
      With suggestions from Sam Ravnborg.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9b3bb86a
  7. 11 12月, 2009 1 次提交
  8. 18 1月, 2009 1 次提交
    • S
      sparc64: fix modpost failure · 62dfcd33
      Sam Ravnborg 提交于
      Previously PeeCeeI.o was a library but it
      was always pulled in due to insw and friends being exported
      (at least for a modular kernel).
      
      But this resulted in modpost failures if there where no in-kernel
      users because then insw & friends were not linked in.
      
      Fix this by including PeeCeeI.o in the kernel unconditionally.
      
      The only drawback for this solution is that a nonmodular kernel
      will always include insw & friends no matter if they are in use or not.
      Reported-by: NMeelis Roos <mroos@linux.ee>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      62dfcd33
  9. 09 1月, 2009 1 次提交
  10. 09 12月, 2008 2 次提交
  11. 05 12月, 2008 2 次提交
  12. 20 5月, 2008 1 次提交
  13. 27 8月, 2007 1 次提交
  14. 18 12月, 2006 1 次提交
  15. 26 6月, 2006 1 次提交
  16. 11 9月, 2005 1 次提交
    • I
      [PATCH] spinlock consolidation · fb1c8f93
      Ingo Molnar 提交于
      This patch (written by me and also containing many suggestions of Arjan van
      de Ven) does a major cleanup of the spinlock code.  It does the following
      things:
      
       - consolidates and enhances the spinlock/rwlock debugging code
      
       - simplifies the asm/spinlock.h files
      
       - encapsulates the raw spinlock type and moves generic spinlock
         features (such as ->break_lock) into the generic code.
      
       - cleans up the spinlock code hierarchy to get rid of the spaghetti.
      
      Most notably there's now only a single variant of the debugging code,
      located in lib/spinlock_debug.c.  (previously we had one SMP debugging
      variant per architecture, plus a separate generic one for UP builds)
      
      Also, i've enhanced the rwlock debugging facility, it will now track
      write-owners.  There is new spinlock-owner/CPU-tracking on SMP builds too.
      All locks have lockup detection now, which will work for both soft and hard
      spin/rwlock lockups.
      
      The arch-level include files now only contain the minimally necessary
      subset of the spinlock code - all the rest that can be generalized now
      lives in the generic headers:
      
       include/asm-i386/spinlock_types.h       |   16
       include/asm-x86_64/spinlock_types.h     |   16
      
      I have also split up the various spinlock variants into separate files,
      making it easier to see which does what. The new layout is:
      
         SMP                         |  UP
         ----------------------------|-----------------------------------
         asm/spinlock_types_smp.h    |  linux/spinlock_types_up.h
         linux/spinlock_types.h      |  linux/spinlock_types.h
         asm/spinlock_smp.h          |  linux/spinlock_up.h
         linux/spinlock_api_smp.h    |  linux/spinlock_api_up.h
         linux/spinlock.h            |  linux/spinlock.h
      
      /*
       * here's the role of the various spinlock/rwlock related include files:
       *
       * on SMP builds:
       *
       *  asm/spinlock_types.h: contains the raw_spinlock_t/raw_rwlock_t and the
       *                        initializers
       *
       *  linux/spinlock_types.h:
       *                        defines the generic type and initializers
       *
       *  asm/spinlock.h:       contains the __raw_spin_*()/etc. lowlevel
       *                        implementations, mostly inline assembly code
       *
       *   (also included on UP-debug builds:)
       *
       *  linux/spinlock_api_smp.h:
       *                        contains the prototypes for the _spin_*() APIs.
       *
       *  linux/spinlock.h:     builds the final spin_*() APIs.
       *
       * on UP builds:
       *
       *  linux/spinlock_type_up.h:
       *                        contains the generic, simplified UP spinlock type.
       *                        (which is an empty structure on non-debug builds)
       *
       *  linux/spinlock_types.h:
       *                        defines the generic type and initializers
       *
       *  linux/spinlock_up.h:
       *                        contains the __raw_spin_*()/etc. version of UP
       *                        builds. (which are NOPs on non-debug, non-preempt
       *                        builds)
       *
       *   (included on UP-non-debug builds:)
       *
       *  linux/spinlock_api_up.h:
       *                        builds the _spin_*() APIs.
       *
       *  linux/spinlock.h:     builds the final spin_*() APIs.
       */
      
      All SMP and UP architectures are converted by this patch.
      
      arm, i386, ia64, ppc, ppc64, s390/s390x, x64 was build-tested via
      crosscompilers.  m32r, mips, sh, sparc, have not been tested yet, but should
      be mostly fine.
      
      From: Grant Grundler <grundler@parisc-linux.org>
      
        Booted and lightly tested on a500-44 (64-bit, SMP kernel, dual CPU).
        Builds 32-bit SMP kernel (not booted or tested).  I did not try to build
        non-SMP kernels.  That should be trivial to fix up later if necessary.
      
        I converted bit ops atomic_hash lock to raw_spinlock_t.  Doing so avoids
        some ugly nesting of linux/*.h and asm/*.h files.  Those particular locks
        are well tested and contained entirely inside arch specific code.  I do NOT
        expect any new issues to arise with them.
      
       If someone does ever need to use debug/metrics with them, then they will
        need to unravel this hairball between spinlocks, atomic ops, and bit ops
        that exist only because parisc has exactly one atomic instruction: LDCW
        (load and clear word).
      
      From: "Luck, Tony" <tony.luck@intel.com>
      
         ia64 fix
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NArjan van de Ven <arjanv@infradead.org>
      Signed-off-by: NGrant Grundler <grundler@parisc-linux.org>
      Cc: Matthew Wilcox <willy@debian.org>
      Signed-off-by: NHirokazu Takata <takata@linux-m32r.org>
      Signed-off-by: NMikael Pettersson <mikpe@csd.uu.se>
      Signed-off-by: NBenoit Boissinot <benoit.boissinot@ens-lyon.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      fb1c8f93
  17. 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