1. 11 6月, 2009 5 次提交
  2. 04 6月, 2009 1 次提交
  3. 01 6月, 2009 3 次提交
  4. 29 5月, 2009 1 次提交
    • O
      flat: fix data sections alignment · c3dc5bec
      Oskar Schirmer 提交于
      The flat loader uses an architecture's flat_stack_align() to align the
      stack but assumes word-alignment is enough for the data sections.
      
      However, on the Xtensa S6000 we have registers up to 128bit width
      which can be used from userspace and therefor need userspace stack and
      data-section alignment of at least this size.
      
      This patch drops flat_stack_align() and uses the same alignment that
      is required for slab caches, ARCH_SLAB_MINALIGN, or wordsize if it's
      not defined by the architecture.
      
      It also fixes m32r which was obviously kaput, aligning an
      uninitialized stack entry instead of the stack pointer.
      
      [akpm@linux-foundation.org: coding-style fixes]
      Signed-off-by: NOskar Schirmer <os@emlix.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Bryan Wu <cooloney@kernel.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Acked-by: NPaul Mundt <lethal@linux-sh.org>
      Cc: Greg Ungerer <gerg@uclinux.org>
      Signed-off-by: NJohannes Weiner <jw@emlix.com>
      Acked-by: NMike Frysinger <vapier.adi@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      c3dc5bec
  5. 26 5月, 2009 3 次提交
  6. 22 5月, 2009 1 次提交
  7. 20 5月, 2009 1 次提交
  8. 15 5月, 2009 1 次提交
    • P
      sh: hd64461: Fix up I/O base register offsets. · bec36eca
      Paul Mundt 提交于
      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: NPaul Mundt <lethal@linux-sh.org>
      bec36eca
  9. 14 5月, 2009 1 次提交
  10. 13 5月, 2009 4 次提交
  11. 12 5月, 2009 11 次提交
  12. 10 5月, 2009 1 次提交
    • P
      sh: Fix up R0 dependence in __arch_swab16/32. · 567bb8fd
      Paul Mundt 提交于
      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: NPaul Mundt <lethal@linux-sh.org>
      567bb8fd
  13. 09 5月, 2009 2 次提交
  14. 08 5月, 2009 4 次提交
  15. 07 5月, 2009 1 次提交
    • P
      sh: Integrate the SH-5 onchip_remap() more coherently. · 0fb849b9
      Paul Mundt 提交于
      Presently this is special-cased for early initialization. While there are
      situations where these static early initializations are still necessary,
      with minor changes it is possible to use this for the regular ioremap
      implementation as well. This allows us to kill off the special-casing for
      the remap completely and to start tidying up all of the SH-5
      special-casing in drivers.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      0fb849b9