1. 31 May, 2014 1 commit
  2. 29 May, 2014 1 commit
  3. 22 Apr, 2014 1 commit
    • Sebastian Capella's avatar
      ARM: 8011/1: ARM hibernation / suspend-to-disk · 603fb42a
      Sebastian Capella authored
      
      
      Enable hibernation for ARM architectures and provide ARM
      architecture specific calls used during hibernation.
      
      The swsusp hibernation framework depends on the
      platform first having functional suspend/resume.
      
      Then, in order to enable hibernation on a given platform, a
      platform_hibernation_ops structure may need to be registered with
      the system in order to save/restore any SoC-specific / cpu specific
      state needing (re)init over a suspend-to-disk/resume-from-disk cycle.
      
      For example:
      
           - "secure" SoCs that have different sets of control registers
             and/or different CR reg access patterns.
      
           - SoCs with L2 caches as the activation sequence there is
             SoC-dependent; a full off-on cycle for L2 is not done
             by the hibernation support code.
      
           - SoCs requiring steps on wakeup _before_ the "generic" parts
             done by cpu_suspend / cpu_resume can work correctly.
      
           - SoCs having persistent state which is maintained during suspend
             and resume, but will be lost during the power off cycle after
             suspend-to-disk.
      
      This is a rebase/rework of Frank Hofmann's v5 hibernation patchset.
      Acked-by: default avatarRuss Dill <Russ.Dill@ti.com>
      Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
      Signed-off-by: default avatarSebastian Capella <sebastian.capella@linaro.org>
      Acked-by: default avatarPavel Machek <pavel@ucw.cz>
      Reviewed-by: default avatarLorenzo Pieralisi <lorenzo.pieralisi@arm.com>
      [fixed duplicate virt_to_pfn() definition --rmk]
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      603fb42a
  4. 07 Apr, 2014 1 commit
  5. 26 Mar, 2014 1 commit
    • Arnd Bergmann's avatar
      ARM: moxart: fix CPU selection · f8afae40
      Arnd Bergmann authored
      
      
      Moxart uses an FA526 CPU core, which is ARMv4 based, not ARMv4T.
      Before moxart, we had no CONFIG_MULTI_V4 option, since no ARMv4 platform
      was enabled for multiplatform. This now adds the missing option, which
      will give us slightly more efficient code on pure moxart kernels,
      because we can build a pure FA526 kernel now rather than a combined
      FA526+ARM920T kernel that we used to.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      f8afae40
  6. 21 Mar, 2014 4 commits
  7. 20 Mar, 2014 1 commit
    • AKASHI Takahiro's avatar
      audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL · 7a017721
      AKASHI Takahiro authored
      
      
      Currently AUDITSYSCALL has a long list of architecture depencency:
             depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML ||
      		SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA)
      The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL
      for simplicity.
      Signed-off-by: default avatarAKASHI Takahiro <takahiro.akashi@linaro.org>
      Acked-by: Will Deacon <will.deacon@arm.com> (arm)
      Acked-by: Richard Guy Briggs <rgb@redhat.com> (audit)
      Acked-by: Matt Turner <mattst88@gmail.com> (alpha)
      Acked-by: Michael Ellerman <mpe@ellerman.id.au> (powerpc)
      Signed-off-by: default avatarEric Paris <eparis@redhat.com>
      7a017721
  8. 18 Mar, 2014 1 commit
  9. 11 Mar, 2014 1 commit
  10. 09 Mar, 2014 1 commit
  11. 07 Mar, 2014 1 commit
    • Russell King's avatar
      ARM: fix noMMU kallsyms symbol filtering · 006fa259
      Russell King authored
      With noMMU, CONFIG_PAGE_OFFSET was not being set correctly.  As there's
      no MMU, PAGE_OFFSET should be equal to PHYS_OFFSET in all cases.  This
      commit makes that explicit.
      
      Since we do this, we don't need to mess around in asm/memory.h with
      ifdefs to sort this out, so let's get rid of that, and there's no point
      offering the "Memory split" option for noMMU as that's meaningless
      there.
      
      Fixes: b9b32bf7
      
       ("ARM: use linker magic for vectors and vector stubs")
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      006fa259
  12. 03 Mar, 2014 1 commit
  13. 28 Feb, 2014 1 commit
  14. 24 Feb, 2014 2 commits
  15. 22 Feb, 2014 1 commit
  16. 19 Feb, 2014 6 commits
  17. 18 Feb, 2014 1 commit
  18. 10 Feb, 2014 1 commit
    • Sascha Hauer's avatar
      pwm: Remove obsolete HAVE_PWM Kconfig symbol · 557fe99d
      Sascha Hauer authored
      
      
      Before we had the PWM framework we used to have a barebone PWM api. The
      HAVE_PWM Kconfig symbol used to be selected by the PWM drivers to specify
      the PWM API is present in the kernel. Since the last legacy driver is gone
      the HAVE_PWM symbol can go aswell.
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Cc: Eric Miao <eric.y.miao@gmail.com>
      Cc: Haojian Zhuang <haojian.zhuang@gmail.com>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-kernel@vger.kernel.org
      Cc: Thierry Reding <thierry.reding@gmail.com>
      Cc: linux-pwm@vger.kernel.orig
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Signed-off-by: default avatarThierry Reding <thierry.reding@gmail.com>
      557fe99d
  19. 06 Feb, 2014 1 commit
  20. 03 Feb, 2014 1 commit
  21. 30 Jan, 2014 1 commit
    • Ian Campbell's avatar
      xen: swiotlb: handle sizeof(dma_addr_t) != sizeof(phys_addr_t) · e17b2f11
      Ian Campbell authored
      
      
      The use of phys_to_machine and machine_to_phys in the phys<=>bus conversions
      causes us to lose the top bits of the DMA address if the size of a DMA address is not the same as the size of the phyiscal address.
      
      This can happen in practice on ARM where foreign pages can be above 4GB even
      though the local kernel does not have LPAE page tables enabled (which is
      totally reasonable if the guest does not itself have >4GB of RAM). In this
      case the kernel still maps the foreign pages at a phys addr below 4G (as it
      must) but the resulting DMA address (returned by the grant map operation) is
      much higher.
      
      This is analogous to a hardware device which has its view of RAM mapped up
      high for some reason.
      
      This patch makes I/O to foreign pages (specifically blkif) work on 32-bit ARM
      systems with more than 4GB of RAM.
      Signed-off-by: default avatarIan Campbell <ian.campbell@citrix.com>
      Signed-off-by: default avatarStefano Stabellini <stefano.stabellini@eu.citrix.com>
      e17b2f11
  22. 23 Jan, 2014 1 commit
  23. 21 Jan, 2014 1 commit
    • Russell King's avatar
      Fix select-induced Kconfig warning for ZBOOT_ROM · 10968131
      Russell King authored
      
      
      warning: (ARCH_MULTIPLATFORM && ARCH_CLPS711X && ARCH_PXA &&
       SOC_EXYNOS5440 && ARCH_EMEV2) selects AUTO_ZRELADDR which
       has unmet direct dependencies (!ZBOOT_ROM)
      
      This is because it's possible to have ZBOOT_ROM enabled, but at the
      same time have another option enabled which selects AUTO_ZRELADDR
      overriding the !ZBOOT_ROM dependency.  Fix this by reversing the
      dependencies between ZBOOT_ROM and the options which depend on
      !ZBOOT_ROM.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      10968131
  24. 09 Jan, 2014 1 commit
  25. 29 Dec, 2013 4 commits
  26. 22 Dec, 2013 1 commit
  27. 20 Dec, 2013 2 commits
    • Linus Walleij's avatar
      ARM: s3c64xx: get rid of custom <mach/gpio.h> · 41c3548e
      Linus Walleij authored
      
      
      This isolates the custom S3C64xx GPIO definition table to
      <linux/platform_data/gpio-samsung-s3x64xx.h> as this is
      used in a few different places in the kernel, removing the
      need to depend on the implicit inclusion of <mach/gpio.h>
      from <linux/gpio.h> and thus getting rid of a few nasty
      cross-dependencies.
      
      Also delete the CONFIG_SAMSUNG_GPIO_EXTRA stuff. Instead
      roof the number of GPIOs for this platform:
      First sum up all the GPIO banks from A to Q: 187 GPIOs.
      Add the 16 "board GPIOs" and the roof for SAMSUNG_GPIO_EXTRA,
      128, so in total maximum 187+16+128 = 331 GPIOs, so let's
      take the same roof as for S3C24XX: 512. This way we can do
      away with the GPIO calculation macros for GPIO_BOARD_START,
      BOARD_NR_GPIOS and the definition of ARCH_NR_GPIOS.
      
      Cc: Mark Brown <broonie@kernel.org>
      [on Mini6410 board]
      Tested-by: default avatarTomasz Figa <t.figa@samsung.com>
      [for changes in mach-s3c64xx]
      Acked-by: default avatarTomasz Figa <t.figa@samsung.com>
      Tested-by: default avatarMark Brown <broonie@linaro.org>
      Acked-by: default avatarKukjin Kim <kgene.kim@samsung.com>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      41c3548e
    • Linus Walleij's avatar
      ARM: s3c24xx: get rid of custom <mach/gpio.h> · c67d0f29
      Linus Walleij authored
      
      
      This isolates the custom S3C24xx GPIO definition table to
      <linux/platform_data/gpio-samsung-s3x24xx.h> as this is
      used in a few different places in the kernel, removing the
      need to depend on the implicit inclusion of <mach/gpio.h>
      from <linux/gpio.h> and thus getting rid of a few nasty
      cross-dependencies.
      
      We also delete the nifty CONFIG_S3C24XX_GPIO_EXTRA stuff.
      The biggest this can ever be for the S3C24XX is
      CONFIG_S3C24XX_GPIO_EXTRA = 128, and then for CPU_S3C2443 or
      CPU_S3C2416 32*12 GPIOs are added, so 32*12+128 = 512
      is the absolute roof value on this platform. So we set
      the size of ARCH_NR_GPIO to this and the GPIOs array will
      fit any S3C24XX platform, as per pattern from other archs.
      
      ChangeLog v2->v3:
      - Move the movement of the S3C64XX gpio.h file out of
        this patch and into the follow-up patch where it belongs.
      ChangeLog v1->v2:
      - Added an #ifdef ARCH_S3C24XX around the header inclusion
        in drivers/gpio/gpio-samsung.c as we would otherwise
        have colliding definitions when compiling S3C64XX.
      - Rename inclusion guard in the header file.
      
      Cc: Tomasz Figa <tomasz.figa@gmail.com>
      Cc: Sylwester Nawrocki <sylvester.nawrocki@gmail.com>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: linux-samsung-soc@vger.kernel.org
      Acked-by: default avatarKukjin Kim <kgene.kim@samsung.com>
      Acked-by: default avatarHeiko Stuebner <heiko@sntech.de>
      Tested-by: default avatarHeiko Stuebner <heiko@sntech.de>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      c67d0f29