1. 16 May, 2010 13 commits
  2. 15 May, 2010 1 commit
    • Christian Borntraeger's avatar
      ext4: allow defrag (EXT4_IOC_MOVE_EXT) in 32bit compat mode · b684b2ee
      Christian Borntraeger authored
      I have an x86_64 kernel with i386 userspace. e4defrag fails on the
      EXT4_IOC_MOVE_EXT ioctl because it is not wired up for the compat
      case. It seems that struct move_extent is compat save, only types
      with fixed widths are used:
      {
              __u32 reserved;         /* should be zero */
              __u32 donor_fd;         /* donor file descriptor */
              __u64 orig_start;       /* logical start offset in block for orig */
              __u64 donor_start;      /* logical start offset in block for donor */
              __u64 len;              /* block length to be moved */
              __u64 moved_len;        /* moved block length */
      };
      
      Lets just wire up EXT4_IOC_MOVE_EXT for the compat case.
      Signed-off-by: default avatarChristian Borntraeger <borntraeger@de.ibm.com>
      Signed-off-by: default avatar"Theodore Ts'o" <tytso@mit.edu>
      Reviewed-by: default avatarEric Sandeen <sandeen@redhat.com>
      CC: Akira Fujita <a-fujita@rs.jp.nec.com> 
      b684b2ee
  3. 14 May, 2010 1 commit
  4. 13 May, 2010 1 commit
  5. 12 May, 2010 1 commit
  6. 11 May, 2010 1 commit
    • Steven Liu's avatar
      ext4: Fix coding style in fs/ext4/move_extent.c · c26d0bad
      Steven Liu authored
      Making sure ee_block is initialized to zero to prevent gcc from
      kvetching.  It's harmless (although it's not obvious that it's
      harmless) from code inspection:
      
      fs/ext4/move_extent.c:478: warning: 'start_ext.ee_block' may be used
      uninitialized in this function
      
      Thanks to Stefan Richter for first bringing this to the attention of
      linux-ext4@vger.kernel.org.
      Signed-off-by: default avatarLiuQi <lingjiujianke@gmail.com>
      Signed-off-by: default avatar"Theodore Ts'o" <tytso@mit.edu>
      Cc: Stefan Richter <stefanr@s5r6.in-berlin.de>
      c26d0bad
  7. 10 May, 2010 4 commits
  8. 07 May, 2010 13 commits
  9. 06 May, 2010 5 commits