1. 22 Aug, 2014 1 commit
  2. 12 May, 2014 1 commit
    • Geert Uytterhoeven's avatar
      drivers: sh: compile drivers/sh/pm_runtime.c if ARCH_SHMOBILE_MULTI · 3c90c55d
      Geert Uytterhoeven authored
      If the kernel is built to support multi-ARM configuration with shmobile
      support built in, then drivers/sh is not built. This contains the PM
      runtime code in drivers/sh/pm_runtime.c, which implicitly enables the
      module clocks for all devices, and thus is quite essential.
      Without this, the state of clocks depends on implicit reset state, or on
      the bootloader.
      If ARCH_SHMOBILE_MULTI then build the drivers/sh directory, but ensure that
      bits that may conflict (drivers/sh/clk if the common clock framework is
      enabled) or are not used (drivers/sh/intc), are not built.
      Also, only enable the PM runtime code when actually running on a shmobile
      SoCs that needs it.
      ARCH_SHMOBILE_MULTI was added a while ago by commit
      efacfce5 ("ARM: shmobile: Introduce
      ARCH_SHMOBILE_MULTI"), but drivers/sh was compiled for both
       ("ARM: Rename ARCH_SHMOBILE to
      Inspired by a patch from Ben Dooks <ben.dooks@codethink.co.uk>.
      Signed-off-by: default avatarGeert Uytterhoeven <geert+renesas@glider.be>
      Signed-off-by: default avatarSimon Horman <horms+renesas@verge.net.au>
  3. 25 Jan, 2013 1 commit
  4. 10 Jul, 2012 1 commit
  5. 20 Jun, 2012 2 commits
    • Paul Mundt's avatar
      sh: pfc: Make gpio chip support optional where possible. · b16b2a26
      Paul Mundt authored
      This implements some Kconfig knobs for ensuring that the PFC gpio chip
      can be disabled or built as a module in the cases where it's optional, or
      forcibly enabled in cases where it's not.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
    • Paul Mundt's avatar
      sh: pfc: Split out gpio chip support. · b3c185a7
      Paul Mundt authored
      This implements a bit of rework for the PFC code, making the core itself
      slightly more pluggable and moving out the gpio chip handling completely.
      The API is preserved in such a way that platforms that depend on it for
      early configuration are still able to do so, while making it possible to
      migrate to alternate interfaces going forward.
      This is the first step of chainsawing necessary to support the pinctrl
      API, with the eventual goal being able to decouple pin function state
      from the gpio API while retaining gpio chip tie-in for gpio pin functions
      only, relying on the pinctrl/pinmux API for non-gpio function demux.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  6. 12 Jan, 2012 1 commit
  7. 18 Nov, 2011 1 commit
  8. 17 Nov, 2011 3 commits
  9. 11 Nov, 2011 1 commit
    • Paul Mundt's avatar
      drivers: sh: Generalize runtime PM platform stub. · 750a7eee
      Paul Mundt authored
      The runtime PM platform support stub in use by ARM-based SH/R-Mobile
      platforms contains nothing that's specifically ARM-related and instead of
      wholly generic to anything using the clock framework.
      The recent runtime PM changes interact rather badly with the lazy
      disabling of clocks late in the boot process through the clock framework,
      leading to situations where the runtime suspend/resume paths are entered
      without a clock being actively driven due to having been lazily gated
      In order to correct this we can trivially tie in the aforementioned stub
      as a general fallback for all SH platforms that don't presently have
      their own runtime PM implementations (the corner case being SH-based
      SH-Mobile platforms, which have their own stub through the hwblk API --
      which in turn has bitrotted and will be subsequently adapted to use the
      same stub as everyone else), regardless of whether the platforms choose
      to define power domains of their own or not.
      This fixes up regressions for clock framework users who also build in
      runtime PM support without any specific power domains of their own, which
      was previously causing the serial console to be lost when warring with
      lazy clock disabling.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  10. 18 Oct, 2010 1 commit
  11. 05 Oct, 2010 1 commit
    • Paul Mundt's avatar
      sh: intc: Split up the INTC code. · 2be6bb0c
      Paul Mundt authored
      This splits up the sh intc core in to something more vaguely resembling
      a subsystem. Most of the functionality was alread fairly well
      compartmentalized, and there were only a handful of interdependencies
      that needed to be resolved in the process.
      This also serves as future-proofing for the genirq and sparseirq rework,
      which will make some of the split out functionality wholly generic,
      allowing things to be killed off in place with minimal migration pain.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  12. 20 May, 2010 1 commit
  13. 13 May, 2010 2 commits
  14. 30 Nov, 2009 1 commit
  15. 01 Oct, 2008 1 commit
  16. 21 Sep, 2007 1 commit
    • Adrian McMenamin's avatar
      sh: Add maple bus support for the SEGA Dreamcast. · 17be2d2b
      Adrian McMenamin authored
      The Maple bus is SEGA's proprietary serial bus for peripherals
      (keyboard, mouse, controller etc). The bus is capable of some
      (limited) hotplugging and operates at up to 2 M/bits.
      Drivers of one sort or another existed/exist for 2.4 and a rudimentary
      port, which didn't support the 2.6 device driver model was also in
      This driver - for the bus logic itself and for the keyboard (other
      drivers will follow) are based on the code and concepts of those old
      drivers but have lots of completely rewritten parts.
      I have the maple bus code as a built in now as that seems the sane and
      rational way to handle something like that - you either want the bus
      or you don't.
      Signed-off-by: default avatarAdrian McMenamin <adrian@mcmen.demon.co.uk>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  17. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      Let it rip!