1. 03 9月, 2008 14 次提交
  2. 02 9月, 2008 7 次提交
  3. 01 9月, 2008 4 次提交
    • T
      block: restore original behavior of /proc/partition when there's no partition · ddef43a8
      Tejun Heo 提交于
      /proc/partitions didn't use to write out the header if there was no
      partition.  However, recent commit 66c64afe changed the behavior.
      This is nothing major but there's no reason to change user visible
      behavior without a good rationale.  Restore the original behavior.
      
      Note that 2.6.28 has clean up changes scheduled which will replace
      this rather hacky implementation.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Cc: Greg KH <greg@kroah.com>
      Cc: Kay Sievers <kay.sievers@vrfy.org>
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      ddef43a8
    • N
      Fix problem with waiting while holding rcu read lock in md/bitmap.c · b2d2c4ce
      NeilBrown 提交于
      A recent patch to protect the rdev list with rcu locking leaves us
      with a problem because we can sleep on memalloc while holding the
      rcu lock.
      
      The rcu lock is only needed while walking the linked list as
      uninteresting devices (failed or spares) can be removed at any time.
      
      So only take the rcu lock while actually walking the linked list.
      Take a refcount on the rdev during the time when we drop the lock
      and do the memalloc to start IO.
      When we return to the locked code, all the interesting devices
      on the list will not have moved, so we can simply use
      list_for_each_continue_rcu to pick up where we left off.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      b2d2c4ce
    • N
      Remove invalidate_partition call from do_md_stop. · 271f5a9b
      NeilBrown 提交于
      When stopping an md array, or just switching to read-only, we
      currently call invalidate_partition while holding the mddev lock.
      The main reason for this is probably to ensure all dirty buffers
      are flushed (invalidate_partition calls fsync_bdev).
      
      However if any dirty buffers are found, it will almost certainly cause
      a deadlock as starting writeout will require an update to the
      superblock, and performing that updates requires taking the mddev
      lock - which is already held.
      
      This deadlock can be demonstrated by running "reboot -f -n" with
      a root filesystem on md/raid, and some dirty buffers in memory.
      
      All other calls to stop an array should already happen after a flush.
      The normal sequence is to stop using the array (e.g. umount) which
      will cause __blkdev_put to call sync_blockdev.  Then open the
      array and issue the STOP_ARRAY ioctl while the buffers are all still
      clean.
      
      So this invalidate_partition is normally a no-op, except for one case
      where it will cause a deadlock.
      
      So remove it.
      
      This patch possibly addresses the regression recored in
         http://bugzilla.kernel.org/show_bug.cgi?id=11460
      and
         http://bugzilla.kernel.org/show_bug.cgi?id=11452
      
      though it isn't yet clear how it ever worked.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      271f5a9b
    • D
      drm/radeon: downgrade debug message from info to debug. · 6c7be298
      Dave Airlie 提交于
      If this triggers its bad, however some machines seem to have been
      triggering it for ages and we didn't know until we added the debug.
      
      So downgrade the debug now so people don't call this a regression.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      6c7be298
  4. 30 8月, 2008 5 次提交
  5. 29 8月, 2008 10 次提交