1. 01 Aug, 2002 10 commits
    • Hugh Dickins's avatar
      [PATCH] C99 initializers for mm · 846b6ce2
      Hugh Dickins authored
      ISO C99 designated initializers by Art Haas for mm.
      846b6ce2
    • Linus Torvalds's avatar
      Merge http://suncobalt.bkbits.net/submit-2.5 · 9a7219b3
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      9a7219b3
    • Linus Torvalds's avatar
      Merge bk://ldm.bkbits.net/linux-2.5-driverfs · 50ebdf79
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      50ebdf79
    • Linus Torvalds's avatar
      Merge http://gkernel.bkbits.net/alpha-2.5 · 495f02ba
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      495f02ba
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/devfs-2.5 · 71a9033f
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      71a9033f
    • Ed Tomlinson's avatar
      [PATCH] fix UP links - current bk tree · 8a19a3d4
      Ed Tomlinson authored
      Fix so UP does not ask for migration_init
      8a19a3d4
    • Jens Axboe's avatar
      [PATCH] misc elevator/block updates · bba7c645
      Jens Axboe authored
      I've got a new i/o scheduler in testing, some changes where needed in
      the block layer to accomodate it. Basically because right now
      assumptions are made about q->queue_head being the sort list. The
      changes in detail:
      
      o elevator_merge_requests_fn takes queue argument as well
      
      o __make_request() inits insert_here to NULL instead of
        q->queue_head.prev, which means that the i/o schedulers must
        explicitly check for this condition now.
      
      o incorporate elv_queue_empty(), it was just a place holder before
      
      o add elv_get_sort_head(). it returns the sort head of the elevator for
        a given request. attempt_{back,front}_merge uses it to determine
        whether a request is valid or not. Maybe attempt_{back,front}_merge
        should just be killed, I doubt they have much relevance with the wake
        up batching.
      
      o call the merge_cleanup functions of the elevator _after_ the merge has
        been done, not before. This way the elevator functions get the new
        state of the request, which is the most interesting.
      
      o Kill extra nr_sectors check in ll_merge_requests_fn()
      
      o bi->bi_bdev is always set in __make_request(), so kill check.
      bba7c645
    • Martin Dalecki's avatar
      [PATCH] 2.5.29 IDE 111 · f04d3972
      Martin Dalecki authored
       - Change over queuedata to carry the device instead of the channel
         information.
      f04d3972
    • Martin Dalecki's avatar
      [PATCH] 2.5.29 IDE 110 · 10ba6918
      Martin Dalecki authored
       - cs5530 patches by Adam J. Richter. Small indent style adjustments.
      
       - qd65xx cli()/sti() adjustments.
      
       - Fix bogous command in ide.c pointed out by Peter Vendroviec.
      
       - Eliminate ide_stall_queue(). For those worried: we didn't sleep at
         all.
      
       - Eliminate support for "sector remapping". loop devices can handle
         stuff like that. All the custom DOS high system memmory loaded
         BIOS workaround tricks are obsolete right now. If anywhere it should
         be the FAT filesystem code which should be clever enough to deal with
         it by adjusting it's read/write methods.
      
       - PCI "scather gather" allocation handling revamp by Adam J. Richter.
      
       - Simplify do_ide_request after ->sleep removal.
      
       - Make do_ide_request prefer to handle the device matching the request
         queue it was called for first. RQ-queues are unique for devices.
         In a next step queuedata will be changed to point to the device
         not the channel.
      10ba6918
    • Trond Myklebust's avatar
      [PATCH] Fix brown paper bag race in RPC receive code · 8a24c0b9
      Trond Myklebust authored
      Changeset 1.403.142.29 introduces a pretty nasty race into the RPC
      code. Once we've decoded the RPC reply, it needs to be protected
      against being overwritten by any resends.
      
      The following patch achieves this by ensuring that the request is
      removed from the list xprt->recv in xprt_complete_rqst(). This again
      ensures that xprt_lookup_rqst() will fail to find that request until
      we put it back on the list.
      8a24c0b9
  2. 31 Jul, 2002 9 commits
  3. 30 Jul, 2002 21 commits