1. 19 Jun, 2002 1 commit
  2. 18 Jun, 2002 39 commits
    • Linus Torvalds's avatar
      Linux version 2.5.23 · 33e448ef
      Linus Torvalds authored
      33e448ef
    • Linus Torvalds's avatar
      revert broken select optimizations · 8733e611
      Linus Torvalds authored
      Cset exclude: torvalds@penguin.transmeta.com|ChangeSet|20020619003306|07760
      Cset exclude: ak@muc.de|ChangeSet|20020618172743|19150
      8733e611
    • Linus Torvalds's avatar
      Merge penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/md-merge · ab6094f9
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      ab6094f9
    • Neil Brown's avatar
      [PATCH] md 22 of 22 - Generalise md sync threads · 86711d5e
      Neil Brown authored
      Previously each raid personality (Well, 1 and 5) started their
      own thread to do resync, but md.c had a single common thread to do
      reconstruct.  Apart from being untidy, this means that you cannot
      have two arrays reconstructing at the same time, though you can have
      to array resyncing at the same time..
      
      This patch changes the personalities so they don't start the resync,
      but just leave a flag to say that it is needed.
      The common thread (mdrecoveryd) now just monitors things and starts a
      separate per-array thread whenever resync or recovery (or both) is
      needed.
      When the recovery finishes, mdrecoveryd will be woken up to re-lock
      the device and activate the spares or whatever.
      
      raid1 needs to know when resync/recovery starts and ends so it can
      allocate and release resources.
      It allocated when a resync request for stripe 0 is received.
      Previously it deallocated for resync in it's own thread, and
      deallocated for recovery when the spare is made active or inactive
      (depending on success).
      
      As raid1 doesn't own a thread anymore this needed to change.  So to
      match the "alloc on 0", the md_do_resync now calls sync_request one
      last time asking to sync one block past the end.  This is a signal to
      release any resources.
      86711d5e
    • Neil Brown's avatar
      [PATCH] md 21 of 22 - Improve handling of MD super blocks · 7444c718
      Neil Brown authored
      1/ don't free the rdev->sb on an error -- it might be
         accessed again later.  Just wait for the device to be
         exported.
      2/ Change md_update_sb to __md_update_sb and have it
         clear the sb_dirty flag.
         New md_update_sb locks the device and calls __md_update_sb
         if sb_dirty.  This avoids any possbile races around
         updating the superblock
      7444c718
    • Neil Brown's avatar
      [PATCH] md 20 of 22 - Provide SMP safe locking for all_mddevs list. · f7bbc7e1
      Neil Brown authored
      Provide SMP safe locking for all_mddevs list.
      
      the all_mddevs_lock is added to protect all_mddevs and mddev_map.
      
      ITERATE_MDDEV is moved to md.c (it isn't needed elsewhere) and enhanced
      to take the lock appropriately and always have a refcount on the object
      that is given to the body of the loop.
      
      mddev_find is changed so that the structure is allocated outside a lock,
      but test-and-set is done inside the lock.
      f7bbc7e1
    • Neil Brown's avatar
      [PATCH] md 19 of 22 - Improve serialisation of md syncing · 2d35e42d
      Neil Brown authored
      If two md arrays which share real devices (i.e they each own a partition
      on some device) need to sync/reconstruct at the same time, it is much
      more efficient to have one wait while the other completes.
      
      The current code uses interruptible_sleep_on which isn't SMP safe (without the BKL).
      This patch re-does this code to make it more secure.  Even it two start simultaneously,
      one will reliably get priority, and the other wont wait for ever.
      2d35e42d
    • Neil Brown's avatar
      [PATCH] md 18 of 22 - More mddev tidyup - remove recovery_sem and resync_sem · 7145dd24
      Neil Brown authored
      More mddev tidyup - remove recovery_sem and resync_sem
      
      recovery_sem and resync_sem get replaced by careful use
      of recovery_running protected by reconfig_sem.
      
      As part of this, the creative:
      	down(&mddev->recovery_sem);
      	up(&mddev->recovery_sem);
      
      when stopping an array gets replaced by a more obvious
      
      	wait_event(resync_wait, mddev->recovery_running <= 0);
      7145dd24
    • Neil Brown's avatar
      [PATCH] md 17 of 22 - Strengthen the locking of mddev. · bc0eea33
      Neil Brown authored
      Strengthen the locking of mddev.
      
      mddev is only ever locked in md.c, so we move {,un}lock_mddev
      out of the header and into md.c, and rename to mddev_{,un}lock
      for consistancy with mddev_{get,put,find}.
      
      When building arrays (typically at boot time) we now lock, and unlock
      as it is the "right" thing to do.  The lock should never fail.
      
      When generating /proc/mdstat, we lock each array before inspecting it.
      
      In md_ioctl, we lock the mddev early and unlock at the end, rather than
      locking in two different places.
      
      In md_open we make sure we can get a lock before completing the open.  This
      ensures that we sync with do_md_stop properly.
      
      In md_do_recovery, we lock each mddev before checking it's status.
      
      md_do_recovery must unlock while recovery happens, and a do_md_stop at this
      point will deadlock when md_do_recovery tries to regain the lock.  This will be
      fixed in a later patch.
      bc0eea33
    • Neil Brown's avatar
      [PATCH] md 16 of 22 - Next small step to improved mddev management. · ee3208bf
      Neil Brown authored
      md_ioctl doesn't need to mddev_find, as the mddev must
      be in the bd_inode->u.generic_ip.  This means we don't need
      to mddev_put either.
      ee3208bf
    • Neil Brown's avatar
      [PATCH] md 15 of 22 - Get rid of kdev_to_mddev · dfdf2be0
      Neil Brown authored
      Only two users of kdev_to_mddev remain, md_release and
      md_queue_proc.
      
      For md_release we can store the mddev in the md_inode
      at md_open time so we can find it easily.
      
      For md_queue_proc, we use mddev_find because we only have the
      device number to work with.  Hopefully the ->queue function
      will get more arguements one day...
      dfdf2be0
    • Neil Brown's avatar
      [PATCH] md 14 of 22 - Second step to tidying mddev refcounts and locking · 2cf76fbf
      Neil Brown authored
      This patch gets md_open to use mddev_find instead of kdev_to_mddev, thus
      creating the mddev if necessary.
      This guarantees that md_release will be able to find an mddev to
      mddev_put.
      
      Now that we are certain of getting the refcount right at open/close time,
      we don't need the "countdev" stuff.  If START_ARRAY happens to start and
      array other than that the one that is currently opened, it won't confuse
      things at all.
      2cf76fbf
    • Neil Brown's avatar
      [PATCH] md 13 of 22 - First step to tidying mddev recounting and locking. · a9d0889a
      Neil Brown authored
      First step to tidying mddev recounting and locking.
      
      This patches introduces
        mddev_get   which incs the refcount on an mddev
        mddev_put   which decs it and, if it becomes unused, frees it
        mddev_find  which finds or allocated an mddev for a given minor
                    This is mostly the old alloc_mddev
      
      
      free_mddev no longer actually frees it.  It just disconnects all drives
      so that mddev_put will do the free.
      
      Now the test for "does an mddev exist" is not "mddev != NULL"
      but involves checking if the mddev has disks or a superblock
      attached.
      
      This makes the semantics of do_md_stop a bit cleaner.  Previously
      if do_md_stop succeed for a real stop (not a read-only stop) then
      you didn't have to unlock the mddev, otherwise you did.  Now
      you always unlock the mddev after do_md_stop.
      a9d0889a
    • Neil Brown's avatar
      [PATCH] md 12 of 22 - Remove "data" from dev_mapping and tidy up · 932db78f
      Neil Brown authored
      The mapping from minor number to mddev structure allows for a
      'data' that is never used.  This patch removes that and explicitly
      inlines some inline functions that become trivial.
      mddev_map also becomes completely local to md.c
      932db78f
    • Neil Brown's avatar
      [PATCH] md 11 of 22 - Get rid of "OUT" macro in md.c · 8892097c
      Neil Brown authored
      It doesn't really help clarity or brevity.
      8892097c
    • Neil Brown's avatar
      [PATCH] md 10 of 22 - Remove nb_dev from mddev_s · 2dc0a8b3
      Neil Brown authored
      The nb_dev field is not needed.
      Most uses are the test if it is zero or not, and they can be replaced
      by tests on the emptiness of the disks list.
      
      Other uses are for iterating through devices in numerical order and
      it makes the code clearer (IMO) to unroll the devices into an array first
      (which has to be done at some stage anyway) and then walk that array.
      
      This makes ITERATE_RDEV_ORDERED un-necessary.
      
      Also remove the "name" field which is never used.
      2dc0a8b3
    • Neil Brown's avatar
      [PATCH] md 9 of 22 - Discard functions that have been "not yet" for a long time · 3c0c2a7b
      Neil Brown authored
      Discard functions that have been "not yet" for a long time
      
      It is not clear what these should do, or if they will ever be
      needed, so let's clean them out.  They can easily be recreated
      if there is a need.
      3c0c2a7b
    • Neil Brown's avatar
      [PATCH] md 8 of 22 - Discard md_make_request in favour of per-personality make_request functions. · d2310fab
      Neil Brown authored
      As we now have per-device queues, we don't need a common make_request
      function that dispatches, we can dispatch directly.
      
      Each *_make_request function is changed to take a request_queue_t
      from which it extract the mddev that it needs, and to deduce the
      "rw" flag directly from the bio.
      d2310fab
    • Neil Brown's avatar
      [PATCH] md 7 of 22 - Use wait_event_interuptible in md_thread · 58aa897f
      Neil Brown authored
      It currently has several lines of code where one will do.
      58aa897f
    • Neil Brown's avatar
      [PATCH] md 6 of 22 - Discard "param" from mddev structure · 26d2d542
      Neil Brown authored
      It isn't needed.  Only the chunksize is used, and it
      can be found in the superblock.
      26d2d542
    • Neil Brown's avatar
      [PATCH] md 5 of 22 - Fix various list.h list related problems in md.c · d6888487
      Neil Brown authored
      Several awkard constructs could be replaced by
      list_del_init, list_for_each or list_empty.
      
      Also two bugs fixes:
       free_device_names was freeing the wrong thing
       same_set wasn't initialised.
      d6888487
    • Neil Brown's avatar
      a1b7cd07
    • Neil Brown's avatar
      [PATCH] md 3 of 22 - Remove md_maxreadahead · 7fa418f7
      Neil Brown authored
      ..as it is nolonger used.
      7fa418f7
    • Neil Brown's avatar
      [PATCH] md 2 of 22 - Make device plugging work for md/raid5 · a0edc56a
      Neil Brown authored
      We embed a request_queue_t in the mddev structure and so
      have a separate one for each mddev.
      This is used for plugging (in raid5).
      
      Given this embeded request_queue_t, md_make_request no-longer
      needs to make from device number to mddev, but can map from
      the queue to the mddev instead.
      a0edc56a
    • Neil Brown's avatar
      [PATCH] md 1 of 22 - Fix three little compile problem when md or raid5 compiled with debugging · 9beeab32
      Neil Brown authored
      md: "dev" isn't defined any more.
      raid5: must report on "bi" before reusing the variable
      raid5: buffer_head should be bio (not a debugging thing)
      9beeab32
    • Neil Brown's avatar
      [PATCH] Umem 2 of 2 - Make device plugging work for umem · 8309f3a8
      Neil Brown authored
      We embed a request_queue_t in the card structure and so have a separate
      one for each card.  This is used for plugging.
      
      Given this embeded request_queue_t, mm_make_request no-longer needs to
      make from device number to mddev, but can map from the queue to the card
      instead.
      8309f3a8
    • Neil Brown's avatar
      [PATCH] Umem 1 of 2 - Fix compile warning in umem.c · af8b7bf8
      Neil Brown authored
      Cast to u64 before >>32, incase it was only u32 - thanks to Alan Cox.
      af8b7bf8
    • Neil Brown's avatar
      [PATCH] plugging initialisation · 0c12074d
      Neil Brown authored
      While this initialisation could be done in individual drivers, it is
      better to have it central...
      
      Init plug_list for make_request_fn devices: blk_queue_make_request
      should init ->plug_list just like blk_init_queue does.
      0c12074d
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/linus-2.5 · 31c6329d
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      31c6329d
    • Linus Torvalds's avatar
      Clean up and fix fast select case · 5a56fafe
      Linus Torvalds authored
      5a56fafe
    • James Simmons's avatar
      Merge http://linux.bkbits.net/linux-2.5 · 4b532a20
      James Simmons authored
      into heisenberg.transvirtual.com:/tmp/linus-2.5
      4b532a20
    • Greg Kroah-Hartman's avatar
    • Oliver Neukum's avatar
      [PATCH] make kaweth use the sk_buff directly on tx · cb959839
      Oliver Neukum authored
      this change set against 2.5 will make kaweth put its private header
      into the sk_buff directly if possible or else allocate a temporary sk_buff.
      It saves memory and usually a copy.
      cb959839
    • Linus Torvalds's avatar
      362dff46
    • David Brownell's avatar
      [PATCH] ohci misc fixes · 95038732
      David Brownell authored
      This patch applies on top of the other two (for init problems):
      
      - Uses time to balance interrupt load, not number of transfers.
         One 8-byte lowspeed transfer costs as much as ten same-size
         at full speed ... previous code could overcommit branches.
      - Shrinks the code a smidgeon, mostly in the submit path.
      - Updates comments, remove some magic numbers, etc.
      - Adds some debug dump routines for EDs and TDs, which can
         be rather helpful when debugging!
      - Lays ground work for a "shadow" <linux/list.h> TD queue
         (but doesn't enlarge the TD or ED on 32bit cpus)
      
      I'm not sure anyone would have run into that time/balance
      issue, though some folk have talked about hooking up lots
      of lowspeed devices and that would have made trouble.
      95038732
    • Matthew Dharm's avatar
      [PATCH] USB storage: change atomic_t to bitfield, consolidate #defines · 1c009ca6
      Matthew Dharm authored
      This patch changes from using an atomic_t with two states to using a
      bitfield to determine if a device is attached.  It also moves some common
      #defines into a common header file.
      
      courtsey of Alan Stern <stern@rowland.org>
      1c009ca6
    • Matthew Dharm's avatar
      [PATCH] USB storage: cleanup storage_probe() · 2cc2b545
      Matthew Dharm authored
      Attached is a BK patch which cleans up the usb-storage driver
      storage_probe() function.  This patch is courtsey Alan Stern.
      
      Basically, it removes some redundant checks, moves all the error-path code
      to one place (reducing code duplication), and fixes some spelling errors.
      2cc2b545
    • James Simmons's avatar
      Merge http://linus.bkbits.net/linux-2.5 · 75977a47
      James Simmons authored
      into heisenberg.transvirtual.com:/tmp/linus-2.5
      75977a47
    • Linus Torvalds's avatar
      Missing include file · b073e7f2
      Linus Torvalds authored
      b073e7f2