1. 20 12月, 2013 1 次提交
    • K
      stackprotector: Unify the HAVE_CC_STACKPROTECTOR logic between architectures · 19952a92
      Kees Cook 提交于
      Instead of duplicating the CC_STACKPROTECTOR Kconfig and
      Makefile logic in each architecture, switch to using
      HAVE_CC_STACKPROTECTOR and keep everything in one place. This
      retains the x86-specific bug verification scripts.
      Signed-off-by: NKees Cook <keescook@chromium.org>
      Cc: Arjan van de Ven <arjan@linux.intel.com>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: James Hogan <james.hogan@imgtec.com>
      Cc: Stephen Rothwell <sfr@canb.auug.org.au>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-mips@linux-mips.org
      Cc: linux-arch@vger.kernel.org
      Link: http://lkml.kernel.org/r/1387481759-14535-2-git-send-email-keescook@chromium.orgSigned-off-by: NIngo Molnar <mingo@kernel.org>
      19952a92
  2. 21 11月, 2013 1 次提交
  3. 15 11月, 2013 1 次提交
  4. 14 11月, 2013 2 次提交
  5. 09 11月, 2013 1 次提交
    • S
      arm: make SWIOTLB available · fbd989b1
      Stefano Stabellini 提交于
      IOMMU_HELPER is needed because SWIOTLB calls iommu_is_span_boundary,
      provided by lib/iommu_helper.c.
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      Reviewed-by: NKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>
      CC: will.deacon@arm.com
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      
      Changes in v9:
      - remove uneeded include asm/cacheflush.h;
      - just return 0 if !dev->dma_mask in dma_capable.
      
      Changes in v8:
      - use __phys_to_pfn and __pfn_to_phys.
      
      Changes in v7:
      - dma_mark_clean: empty implementation;
      - in dma_capable use coherent_dma_mask if dma_mask hasn't been
        allocated.
      
      Changes in v6:
      - check for dev->dma_mask being NULL in dma_capable.
      
      Changes in v5:
      - implement dma_mark_clean using dmac_flush_range.
      
      Changes in v3:
      - dma_capable: do not treat dma_mask as a limit;
      - remove SWIOTLB dependency on NEED_SG_DMA_LENGTH.
      fbd989b1
  6. 29 10月, 2013 4 次提交
  7. 24 10月, 2013 1 次提交
  8. 20 10月, 2013 1 次提交
    • B
      ARM: fix ARCH_IXP4xx usage of ARCH_SUPPORTS_BIG_ENDIAN · d10d2d48
      Ben Dooks 提交于
      The Kconfig for arch/arm/mach-ixp4xx has a local definition
      of ARCH_SUPPORTS_BIG_ENDIAN which could be used elsewhere.
      This means that if IXP4xx is selected and this symbol is
      selected eleswhere then an warning is produced.
      
      Clean the following error up by making the symbol be
      selected by the main ARCH_IXP4XX definition and have a
      common definition in arch/arm/mm/Kconfig
      
      warning: (ARCH_xxx) selects ARCH_SUPPORTS_BIG_ENDIAN which has unmet direct dependencies (ARCH_IXP4XX)
      warning: (ARCH_xxx) selects ARCH_SUPPORTS_BIG_ENDIAN which has unmet direct dependencies (ARCH_IXP4XX)
      Signed-off-by: NBen Dooks <ben.dooks@codethink.co.uk>
      d10d2d48
  9. 16 10月, 2013 1 次提交
  10. 10 10月, 2013 1 次提交
    • S
      xen/arm,arm64: enable SWIOTLB_XEN · 83862ccf
      Stefano Stabellini 提交于
      Xen on arm and arm64 needs SWIOTLB_XEN: when running on Xen we need to
      program the hardware with mfns rather than pfns for dma addresses.
      Remove SWIOTLB_XEN dependency on X86 and PCI and make XEN select
      SWIOTLB_XEN on arm and arm64.
      
      At the moment always rely on swiotlb-xen, but when Xen starts supporting
      hardware IOMMUs we'll be able to avoid it conditionally on the presence
      of an IOMMU on the platform.
      
      Implement xen_create_contiguous_region on arm and arm64: for the moment
      we assume that dom0 has been mapped 1:1 (physical addresses == machine
      addresses) therefore we don't need to call XENMEM_exchange. Simply
      return the physical address as dma address.
      
      Initialize the xen-swiotlb from xen_early_init (before the native
      dma_ops are initialized), set xen_dma_ops to &xen_swiotlb_dma_ops.
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      
      
      Changes in v8:
      - assume dom0 is mapped 1:1, no need to call XENMEM_exchange.
      
      Changes in v7:
      - call __set_phys_to_machine_multi from xen_create_contiguous_region and
      xen_destroy_contiguous_region to update the P2M;
      - don't call XENMEM_unpin, it has been removed;
      - call XENMEM_exchange instead of XENMEM_exchange_and_pin;
      - set nr_exchanged to 0 before calling the hypercall.
      
      Changes in v6:
      - introduce and export xen_dma_ops;
      - call xen_mm_init from as arch_initcall.
      
      Changes in v4:
      - remove redefinition of DMA_ERROR_CODE;
      - update the code to use XENMEM_exchange_and_pin and XENMEM_unpin;
      - add a note about hardware IOMMU in the commit message.
      
      Changes in v3:
      - code style changes;
      - warn on XENMEM_put_dma_buf failures.
      83862ccf
  11. 15 10月, 2013 1 次提交
    • S
      arm: make SWIOTLB available · 06e6295b
      Stefano Stabellini 提交于
      IOMMU_HELPER is needed because SWIOTLB calls iommu_is_span_boundary,
      provided by lib/iommu_helper.c.
      Signed-off-by: NStefano Stabellini <stefano.stabellini@eu.citrix.com>
      Reviewed-by: NKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>
      CC: will.deacon@arm.com
      CC: linux@arm.linux.org.uk
      
      
      Changes in v8:
      - use __phys_to_pfn and __pfn_to_phys.
      
      Changes in v7:
      - dma_mark_clean: empty implementation;
      - in dma_capable use coherent_dma_mask if dma_mask hasn't been
        allocated.
      
      Changes in v6:
      - check for dev->dma_mask being NULL in dma_capable.
      
      Changes in v5:
      - implement dma_mark_clean using dmac_flush_range.
      
      Changes in v3:
      - dma_capable: do not treat dma_mask as a limit;
      - remove SWIOTLB dependency on NEED_SG_DMA_LENGTH.
      06e6295b
  12. 08 10月, 2013 1 次提交
  13. 06 10月, 2013 2 次提交
  14. 01 10月, 2013 1 次提交
    • L
      ARM: gemini: delete <mach/gpio.h> · 85649711
      Linus Walleij 提交于
      The Gemini has no need of a <mach/gpio.h> header as this is only
      used by the machine-local gpio.c gpiochip driver, which is also
      only using the irq_to_gpio() macro. Delete the file, move the single
      macro into the driver and remove the NEED_MACH_GPIO_H flag.
      
      Cc: Hans Ulli Kroll <ulli.kroll@googlemail.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      85649711
  15. 30 9月, 2013 2 次提交
  16. 27 9月, 2013 2 次提交
  17. 25 9月, 2013 1 次提交
    • P
      ARM: davinci: gpio: use gpiolib API instead of inline functions · f1a4c52f
      Philip Avinash 提交于
      Remove NEED_MACH_GPIO_H config select option for ARCH_DAVINCI
      to start using gpiolib interface for davinci platforms. This makes
      it easier to use the gpio driver on other platforms as it breaks
      dependency on mach-davinci.
      
      Latencies for gpio_get/set APIs will increase. On measurement,
      latency was found to have increased by 18 microsecond with
      gpiolib API as compared to inline APIs.
      
      Measurement was done on DA850 EVM for gpio_get_value() API by
      taking the printk timing across the call with interrupts disabled.
      
        inline gpio API with interrupt disabled
        [   29.734337] before gpio_get
        [   29.736847] after gpio_get
      
        Time difference 0.00251
      
        gpio library with interrupt disabled
        [  272.876763] before gpio_get
        [  272.879291] after gpio_get
      
        Time difference 0.002528
        Latency increased by (0.002528 -  0.00251) = 18 microsecond.
      
      While at it, remove GPIO_TYPE_DAVINCI enum definition as
      gpio-davinci.c is converted to Linux device driver model.
      Signed-off-by: NPhilip Avinash <avinashphilip@ti.com>
      Signed-off-by: NLad, Prabhakar <prabhakar.csengg@gmail.com>
      Acked-by: NLinus Walleij <linus.walleij@linaro.org>
      [nsekhar@ti.com: minor edits to commit message]
      Signed-off-by: NSekhar Nori <nsekhar@ti.com>
      f1a4c52f
  18. 22 9月, 2013 1 次提交
    • R
      ARM: only allow kernel mode neon with AEABI · c4a30c3b
      Russell King 提交于
      This prevents the linker erroring with:
      
      arm-linux-ld: error: arch/arm/lib/xor-neon.o uses VFP instructions, whereas arch/arm/lib/built-in.o does not
      arm-linux-ld: failed to merge target specific data of file arch/arm/lib/xor-neon.o
      
      This is due to the non-neon files being marked as containing FPA data/
      instructions (even though they do not) being mixed with files which
      contain VFP, which is an incompatible floating point format.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      c4a30c3b
  19. 21 9月, 2013 2 次提交
  20. 17 9月, 2013 2 次提交
    • L
      ARM: delete mach-shark · 136dfa5e
      Linus Walleij 提交于
      The Shark machine sub-architecture (also known as DNARD, the
      DIGITAL Network Appliance Reference Design) lacks a maintainer
      able to apply and test patches to modernize the architecture.
      
      It is suspected that the current kernel, while it compiles,
      does not even boot on this machine. The listed maintainer has
      expressed that he will not be able to spend any time on the
      maintenance for the coming year.
      
      So let's delete it from the kernel for now. It can always be
      resurrected with git revert if maintenance is resumed.
      
      As the VIA82c505 PCI adapter was only used by this
      architecture, that gets deleted too.
      
      Cc: arm@kernel.org
      Cc: Alexander Schulz <alex@shark-linux.de>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      136dfa5e
    • T
      ARM: S3C64XX: Migrate clock handling to Common Clock Framework · b69f460d
      Tomasz Figa 提交于
      This patch migrates the s3c64xx platform to use the new clock driver
      using Common Clock Framework.
      Signed-off-by: NTomasz Figa <tomasz.figa@gmail.com>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      b69f460d
  21. 13 9月, 2013 2 次提交
  22. 11 9月, 2013 1 次提交
  23. 02 9月, 2013 1 次提交
  24. 24 8月, 2013 1 次提交
  25. 23 8月, 2013 1 次提交
  26. 20 8月, 2013 2 次提交
  27. 13 8月, 2013 1 次提交
  28. 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
  29. 07 8月, 2013 1 次提交