1. 12 11月, 2005 2 次提交
    • Z
      [BLOCK] elevator init fixes #2 · cff3ba22
      Zachary Amsden 提交于
      In addition to the first patch, which is probably goodness, I found the
      cause of my panic - applying this patch fixes it and now I am booting.
      If the chosen_elevator[] is not found, fall back to noop.
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJens Axboe <axboe@suse.de>
      cff3ba22
    • Z
      [BLOCK] elevator init fixes · b8ea2cb5
      Zachary Amsden 提交于
      I got a panic in the elevator code, backtrace :
      
      Unable to handle kernel NULL pointer dereference at virtual address 00000060
      ..
      EIP is at elevator_put+0x0/0x30 (null elevator_type passed)
      ..
      elevator_init+0x38
      blk_init_queu_node+0xc9
      floppy_init+0xdb
      do_initcalls+0x23
      init+0x10a
      init+0x0
      
      Clearly if the kmalloc here fails, e->elevator_type is not yet set; this
      appears to be the correct fix, but I think I probably hit the second case
      due to a race condition.  Someone more familiar with the elevator code
      should look at this more closely until I can determine if I can reproduce.
      Signed-off-by: NZachary Amsden <zach@vmware.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJens Axboe <axboe@suse.de>
      b8ea2cb5
  2. 04 11月, 2005 1 次提交
  3. 02 11月, 2005 1 次提交
    • T
      [PATCH] blk: fix dangling pointer access in __elv_add_request · ca23509f
      Tejun Heo 提交于
      cfq's add_req_fn callback may invoke q->request_fn directly and
      depending on low-level driver used and timing, a queued request may be
      finished & deallocated before add_req_fn callback returns.  So,
      __elv_add_request must not access rq after it's passed to add_req_fn
      callback.
      
      This patch moves rq_mergeable test above add_req_fn().  This may
      result in q->last_merge pointing to REQ_NOMERGE request if add_req_fn
      callback sets it but as RQ_NOMERGE is checked again when blk layer
      actually tries to merge requests, this does not cause any problem.
      Signed-off-by: NTejun Heo <htejun@gmail.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      ca23509f
  4. 31 10月, 2005 3 次提交
  5. 28 10月, 2005 10 次提交
  6. 28 6月, 2005 1 次提交
    • J
      [PATCH] Update cfq io scheduler to time sliced design · 22e2c507
      Jens Axboe 提交于
      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: NJens Axboe <axboe@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      22e2c507
  7. 16 6月, 2005 2 次提交
  8. 21 5月, 2005 1 次提交
  9. 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