1. 06 Jan, 2010 1 commit
  2. 05 Jan, 2010 2 commits
  3. 04 Jan, 2010 5 commits
  4. 02 Jan, 2010 3 commits
    • Matt Fleming's avatar
      sh: Move page table allocation out of line · 2a5eacca
      Matt Fleming authored
      We also switched away from quicklists and instead moved to slab
      caches. After benchmarking both implementations the difference is
      negligible. The slab caches suit us better though because the size of a
      pgd table is just 4 entries when we're using a 3-level page table layout
      and quicklists always deal with pages.
      Signed-off-by: default avatarMatt Fleming <matt@console-pimps.org>
      2a5eacca
    • Matt Fleming's avatar
      sh: Optimise flush_dcache_page() on SH4 · b4c89276
      Matt Fleming authored
      If the page is not mapped into any process's address space then aliases
      cannot exist in the cache. So reduce the amount of flushing we perform.
      Signed-off-by: default avatarMatt Fleming <matt@console-pimps.org>
      b4c89276
    • Matt Fleming's avatar
      sh: Correct the PTRS_PER_PMD and PMD_SHIFT values · 3f5ab768
      Matt Fleming authored
      The previous expressions were wrong which made free_pmd_range() explode
      when using anything other than 4KB pages (which is why 8KB and 64KB
      pages were disabled with the 3-level page table layout).
      
      The problem was that pmd_offset() was returning an index of non-zero
      when it should have been returning 0. This non-zero offset was used to
      calculate the address of the pmd table to free in free_pmd_range(),
      which ended up trying to free an object that was not aligned on a page
      boundary.
      
      Now 3-level page tables should work with 4KB, 8KB and 64KB pages.
      Signed-off-by: default avatarMatt Fleming <matt@console-pimps.org>
      3f5ab768
  5. 31 Dec, 2009 1 commit
  6. 29 Dec, 2009 1 commit
    • Paul Mundt's avatar
      sh: Only provide a PCLK definition for legacy CPG CPUs. · 8152a74b
      Paul Mundt authored
      As CPUs are migrated over to more fully-featured clock frameworks of
      their own and off of the legacy CPG code, they no longer have any real
      need for defining the PCLK value. The PCLK define in itself is already
      fairly misleading, as many boards get their input clocks from different
      sources, making this value fairly arbitrary anyways.
      
      Outside of the legacy CPG clock framework, the only place where this
      value is used is for deriving CLOCK_TICK_RATE, which we set back to the
      legacy PIT value that it was before the PCLK definitions were added in
      the first place.
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      8152a74b
  7. 24 Dec, 2009 27 commits