Skip to content
  1. Sep 12, 2011
  2. Sep 11, 2011
  3. Sep 10, 2011
  4. Sep 07, 2011
    • Linus Walleij's avatar
      ARM: davinci: fix cache flush build error · 897a6a1a
      Linus Walleij authored
      
      
      The TNET variant of DaVinci compiles some code that it shares
      with other DaVinci variants, however it has a V6 CPU rather than
      an ARM926T, thus the hardcoded call to arm926_flush_kern_cache_all()
      in sleep.S will obviously fail, and we need to build with the
      v6_flush_kern_cache_all() call instead. This was triggered by
      manually altering the DaVinci config to build the TNET version.
      
      Cc: Dave Martin <dave.martin@linaro.org>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      Cc: stable@kernel.org
      897a6a1a
    • Sergei Shtylyov's avatar
      ARM: davinci: correct MDSTAT_STATE_MASK · c0874800
      Sergei Shtylyov authored
      
      
      MDSTAT.STATE occupies bits 0..5 according to all available documentation, so fix
      the #define MDSTAT_STATE_MASK at last. Using the wrong value seems to have been
      harmless though...
      
      Signed-off-by: default avatarSergei Shtylyov <sshtylyov@ru.mvista.com>
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      c0874800
    • Rajashekhara, Sudhakar's avatar
      ARM: davinci: da850 EVM: read mac address from SPI flash · 810198bc
      Rajashekhara, Sudhakar authored
      DA850/OMAP-L138 EMAC driver uses random mac address instead of
      a fixed one because the mac address is not stuffed into EMAC
      platform data.
      
      This patch provides a function which reads the mac address
      stored in SPI flash (registered as MTD device) and populates the
      EMAC platform data. The function which reads the mac address is
      registered as a callback which gets called upon addition of MTD
      device.
      
      NOTE: In case the MAC address stored in SPI flash is erased, follow
      the instructions at [1] to restore it.
      
      [1] http://processors.wiki.ti.com/index.php/GSG:_OMAP-L138_DVEVM_Additional_Procedures#Restoring_MAC_address_on_SPI_Flash
      
      
      
      Modifications in v2:
      Guarded registering the mtd_notifier only when MTD is enabled.
      Earlier this was handled using mtd_has_partitions() call, but
      this has been removed in Linux v3.0.
      
      Modifications in v3:
      a. Guarded da850_evm_m25p80_notify_add() function and
         da850evm_spi_notifier structure with CONFIG_MTD macros.
      b. Renamed da850_evm_register_mtd_user() function to
         da850_evm_setup_mac_addr() and removed the struct mtd_notifier
         argument to this function.
      c. Passed the da850evm_spi_notifier structure to register_mtd_user()
         function.
      
      Modifications in v4:
      Moved the da850_evm_setup_mac_addr() function within the first
      CONFIG_MTD ifdef construct.
      
      Signed-off-by: default avatarRajashekhara, Sudhakar <sudhakar.raj@ti.com>
      Signed-off-by: default avatarSekhar Nori <nsekhar@ti.com>
      Cc: stable@kernel.org
      810198bc
  5. Sep 05, 2011
  6. Sep 02, 2011
  7. Sep 01, 2011
    • 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>
      58d84c4e
    • 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>
      866e4ed7
    • 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
      b79c4f75
    • 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.
      fd53f7d8
  8. Aug 31, 2011
  9. Aug 30, 2011