1. 06 12月, 2006 2 次提交
    • P
      sh: p3map_sem sem2mutex conversion. · 52e27782
      Paul Mundt 提交于
      Simple sem2mutex conversion for the p3map semaphores.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      52e27782
    • P
      sh: Preliminary support for SH-X2 MMU. · 21440cf0
      Paul Mundt 提交于
      This adds some preliminary support for the SH-X2 MMU, used by
      newer SH-4A parts (particularly SH7785).
      
      This MMU implements a 'compat' mode with SH-X MMUs and an
      'extended' mode for SH-X2 extended features. Extended features
      include additional page sizes (8kB, 4MB, 64MB), as well as the
      addition of page execute permissions.
      
      The extended mode attributes are placed in a second data array,
      which requires us to switch to 64-bit PTEs when in X2 mode.
      
      With the addition of the exec perms, we also overhaul the mmap
      prots somewhat, now that it's possible to handle them more
      intelligently.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      21440cf0
  2. 27 9月, 2006 1 次提交
    • P
      sh: Fix fatal oops in copy_user_page() on sh4a (SH7780). · 8b395265
      Paul Mundt 提交于
      We had a pretty interesting oops happening, where copy_user_page()
      was down()'ing p3map_sem[] with a bogus offset (particularly, an
      offset that hadn't been initialized with sema_init(), due to the
      mismatch between cpu_data->dcache.n_aliases and what was assumed
      based off of the old CACHE_ALIAS value).
      
      Luckily, spinlock debugging caught this for us, and so we drop
      the old hardcoded CACHE_ALIAS for sh4 completely and rely on the
      run-time probed cpu_data->dcache.alias_mask. This in turn gets
      the p3map_sem[] index right, and everything works again.
      
      While we're at it, also convert to 4-level page tables..
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      8b395265
  3. 01 7月, 2006 1 次提交
  4. 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