1. 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
  2. 01 10月, 2008 1 次提交
  3. 12 9月, 2008 1 次提交
  4. 08 9月, 2008 1 次提交
  5. 29 7月, 2008 1 次提交
  6. 08 5月, 2008 1 次提交
  7. 14 2月, 2008 2 次提交
    • M
      sh: fix ioreadN_rep and iowriteN_rep · c0ca41a2
      Magnus Damm 提交于
      This patch is a fix to make sure readsN/writesN are used over insN/outsN for
      ioreadN_rep/iowriteN_rep.
      
      The current state of the sh io code is that mmio operations like readN/writeN
      and ioreadN/iowriteN are unaffected by the value of generic_io_base. This is
      different fom port based io like inN/outN which gets adjusted using the value
      in generic_io_base.
      
      Without this patch ioreadN_rep/iowriteN_rep get their addresses adjusted.
      The address for mmio access is adjusted using generic_io_base. This is wrong.
      The ata core code currently crashes if generic_io_base is set.
      
      This patch changes ioreadN_rep/iowriteN_rep to follow the same rules as the
      rest of the mmio operations, ie don't adjust using generic_io_base.
      Signed-off-by: NMagnus Damm <damm@igel.co.jp>
      Acked-by: NKatsuya MATSUBARA <matsu@igel.co.jp>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      c0ca41a2
    • M
      sh: trapped io support V2 · e7cc9a73
      Magnus Damm 提交于
      The idea is that we want to get rid of the in/out/readb/writeb callbacks from
      the machvec and replace that with simple inline read and write operations to
      memory. Fast and simple for most hardware devices (think pci).
      
      Some devices require special treatment though - like 16-bit only CF devices -
      so we need to have some method to hook in callbacks.
      
      This patch makes it possible to add a per-device trap generating filter. This
      way we can get maximum performance of sane hardware - which doesn't need this
      filter - and crappy hardware works but gets punished by a performance hit.
      
      V2 changes things around a bit and replaces io access callbacks with a
      simple minimum_bus_width value. In the future we can add stride as well.
      Signed-off-by: NMagnus Damm <damm@igel.co.jp>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      e7cc9a73
  8. 28 1月, 2008 4 次提交
  9. 17 10月, 2007 1 次提交
  10. 21 9月, 2007 1 次提交
  11. 26 7月, 2007 1 次提交
  12. 31 5月, 2007 1 次提交
  13. 12 10月, 2006 1 次提交
  14. 27 9月, 2006 3 次提交
  15. 26 4月, 2006 1 次提交
  16. 24 3月, 2006 1 次提交
  17. 17 1月, 2006 1 次提交
    • P
      [PATCH] sh: I/O routine cleanups and ioremap() overhaul · b66c1a39
      Paul Mundt 提交于
      This introduces a few changes in the way that the I/O routines are defined on
      SH, specifically so that things like the iomap API properly wrap through the
      machvec for board-specific quirks.
      
      In addition to this, the old p3_ioremap() work is converted to a more generic
      __ioremap() that will map through the PMB if it's available, or fall back on
      page tables for everything else.
      
      An alpha-like IO_CONCAT is also added so we can start to clean up the
      board-specific io.h mess, which will be handled in board update patches..
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b66c1a39
  18. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4