1. 03 Jan, 2003 1 commit
  2. 01 Jan, 2003 6 commits
    • Andrew Morton's avatar
      [PATCH] quota locking update · b0de9c76
      Andrew Morton authored
      I've been carrying this since Jan sent it out a month or two ago.
      I don't know if anyone has tested it though.  The sort of people
      who use quotas tend to like nice stable kernels.  I read through it,
      but can't say that I know enough about quotas to know if it makes sense.
      The wait_on_dquot() synchronisation is a bit odd.
      
      I do need to do a round of stability testing with this and ext3 - the
      interaction between quotas and ext3 is an area where we've had deadlocks
      in the past.
      
      But the quota locking is definitely looking crufty, and I'd suggest that
      we run with this..
      
      
      Patch from Jan Kara <jack@suse.cz>
      
      "I'm resending you the patch with new quota SMP locking.  The patch removes
       BKL and replaces it with two spinlocks protecting quota lists and data
       stored in dquot structures.  Also non-SMP locking was changed a bit make SMP
       locking easier (eg.  we got rid of not very nice dq_dup_ref counters).  The
       patch is against 2.5.48 but applies well also to 2.5.49.  Would you please
       apply the patch?"
      
      
      - Change dqoff_sem from a semaphore to an rwsem.
      
      - Convert dqi_flags from an int to a ulong and use test_bit/set_bit rather
        thatn &/|
      
      - The various exported quota operations now run without lock_kernel().
        This means that things like DQUOT_ALLOC_SPACE no longer take lock_kernel()
        in out high-perfomance filesystems.  Nice.
      
      - Replace lock_kernel() in the quota code with two quota-private global
        locks.
      
      - Replace all the open-coded waitqueue management with a semaphore
        (wait_on_dquot())
      b0de9c76
    • Christoph Hellwig's avatar
      [PATCH] some ppp/usecount bug · f5254cb3
      Christoph Hellwig authored
      There's a bunch of useless MOD_INC_USE_COUNT/MOD_DEC_USE_COUNT in
      ppp-related code when it manipulates the use count in functions
      that are only called from other modules, i.e. it's locked in by
      the depencies anyway.  Get rid of it.
      f5254cb3
    • Christoph Hellwig's avatar
      [PATCH] devfs creptomancy · 3d1864bc
      Christoph Hellwig authored
      As already state in the thread about Adam's devfs reimplementation there
      is much devfs functionality that is unused or only used by the
      arch/ia64/sn/ code that currently doesn't even compile in 2.5 and that
      will get it's own filesystem that fits the needs better when SGI moves
      to 2.6.
      
      (the first hunk is the only exception to the above rule, but it's just
      a debug printk :))
      3d1864bc
    • Christoph Hellwig's avatar
      [PATCH] include <linux/vfs.h> only in files actually needing it · 5a7a781f
      Christoph Hellwig authored
      fs.h only needs the forward-declaration of struct statfs
      5a7a781f
    • Tomas Szepe's avatar
      038867f7
    • Pam Delaney's avatar
      [PATCH] Fusion-MPT Update (2.03.01.01) · 17bb4650
      Pam Delaney authored
      This upgrades the Fusion-MPT driver from 2.03.00.02 to 2.03.01.01.
      
      Bug Fixes:
       o Added back missing queuecommand entry point define ?!
       o Added to code to break marriage of two controllers during unload
        (could cause a panic)
       o SCSI driver will de-register with base driver if no SCSI-capable
         adapters found
      
      Minor Changes:
       o Removed errant spaces at ends of lines  (most of the changes)
       o Moved code around (and in-lined) some functions for performance reasons.
       o Modified /proc functionality to facilitate testing with 2.5
       o Added a call to synchronize_irq on unload (HP request)
       o Modified load of base to close a potential hole
       o Added code to set the FW IO coalescing depth (IBM request)
       o Changed return when mptctl driver registration fails (Kernel.org request)
       o SCSI driver detect routine calls a generic spinlock for all kernels
         (Kernel.org request)
       o Controller RAID page dynamic instead of static
      
      Currently running a multi-disk stress test w/ 2.5.53,  this patch and driver
      built-in. Verified basic reset handling is working properly.
      17bb4650
  3. 31 Dec, 2002 20 commits
  4. 30 Dec, 2002 13 commits