An error occurred fetching the project authors.
  1. 04 Nov, 2005 1 commit
  2. 01 Nov, 2005 2 commits
  3. 28 Oct, 2005 6 commits
  4. 21 Sep, 2005 1 commit
  5. 07 Sep, 2005 1 commit
  6. 05 Aug, 2005 1 commit
    • Tejun Heo's avatar
      [PATCH] blk: fix tag shrinking (revive real_max_size) · ba025082
      Tejun Heo authored
      My patch in commit fa72b903 incorrectly
      removed blk_queue_tag->real_max_depth.
      
      The original resize implementation was incorrect in the following
      points.
      
       * actual allocation size of tag_index was shorter than real_max_size,
         but assumed to be of the same size, possibly causing memory access
         beyond the allocated area.
       * bits in tag_map between max_deptn and real_max_depth were
         initialized to 1's, making the tags permanently reserved.
      
      In an attempt to fix above two bugs, I had removed allocation optimization
      in init_tag_map and real_max_size.  Tag map/index were allocated and freed
      immediately during resize.
      
      Unfortunately, I wasn't considering that tag map/index can be resized
      dynamically with tags beyond new_depth active.  This led to accessing
      freed area after shrinking tags and led to the following bug reporting
      thread on linux-scsi.
      
         http://marc.theaimsgroup.com/?l=linux-scsi&m=112319898111885&w=2
      
      To fix the problem, I've revived real_max_depth without allocation
      optimization in init_tag_map, and Andrew Vasquez confirmed that the
      problem was fixed.  As Jens is not going to be available for a week, he
      asked me to make sure that this patch reaches you.
      
         http://marc.theaimsgroup.com/?l=linux-scsi&m=112325778530886&w=2
      
      Also, a comment was added to make sure that real_max_size is needed for
      dynamic shrinking.
      Signed-off-by: default avatarTejun Heo <htejun@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      ba025082
  7. 29 Jun, 2005 4 commits
  8. 28 Jun, 2005 1 commit
    • Jens Axboe's avatar
      [PATCH] ll_rw_blk: prevent huge request allocations · 082cf69e
      Jens Axboe authored
      Currently we cap request allocations at q->nr_requests, but we allow a
      batching io context to allocate up to 32 more (default setting).  This
      can flood the queue with request allocations, with only a few batching
      processes.  The real fix would be to limit the number of batchers, but
      as that isn't currently tracked, I suggest we just cap the maximum
      number of allocated requests to eg 50% over the limit.
      
      This was observed in real life, users typically see this as vmstat bo
      numbers going off the wall with seconds of no queueing afterwards.
      Behaviour this bursty is not beneficial.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      082cf69e
  9. 27 Jun, 2005 1 commit
    • Jens Axboe's avatar
      [PATCH] Update cfq io scheduler to time sliced design · 22e2c507
      Jens Axboe authored
      This updates the CFQ io scheduler to the new time sliced design (cfq
      v3).  It provides full process fairness, while giving excellent
      aggregate system throughput even for many competing processes.  It
      supports io priorities, either inherited from the cpu nice value or set
      directly with the ioprio_get/set syscalls.  The latter closely mimic
      set/getpriority.
      
      This import is based on my latest from -mm.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      22e2c507
  10. 25 Jun, 2005 2 commits
  11. 23 Jun, 2005 8 commits
  12. 20 Jun, 2005 7 commits
  13. 20 May, 2005 1 commit
  14. 17 Apr, 2005 1 commit
  15. 16 Apr, 2005 3 commits
    • Ken Chen's avatar
      [PATCH] use cheaper elv_queue_empty when unplug a device · a2997382
      Ken Chen authored
      In function __generic_unplug_device(), kernel can use a cheaper function
      elv_queue_empty() instead of more expensive elv_next_request to find
      whether the queue is empty or not.  blk_run_queue can also made conditional
      on whether queue's emptiness before calling request_fn().
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      Signed-off-by: default avatarKen Chen <kenneth.w.chen@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a2997382
    • Jens Axboe's avatar
      [PATCH] possible use-after-free of bio · 4a534f93
      Jens Axboe authored
      There is a possibility that a bio will be accessed after it has been freed
      on SCSI.  It happens if you submit a bio with BIO_SYNC marked and the
      auto-unplugging kicks the request_fn, SCSI re-enables interrupts in-between
      so if the request completes between the add_request() in __make_request()
      and the bio_sync() call, we could be looking at a dead bio.  It's a slim
      race, but it has been triggered in the Real World.
      
      So assign bio_sync() to a local variable instead.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      4a534f93
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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