Hi,
In contrast to recent merge windows, there are a number of interesting features
this time. There is a set of patches to improve performance in relation to
block reservations. Some correctness fixes for fallocate, and an update
to the freeze/thaw code which greatly simplyfies this code path.
Hi,
Not a huge amount this time... just four patches. This time we have a couple
of bug fixes, one relating to bad i_goal values which are now ignored (i_goal
is basically a hint so it is safe to so this) and another relating to the
saving of the dirent location during rename. There is one
Hi,
This must be about the smallest merge window patch set ever for GFS2.
It is probably also the first one without a single patch from me. That
is down to a combination of factors, and I have some things in the works
that are not quite ready yet, that I hope to put in next time around.
Hi,
I'm just back from firstly Edinburgh, and secondly holiday, and the
merge window is again upon us. I've added in the three pending patches
which were under test while I was away and then that should be it for
this time.
The main feature of interest this time is quota updates. There are
some
Hi,
This is the smallest merge window patch set for GFS2 for quite
some time. Only one of the patches (moving gfs2_sync_meta) is
a non-bug fix patch, although the merge ordered and writeback
writepage patch is also a nice clean up.
A couple of the patches are quite recently added, due to my only
Hi,
There are a few bug fixes for various, mostly very minor corner
cases, plus some interesting new features. The new features
include atomic_open whose main benefit will be the reduction in
locking overhead in case of combined lookup/create and open operations,
sorting the log buffer lists by
Hi,
Since the merge window is coming up soon, I'm posting the content of
the GFS2 -nmw tree as usual. There is not a whole lot of change this
time - there are some further changes which are in the works, but those
will be held over until next time.
Here there are some clean ups to inode
Hi,
We've collected up a goodly number of patches in the -nmw tree now
and we can hold off any further changes until the following merge
window, so here is the current tree content.
The major feature this time is the rbm conversion in the resource
group code. The new struct gfs2_rbm specifies
Hi,
As usual, here is the content of the GFS2 tree prior to sending
a merge request. Not a huge number of patches this time, but some
interesting features nonetheless.
A number of the earlier patches are aimed at cleaning up the resource
group code for the later patch which implements block
Hi,
Since the merge window appears to be fast approaching, here are the
current GFS2 patches. This time there are two main themes, one is
updates to the log code, mostly on the writing side. The other is
preparation for some block reservation work which will probably
land in the subsequent merge
Hi,
On Mon, 2012-04-02 at 08:35 -0700, Randy Dunlap wrote:
On 03/26/2012 03:44 AM, Steven Whitehouse wrote:
Hi,
On Fri, 2012-03-23 at 18:06 -0400, Benjamin Poirier wrote:
[snip]
Instead of trying to select everything in GFS2, how about doing it this
way?
[PATCH] gfs2: use
Hi,
On Fri, 2012-03-23 at 18:06 -0400, Benjamin Poirier wrote:
[snip]
Instead of trying to select everything in GFS2, how about doing it this way?
[PATCH] gfs2: use depends instead of select in kconfig
Avoids having to duplicate the dependencies of what is 'select'ed (and on
down...)
on i386:
ERROR: sctp_do_peeloff [fs/dlm/dlm.ko] undefined!
GFS2_FS selects DLM (if GFS2_FS_LOCKING_DLM, which is enabled).
GFS2_FS selects IP_SCTP if DLM_SCTP, which is not enabled and not
used anywhere else in the kernel tree AFAICT.
DLM just always selects IP_SCTP.
Here's what we have
From: David Teigland teigl...@redhat.com
Date: Fri, 23 Mar 2012 15:41:52 -0400
Why does gfs2 Kconfig bother with SCTP at all? It seems that line should
just be removed. I'll also remove EXPERIMENTAL. I don't understand the
vagaries of Kconfig, so a dumb question, how could sctp_do_peeloff
Hi,
On Fri, 2012-03-23 at 13:06 -0700, Randy Dunlap wrote:
On 03/23/2012 12:41 PM, David Teigland wrote:
on i386:
ERROR: sctp_do_peeloff [fs/dlm/dlm.ko] undefined!
GFS2_FS selects DLM (if GFS2_FS_LOCKING_DLM, which is enabled).
GFS2_FS selects IP_SCTP if DLM_SCTP, which is not
On Fri, Mar 23, 2012 at 01:06:05PM -0700, Randy Dunlap wrote:
GFS2_FS selects DLM (if GFS2_FS_LOCKING_DLM, which is enabled).
GFS2_FS selects IP_SCTP if DLM_SCTP, which is not enabled and not
used anywhere else in the kernel tree AFAICT.
DLM just always selects IP_SCTP.
Here's what we
Hi,
On Mon, 2012-03-19 at 08:18 -0700, Randy Dunlap wrote:
On 03/19/2012 07:59 AM, Steven Whitehouse wrote:
Hi,
On Mon, 2012-03-19 at 07:45 -0700, Randy Dunlap wrote:
On 03/19/2012 03:25 AM, Steven Whitehouse wrote:
Hi,
Not a huge number of patches this time. Some notable new
Hi,
Not a huge number of patches this time. Some notable new features
though:
- Glock stats gathering (v. useful for performance analysis)
- FITRIM ioctl support
- Sorting the ordered write list (big performance increase when the workload
doesn't result in the write requests being nicely
Hi,
On Mon, 2012-03-19 at 07:45 -0700, Randy Dunlap wrote:
On 03/19/2012 03:25 AM, Steven Whitehouse wrote:
Hi,
Not a huge number of patches this time. Some notable new features
though:
- Glock stats gathering (v. useful for performance analysis)
- FITRIM ioctl support
-
Hi,
On Mon, 2012-03-19 at 08:18 -0700, Randy Dunlap wrote:
On 03/19/2012 07:59 AM, Steven Whitehouse wrote:
Hi,
On Mon, 2012-03-19 at 07:45 -0700, Randy Dunlap wrote:
On 03/19/2012 03:25 AM, Steven Whitehouse wrote:
Hi,
Not a huge number of patches this time. Some notable new
Hi,
The following patch set contains one large patch which was previously
in the DLM tree (and hence also in linux-next) but which is entirely
focused on GFS2, and has thus been moved into the GFS2 tree after
the merge of the recent DLM patches. In addition there are a few small
bug fixes too,
Hi,
The main feature this time is clean up around the allocation and
resource group code. Otherwise the remainder is mostly small
bug fixes.
I've held back the glock stats patch and that will probably be
ready for the following merge window with a bit of luck,
Steve.
Hi,
Not a lot new this time... the addition of a cache for the directory hash table
improve directory read/lookup speed, automatic adjustment of the glock hold
time improves performance for some contention corner cases. S_NOSEC support
is another performance related change, plus a nice clean up
Hi,
This time, most of the GFS2 patches are code clean up, although there
are a few bug fixes (fallocate/ail writeback/end of life inodes/nlink) and
some new features (new tracepoint tracing flags, using the UUID field
in the generic superblock).
The changes can be broadly divided into three
Hi,
The most interesting feature in this patch set is the RCU glock
patch which has been a long time coming, but is finally here. That
patch contains most of the changes this time. The other patches ins
this set are mostly smaller bug fixes and performance improvements.
Steve.
25 matches
Mail list logo