1. 15 May, 2009 1 commit
    • Paul Mundt's avatar
      sh: hd64461: Fix up I/O base register offsets. · bec36eca
      Paul Mundt authored
      hd64461 is mapped in a fixed location, so the I/O base itself is fairly
      meaningless as a configuration item. Additionally, this makes it
      impossible to share hd64461 code alongside generic drivers (in the case
      of sh_dac_audio), so simply make it commonly defined and permit the
      mach_is_foo() logic to work out the proper semantics.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      bec36eca
  2. 14 May, 2009 2 commits
  3. 12 May, 2009 15 commits
  4. 11 May, 2009 9 commits
  5. 10 May, 2009 1 commit
    • Paul Mundt's avatar
      sh: Fix up R0 dependence in __arch_swab16/32. · 567bb8fd
      Paul Mundt authored
      There is nothing in these routines that inherently depends on R0 use.
      Given that these routines are inlined, it is rather easy to blow up the
      compiler by exhausting the spill class when performing a 64-bit swab.
      
      This presently manifests itself as the following:
      
      CC      fs/ocfs2/suballoc.o
      fs/ocfs2/suballoc.c: In function 'ocfs2_reserve_suballoc_bits':
      fs/ocfs2/suballoc.c:638: error: unrecognizable insn:
      (insn 2793 1230 1231 103 arch/sh/include/asm/swab.h:33 (set (reg:HI 853)
              (subreg:HI (reg:SI 149 macl) 2)) -1 (expr_list:REG_DEAD (reg:SI 149 macl)
              (nil)))
      fs/ocfs2/suballoc.c:638: internal compiler error: in extract_insn, at recog.c:1991
      
      This patch switches over to using an arbitrarily assigned register instead.
      
      While the same issue does not exist in the SH-5 case, there is likewise no harm
      in having an alternate register used for the byterev/shari pair.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      567bb8fd
  6. 09 May, 2009 12 commits