1. 08 2月, 2008 1 次提交
  2. 21 12月, 2007 2 次提交
    • M
      dm crypt: use bio_add_page · 91e10625
      Milan Broz 提交于
      Fix possible max_phys_segments violation in cloned dm-crypt bio.
      
      In write operation dm-crypt needs to allocate new bio request
      and run crypto operation on this clone. Cloned request has always
      the same size, but number of physical segments can be increased
      and violate max_phys_segments restriction.
      
      This can lead to data corruption and serious hardware malfunction.
      This was observed when using XFS over dm-crypt and at least
      two HBA controller drivers (arcmsr, cciss) recently.
      
      Fix it by using bio_add_page() call (which tests for other
      restrictions too) instead of constructing own biovec.
      
      All versions of dm-crypt are affected by this bug.
      
      Cc: stable@kernel.org
      Cc:  dm-crypt@saout.de
      Signed-off-by: NMilan Broz <mbroz@redhat.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      91e10625
    • M
      dm crypt: fix write endio · adfe4770
      Milan Broz 提交于
      Fix BIO_UPTODATE test for write io.
      
      Cc: stable@kernel.org
      Cc: dm-crypt@saout.de
      Signed-off-by: NMilan Broz <mbroz@redhat.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      adfe4770
  3. 27 10月, 2007 1 次提交
  4. 24 10月, 2007 1 次提交
  5. 23 10月, 2007 1 次提交
  6. 20 10月, 2007 8 次提交
  7. 16 10月, 2007 1 次提交
    • N
      Fix memory leak in dm-crypt · 644bd2f0
      Neil Brown 提交于
      dm-crypt used the ->bi_size member in the bio endio handling to
      free the appropriate pages, but it frees all of it from both call
      paths. With the ->bi_end_io() changes, ->bi_size was always 0 since
      we don't do partial completes. This caused dm-crypt to leak memory.
      
      Fix this by removing the size argument from crypt_free_buffer_pages().
      Signed-off-by: NNeil Brown <neilb@suse.de>
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      644bd2f0
  8. 10 10月, 2007 1 次提交
  9. 22 7月, 2007 1 次提交
  10. 13 7月, 2007 2 次提交
  11. 10 5月, 2007 6 次提交
  12. 30 4月, 2007 1 次提交
    • J
      [BLOCK] Don't pin lots of memory in mempools · 5972511b
      Jens Axboe 提交于
      Currently we scale the mempool sizes depending on memory installed
      in the machine, except for the bio pool itself which sits at a fixed
      256 entry pre-allocation.
      
      There's really no point in "optimizing" this OOM path, we just need
      enough preallocated to make progress. A single unit is enough, lets
      scale it down to 2 just to be on the safe side.
      
      This patch saves ~150kb of pinned kernel memory on a 32-bit box.
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      5972511b
  13. 09 12月, 2006 2 次提交
  14. 08 12月, 2006 1 次提交
  15. 07 12月, 2006 3 次提交
  16. 22 11月, 2006 1 次提交
  17. 31 10月, 2006 1 次提交
  18. 21 10月, 2006 1 次提交
    • A
      [PATCH] separate bdi congestion functions from queue congestion functions · 3fcfab16
      Andrew Morton 提交于
      Separate out the concept of "queue congestion" from "backing-dev congestion".
      Congestion is a backing-dev concept, not a queue concept.
      
      The blk_* congestion functions are retained, as wrappers around the core
      backing-dev congestion functions.
      
      This proper layering is needed so that NFS can cleanly use the congestion
      functions, and so that CONFIG_BLOCK=n actually links.
      
      Cc: "Thomas Maier" <balagi@justmail.de>
      Cc: "Jens Axboe" <jens.axboe@oracle.com>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Peter Osterlund <petero2@telia.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      3fcfab16
  19. 03 10月, 2006 5 次提交