1. 30 Sep, 2002 15 commits
    • Alexander Viro's avatar
      [PATCH] gendisks list switched to list_head · 780ad0f4
      Alexander Viro authored
      The list used to generate /proc/partitions turned into list_head one;
      we also restore the old order of elements (originally we added to the end
      of list; recent changes had reverted that, now we are back to original
      order).
      780ad0f4
    • Jens Axboe's avatar
      [PATCH] set ide pci dma mask · c9175716
      Jens Axboe authored
      Make IDE set the dma mask to full 32-bit dma.
      c9175716
    • Jens Axboe's avatar
      [PATCH] loop clear q->queuedata on exit · bac4650d
      Jens Axboe authored
      Just for niceness, loop should clear queue queuedata when it exits.
      bac4650d
    • Jens Axboe's avatar
      [PATCH] raid5 BIO_UPTODATE set · ae5f1b4f
      Jens Axboe authored
      These days we only require a clear of BIO_UPTODATE on -EIO, we don't set
      it on success. This breaks raid5. It appears to clear BIO_UPTODATE fine
      but doesn't start out with it set.
      ae5f1b4f
    • Jens Axboe's avatar
      [PATCH] make loop set right queue restrictions · 8261c271
      Jens Axboe authored
      This makes loop honor the queue restrictions by basically stacking all
      of those, and mirroring the merge_bvec_fn() on the target queue. It also
      switches loop to use per-loop device queues, since that is the only sane
      way to do this from a performance POV. Also, in principle I find it to
      be much nicer if every distinct block device has its own queue.
      8261c271
    • Jens Axboe's avatar
      [PATCH] don't BUG() on too big a bio · cc27d75d
      Jens Axboe authored
      There's really no reason to BUG() out on a bio that is too big, the
      gentleman thing to do would be to print a warning and just end the bio
      with -EIO quietly.
      cc27d75d
    • Jens Axboe's avatar
      [PATCH] add function to set q->merge_bvec_fn · b4b97388
      Jens Axboe authored
      Add a function to set queue merge_bvec_fn to mimic the rest of the api,
      and also add documentation for that and blk_queue_prep_rq().
      b4b97388
    • Jens Axboe's avatar
      [PATCH] request_irq() use GFP_ATOMIC · 88a745f5
      Jens Axboe authored
      The might_sleep() thing caught ide, which calls request_irq() with a
      lock held. It can be argued that this is a bad thing, however I think it
      can also validly be argued that requesting an irq should not be a
      blocking operation. This might even remove some driver bugs where usage
      count is not incremented during init...
      
      It can also be argued, that the very first irq requests cannot be
      blocking for io anyways, for good reason :-)
      88a745f5
    • Björn A. Zeeb's avatar
      [PATCH] fix endless loop walking the MADT · 9170c9ef
      Björn A. Zeeb authored
      Too trivial to see the first time when debugging on weekends ;-))
      9170c9ef
    • Linus Torvalds's avatar
      Merge http://jdike.stearns.org:5000/highmem-2.5 · 4f3deba8
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      4f3deba8
    • Jeff Dike's avatar
      Merge uml.karaya.com:/home/jdike/linux/2.5/linus-2.5 · 94c974a1
      Jeff Dike authored
      into uml.karaya.com:/home/jdike/linux/2.5/highmem-2.5
      94c974a1
    • Linus Torvalds's avatar
      Merge http://jdike.stearns.org:5000/updates-2.5 · c4884595
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      c4884595
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/davem/BK/sparc-2.5 · 828915fc
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      828915fc
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/davem/BK/net-2.5 · 04345692
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      04345692
    • Ingo Molnar's avatar
      [PATCH] sigfix-2.5.39-D0, BK-curr · 5b5a877d
      Ingo Molnar authored
      This fixes a procfs crash noticed by Anton Blanchard.
      
      The procfs code can have a reference even to an already exited task, so
      it needs to follow special rules accessing p->sig.  The atomic-signals
      patch made this bug happen at a much higher frequency, but procfs i
      believe was buggy ever since, it potentially used the freed signal
      structure - which just did not result in a crash like it does today.
      
      The proper fix is to take the tasklist read-lock in
      collect_sigign_sigcatch(), this excludes __exit_sighand() freeing the
      signal structure prematurely.
      5b5a877d
  2. 29 Sep, 2002 11 commits
  3. 30 Sep, 2002 1 commit
  4. 29 Sep, 2002 13 commits