1. 05 Nov, 2009 1 commit
  2. 10 Sep, 2009 1 commit
  3. 04 Dec, 2008 3 commits
  4. 12 Sep, 2008 1 commit
  5. 31 Aug, 2008 1 commit
    • Adrian Bunk's avatar
      sparc: remove CONFIG_SUN4 · 5110bd21
      Adrian Bunk authored
      While doing some easy cleanups on the sparc code I noticed that the
      CONFIG_SUN4 code seems to be worse than the rest - there were some
      "I don't know how it should work, but the current code definitely cannot
      work." places.
      And while I have seen people running Linux on machines like a
      SPARCstation 5 a few years ago I don't recall having seen sun4
      machines, even less ones running Linux.
      Signed-off-by: default avatarAdrian Bunk <bunk@kernel.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  6. 27 Jul, 2008 1 commit
    • Sam Ravnborg's avatar
      sparc, sparc64: use arch/sparc/include · a439fe51
      Sam Ravnborg authored
      The majority of this patch was created by the following script:
      mkdir -p $ASM
      git mv include/asm-sparc64/ftrace.h $ASM
      git rm include/asm-sparc64/*
      git mv include/asm-sparc/* $ASM
      sed -ie 's/asm-sparc64/asm/g' $ASM/*
      sed -ie 's/asm-sparc/asm/g' $ASM/*
      The rest was an update of the top-level Makefile to use sparc
      for header files when sparc64 is being build.
      And a small fixlet to pick up the correct unistd.h from
      sparc64 code.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
  7. 17 Jul, 2008 1 commit
    • Sam Ravnborg's avatar
      sparc: join the remaining header files · f5e706ad
      Sam Ravnborg authored
      With this commit all sparc64 header files are moved to asm-sparc.
      The remaining files (71 files) were too different to be trivially
      merged so divide them up in a _32.h and a _64.h file which
      are both included from the file with no bit size.
      The following script were used:
      cd include
      FILES=`wc -l asm-sparc64/*h | grep -v '^     1' | cut -b 20-`
      for FILE in ${FILES}; do
        echo $FILE:
        BASE=`echo $FILE | cut -d '.' -f 1`
        GUARD=___ASM_SPARC_`echo $BASE | tr '-' '_' | tr [:lower:] [:upper:]`_H
        git mv asm-sparc/$FILE asm-sparc/$FN32
        git mv asm-sparc64/$FILE asm-sparc/$FN64
        echo git mv done
        printf "#ifndef %s\n" $GUARD                             >   asm-sparc/$FILE
        printf "#define %s\n" $GUARD                             >>  asm-sparc/$FILE
        printf "#if defined(__sparc__) && defined(__arch64__)\n" >>  asm-sparc/$FILE
        printf "#include <asm-sparc/%s>\n" $FN64                 >>  asm-sparc/$FILE
        printf "#else\n"                                         >>  asm-sparc/$FILE
        printf "#include <asm-sparc/%s>\n" $FN32                 >>  asm-sparc/$FILE
        printf "#endif\n"                                        >>  asm-sparc/$FILE
        printf "#endif\n"                                        >>  asm-sparc/$FILE
        git add asm-sparc/$FILE
        echo new file done
        printf "#include <asm-sparc/%s>\n" $FILE                 >  asm-sparc64/$FILE
        git add asm-sparc64/$FILE
        echo sparc64 file done
      The guard contains three '_' to avoid conflict with existing guards.
      In additing the two Kbuild files are emptied to avoid breaking
      headers_* targets.
      We will reintroduce the exported header files when the necessary
      kbuild changes are merged.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  8. 29 Apr, 2008 1 commit
    • David S. Miller's avatar
      sparc: Add kgdb support. · e2fdd7fd
      David S. Miller authored
      Current limitations:
      1) On SMP single stepping has some fundamental issues,
         shared with other sw single-step architectures such
         as mips and arm.
      2) On 32-bit sparc we don't support SMP kgdb yet.  That
         requires some reworking of the IPI mechanisms and
         infrastructure on that platform.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  9. 28 Feb, 2008 1 commit
  10. 19 Feb, 2008 1 commit
  11. 07 Feb, 2008 1 commit
  12. 31 Oct, 2007 1 commit
    • David S. Miller's avatar
      [SPARC64]: Fix linkage of enormous kernels. · 52eb053b
      David S. Miller authored
      This was found by make randconfig
      If the kernel .text is very large, the .fixup section branches
      are too far away to be relocated correctly.
      Use "sethi %hi(label), reg; jmpl reg + %lo(label); %g0" sequence
      instead of the branch to fix this.
      There is another case in switch_to() involving a branch, which
      is fixed similarly.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  13. 27 Oct, 2007 1 commit
  14. 21 Aug, 2007 1 commit
  15. 20 Jul, 2007 1 commit
    • David S. Miller's avatar
      [SPARC]: Fix serial console device detection. · c73fcc84
      David S. Miller authored
      The current scheme works on static interpretation of text names, which
      is wrong.
      The output-device setting, for example, must be resolved via an alias
      or similar to a full path name to the console device.
      Paths also contain an optional set of 'options', which starts with a
      colon at the end of the path.  The option area is used to specify
      which of two serial ports ('a' or 'b') the path refers to when a
      device node drives multiple ports.  'a' is assumed if the option
      specification is missing.
      This was caught by the UltraSPARC-T1 simulator.  The 'output-device'
      property was set to 'ttya' and we didn't pick upon the fact that this
      is an OBP alias set to '/virtual-devices/console'.  Instead we saw it
      as the first serial console device, instead of the hypervisor console.
      The infrastructure is now there to take advantage of this to resolve
      the console correctly even in multi-head situations in fbcon too.
      Thanks to Greg Onufer for the bug report.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  16. 19 Jul, 2007 1 commit
  17. 08 May, 2007 1 commit
  18. 10 Dec, 2006 1 commit
  19. 14 Jul, 2006 1 commit
    • Steven Rostedt's avatar
      [PATCH] remove set_wmb - arch removal · 52393ccc
      Steven Rostedt authored
      set_wmb should not be used in the kernel because it just confuses the
      code more and has no benefit.  Since it is not currently used in the
      kernel this patch removes it so that new code does not include it.
      All archs define set_wmb(var, value) to do { var = value; wmb(); }
      while(0) except ia64 and sparc which use a mb() instead.  But this is
      still moot since it is not used anyway.
      Hasn't been tested on any archs but x86 and x86_64 (and only compiled
      Signed-off-by: default avatarSteven Rostedt <rostedt@goodmis.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  20. 26 Apr, 2006 1 commit
  21. 20 Mar, 2006 2 commits
    • David S. Miller's avatar
      [SPARC64]: Kill all %pstate changes in context switch code. · 314981ac
      David S. Miller authored
      They are totally unnecessary because:
      1) Interrupts are already disabled when switch_to()
      2) We don't use hard-coded alternate globals any longer.
      This found a case in rtrap, which still assumed alternate
      global %g6 was current_thread_info(), and that is fixed
      by this changeset as well.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    • David S. Miller's avatar
      [SPARC64]: Elminate all usage of hard-coded trap globals. · 56fb4df6
      David S. Miller authored
      UltraSPARC has special sets of global registers which are switched to
      for certain trap types.  There is one set for MMU related traps, one
      set of Interrupt Vector processing, and another set (called the
      Alternate globals) for all other trap types.
      For what seems like forever we've hard coded the values in some of
      these trap registers.  Some examples include:
      1) Interrupt Vector global %g6 holds current processors interrupt
         work struct where received interrupts are managed for IRQ handler
      2) MMU global %g7 holds the base of the page tables of the currently
         active address space.
      3) Alternate global %g6 held the current_thread_info() value.
      Such hardcoding has resulted in some serious issues in many areas.
      There are some code sequences where having another register available
      would help clean up the implementation.  Taking traps such as
      cross-calls from the OBP firmware requires some trick code sequences
      wherein we have to save away and restore all of the special sets of
      global registers when we enter/exit OBP.
      We were also using the IMMU TSB register on SMP to hold the per-cpu
      area base address, which doesn't work any longer now that we actually
      use the TSB facility of the cpu.
      The implementation is pretty straight forward.  One tricky bit is
      getting the current processor ID as that is different on different cpu
      variants.  We use a stub with a fancy calling convention which we
      patch at boot time.  The calling convention is that the stub is
      branched to and the (PC - 4) to return to is in register %g1.  The cpu
      number is left in %g6.  This stub can be invoked by using the
      __GET_CPUID macro.
      We use an array of per-cpu trap state to store the current thread and
      physical address of the current address space's page tables.  The
      TRAP_LOAD_THREAD_REG loads %g6 with the current thread from this
      table, it uses __GET_CPUID and also clobbers %g1.
      TRAP_LOAD_IRQ_WORK is used by the interrupt vector processing to load
      the current processor's IRQ software state into %g6.  It also uses
      __GET_CPUID and clobbers %g1.
      Finally, TRAP_LOAD_PGD_PHYS loads the physical address base of the
      current address space's page tables into %g7, it clobbers %g1 and uses
      Many refinements are possible, as well as some tuning, with this stuff
      in place.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  22. 12 Jan, 2006 2 commits
  23. 08 Jan, 2006 1 commit
  24. 08 Sep, 2005 1 commit
    • David S. Miller's avatar
      [SPARC64]: Inline membar()'s again. · 4d803fcd
      David S. Miller authored
      Since GCC has to emit a call and a delay slot to the
      out-of-line "membar" routines in arch/sparc64/lib/mb.S
      it is much better to just do the necessary predicted
      branch inline instead as:
      	ba,pt	%xcc, 1f
      	 membar	#whatever
      instead of the current:
      	call	membar_foo
      because this way GCC is not required to allocate a stack
      frame if the function can be a leaf function.
      This also makes this bug fix easier to backport to 2.4.x
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  25. 29 Aug, 2005 1 commit
  26. 24 Jul, 2005 1 commit
  27. 25 Jun, 2005 1 commit
    • Nick Piggin's avatar
      [PATCH] sched: cleanup context switch locking · 4866cde0
      Nick Piggin authored
      Instead of requiring architecture code to interact with the scheduler's
      locking implementation, provide a couple of defines that can be used by the
      architecture to request runqueue unlocked context switches, and ask for
      interrupts to be enabled over the context switch.
      Also replaces the "switch_lock" used by these architectures with an oncpu
      flag (note, not a potentially slow bitflag).  This eliminates one bus
      locked memory operation when context switching, and simplifies the
      task_running function.
      Signed-off-by: default avatarNick Piggin <nickpiggin@yahoo.com.au>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  28. 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!