1. 19 7月, 2012 1 次提交
  2. 15 7月, 2012 1 次提交
  3. 07 7月, 2012 2 次提交
  4. 06 7月, 2012 1 次提交
  5. 03 7月, 2012 5 次提交
  6. 26 6月, 2012 1 次提交
    • M
      stable: Allow merging of backports for serious user-visible performance issues · eb3979f6
      Mel Gorman 提交于
      Distribution kernel maintainers routinely backport fixes for users that
      were deemed important but not "something critical" as defined by the
      rules. To users of these kernels they are very serious and failing to fix
      them reduces the value of -stable.
      
      The problem is that the patches fixing these issues are often subtle and
      prone to regressions in other ways and need greater care and attention.
      To combat this, these "serious" backports should have a higher barrier
      to entry.
      
      This patch relaxes the rules to allow a distribution maintainer to merge
      to -stable a backported patch or small series that fixes a "serious"
      user-visible performance issue. They should include additional information on
      the user-visible bug affected and a link to the bugzilla entry if available.
      The same rules about the patch being already in mainline still apply.
      Signed-off-by: NMel Gorman <mgorman@suse.de>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      eb3979f6
  7. 21 6月, 2012 1 次提交
  8. 19 6月, 2012 1 次提交
  9. 18 6月, 2012 3 次提交
  10. 14 6月, 2012 6 次提交
  11. 12 6月, 2012 3 次提交
  12. 07 6月, 2012 1 次提交
  13. 05 6月, 2012 2 次提交
  14. 04 6月, 2012 1 次提交
  15. 03 6月, 2012 1 次提交
    • J
      dm thin: provide userspace access to pool metadata · cc8394d8
      Joe Thornber 提交于
      This patch implements two new messages that can be sent to the thin
      pool target allowing it to take a snapshot of the _metadata_.  This,
      read-only snapshot can be accessed by userland, concurrently with the
      live target.
      
      Only one metadata snapshot can be held at a time.  The pool's status
      line will give the block location for the current msnap.
      
      Since version 0.1.5 of the userland thin provisioning tools, the
      thin_dump program displays the msnap as follows:
      
          thin_dump -m <msnap root> <metadata dev>
      
      Available here: https://github.com/jthornber/thin-provisioning-tools
      
      Now that userland can access the metadata we can do various things
      that have traditionally been kernel side tasks:
      
           i) Incremental backups.
      
           By using metadata snapshots we can work out what blocks have
           changed over time.  Combined with data snapshots we can ensure
           the data doesn't change while we back it up.
      
           A short proof of concept script can be found here:
      
           https://github.com/jthornber/thinp-test-suite/blob/master/incremental_backup_example.rb
      
           ii) Migration of thin devices from one pool to another.
      
           iii) Merging snapshots back into an external origin.
      
           iv) Asyncronous replication.
      Signed-off-by: NJoe Thornber <ejt@redhat.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      cc8394d8
  16. 02 6月, 2012 2 次提交
    • M
      x86, efi: Add EFI boot stub documentation · 0c759662
      Matt Fleming 提交于
      Since we can't expect every user to read the EFI boot stub code it
      seems prudent to have a couple of paragraphs explaining what it is and
      how it works.
      
      The "initrd=" option in particular is tricky because it only
      understands absolute EFI-style paths (backslashes as directory
      separators), and until now this hasn't been documented anywhere. This
      has tripped up a couple of users.
      
      Cc: Matthew Garrett <mjg@redhat.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NMatt Fleming <matt.fleming@intel.com>
      Link: http://lkml.kernel.org/r/1331907517-3985-4-git-send-email-matt@console-pimps.orgSigned-off-by: NH. Peter Anvin <hpa@zytor.com>
      0c759662
    • J
      fs: introduce inode operation ->update_time · c3b2da31
      Josef Bacik 提交于
      Btrfs has to make sure we have space to allocate new blocks in order to modify
      the inode, so updating time can fail.  We've gotten around this by having our
      own file_update_time but this is kind of a pain, and Christoph has indicated he
      would like to make xfs do something different with atime updates.  So introduce
      ->update_time, where we will deal with i_version an a/m/c time updates and
      indicate which changes need to be made.  The normal version just does what it
      has always done, updates the time and marks the inode dirty, and then
      filesystems can choose to do something different.
      
      I've gone through all of the users of file_update_time and made them check for
      errors with the exception of the fault code since it's complicated and I wasn't
      quite sure what to do there, also Jan is going to be pushing the file time
      updates into page_mkwrite for those who have it so that should satisfy btrfs and
      make it not a big deal to check the file_update_time() return code in the
      generic fault path. Thanks,
      Signed-off-by: NJosef Bacik <josef@redhat.com>
      c3b2da31
  17. 01 6月, 2012 5 次提交
  18. 31 5月, 2012 1 次提交
  19. 30 5月, 2012 2 次提交