1. 22 9月, 2009 1 次提交
  2. 27 7月, 2008 1 次提交
  3. 25 7月, 2008 1 次提交
  4. 13 5月, 2008 1 次提交
  5. 24 2月, 2008 1 次提交
  6. 09 2月, 2008 1 次提交
    • M
      CONFIG_HIGHPTE vs. sub-page page tables. · 2f569afd
      Martin Schwidefsky 提交于
      Background: I've implemented 1K/2K page tables for s390.  These sub-page
      page tables are required to properly support the s390 virtualization
      instruction with KVM.  The SIE instruction requires that the page tables
      have 256 page table entries (pte) followed by 256 page status table entries
      (pgste).  The pgstes are only required if the process is using the SIE
      instruction.  The pgstes are updated by the hardware and by the hypervisor
      for a number of reasons, one of them is dirty and reference bit tracking.
      To avoid wasting memory the standard pte table allocation should return
      1K/2K (31/64 bit) and 2K/4K if the process is using SIE.
      
      Problem: Page size on s390 is 4K, page table size is 1K or 2K.  That means
      the s390 version for pte_alloc_one cannot return a pointer to a struct
      page.  Trouble is that with the CONFIG_HIGHPTE feature on x86 pte_alloc_one
      cannot return a pointer to a pte either, since that would require more than
      32 bit for the return value of pte_alloc_one (and the pte * would not be
      accessible since its not kmapped).
      
      Solution: The only solution I found to this dilemma is a new typedef: a
      pgtable_t.  For s390 pgtable_t will be a (pte *) - to be introduced with a
      later patch.  For everybody else it will be a (struct page *).  The
      additional problem with the initialization of the ptl lock and the
      NR_PAGETABLE accounting is solved with a constructor pgtable_page_ctor and
      a destructor pgtable_page_dtor.  The page table allocation and free
      functions need to call these two whenever a page table page is allocated or
      freed.  pmd_populate will get a pgtable_t instead of a struct page pointer.
       To get the pgtable_t back from a pmd entry that has been installed with
      pmd_populate a new function pmd_pgtable is added.  It replaces the pmd_page
      call in free_pte_range and apply_to_pte_range.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: <linux-arch@vger.kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      2f569afd
  7. 06 2月, 2008 7 次提交
  8. 29 10月, 2007 1 次提交
  9. 17 10月, 2007 1 次提交
  10. 25 7月, 2007 1 次提交
    • J
      uml: more __init annotations · 97a1fcbb
      Jeff Dike 提交于
      2.6.23-rc1 turned up another batch of references from non-__init code to
      __init code.  In most cases, these were missing __init annotations.  In one
      case (os_drop_memory), the annotation was present but wrong.
      
      init_maps is __init, but for some reason was being very careful about the
      mechanism by which it allocated memory, checking whether it was OK to use
      kmalloc (at this point in the boot, it definitely isn't) and using either
      alloc_bootmem_low_pages or kmalloc/vmalloc.  So, the kmalloc/vmalloc code is
      removed.
      Signed-off-by: NJeff Dike <jdike@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      97a1fcbb
  11. 08 5月, 2007 3 次提交
  12. 29 3月, 2007 1 次提交
    • J
      [PATCH] uml: fix LVM crash · af84eab2
      Jason Lunz 提交于
      Permit lvm to create logical volumes without crashing UML.
      
      When device-mapper's DM_DEV_CREATE_CMD ioctl is called to create a new device,
      dev_create()->dm_create()->alloc_dev()-> blk_queue_bounce_limit(md->queue,
      BLK_BOUNCE_ANY) is called.
      
      blk_queue_bounce_limit(BLK_BOUNCE_ANY) calls init_emergency_isa_pool() if
      blk_max_pfn < blk_max_low_pfn.  This is the case on UML, but
      init_emergency_isa_pool() hits BUG_ON(!isa_page_pool) because there doesn't
      seem to be a dma zone on UML for mempool_create() to allocate from.
      
      Most architectures seem to have max_low_pfn == max_pfn, but UML doesn't
      because of the uml_reserved chunk it keeps for itself.  From what I can see,
      max_pfn and max_low_pfn don't get much use after the bootmem-allocator stops
      being used anyway, except that they initialize the block layer's
      blk_max_low_pfn/blk_max_pfn.
      
      This ensures init_emergency_isa_pool() doesn't crash uml in this situation by
      setting max_low_pfn == max_pfn in mem_init().
      Signed-off-by: NJason Lunz <lunz@falooley.org>
      Signed-off-by: NJeff Dike <jdike@linux.intel.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Cc: Alasdair G Kergon <agk@redhat.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      af84eab2
  13. 12 2月, 2007 3 次提交
  14. 27 9月, 2006 1 次提交
  15. 26 9月, 2006 3 次提交
  16. 11 7月, 2006 1 次提交
  17. 01 4月, 2006 1 次提交
  18. 22 3月, 2006 1 次提交
  19. 07 11月, 2005 1 次提交
  20. 28 10月, 2005 1 次提交
  21. 18 9月, 2005 1 次提交
  22. 08 9月, 2005 1 次提交
  23. 22 6月, 2005 1 次提交
  24. 21 5月, 2005 1 次提交
  25. 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