1. 08 5月, 2007 3 次提交
  2. 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
  3. 12 2月, 2007 3 次提交
  4. 27 9月, 2006 1 次提交
  5. 26 9月, 2006 3 次提交
  6. 11 7月, 2006 1 次提交
  7. 01 4月, 2006 1 次提交
  8. 22 3月, 2006 1 次提交
  9. 07 11月, 2005 1 次提交
  10. 28 10月, 2005 1 次提交
  11. 18 9月, 2005 1 次提交
  12. 08 9月, 2005 1 次提交
  13. 22 6月, 2005 1 次提交
  14. 21 5月, 2005 1 次提交
  15. 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