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: Tue, 25 Oct 2011 09:41:17 +0100 [thread overview]
Message-ID: <1319532077.2840.19.camel@menhir> (raw)
[-- Attachment #1: Type: text/plain, Size: 3470 bytes --]
Hi,
Please consider pulling the following changes. These are at a temporary
location pending getting my kernel.org account back again. If thats an
issue, please let me know, otherwise I'm hoping that just signing this
pull request should be enough for now. I included below what I hope is
enough info that it should be possible to validate the tree from this
message.
There are no changes since I posted the patches for final review.
Steve.
--------------------------------------------------------------------------
The following changes since commit fd11e153b82ad1c84ccc71ba1cfedc222465198c:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc (2011-10-20 22:16:28 +0300)
are available in the git repository at:
http://sucs.org/~rohan/git/gfs2-3.0-nmw/ master
Benjamin Marzinski (1):
GFS2: rewrite fallocate code to write blocks directly
Bob Peterson (2):
GFS2: Use rbtree for resource groups and clean up bitmap buffer ref count scheme
GFS2: speed up delete/unlink performance for large files
Steven Whitehouse (21):
GFS2: Clean up dir hash table reading
GFS2: Split data write & wait in fsync
GFS2: Fix bug-trap in ail flush code
GFS2: Make atime checks more efficient
GFS2: Fix inode allocation error path
GFS2: Fix bug trap and journaled data fsync
GFS2: Use ->dirty_inode()
GFS2: Clean up gfs2_create
GFS2: Fix lseek after SEEK_DATA, SEEK_HOLE have been added
GFS2: Make resource groups "append only" during life of fs
GFS2: Cache the most recently used resource group in the inode
GFS2: Remove obsolete assert
GFS2: Call do_strip() directly from recursive_scan()
GFS2: Use cached rgrp in gfs2_rlist_add()
GFS2: Fix AIL flush issue during fsync
GFS2: Correctly set goal block after allocation
GFS2: Clean up ->page_mkwrite
GFS2: Fix off-by-one in gfs2_blk2rgrpd
GFS2: Misc fixes
GFS2: Remove two unused variables
GFS2: Move readahead of metadata during deallocation into its own function
fs/gfs2/acl.c | 5 +-
fs/gfs2/aops.c | 8 +-
fs/gfs2/bmap.c | 199 ++++++++++--------
fs/gfs2/dir.c | 50 +----
fs/gfs2/file.c | 295 ++++++++++----------------
fs/gfs2/glops.c | 89 ++++----
fs/gfs2/glops.h | 2 +-
fs/gfs2/incore.h | 23 +--
fs/gfs2/inode.c | 112 ++++-------
fs/gfs2/inode.h | 2 +-
fs/gfs2/lops.c | 66 +++----
fs/gfs2/ops_fstype.c | 6 +-
fs/gfs2/quota.c | 28 +--
fs/gfs2/rgrp.c | 573 +++++++++++++++++---------------------------------
fs/gfs2/rgrp.h | 31 +--
fs/gfs2/super.c | 134 +++++++-----
fs/gfs2/trans.c | 5 -
fs/gfs2/trans.h | 22 +-
fs/gfs2/xattr.c | 28 +--
19 files changed, 666 insertions(+), 1012 deletions(-)
---------------------------------------------------------------------------------
Top of tree commit (to verify tree matches details in this email, if required):
author Steven Whitehouse <swhiteho@redhat.com>
Wed, 21 Sep 2011 10:05:16 +0000 (11:05 +0100)
committer Steven Whitehouse <swhiteho@redhat.com>
Fri, 21 Oct 2011 11:39:54 +0000 (12:39 +0100)
commit b99b98dc2673a123a73068f16720232d7be7e669
tree a191b03e9c054c62777d1b3ab3cae55cbd6e5e01 tree | snapshot
parent 9ae32429fe036fcfce036ec57b28fc59f3911976 commit | diff
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next reply other threads:[~2011-10-25 8:39 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-25 8:41 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-09-13 13:42 GFS2: Pull request (fixes) Steven Whitehouse
2012-10-01 9:09 ` GFS2: Pull request (merge window) 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-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=1319532077.2840.19.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).