1. 03 3月, 2006 1 次提交
    • P
      powerpc: Fix might-sleep warning in program check exception handler · cd8a5673
      Paul Mackerras 提交于
      On 32-bit, the exception prolog for the program check exception doesn't
      enable interrupts early on.  If it is an illegal instruction exception,
      we read the instruction in order to emulate certain instructions, and
      the get_user of the instruction triggers a WARN_ON since interrupts
      are still disabled.  This adds a local_irq_enable() to enable
      interrupts before reading the instruction.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      cd8a5673
  2. 09 1月, 2006 3 次提交
  3. 11 11月, 2005 1 次提交
    • B
      [PATCH] powerpc: Merge vdso's and add vdso support to 32 bits kernel · a7f290da
      Benjamin Herrenschmidt 提交于
      This patch moves the vdso's to arch/powerpc, adds support for the 32
      bits vdso to the 32 bits kernel, rename systemcfg (finally !), and adds
      some new (still untested) routines to both vdso's: clock_gettime() with
      support for CLOCK_REALTIME and CLOCK_MONOTONIC, clock_getres() (same
      clocks) and get_tbfreq() for glibc to retreive the timebase frequency.
      
      Tom,Steve: The implementation of get_tbfreq() I've done for 32 bits
      returns a long long (r3, r4) not a long. This is such that if we ever
      add support for >4Ghz timebases on ppc32, the userland interface won't
      have to change.
      
      I have tested gettimeofday() using some glibc patches in both ppc32 and
      ppc64 kernels using 32 bits userland (I haven't had a chance to test a
      64 bits userland yet, but the implementation didn't change and was
      tested earlier). I haven't tested yet the new functions.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      a7f290da
  4. 10 11月, 2005 1 次提交
  5. 09 11月, 2005 1 次提交
  6. 08 11月, 2005 1 次提交
  7. 02 11月, 2005 1 次提交
  8. 01 11月, 2005 1 次提交
  9. 27 10月, 2005 1 次提交
    • D
      [PATCH] powerpc: Fix handling of fpscr on 64-bit · 25c8a78b
      David Gibson 提交于
      The recent merge of fpu.S broken the handling of fpscr for
      ARCH=powerpc and CONFIG_PPC64=y.  FP registers could be corrupted,
      leading to strange random application crashes.
      
      The confusion arises, because the thread_struct has (and requires) a
      64-bit area to save the fpscr, because we use load/store double
      instructions to get it in to/out of the FPU.  However, only the low
      32-bits are actually used, so we want to treat it as a 32-bit quantity
      when manipulating its bits to avoid extra load/stores on 32-bit.  This
      patch replaces the current definition with a structure of two 32-bit
      quantities (pad and val), to clarify things as much as is possible.
      The 'val' field is used when manipulating bits, the structure itself
      is used when obtaining the address for loading/unloading the value
      from the FPU.
      
      While we're at it, consolidate the 4 (!) almost identical versions of
      cvt_fd() and cvt_df() (arch/ppc/kernel/misc.S,
      arch/ppc64/kernel/misc.S, arch/powerpc/kernel/misc_32.S,
      arch/powerpc/kernel/misc_64.S) into a single version in fpu.S.  The
      new version takes a pointer to thread_struct and applies the correct
      offset itself, rather than a pointer to the fpscr field itself, again
      to avoid confusion as to which is the correct field to use.
      
      Finally, this patch makes ARCH=ppc64 also use the consolidated fpu.S
      code, which it previously did not.
      
      Built for G5 (ARCH=ppc64 and ARCH=powerpc), 32-bit powermac (ARCH=ppc
      and ARCH=powerpc) and Walnut (ARCH=ppc, CONFIG_MATH_EMULATION=y).
      Booted on G5 (ARCH=powerpc) and things which previously fell over no
      longer do.
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      25c8a78b
  10. 20 10月, 2005 1 次提交
    • D
      [PATCH] powerpc: Merge ppc64 pmc.[ch] with ppc32 perfmon.[ch] · f7f6f4fe
      David Gibson 提交于
      This patches the ppc32 and ppc64 versions of the headers and .c files
      with helper functions for manipulating the performance counting
      hardware.  As a side effect, it removes use of the term "perfmon" from
      ppc32, thus avoiding confusion with the unrelated performance counter
      interface from HP Labs also called "perfmon".
      
      Built, but not booted, for g5, pSeries, iSeries, and 32-bit Powermac
      with both ARCH=powerpc and ARCH=ppc{,64} as appropriate.
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      f7f6f4fe
  11. 10 10月, 2005 1 次提交
  12. 06 10月, 2005 1 次提交
  13. 01 10月, 2005 1 次提交
  14. 26 9月, 2005 1 次提交
    • P
      powerpc: Merge enough to start building in arch/powerpc. · 14cf11af
      Paul Mackerras 提交于
      This creates the directory structure under arch/powerpc and a bunch
      of Kconfig files.  It does a first-cut merge of arch/powerpc/mm,
      arch/powerpc/lib and arch/powerpc/platforms/powermac.  This is enough
      to build a 32-bit powermac kernel with ARCH=powerpc.
      
      For now we are getting some unmerged files from arch/ppc/kernel and
      arch/ppc/syslib, or arch/ppc64/kernel.  This makes some minor changes
      to files in those directories and files outside arch/powerpc.
      
      The boot directory is still not merged.  That's going to be interesting.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      14cf11af
  15. 21 9月, 2005 1 次提交
  16. 11 9月, 2005 1 次提交
    • P
      [PATCH] ppc32: Kill init on unhandled synchronous signals · bb0bb3b6
      Paul Mackerras 提交于
      This is a patch that I have had in my tree for ages.  If init causes
      an exception that raises a signal, such as a SIGSEGV, SIGILL or
      SIGFPE, and it hasn't registered a handler for it, we don't deliver
      the signal, since init doesn't get any signals that it doesn't have a
      handler for.  But that means that we just return to userland and
      generate the same exception again immediately.  With this patch we
      print a message and kill init in this situation.
      
      This is very useful when you have a bug in the kernel that means that
      init doesn't get as far as executing its first instruction. :)
      Without this patch the system hangs when it gets to starting the
      userland init; with it you at least get a message giving you a clue
      about what has gone wrong.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      bb0bb3b6
  17. 10 9月, 2005 1 次提交
  18. 05 9月, 2005 1 次提交
    • K
      [PATCH] ppc32: Added support for the Book-E style Watchdog Timer · a2f40ccd
      Kumar Gala 提交于
      PowerPC 40x and Book-E processors support a watchdog timer at the processor
      core level.  The timer has implementation dependent timeout frequencies
      that can be configured by software.
      
      One the first Watchdog timeout we get a critical exception.  It is left to
      board specific code to determine what should happen at this point.  If
      nothing is done and another timeout period expires the processor may
      attempt to reset the machine.
      
      Command line parameters:
        wdt=0 : disable watchdog (default)
        wdt=1 : enable watchdog
      
        wdt_period=N : N sets the value of the Watchdog Timer Period.
      
        The Watchdog Timer Period meaning is implementation specific. Check
        User Manual for the processor for more details.
      
      This patch is based off of work done by Takeharu Kato.
      Signed-off-by: NMatt McClintock <msm@freescale.com>
      Signed-off-by: NKumar Gala <kumar.gala@freescale.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a2f40ccd
  19. 26 6月, 2005 1 次提交
  20. 22 6月, 2005 1 次提交
  21. 29 5月, 2005 1 次提交
  22. 01 5月, 2005 1 次提交
  23. 25 4月, 2005 1 次提交
  24. 17 4月, 2005 3 次提交