linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Steven Whitehouse <swhiteho@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: cluster-devel@redhat.com, linux-kernel@vger.kernel.org
Subject: GFS2: Pull request (merge window)
Date: Mon, 01 Oct 2012 10:09:30 +0100	[thread overview]
Message-ID: <1349082570.2775.5.camel@menhir> (raw)
In-Reply-To: <1347543744.2719.5.camel@menhir>

[-- Attachment #1: Type: text/plain, Size: 3405 bytes --]

Hi,

Please consider pulling the following changes,

Steve.

-----------------------------------------------------------------------

The major feature this time is the "rbm" conversion in the resource
group code. The new struct gfs2_rbm specifies the location of an
allocatable block in (resource group, bitmap, offset) form. There
are a number of added helper functions, and later patches then
rewrite some of the resource group code in terms of this new
structure. Not only does this give us a nice code clean up, but                 
it also removes some of the previous restructions where extents
could not cross bitmap boundaries, for example.

In addition to that, there are a few bug fixes and clean ups, but
the rbm work is by far the majority of this patch set in terms of
number of changed lines.

-----------------------------------------------------------------------

The following changes since commit 979570e02981d4a8fc20b3cc8fd651856c98ee9d:

  Linux 3.6-rc7 (2012-09-23 18:10:57 -0700)

are available in the git repository at:
  git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-3.0-nmw.git master

Benjamin Marzinski (1):
      GFS2: Write out dirty inode metadata in delayed deletes

Bob Peterson (9):
      GFS2: rbm code cleanup
      GFS2: change function gfs2_direct_IO to use a normal gfs2_glock_dq
      GFS2: inline __gfs2_glock_schedule_for_reclaim
      GFS2: Combine functions gfs2_glock_wait and wait_on_holder
      GFS2: Combine functions gfs2_glock_dq_wait and wait_on_demote
      GFS2: Eliminate redundant calls to may_grant
      GFS2: Eliminate unnecessary check for state > 3 in bitfit
      GFS2: Stop block extents at the end of bitmaps
      GFS2: Fix infinite loop in rbm_find

Eric Sandeen (1):
      GFS2: fix s_writers.counter imbalance in gfs2_ail_empty_gl

Jan Kara (1):
      GFS2: Get rid of I_MUTEX_QUOTA usage

Michel Lespinasse (1):
      GFS2: Use RB_CLEAR_NODE() rather than rb_init_node()

Steven Whitehouse (14):
      GFS2: Merge two nearly identical xattr functions
      GFS2: Remove rs_requested field from reservations
      GFS2: Add structure to contain rgrp, bitmap, offset tuple
      GFS2: Replace rgblk_search with gfs2_rbm_find
      GFS2: Update gfs2_get_block_type() to use rbm
      GFS2: Update rgblk_free() to use rbm
      GFS2: Fix case where reservation finished at end of rgrp
      GFS2: Use rbm for gfs2_testbit()
      GFS2: Use rbm for gfs2_setbit()
      GFS2: Fix ->show_options() for statfs slow
      GFS2: Fall back to ignoring reservations, if there are no other blocks left
      GFS2: Improve block reservation tracing
      GFS2: Fix unclaimed_blocks() wrapping bug and clean up
      GFS2: Consolidate free block searching functions

 fs/gfs2/aops.c       |   11 +-
 fs/gfs2/bmap.c       |    2 +-
 fs/gfs2/file.c       |    4 +-
 fs/gfs2/glock.c      |   60 +--
 fs/gfs2/glops.c      |    1 +
 fs/gfs2/incore.h     |   30 +-
 fs/gfs2/inode.c      |   20 +-
 fs/gfs2/ops_fstype.c |    8 +
 fs/gfs2/quota.c      |   11 +-
 fs/gfs2/rgrp.c       | 1203 ++++++++++++++++++++++++--------------------------
 fs/gfs2/rgrp.h       |   28 +-
 fs/gfs2/super.c      |    9 +-
 fs/gfs2/trace_gfs2.h |   20 +-
 fs/gfs2/trans.h      |    7 +-
 fs/gfs2/xattr.c      |   96 ++---
 15 files changed, 710 insertions(+), 800 deletions(-)


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2012-10-01  9:10 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-13 13:42 GFS2: Pull request (fixes) Steven Whitehouse
2012-10-01  9:09 ` Steven Whitehouse [this message]
     [not found] <2063498114.10752149.1552067836491.JavaMail.zimbra@redhat.com>
2019-03-08 17:58 ` GFS2: Pull request (merge window) Bob Peterson
     [not found] <180051537.56890898.1545229879645.JavaMail.zimbra@redhat.com>
2018-12-19 14:31 ` Bob Peterson
     [not found] <1929897739.23623737.1540322729596.JavaMail.zimbra@redhat.com>
2018-10-23 19:26 ` Bob Peterson
2018-10-24 16:35   ` Linus Torvalds
2018-10-24 16:41     ` Bob Peterson
     [not found] <1772901878.39899227.1528134744434.JavaMail.zimbra@redhat.com>
2018-06-04 17:53 ` Bob Peterson
     [not found] <242799785.15741010.1522776740239.JavaMail.zimbra@redhat.com>
2018-04-03 17:32 ` Bob Peterson
     [not found] <2035999397.5567269.1517410350526.JavaMail.zimbra@redhat.com>
2018-01-31 14:54 ` Bob Peterson
     [not found] <800692691.31850756.1510678641181.JavaMail.zimbra@redhat.com>
2017-11-14 16:57 ` Bob Peterson
2017-11-14 17:17   ` Bob Peterson
     [not found] <1332965725.6958432.1504544624096.JavaMail.zimbra@redhat.com>
2017-09-04 17:05 ` Bob Peterson
     [not found] <2018468119.28735933.1499259957760.JavaMail.zimbra@redhat.com>
2017-07-05 13:08 ` Bob Peterson
     [not found] <909713995.4565875.1494016018520.JavaMail.zimbra@redhat.com>
2017-05-05 20:28 ` Bob Peterson
2017-05-05 21:07   ` Linus Torvalds
     [not found] <1526627784.3659456.1493822813354.JavaMail.zimbra@redhat.com>
2017-05-03 16:41 ` Bob Peterson
     [not found] <468087826.25173671.1487684421990.JavaMail.zimbra@redhat.com>
2017-02-21 13:41 ` Bob Peterson
     [not found] <603920106.687778.1475513554626.JavaMail.zimbra@redhat.com>
2016-10-03 16:55 ` Bob Peterson
     [not found] <404724578.17300814.1469208769730.JavaMail.zimbra@redhat.com>
2016-07-22 17:33 ` Bob Peterson
     [not found] <2074855986.8621406.1463772170266.JavaMail.zimbra@redhat.com>
2016-05-20 19:23 ` Bob Peterson
     [not found] <2094757318.39162844.1458219077321.JavaMail.zimbra@redhat.com>
2016-03-17 12:51 ` Bob Peterson
     [not found] <1243871936.8427302.1452623511952.JavaMail.zimbra@redhat.com>
2016-01-12 18:34 ` Bob Peterson
     [not found] <337313427.7367463.1447086799887.JavaMail.zimbra@redhat.com>
2015-11-09 16:45 ` Bob Peterson
     [not found] <987432592.26261269.1441889826020.JavaMail.zimbra@redhat.com>
2015-09-10 13:19 ` Bob Peterson
     [not found] <1946368926.25134466.1435330524247.JavaMail.zimbra@redhat.com>
2015-06-26 14:56 ` Bob Peterson
     [not found] <1305736412.15685734.1429033600005.JavaMail.zimbra@redhat.com>
2015-04-14 17:47 ` Bob Peterson
2015-04-14 23:16   ` Linus Torvalds
2015-04-15  7:34     ` Steven Whitehouse
2015-04-14 23:19   ` Linus Torvalds
2015-04-15 12:09     ` Bob Peterson
  -- strict thread matches above, loose matches on Subject: below --
2015-02-10 11:04 Steven Whitehouse
2014-12-08 18:26 Steven Whitehouse
2014-10-08 19:25 Steven Whitehouse
2014-06-04  9:33 Steven Whitehouse
2014-04-01 23:15 Steven Whitehouse
2014-04-04 21:52 ` Linus Torvalds
2014-04-07  9:31   ` Steven Whitehouse
2014-01-20 19:15 Steven Whitehouse
2013-11-05 15:39 Steven Whitehouse
2013-09-09  9:22 Steven Whitehouse
2013-07-01 15:20 Steven Whitehouse
2013-04-29 11:08 Steven Whitehouse
2013-02-19 16:38 Steven Whitehouse
2012-12-11 10:39 Steven Whitehouse
2012-07-23 14:59 Steven Whitehouse
2012-08-03  1:22 ` Linus Torvalds
2012-08-03 10:18   ` Steven Whitehouse
2012-08-03 16:16     ` Linus Torvalds
2012-05-21  8:17 Steven Whitehouse
2012-03-20 16:10 Steven Whitehouse
2012-01-06 12:09 Steven Whitehouse
2011-10-25  8:41 Steven Whitehouse
2011-07-22 12:08 Steven Whitehouse
2011-05-20  8:14 Steven Whitehouse
2011-03-16 13:55 Steven Whitehouse
2011-01-05 10:22 Steven Whitehouse
2010-10-21  9:43 Steven Whitehouse
2010-08-03  9:06 Steven Whitehouse

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1349082570.2775.5.camel@menhir \
    --to=swhiteho@redhat.com \
    --cc=cluster-devel@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).