1. 02 6月, 2010 1 次提交
    • P
      sh: support for platforms without PIO. · 86e4dd5a
      Paul Mundt 提交于
      This extends some of the existing special casing for HAS_IOPORT
      platforms and gets it to the point where platforms can begin to
      conditionally select it.
      
      The major changes here are that the PIO routines themselves go away
      completely, including all of the machvec port mapping wrappers. With this
      in place it's possible for any non-machvec abusing platform to disable
      PIO completely. At present this is left as an opt-in until the abusers
      are the odd ones out instead of the majority.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      86e4dd5a
  2. 10 5月, 2010 1 次提交
  3. 12 11月, 2009 1 次提交
  4. 28 9月, 2009 1 次提交
    • P
      sh: Set the default I/O port base to P2SEG. · d44ee12a
      Paul Mundt 提交于
      This bumps up the default I/O base to P2SEG, which allows legacy probing
      to bail out gracefully rather than oopsing. Platforms that have a real
      PIO offset still need to fix this up on their own, although most
      platforms are content with P2SEG already.
      
      The previous change to teach ioport_map() about >= P1SEG offsets in
      combination with this patch allows both the already remapped and the
      legacy address probing to pass through and succeed.
      
      Fixes up an oops with i8042 on the sh7785lcr board.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      d44ee12a
  5. 01 6月, 2009 1 次提交
    • M
      sh: boot word / mode pin support V2 · eb9b9b56
      Magnus Damm 提交于
      Add mode pin support for the SuperH architecture V2.
      
      With this patch applied the board code can add their
      own function to export the cpu mode pin configuration.
      In most cases this will be a constant bitmap, but
      boards that allow reading this from a register can
      instead read out the pin state from hardware.
      
      The code warns if a pin is tested but no board specific
      mode pin function has been provided.
      Signed-off-by: NMagnus Damm <damm@igel.co.jp>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      eb9b9b56
  6. 04 10月, 2008 1 次提交
    • P
      sh: More I/O routine overhauling. · 14866543
      Paul Mundt 提交于
      This tidies up a lot of the PIO/MMIO split. No in-tree platforms were
      making use of the MMIO overloading through the machvec (nor have any of
      them been in some time), so we just kill all of that off. The ISA I/O
      routine wrapping remains unaffected, which remains the only special
      casing outside of the iomap API that boards need to think about.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      14866543
  7. 08 9月, 2008 1 次提交
  8. 07 8月, 2007 1 次提交
  9. 08 6月, 2007 3 次提交
    • P
      sh: Rip out special unknown machvec. · fd8f20e8
      Paul Mundt 提交于
      This kills off the BareCPU board as a "special" machvec, rather,
      we leave this as a default for when no other vector is available,
      or when we want to use it in combination with other vectors for
      testing with generic ops. As sh_mv is copied out anyways (or
      overloaded when an alternate vector is explicitly selected), this
      doesn't consume any additional memory.
      
      The generic machvec can be forcibly selected with sh_mv=generic,
      or by not having any other boards enabled.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      fd8f20e8
    • P
      sh: Kill off machvec aliases. · 82f81f47
      Paul Mundt 提交于
      We now throw all of the machvecs in to .machvec.init and either
      select one on the command line, or copy out the first (and
      usually only) one to sh_mv. The rest are freed as usual.
      
      This gets rid of all of the silly sh_mv aliasing and makes the
      selection explicit rather than link-order dependent.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      82f81f47
    • P
      sh: Fixup machvec support. · 9655ad03
      Paul Mundt 提交于
      This fixes up much of the machvec handling, allowing for it to be
      overloaded on boot. Making practical use of this still requires
      some Kconfig munging, however.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      9655ad03