1. 10 3月, 2010 1 次提交
  2. 02 3月, 2010 1 次提交
    • P
      sh: reworked dynamic PMB mapping. · 90e7d649
      Paul Mundt 提交于
      This implements a fairly significant overhaul of the dynamic PMB mapping
      code. The primary change here is that the PMB gets its own VMA that
      follows the uncached mapping and we attempt to be a bit more intelligent
      with dynamic sizing, multi-entry mapping, and so forth.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      90e7d649
  3. 18 2月, 2010 1 次提交
    • P
      sh: Merge legacy and dynamic PMB modes. · d01447b3
      Paul Mundt 提交于
      This implements a bit of rework for the PMB code, which permits us to
      kill off the legacy PMB mode completely. Rather than trusting the boot
      loader to do the right thing, we do a quick verification of the PMB
      contents to determine whether to have the kernel setup the initial
      mappings or whether it needs to mangle them later on instead.
      
      If we're booting from legacy mappings, the kernel will now take control
      of them and make them match the kernel's initial mapping configuration.
      This is accomplished by breaking the initialization phase out in to
      multiple steps: synchronization, merging, and resizing. With the recent
      rework, the synchronization code establishes page links for compound
      mappings already, so we build on top of this for promoting mappings and
      reclaiming unused slots.
      
      At the same time, the changes introduced for the uncached helpers also
      permit us to dynamically resize the uncached mapping without any
      particular headaches. The smallest page size is more than sufficient for
      mapping all of kernel text, and as we're careful not to jump to any far
      off locations in the setup code the mapping can safely be resized
      regardless of whether we are executing from it or not.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      d01447b3
  4. 17 2月, 2010 4 次提交
    • P
      sh: PMB locking overhaul. · d53a0d33
      Paul Mundt 提交于
      This implements some locking for the PMB code. A high level rwlock is
      added for dealing with rw accesses on the entry map while a per-entry
      data structure spinlock is added to deal with the PMB entry changing out
      from underneath us.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      d53a0d33
    • P
      sh: Build PMB entry links for existing contiguous multi-page mappings. · d7813bc9
      Paul Mundt 提交于
      This plugs in entry sizing support for existing mappings and then builds
      on top of that for linking together entries that are mapping contiguous
      areas. This will ultimately permit us to coalesce mappings and promote
      head pages while reclaiming PMB slots for dynamic remapping.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      d7813bc9
    • P
      sh: PMB tidying. · 51becfd9
      Paul Mundt 提交于
      Some overdue cleanup of the PMB code, killing off unused functionality
      and duplication sprinkled about the tree.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      51becfd9
    • P
      sh: Fix up more 64-bit pgprot truncation on SH-X2 TLB. · 7bdda620
      Paul Mundt 提交于
      Both the store queue API and the PMB remapping take unsigned long for
      their pgprot flags, which cuts off the extended protection bits. In the
      case of the PMB this isn't really a problem since the cache attribute
      bits that we care about are all in the lower 32-bits, but we do it just
      to be safe. The store queue remapping on the other hand depends on the
      extended prot bits for enabling userspace access to the mappings.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      7bdda620
  5. 16 2月, 2010 1 次提交
  6. 20 1月, 2010 1 次提交
  7. 15 1月, 2010 1 次提交
    • M
      sh: Fix CONFIG_PMB=n build. · 46c4e5da
      Matt Fleming 提交于
      The last commit introduced the following breakage
      
      arch/sh/include/asm/mmu.h: In function 'pmb_remap':
      arch/sh/include/asm/mmu.h:79: error: expected ';' before '}' token
      
      and...
      
      arch/sh/include/asm/mmu.h:78: error: 'EINVAL' undeclared (first use in this function)
      arch/sh/include/asm/mmu.h:78: error: (Each undeclared identifier is reported only once
      arch/sh/include/asm/mmu.h:78: error: for each function it appears in.)
      arch/sh/include/asm/mmu.h: In function 'pmb_init':
      arch/sh/include/asm/mmu.h:87: error: 'ENODEV' undeclared (first use in this function)
      Signed-off-by: NMatt Fleming <matt@console-pimps.org>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      46c4e5da
  8. 13 1月, 2010 1 次提交
    • P
      sh: fixed PMB mode refactoring. · a0ab3668
      Paul Mundt 提交于
      This introduces some much overdue chainsawing of the fixed PMB support.
      fixed PMB was introduced initially to work around the fact that dynamic
      PMB mode was relatively broken, though they were never intended to
      converge. The main areas where there are differences are whether the
      system is booted in 29-bit mode or 32-bit mode, and whether legacy
      mappings are to be preserved. Any system booting in true 32-bit mode will
      not care about legacy mappings, so these are roughly decoupled.
      
      Regardless of the entry point, PMB and 32BIT are directly related as far
      as the kernel is concerned, so we also switch back to having one select
      the other.
      
      With legacy mappings iterated through and applied in the initialization
      path it's now possible to finally merge the two implementations and
      permit dynamic remapping overtop of remaining entries regardless of
      whether boot mappings are crafted by hand or inherited from the boot
      loader.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      a0ab3668
  9. 10 10月, 2009 3 次提交
  10. 31 3月, 2009 1 次提交
  11. 08 1月, 2009 1 次提交
    • D
      NOMMU: Make VMAs per MM as for MMU-mode linux · 8feae131
      David Howells 提交于
      Make VMAs per mm_struct as for MMU-mode linux.  This solves two problems:
      
       (1) In SYSV SHM where nattch for a segment does not reflect the number of
           shmat's (and forks) done.
      
       (2) In mmap() where the VMA's vm_mm is set to point to the parent mm by an
           exec'ing process when VM_EXECUTABLE is specified, regardless of the fact
           that a VMA might be shared and already have its vm_mm assigned to another
           process or a dead process.
      
      A new struct (vm_region) is introduced to track a mapped region and to remember
      the circumstances under which it may be shared and the vm_list_struct structure
      is discarded as it's no longer required.
      
      This patch makes the following additional changes:
      
       (1) Regions are now allocated with alloc_pages() rather than kmalloc() and
           with no recourse to __GFP_COMP, so the pages are not composite.  Instead,
           each page has a reference on it held by the region.  Anything else that is
           interested in such a page will have to get a reference on it to retain it.
           When the pages are released due to unmapping, each page is passed to
           put_page() and will be freed when the page usage count reaches zero.
      
       (2) Excess pages are trimmed after an allocation as the allocation must be
           made as a power-of-2 quantity of pages.
      
       (3) VMAs are added to the parent MM's R/B tree and mmap lists.  As an MM may
           end up with overlapping VMAs within the tree, the VMA struct address is
           appended to the sort key.
      
       (4) Non-anonymous VMAs are now added to the backing inode's prio list.
      
       (5) Holes may be punched in anonymous VMAs with munmap(), releasing parts of
           the backing region.  The VMA and region structs will be split if
           necessary.
      
       (6) sys_shmdt() only releases one attachment to a SYSV IPC shared memory
           segment instead of all the attachments at that addresss.  Multiple
           shmat()'s return the same address under NOMMU-mode instead of different
           virtual addresses as under MMU-mode.
      
       (7) Core dumping for ELF-FDPIC requires fewer exceptions for NOMMU-mode.
      
       (8) /proc/maps is now the global list of mapped regions, and may list bits
           that aren't actually mapped anywhere.
      
       (9) /proc/meminfo gains a line (tagged "MmapCopy") that indicates the amount
           of RAM currently allocated by mmap to hold mappable regions that can't be
           mapped directly.  These are copies of the backing device or file if not
           anonymous.
      
      These changes make NOMMU mode more similar to MMU mode.  The downside is that
      NOMMU mode requires some extra memory to track things over NOMMU without this
      patch (VMAs are no longer shared, and there are now region structs).
      Signed-off-by: NDavid Howells <dhowells@redhat.com>
      Tested-by: NMike Frysinger <vapier.adi@gmail.com>
      Acked-by: NPaul Mundt <lethal@linux-sh.org>
      8feae131
  12. 29 7月, 2008 1 次提交
  13. 28 7月, 2008 1 次提交
  14. 13 2月, 2007 1 次提交
  15. 27 9月, 2006 4 次提交
  16. 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