1. 09 Sep, 2011 5 commits
  2. 04 Sep, 2011 1 commit
  3. 02 Sep, 2011 3 commits
  4. 01 Sep, 2011 1 commit
    • Christoph Hellwig's avatar
      xfs: fix ->write_inode return values · 58d84c4e
      Christoph Hellwig authored
      Currently we always redirty an inode that was attempted to be written out
      synchronously but has been cleaned by an AIL pushed internall, which is
      rather bogus.  Fix that by doing the i_update_core check early on and
      return 0 for it.  Also include async calls for it, as doing any work for
      those is just as pointless.  While we're at it also fix the sign for the
      EIO return in case of a filesystem shutdown, and fix the completely
      non-sensical locking around xfs_log_inode.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Reviewed-by: default avatarDave Chinner <dchinner@redhat.com>
      Signed-off-by: default avatarAlex Elder <aelder@sgi.com>
      (cherry picked from commit 297db93bb74cf687510313eb235a7aec14d67e97)
      Signed-off-by: default avatarAlex Elder <aelder@sgi.com>
  5. 31 Aug, 2011 6 commits
    • Christoph Hellwig's avatar
      xfs: fix xfs_mark_inode_dirty during umount · 866e4ed7
      Christoph Hellwig authored
      During umount we do not add a dirty inode to the lru and wait for it to
      become clean first, but force writeback of data and metadata with
      I_WILL_FREE set.  Currently there is no way for XFS to detect that the
      inode has been redirtied for metadata operations, as we skip the
      mark_inode_dirty call during teardown.  Fix this by setting i_update_core
      nanually in that case, so that the inode gets flushed during inode reclaim.
      Alternatively we could enable calling mark_inode_dirty for inodes in
      I_WILL_FREE state, and let the VFS dirty tracking handle this.  I decided
      against this as we will get better I/O patterns from reclaim compared to
      the synchronous writeout in write_inode_now, and always marking the inode
      dirty in some way from xfs_mark_inode_dirty is a better safetly net in
      either case.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Reviewed-by: default avatarDave Chinner <dchinner@redhat.com>
      Signed-off-by: default avatarAlex Elder <aelder@sgi.com>
      (cherry picked from commit da6742a5a4cc844a9982fdd936ddb537c0747856)
      Signed-off-by: default avatarAlex Elder <aelder@sgi.com>
    • Linus Torvalds's avatar
      Merge tag 'for_linus-20110831' of git://github.com/tytso/ext4 · b79c4f75
      Linus Torvalds authored
      * tag 'for_linus-20110831' of git://github.com/tytso/ext4:
        ext4: remove i_mutex lock in ext4_evict_inode to fix lockdep complaining
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://neil.brown.name/md · fd53f7d8
      Linus Torvalds authored
      * 'for-linus' of git://neil.brown.name/md:
        md/raid5: fix a hang on device failure.
        md: fix clearing of 'blocked' flag in the presence of bad blocks.
        md/linear: avoid corrupting structure while waiting for rcu_free to complete.
        md: use REQ_NOIDLE flag in md_super_write()
        md: ensure changes to 'write-mostly' are reflected in metadata.
        md: report failure if a 'set faulty' request doesn't.
    • Linus Torvalds's avatar
      Merge branch 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc · e9208a4e
      Linus Torvalds authored
      * 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:
        powerpc/p1023rds: Fix the error of bank-width of nor flash
        powerpc/85xx: enable caam crypto driver by default
        powerpc/85xx: enable the audio drivers in the defconfigs
    • Jiaying Zhang's avatar
      ext4: remove i_mutex lock in ext4_evict_inode to fix lockdep complaining · 8c0bec21
      Jiaying Zhang authored
      The i_mutex lock and flush_completed_IO() added by commit 2581fdc8
      in ext4_evict_inode() causes lockdep complaining about potential
      deadlock in several places.  In most/all of these LOCKDEP complaints
      it looks like it's a false positive, since many of the potential
      circular locking cases can't take place by the time the
      ext4_evict_inode() is called; but since at the very least it may mask
      real problems, we need to address this.
      This change removes the flush_completed_IO() and i_mutex lock in
      ext4_evict_inode().  Instead, we take a different approach to resolve
      the software lockup that commit 2581fdc8
       intends to fix.  Rather
      than having ext4-dio-unwritten thread wait for grabing the i_mutex
      lock of an inode, we use mutex_trylock() instead, and simply requeue
      the work item if we fail to grab the inode's i_mutex lock.
      This should speed up work queue processing in general and also
      prevents the following deadlock scenario: During page fault,
      shrink_icache_memory is called that in turn evicts another inode B.
      Inode B has some pending io_end work so it calls ext4_ioend_wait()
      that waits for inode B's i_ioend_count to become zero.  However, inode
      B's ioend work was queued behind some of inode A's ioend work on the
      same cpu's ext4-dio-unwritten workqueue.  As the ext4-dio-unwritten
      thread on that cpu is processing inode A's ioend work, it tries to
      grab inode A's i_mutex lock.  Since the i_mutex lock of inode A is
      still hold before the page fault happened, we enter a deadlock.
      Signed-off-by: default avatarJiaying Zhang <jiayingz@google.com>
      Signed-off-by: default avatar"Theodore Ts'o" <tytso@mit.edu>
    • Dave Airlie's avatar
      drm/radeon/kms: set a default max_pixel_clock · 9adceaa5
      Dave Airlie authored
      On some Power rv100 cards, we have no ATY OF table, but we have
      no combios table either, and hence we refuse all modes on VGA-0
      since we end up with a 0 max pixel clock.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      Cc: stable@kernel.org
      Reviewed-by: default avatarAlex Deucher <alexdeucher@gmail.com>
      Reviewed-by: default avatarJerome Glisse <jglisse@redhat.com>
  6. 30 Aug, 2011 10 commits
  7. 29 Aug, 2011 14 commits