1. 20 Dec, 2007 2 commits
    • Milan Broz's avatar
      dm crypt: use bio_add_page · 91e10625
      Milan Broz authored
      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: default avatarMilan Broz <mbroz@redhat.com>
      Signed-off-by: default avatarAlasdair G Kergon <agk@redhat.com>
    • Milan Broz's avatar
      dm crypt: fix write endio · adfe4770
      Milan Broz authored
      Fix BIO_UPTODATE test for write io.
      Cc: stable@kernel.org
      Cc: dm-crypt@saout.de
      Signed-off-by: default avatarMilan Broz <mbroz@redhat.com>
      Signed-off-by: default avatarAlasdair G Kergon <agk@redhat.com>
  2. 27 Oct, 2007 1 commit
  3. 24 Oct, 2007 1 commit
  4. 22 Oct, 2007 1 commit
  5. 20 Oct, 2007 7 commits
  6. 19 Oct, 2007 1 commit
  7. 16 Oct, 2007 1 commit
    • Neil Brown's avatar
      Fix memory leak in dm-crypt · 644bd2f0
      Neil Brown authored
      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: default avatarNeil Brown <neilb@suse.de>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
  8. 10 Oct, 2007 1 commit
  9. 22 Jul, 2007 1 commit
  10. 12 Jul, 2007 2 commits
  11. 09 May, 2007 6 commits
  12. 30 Apr, 2007 1 commit
    • Jens Axboe's avatar
      [BLOCK] Don't pin lots of memory in mempools · 5972511b
      Jens Axboe authored
      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: default avatarJens Axboe <jens.axboe@oracle.com>
  13. 08 Dec, 2006 2 commits
  14. 07 Dec, 2006 4 commits
  15. 22 Nov, 2006 1 commit
  16. 30 Oct, 2006 1 commit
  17. 20 Oct, 2006 1 commit
    • Andrew Morton's avatar
      [PATCH] separate bdi congestion functions from queue congestion functions · 3fcfab16
      Andrew Morton authored
      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: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  18. 03 Oct, 2006 5 commits
  19. 21 Sep, 2006 1 commit