1. 10 1月, 2014 1 次提交
  2. 30 12月, 2013 1 次提交
  3. 09 12月, 2013 1 次提交
  4. 15 11月, 2013 1 次提交
  5. 30 10月, 2013 1 次提交
    • M
      powerpc: FA_DUMP depends on KEXEC · 90890b1e
      Michael Ellerman 提交于
      If you try and build the FA_DUMP code with CONFIG_KEXEC=n, you see
      errors such as the following:
      
      arch/powerpc/kernel/fadump.c
        408:2: error: 'crashing_cpu' undeclared (first use in this function)
        410:2: error: implicit declaration of function 'crash_save_vmcoreinfo'
        513:22: error: storage size of 'prstatus' isn't known
        520:2: error: implicit declaration of function 'elf_core_copy_kernel_regs'
        521:36: error: 'KEXEC_CORE_NOTE_NAME' undeclared (first use in this function)
        624:49: error: 'note_buf_t' undeclared (first use in this function)
        872:2: error: implicit declaration of function 'paddr_vmcoreinfo_note'
        874:18: error: 'vmcoreinfo_max_size' undeclared (first use in this function)
      
      This is because although FA_DUMP doesn't use kexec as the actual reboot
      mechanism, it does use parts of the kexec code to assemble/disassemble
      the crash image.
      Signed-off-by: NMichael Ellerman <michael@ellerman.id.au>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      90890b1e
  6. 24 10月, 2013 1 次提交
  7. 17 10月, 2013 1 次提交
  8. 11 10月, 2013 3 次提交
  9. 01 10月, 2013 1 次提交
    • F
      powerpc: Tell about irq stack coverage · 62d26c82
      Frederic Weisbecker 提交于
      Now that powerpc runs irq_exit() under the irq stack,
      let the softirq core know about that so that we spare
      the needless stack switch on irq exit's softirq processing.
      Acked-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Acked-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NFrederic Weisbecker <fweisbec@gmail.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@au1.ibm.com>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Paul Mackerras <paulus@au1.ibm.com>
      Cc: James Hogan <james.hogan@imgtec.com>
      Cc: James E.J. Bottomley <jejb@parisc-linux.org>
      Cc: Helge Deller <deller@gmx.de>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      62d26c82
  10. 13 9月, 2013 1 次提交
  11. 27 8月, 2013 1 次提交
    • P
      powerpc: Work around gcc miscompilation of __pa() on 64-bit · bdbc29c1
      Paul Mackerras 提交于
      On 64-bit, __pa(&static_var) gets miscompiled by recent versions of
      gcc as something like:
      
              addis 3,2,.LANCHOR1+4611686018427387904@toc@ha
              addi 3,3,.LANCHOR1+4611686018427387904@toc@l
      
      This ends up effectively ignoring the offset, since its bottom 32 bits
      are zero, and means that the result of __pa() still has 0xC in the top
      nibble.  This happens with gcc 4.8.1, at least.
      
      To work around this, for 64-bit we make __pa() use an AND operator,
      and for symmetry, we make __va() use an OR operator.  Using an AND
      operator rather than a subtraction ends up with slightly shorter code
      since it can be done with a single clrldi instruction, whereas it
      takes three instructions to form the constant (-PAGE_OFFSET) and add
      it on.  (Note that MEMORY_START is always 0 on 64-bit.)
      
      CC: <stable@vger.kernel.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      bdbc29c1
  12. 23 8月, 2013 1 次提交
  13. 14 8月, 2013 1 次提交
    • K
      powerpc: split She math emulation into two parts · e05c0e81
      Kevin Hao 提交于
      For some SoC (such as the FSL BookE) even though there does have
      a hardware FPU, but not all floating point instructions are
      implemented. Unfortunately some versions of gcc do use these
      unimplemented instructions. Then we have to enable the math emulation
      to workaround this issue. It seems a little redundant to have the
      support to emulate all the floating point instructions in this case.
      So split the math emulation into two parts. One is for the SoC which
      doesn't have FPU at all and the other for the SoC which does have the
      hardware FPU and only need some special floating point instructions to
      be emulated.
      Signed-off-by: NKevin Hao <haokexin@gmail.com>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      e05c0e81
  14. 12 8月, 2013 1 次提交
    • T
      PCI: remove ARCH_SUPPORTS_MSI kconfig option · ebd97be6
      Thomas Petazzoni 提交于
      Now that we have weak versions for each of the PCI MSI architecture
      functions, we can actually build the MSI support for all platforms,
      regardless of whether they provide or not architecture-specific
      versions of those functions. For this reason, the ARCH_SUPPORTS_MSI
      hidden kconfig boolean becomes useless, and this patch gets rid of it.
      Signed-off-by: NThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Acked-by: NBjorn Helgaas <bhelgaas@google.com>
      Acked-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Tested-by: NDaniel Price <daniel.price@gmail.com>
      Tested-by: NThierry Reding <thierry.reding@gmail.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: linuxppc-dev@lists.ozlabs.org
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: linux390@de.ibm.com
      Cc: linux-s390@vger.kernel.org
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: x86@kernel.org
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Cc: linux-ia64@vger.kernel.org
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: linux-mips@linux-mips.org
      Cc: David S. Miller <davem@davemloft.net>
      Cc: sparclinux@vger.kernel.org
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Signed-off-by: NJason Cooper <jason@lakedaemon.net>
      ebd97be6
  15. 09 8月, 2013 1 次提交
  16. 05 7月, 2013 1 次提交
  17. 20 6月, 2013 2 次提交
  18. 04 6月, 2013 1 次提交
  19. 03 6月, 2013 1 次提交
  20. 18 4月, 2013 3 次提交
  21. 17 4月, 2013 1 次提交
  22. 16 4月, 2013 1 次提交
  23. 08 4月, 2013 1 次提交
  24. 17 3月, 2013 1 次提交
  25. 16 3月, 2013 1 次提交
  26. 13 3月, 2013 2 次提交
  27. 04 3月, 2013 1 次提交
  28. 28 2月, 2013 1 次提交
  29. 15 2月, 2013 1 次提交
  30. 14 2月, 2013 1 次提交
    • A
      burying unused conditionals · d64008a8
      Al Viro 提交于
      __ARCH_WANT_SYS_RT_SIGACTION,
      __ARCH_WANT_SYS_RT_SIGSUSPEND,
      __ARCH_WANT_COMPAT_SYS_RT_SIGSUSPEND,
      __ARCH_WANT_COMPAT_SYS_SCHED_RR_GET_INTERVAL - not used anymore
      CONFIG_GENERIC_{SIGALTSTACK,COMPAT_RT_SIG{ACTION,QUEUEINFO,PENDING,PROCMASK}} -
      can be assumed always set.
      d64008a8
  31. 05 2月, 2013 1 次提交
  32. 04 2月, 2013 3 次提交