1. Dec 09, 2009
  2. Dec 04, 2009
  3. Nov 30, 2009
  4. Nov 25, 2009
  5. Nov 24, 2009
    • Paul Mundt's avatar
      sh: Apply the sleazy FPU changes for SH-2A FPU as well. · 0f09e197
      Paul Mundt authored
      
      
      This plugs in the fpu_counter manipulation for the SH-2A side also.
      
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      0f09e197
    • Stuart Menefy's avatar
      sh: Minor optimisations to FPU handling · d3ea9fa0
      Stuart Menefy authored
      
      
      A number of small optimisations to FPU handling, in particular:
      
       - move the task USEDFPU flag from the thread_info flags field (which
         is accessed asynchronously to the thread) to a new status field,
         which is only accessed by the thread itself. This allows locking to
         be removed in most cases, or can be reduced to a preempt_lock().
         This mimics the i386 behaviour.
      
       - move the modification of regs->sr and thread_info->status flags out
         of save_fpu() to __unlazy_fpu(). This gives the compiler a better
         chance to optimise things, as well as making save_fpu() symmetrical
         with restore_fpu() and init_fpu().
      
       - implement prepare_to_copy(), so that when creating a thread, we can
         unlazy the FPU prior to copying the thread data structures.
      
      Also make sure that the FPU is disabled while in the kernel, in
      particular while booting, and for newly created kernel threads,
      
      In a very artificial benchmark, the execution time for 2500000
      context switches was reduced from 50 to 45 seconds.
      
      Signed-off-by: default avatarStuart Menefy <stuart.menefy@st.com>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      d3ea9fa0
    • Stuart Menefy's avatar
      sh: Improve performance of SH4 versions of copy/clear_user_highpage · 39ac11c1
      Stuart Menefy authored
      
      
      The previous implementation of clear_user_highpage and copy_user_highpage
      checked to see if there was a D-cache aliasing issue between the user
      and kernel mappings of a page, but if there was they always did a
      flush with writeback on the dirtied kernel alias.
      
      However as we now have the ability to map a page into kernel space
      with the same cache colour as the user mapping, there is no need to
      write back this data.
      
      Currently we also invalidate the kernel alias as a precaution, however
      I'm not sure if this is actually required.
      
      Also correct the definition of FIX_CMAP_END so that the mappings created
      by kmap_coherent() are actually at the correct colour.
      
      Signed-off-by: default avatarStuart Menefy <stuart.menefy@st.com>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      39ac11c1
    • Paul Mundt's avatar
      Merge branch 'master' into sh/st-integration · 49fb2cd2
      Paul Mundt authored
      49fb2cd2
    • Stuart Menefy's avatar
      sh: Optimised memset for SH4 · dfc34940
      Stuart Menefy authored
      
      
      Optimised version of memset for the SH4 which uses movca.l.
      
      Signed-off-by: default avatarStuart Menefy <stuart.menefy@st.com>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      dfc34940