1. 18 Oct, 2016 1 commit
  2. 05 Aug, 2016 1 commit
  3. 08 Jun, 2016 1 commit
    • Linus Walleij's avatar
      sh: do away with ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB · fdcfdfa1
      Linus Walleij authored
      
      This replaces:
      
      - "select ARCH_REQUIRE_GPIOLIB" with "select GPIOLIB" as this can
        now be selected directly.
      
      - "select ARCH_WANT_OPTIONAL_GPIOLIB" with no dependency: GPIOLIB
        is now selectable by everyone, so we need not declare our
        intent to select it.
      
      When ordering the symbols the following rationale was used:
      if the selects were in alphabetical order, I moved select GPIOLIB
      to be in alphabetical order, but if the selects were not
      maintained in alphabetical order, I just replaced
      "select ARCH_REQUIRE_GPIOLIB" with "select GPIOLIB".
      
      Cc: Michael Büsch <m@bues.ch>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Rich Felker <dalias@libc.org>
      Cc: linux-sh@vger.kernel.org
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      fdcfdfa1
  4. 17 Mar, 2016 1 commit
    • Rich Felker's avatar
      sh: add device tree support and generic board using device tree · 7480e0aa
      Rich Felker authored
      
      Add a new pseudo-board, within the existing SH boards/machine-vectors
      framework, which does not represent any actual hardware but instead
      requires all hardware to be described by the device tree blob provided
      by the boot loader. Changes made are thus non-invasive and do not risk
      breaking support for legacy boards.
      
      New hardware, including the open-hardware J2 and associated SoC
      devices, will use device free from the outset. Legacy SH boards can
      transition to device tree once all their hardware has device tree
      bindings, driver support for device tree, and a dts file for the
      board.
      
      It is intented that, once all boards are supported in the new
      framework, the existing machine-vectors framework should be removed
      and the new device tree setup code integrated directly.
      Signed-off-by: default avatarRich Felker <dalias@libc.org>
      7480e0aa
  5. 19 Jun, 2014 1 commit
  6. 07 Apr, 2014 1 commit
  7. 02 Jan, 2014 1 commit
  8. 06 Jul, 2012 1 commit
  9. 24 May, 2012 3 commits
    • Paul Mundt's avatar
      sh: se7343: Move CPLD IRQs to irqdomain and generic irq chip. · 197b58e6
      Paul Mundt authored
      
      Follows the se7722 change, see there for more information.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      197b58e6
    • Paul Mundt's avatar
      sh: se722: Move FPGA IRQs to irqdomain and generic irq chip. · 5df38b9b
      Paul Mundt authored
      
      This implements a total rewrite of the rather buggy SE7722 FPGA IRQ code,
      utilizing a linear irq domain as well as the generic irq chip type.
      
      While the interaction between the two APIs is a bit clunky (ie, revmap
      lookup for gc irq_base), they work well enough together that it's easy
      enough to work with going forward.
      
      While we're at it, deal with irq_mask_ack/unmask of the chained IRQ in
      the demux handler to prevent smc91x screaming about spurious interrupts.
      
      There's also some more improvement that can be made to the irqdomain code
      to create backing irqdescs for the entire linear range in one bang
      instead of iterating over the number of hwirqs and doing it
      irq-at-a-time. This is easily dealt with at a later point, though.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      5df38b9b
    • Paul Mundt's avatar
      sh: mach-x3proto: Migrate to linear irq domain. · b98b3581
      Paul Mundt authored
      
      In the interest of getting off of the create_irq() API we can get all of
      the functionality we're interested in through a linear IRQ domain. Fairly
      straightforward conversion utilizing a single linear domain.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      b98b3581
  10. 10 May, 2012 2 commits
  11. 19 Apr, 2012 1 commit
  12. 13 Apr, 2012 2 commits
  13. 13 Jan, 2011 3 commits
  14. 29 Oct, 2010 1 commit
    • Paul Mundt's avatar
      sh: mach-systemh: Kill off dead board. · 2504075d
      Paul Mundt authored
      
      This code has been untouched since it was merged many years ago, and has
      severely bitrotted since, suggesting that the board has no real users
      left. Notice of intent to remove has been sent out over the last few
      years, with no takers. Kill it off.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      2504075d
  15. 14 Oct, 2010 1 commit
  16. 13 Oct, 2010 1 commit
  17. 06 Jul, 2010 1 commit
  18. 21 Jun, 2010 1 commit
  19. 02 Jun, 2010 2 commits
  20. 15 Jan, 2010 1 commit
  21. 14 Jan, 2010 1 commit
  22. 01 Sep, 2009 1 commit
  23. 28 Aug, 2009 1 commit
  24. 20 Aug, 2009 1 commit
  25. 23 Jul, 2009 1 commit
  26. 17 Jun, 2009 1 commit
    • Paul Mundt's avatar
      sh: pci: Initial PCI-Express support for SH7786 Urquell board. · 5713e602
      Paul Mundt authored
      
      This adds initial support for the PCI-Express module in the SH7786,
      particularly as it relates to the urquell platform. Presently it is
      only supported in root complex mode, with endpoint mode still requiring
      more debugging. 29/32-bit mode and lane configurations are selectable via
      board mode pins, and are otherwise fixed.
      
      Only 4x and 1x PCI channels are presently handled, the PCI bridge still
      requires additional debugging and stabilization in hardware.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      5713e602
  27. 26 May, 2009 1 commit
  28. 30 Apr, 2009 1 commit
    • Magnus Damm's avatar
      sh: pass through ioremap() for non-mmu processors. · e6be3a25
      Magnus Damm authored
      
      All 32-bit SuperH processors currently go through __ioremap_mode()
      and check for IO_TRAPPED and directly mapped segments. With this
      patch we simplify the MMU less case with a pass through version of
       __ioremap_mode() which just returns the physical address.
      
      The effects of this is change are:
       - fix non-MMU ioremap() of high address hardware blocks (sh7203 CMT)
       - make sure IO_TRAPPED is not selected
      Signed-off-by: default avatarMagnus Damm <damm@igel.co.jp>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      e6be3a25
  29. 20 Mar, 2009 1 commit
  30. 17 Mar, 2009 1 commit
  31. 10 Mar, 2009 1 commit
  32. 03 Mar, 2009 1 commit
  33. 27 Jan, 2009 1 commit
    • Paul Mundt's avatar
      sh: mach-highlander and mach-rsk require gpiolib. · ae5e6d05
      Paul Mundt authored
      
      Fix up the build for mach-highlander and mach-rsk. These operated on the
      assumption that GENERIC_GPIO support with an optional GPIOLIB was
      possible. This used to be true, but has not been the case since commit-id
      d56cc8bc661ac1ceded8d45ba2d53bb134fee17d ("sh: use gpiolib"), where the
      GENERIC_GPIO implementation was rewritten to use GPIOLIB directly.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      ae5e6d05