1. 02 12月, 2015 3 次提交
    • A
      ARM: s3c64xx: enable sparse IRQ support · ba279044
      Arnd Bergmann 提交于
      This is another prerequisite for enabling multiplatform
      support, and it is the part I am least certain about.
      
      I assume it will cause the extra boot message "Cannot
      allocate irq_descs @ IRQ%d, assuming pre-allocated" to
      be printed, but otherwise work ok. This definitely needs
      to be tested on real hardware to see if it works.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      ba279044
    • A
      ARM: s3c64xx: prepare initcalls for multiplatform · a0e157af
      Arnd Bergmann 提交于
      In a multiplatform kernel, each initcall is run regardless
      of the platform it is meant for, so it must not attempt to
      access SoC-specific registers.
      
      This adds 'if (soc_is_s3c64xx)' to all initcalls that are
      specific to the s3c64xx platform, to prevent them from breaking
      other platforms once we can build them into a combined kernel.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Reviewed-by: NKrzysztof Kozlowski <k.kozlowski@samsung.com>
      a0e157af
    • A
      gpio: samsung: move gpio-samsung driver back to platform code · 0f20e456
      Arnd Bergmann 提交于
      The gpio-samsung driver is special in the sense that it
      interacts directly in multiple ways with the legacy platform
      code for the s3c24xx and s3c64xx platforms. In contrast,
      all devicetree based machines for Samsung, including the
      ones on those two SoC families use a different driver.
      
      The header files that define the interface between the platform
      code and the gpio driver are not visible when building a
      kernel for ARCH_MULTIPLATFORM, which prevents us from
      turning on this option for s3c64xx.
      
      To work around this, we now move the driver back into platform
      code, from where it was originally moved to as part of commit
      1b39d5f2 ("gpio/samsung: gpio-samsung.c to support
      Samsung GPIOs").
      
      The long-term plan for this driver would be to remove it
      entirely, after all Samsung machines have been converted
      over to boot from DT, but there is currently no timeline
      for when that might happen.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Reviewed-by: NKrzysztof Kozlowski <k.kozlowski@samsung.com>
      0f20e456
  2. 23 9月, 2014 1 次提交
  3. 19 7月, 2014 1 次提交
  4. 13 7月, 2014 1 次提交
  5. 08 7月, 2014 1 次提交
  6. 01 7月, 2014 1 次提交
  7. 27 3月, 2014 1 次提交
  8. 15 1月, 2014 1 次提交
    • S
      ARM: S5P[v210|c100|64x0]: Fix build error · 785acec3
      Sachin Kamat 提交于
      gpio-samsung.h header file introduced by commit 93177be0910c
      ("ARM: S3C[24|64]xx: move includes back under <mach/> scope")
      is required only by S3C[24|64]xx machines. Include them conditionally
      to avoid the following build errors for other machine configurations.
      drivers/gpio/gpio-samsung.c:35:31: fatal error: mach/gpio-samsung.h: No such file or directory
      arch/arm/plat-samsung/pm-gpio.c:22:31: fatal error: mach/gpio-samsung.h: No such file or directory
      Signed-off-by: NSachin Kamat <sachin.kamat@linaro.org>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      785acec3
  9. 14 1月, 2014 1 次提交
  10. 08 1月, 2014 1 次提交
  11. 02 1月, 2014 1 次提交
  12. 21 12月, 2013 2 次提交
    • L
      ARM: s3c64xx: get rid of custom <mach/gpio.h> · 41c3548e
      Linus Walleij 提交于
      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: NTomasz Figa <t.figa@samsung.com>
      [for changes in mach-s3c64xx]
      Acked-by: NTomasz Figa <t.figa@samsung.com>
      Tested-by: NMark Brown <broonie@linaro.org>
      Acked-by: NKukjin Kim <kgene.kim@samsung.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      41c3548e
    • L
      ARM: s3c24xx: get rid of custom <mach/gpio.h> · c67d0f29
      Linus Walleij 提交于
      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: NKukjin Kim <kgene.kim@samsung.com>
      Acked-by: NHeiko Stuebner <heiko@sntech.de>
      Tested-by: NHeiko Stuebner <heiko@sntech.de>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      c67d0f29
  13. 06 10月, 2013 1 次提交
  14. 17 9月, 2013 1 次提交
  15. 29 8月, 2013 1 次提交
  16. 12 6月, 2013 1 次提交
  17. 20 5月, 2013 1 次提交
    • H
      pinctrl: Add pinctrl-s3c24xx driver · af99a750
      Heiko Stuebner 提交于
      The s3c24xx pins follow a similar pattern as the other Samsung SoCs and
      can therefore reuse the already introduced infrastructure.
      
      The s3c24xx SoCs have one design oddity in that the first 4 external
      interrupts do not reside in the eint pending register but in the main
      interrupt controller instead. We solve this by forwarding the external
      interrupt from the main controller into the irq domain of the pin bank.
      The masking/acking of these interrupts is handled in the same way.
      
      Furthermore the S3C2412/2413 SoCs contain another oddity in that they
      keep the same 4 eints in the main interrupt controller and eintpend
      register and requiring ack operations to happen in both. This is solved
      by using different compatible properties for the wakeup eint node which
      set a property accordingly.
      Signed-off-by: NHeiko Stuebner <heiko@sntech.de>
      Reviewed-by: NTomasz Figa <t.figa@samsung.com>
      Reviewed-by: NSylwester Nawrocki <s.nawrocki@samsung.com>
      Acked-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      af99a750
  18. 27 3月, 2013 1 次提交
  19. 05 3月, 2013 3 次提交
  20. 29 1月, 2013 2 次提交
  21. 17 1月, 2013 3 次提交
  22. 11 1月, 2013 1 次提交
  23. 10 1月, 2013 1 次提交
  24. 07 11月, 2012 2 次提交
  25. 23 10月, 2012 1 次提交
  26. 07 9月, 2012 2 次提交
  27. 29 8月, 2012 1 次提交
  28. 07 8月, 2012 1 次提交
  29. 18 7月, 2012 1 次提交
  30. 04 6月, 2012 1 次提交