? This is the fourth time in the last month or
so that I've seen XFS bug reports with silent hangs and associated
lockdep output that implicate GFP_KERNEL allocations from vm_map_ram
in GFP_NOFS conditions as the potential cause
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
xfs: don't
[add the linux-mm cc I forgot to add before sending]
On Tue, Oct 30, 2012 at 09:26:13AM +1100, Dave Chinner wrote:
On Mon, Oct 29, 2012 at 09:03:15PM +0100, Torsten Kaiser wrote:
After experiencing a hang of all IO yesterday (
http://marc.info/?l=linux-kernelm=135142236520624w=2 ), I turned
be using
xattrs because then the application has complete control of what is
stored without caring about what filesystem it is storing it on.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Thu, Nov 01, 2012 at 04:30:10PM -0500, Ben Myers wrote:
Hi Dave,
On Tue, Oct 30, 2012 at 09:26:13AM +1100, Dave Chinner wrote:
On Mon, Oct 29, 2012 at 09:03:15PM +0100, Torsten Kaiser wrote:
After experiencing a hang of all IO yesterday (
http://marc.info/?l=linux-kernelm
On Mon, Sep 24, 2012 at 10:42:21AM +0800, Guo Chao wrote:
On Sat, Sep 22, 2012 at 08:49:12AM +1000, Dave Chinner wrote:
On Fri, Sep 21, 2012 at 05:31:02PM +0800, Guo Chao wrote:
This patchset optimizes several places which take the per inode spin lock.
They have not been fully tested
On Mon, Sep 24, 2012 at 02:12:05PM +0800, Guo Chao wrote:
On Mon, Sep 24, 2012 at 02:23:43PM +1000, Dave Chinner wrote:
On Mon, Sep 24, 2012 at 10:42:21AM +0800, Guo Chao wrote:
On Sat, Sep 22, 2012 at 08:49:12AM +1000, Dave Chinner wrote:
On Fri, Sep 21, 2012 at 05:31:02PM +0800
On Mon, Sep 24, 2012 at 03:08:52PM +0800, Guo Chao wrote:
On Mon, Sep 24, 2012 at 04:28:12PM +1000, Dave Chinner wrote:
Ah, this is intended to be a code clean patchset actually. I thought these
locks are redundant in an obvious and trivial manner. If, on the
contrary
because the generic
writeback code is extremely important to performance and the impact
of a change cannot be evaluated from a single test.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
that keeps track of fs-wide hot data */
+ struct hot_inode_tree hot_inode_tree;
+};
The comment is redundant...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
/hot_tracking.h, so you
shouldn't need these forward declarations...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
or not.
This then means the hot inode tracking for the superblock can be
initialised by the filesystem as part of it's fill_super method,
along with the filesystem specific code that will use the hot
tracking information the VFS gathers
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from
On Tue, Sep 25, 2012 at 04:59:55PM +0800, Guo Chao wrote:
On Mon, Sep 24, 2012 at 06:26:54PM +1000, Dave Chinner wrote:
@@ -783,14 +783,19 @@ static void __wait_on_freeing_inode(struct inode
*inode);
static struct inode *find_inode(struct super_block *sb
On Wed, Sep 26, 2012 at 10:56:08AM +0800, Zhi Yong Wu wrote:
On Tue, Sep 25, 2012 at 5:28 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:28PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Introduce one new mount option '-o
On Wed, Sep 26, 2012 at 10:53:07AM +0800, Zhi Yong Wu wrote:
On Tue, Sep 25, 2012 at 5:17 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:27PM +0800, zwu.ker...@gmail.com wrote:
I note that the code will always insert range items of a length
RANGE_SIZE. This means
);
And call this in .fill_super() after parsing the hottrack argument.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
. HEAT_MAP_SIZE, not HASH_SIZE.
As it is, there aren't any users of the heat maps that are generated
in this patch set - it's not even exported to userspace or to
debugfs, so I'm not sure how it will be used yet. How are these heat
maps going to be used by filesystems, Zhi?
Cheers,
Dave.
--
Dave Chinner
da
writes or fsync-triggered writes, are are far more
likely to be to hot ranges in a file...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
comments earlier in the series,
there's not a lot of point in me spending time commenting on ethe
code in detail here as it will change significantly as a result of
all the earlier comments
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line
On Thu, Sep 27, 2012 at 02:23:16PM +0800, Zhi Yong Wu wrote:
On Thu, Sep 27, 2012 at 11:43 AM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:30PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Adds a hash table structure which
On Thu, Sep 27, 2012 at 02:28:12PM +0800, Zhi Yong Wu wrote:
On Thu, Sep 27, 2012 at 11:54 AM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:31PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Miscellaneous features that implement
On Thu, Sep 27, 2012 at 02:54:22PM +0800, Zhi Yong Wu wrote:
On Thu, Sep 27, 2012 at 12:03 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:32PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Fork and run one kernel kthread
On Thu, Sep 27, 2012 at 01:25:34PM +0800, Zhi Yong Wu wrote:
On Tue, Sep 25, 2012 at 5:28 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:28PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Introduce one new mount option '-o
From: Dave Chinner dchin...@redhat.com
xfstests has always had random failures of tests due to loop devices
failing to be torn down and hence leaving filesytems that cannot be
unmounted. This causes test runs to immediately stop.
Over the past 6 or 7 years we've added hacks like explicit unmount
On Tue, Oct 02, 2012 at 07:41:10PM -0700, Kent Overstreet wrote:
On Wed, Oct 03, 2012 at 11:28:25AM +1000, Dave Chinner wrote:
On Tue, Oct 02, 2012 at 05:20:29PM -0700, Kent Overstreet wrote:
On Tue, Oct 02, 2012 at 01:41:17PM -0400, Jeff Moyer wrote:
Kent Overstreet koverstr
to
expand the functionality further...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
of sequential unaligned requests, the device
may ignore them all. Hence you end up with nothing being discarded,
even though the entire range being discarded is much, much larger
than the discard granularity
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line
version when I get to fixing it.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
even if they show no change. It wasn't
until I got this far that I even realised that you'd even tested
BTRFS. I don't know what to make of this, because I don't know what
the throughput rates compared to XFS and EXT4 are
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from
loop into a light weight layer that translates bios into iocbs.
I note that there is no support for XFS in this patch set. Is there
a particular problem that prevents XFS from being converted, or it
just hasn't been done?
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from
On Mon, Oct 22, 2012 at 07:53:40PM -0500, Dave Kleikamp wrote:
On 10/22/2012 07:07 PM, Dave Chinner wrote:
On Mon, Oct 22, 2012 at 10:15:00AM -0500, Dave Kleikamp wrote:
This is the current version of the patchset I presented at the LSF-MM
Summit in San Francisco in April. I apologize
need to explain why you need
to change the default block device readahead on the fly, and why
fadvise(POSIX_FADV_NORMAL) is inappropriate to set readahead
windows to the new defaults.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe
of them can still be followed by direct tail data and
extended attributes.
I'm not sure that the resultant code complexity is worth saving an
extra block here and there.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
performance
degradation because of it is measurable.
This doesn't sound like a new problem. Hasn't this global access,
single modifier exclusion problem been solved before in the VFS?
e.g. mnt_want_write()/mnt_make_readonly()
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from
types of flash, then either add
your timing attack derived information on specific hardware to the
above table, or force vendors to update it themselves if they want
their flash memory supported by this filesystem.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from
this is probably just an oversight
in the distro QA environment more than anything
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Wed, Oct 24, 2012 at 07:53:59AM +0800, YingHang Zhu wrote:
Hi Dave,
On Wed, Oct 24, 2012 at 6:47 AM, Dave Chinner da...@fromorbit.com wrote:
On Tue, Oct 23, 2012 at 08:46:51PM +0800, Ying Zhu wrote:
Hi,
Recently we ran into the bug that an opened file's ra_pages does not
synchronize
On Thu, Oct 25, 2012 at 08:17:05AM +0800, YingHang Zhu wrote:
On Thu, Oct 25, 2012 at 4:19 AM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 24, 2012 at 07:53:59AM +0800, YingHang Zhu wrote:
Hi Dave,
On Wed, Oct 24, 2012 at 6:47 AM, Dave Chinner da...@fromorbit.com wrote:
On Tue
On Thu, Oct 25, 2012 at 10:09:31AM -0400, Mikulas Patocka wrote:
On Wed, 24 Oct 2012, Dave Chinner wrote:
On Fri, Oct 19, 2012 at 06:54:41PM -0400, Mikulas Patocka wrote:
On Fri, 19 Oct 2012, Peter Zijlstra wrote:
Yes, I tried this approach - it involves doing LOCK
, telling the kernel that you are now going to do sequential
IO should reset the readahead to the maximum ra_pages value
supported
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
corrupted errors, we
should add EFSCORRUPTED (i.e. filesystem corrupted) at the same
time
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info
is wrong whatever way you look at it. ;)
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
of places, so just
remove it completely.
Also, can you please place patches in line rather than attaching
them. Attaching them means they cannot be quoted in reply. See
Documentation/SubmittingPatches and Documentation/email-clients.txt
for guidelines.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
On Mon, Nov 12, 2012 at 10:36:47PM -0200, Thiago Farina wrote:
On Mon, Nov 12, 2012 at 10:24 PM, Dave Chinner da...@fromorbit.com wrote:
On Mon, Nov 12, 2012 at 09:36:17PM -0200, Thiago Farina wrote:
Hi,
Please, take a look.
Patch attached.
It's a good start for a cleanup
. So what you are seeing is likely
an ext4 problem, not an IO scheduler problem.
Suggestion: try the same test with XFS. If the problem still exists,
then it *might* be an ioscheduler problem. If it goes away, then
it's an ext4 problem.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
;
+ char filename[PATH_MAX];
Don't put the filename in the ioctl and open the file in the kernel.
Have userspace open the file directly and issue the ioctl on the fd
that is returned.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line
what files users are accessing from this information.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/seq_operations constructs?
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
update
that slabtop got, so it is indicative of the impending OOM situation
that occurred.
Changelog from v2:
1.) Converted to Radix trees, not RB-tree [Zhiyong, Dave Chinner]
2.) Added memory shrinker [Dave Chinner]
I haven't looked at the shrinker, but clearly it is not working,
otherwise
of that information
how they please (whether in the kernel or via userspace tools), but
having filesystem specific interfaces and implementations of the
same functionality is extremely wasteful. Let's do it once, and do
it right the first time. ;)
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
:
$ for i in `seq 0 1`; do ./a.out ; cat /mnt/scratch/foo ; echo ; done |
sort |uniq -c
40 Ouille
9961 OuilleOuille
$
So both filesystems behave according to the POSIX definition of
concurrent writes
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list
fe2429b0966a7ec42b5fe3bf96f0f10de0a3b536
Author: Dave Chinner dchin...@redhat.com
Date: Mon Apr 23 15:58:45 2012 +1000
xfs: fix buffer lookup race on allocation failure
When memory allocation fails to add the page array or tht epages to
a buffer during xfs_buf_get(), the buffer is left
From: Dave Chinner dchin...@redhat.com
Connect up the VFS hot tracking support so XFS filesystems can make
use of it.
Signed-off-by: Dave Chinner dchin...@redhat.com
---
fs/xfs/xfs_mount.h |1 +
fs/xfs/xfs_super.c |9 +
2 files changed, 10 insertions(+)
diff --git a/fs/xfs
[ 200.064574] [81b765c0] ? gs_change+0x13/0x13
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
;
Add the struct delayed_work here, too.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
can't see how this is a manageable interface. It is not
persistent, so after every filesystem mount you'd have to set the
flag on all your inodes again. Hence, for the moment, I'd suggest
that dropping per-inode tracking control until all the core issues
are sorted out
Cheers,
Dave.
--
Dave
On Tue, Oct 16, 2012 at 11:38:35AM +, Arnd Bergmann wrote:
On Tuesday 16 October 2012, Jaegeuk Kim wrote:
On Monday 15 October 2012, Dave Chinner wrote:
On Sun, Oct 14, 2012 at 03:19:37PM +, Arnd Bergmann wrote:
On Sunday 14 October 2012, Vyacheslav Dubeyko wrote:
On Oct 14
On Tue, Oct 16, 2012 at 11:27:48AM +0200, William Dauchy wrote:
Hello Dave,
Thanks for your reply.
On Tue, Oct 16, 2012 at 1:21 AM, Dave Chinner da...@fromorbit.com wrote:
You're running a CONFIG_XFS_DEBUG kernel. If you can reproduce the
problem with CONFIG_XFS_DEBUG, then it probably
with the appropriate string instead of user
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 10, 2012 at 06:07:22PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
(*) Tested on an empty 17TB XFS
On Thu, Oct 18, 2012 at 12:44:47PM +0800, Zhi Yong Wu wrote:
On Thu, Oct 18, 2012 at 12:29 PM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 10, 2012
because if you end up waiting on one of them you can forget
about pretty much any RT guarantee that you've ever given
Cheers,
Dave.
--
Dave Chinner
RD Software Engineer
SGI Australian Software Group
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
you'll have to make significant
changes to support a second XFS disk format in the not-to-distant
future...
Thanks for the interest in helping us!
We want it to work! ;)
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
one of these fixes merged quickly? xfstests is
unusable on any kernel more recent than 3.9-rc4 because of these
problems
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Tue, Apr 09, 2013 at 09:01:39AM +0200, Jens Axboe wrote:
On Tue, Apr 09 2013, Dave Chinner wrote:
On Thu, Apr 04, 2013 at 04:30:54PM -0400, Phillip Susi wrote:
I have not tested it yet, but I am pretty sure it won't work. It
looks like the patch changes the BLKRRPART path to go
infrastructure and LRUs make the
relationship much more direct ;)
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
priority as reads.
Ext4 is already using REQ_META for this purpose.
I'm surprised that no-one has suggested change the IO elevator
yet.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Fri, Apr 12, 2013 at 11:19:52AM -0400, Theodore Ts'o wrote:
On Fri, Apr 12, 2013 at 02:50:42PM +1000, Dave Chinner wrote:
If that is the case, one possible solution that comes to mind would be
to mark buffer_heads that contain metadata with a flag, so that the
flusher thread can write
: prevent bdev freeing while device in use
8761a3d loop: cleanup partitions when detaching loop device
183cfb5 loop: fix error return code in loop_add()
$
So this looks like someone hasn't been testing their loopback
driver changes properly...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Mar 13, 2013 at 10:00:51PM -0400, Peter Hurley wrote:
On Wed, 2013-03-13 at 14:23 +1100, Dave Chinner wrote:
We don't care about the ordering between multiple concurrent
metadata modifications - what matters is whether the ongoing data IO
around them is ordered correctly.
Dave
in writeback from the sysrq-w or hangcheck output is pretty damn
important
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
for changing the
shrink_dentry_list() behaviour adversely for other users
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Mon, Mar 25, 2013 at 05:39:13PM -0700, Greg Thelen wrote:
On Mon, Mar 25 2013, Dave Chinner wrote:
On Mon, Mar 25, 2013 at 10:22:31AM -0700, Greg Thelen wrote:
Call cond_resched() from shrink_dentry_list() to preserve
shrink_dcache_parent() interactivity.
void shrink_dcache_parent
dependencies on the barrier
effect of metadata operations on data IO...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Fri, Mar 08, 2013 at 05:20:34PM -0800, Michel Lespinasse wrote:
On Fri, Mar 8, 2013 at 4:32 PM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Mar 06, 2013 at 03:21:50PM -0800, Michel Lespinasse wrote:
When the first queued waiter is a reader, wake all readers instead of
just those
On Sun, Mar 10, 2013 at 10:17:42PM -0700, Michel Lespinasse wrote:
On Sun, Mar 10, 2013 at 5:16 PM, Dave Chinner da...@fromorbit.com wrote:
On Fri, Mar 08, 2013 at 05:20:34PM -0800, Michel Lespinasse wrote:
On Fri, Mar 8, 2013 at 4:32 PM, Dave Chinner da...@fromorbit.com wrote:
Isn't
reproduce in isolation. :/
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Mon, Mar 11, 2013 at 11:43:34PM -0700, Michel Lespinasse wrote:
Hi Dave,
On Mon, Mar 11, 2013 at 7:36 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Mar 10, 2013 at 10:17:42PM -0700, Michel Lespinasse wrote:
- since all readers are woken at once, you might see burst of direct
IO
. In future, please check first that
the bug you are reporting is reproducable on a current upstream
kernel and userspace.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
allocate memory)
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
On Thu, Nov 29, 2012 at 02:29:33PM +0400, Glauber Costa wrote:
On 11/29/2012 01:28 AM, Dave Chinner wrote:
On Wed, Nov 28, 2012 at 12:21:54PM +0400, Glauber Costa wrote:
On 11/28/2012 07:17 AM, Dave Chinner wrote:
On Wed, Nov 28, 2012 at 01:13:11AM +, Chris Wilson wrote:
On Wed, 28
On Thu, Nov 29, 2012 at 11:02:24AM -0800, Andi Kleen wrote:
Dave Chinner da...@fromorbit.com writes:
Comments, thoughts and flames all welcome.
Doing the reclaim per CPU sounds like a big change in the VM balance.
It's per node, not per CPU. And AFAICT, it hasn't changed the
balance
.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Nov 30, 2012 at 11:36:01AM -0500, Christoph Hellwig wrote:
On Fri, Nov 30, 2012 at 01:49:10PM +1100, Dave Chinner wrote:
Ugh. That's a big violation of how buffer-heads are supposed to work:
the block number is very much defined to be in multiples of b_size
(see for example
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Mon, Dec 03, 2012 at 10:59:39AM -0600, Dave Kleikamp wrote:
On 11/22/2012 05:06 PM, Dave Chinner wrote:
On Wed, Nov 21, 2012 at 04:40:56PM -0600, Dave Kleikamp wrote:
From: Zach Brown z...@zabbo.net
This uses the new kernel aio interface to process loopback IO by
submitting
that use
atime to determine newly accessed files
IMO, if you fat-finger a manual atime update or use atimes direct
from tarballs, then that's your problem as a user and not the
responsibility of the kernel to magically fix for you
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
On Tue, Dec 04, 2012 at 09:42:55AM -0500, Jeff Moyer wrote:
Dave Chinner da...@fromorbit.com writes:
On Mon, Dec 03, 2012 at 01:53:39PM -0500, Jeff Moyer wrote:
+static ssize_t cpu_list_store(struct device *dev,
+ struct device_attribute *attr, const char *buf, size_t count
; /* invalid */
+ return FILEID_INVALID; /* invalid */
}
I think you can drop the /* invalid */ comment from there now as
it is redundant with this change.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
is not the
right level to be providing IO exclusion semantics. After all, it's
entire IO ranges that we need to provide -atomic- exclusion for...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Wed, Feb 06, 2013 at 08:25:34PM +0100, Jan Kara wrote:
On Wed 06-02-13 10:25:12, Dave Chinner wrote:
On Mon, Feb 04, 2013 at 01:38:31PM +0100, Jan Kara wrote:
On Thu 31-01-13 16:07:57, Andrew Morton wrote:
c) i_mutex doesn't allow any paralellism of operations using it and
some
allocated xfs_bufs are zeroed before being initialised. I
really need to know what you are doing to be able to get to the
bottom of it
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
reproduce the problem on your system - that way we'll know if the
bug really has been fixed or not
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info
.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
as they will do a whole lot more than just
data IO to the loop devices...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Mon, Jan 21, 2013 at 08:08:53PM +0400, Glauber Costa wrote:
On 11/28/2012 03:14 AM, Dave Chinner wrote:
[PATCH 09/19] list_lru: per-node list infrastructure
This makes the generic LRU list much more scalable by changing it to
a {list,lock,count} tuple per node. There are no external
On Wed, Jan 23, 2013 at 06:36:33PM +0400, Glauber Costa wrote:
On 01/22/2013 03:21 AM, Dave Chinner wrote:
On Mon, Jan 21, 2013 at 08:08:53PM +0400, Glauber Costa wrote:
On 11/28/2012 03:14 AM, Dave Chinner wrote:
[PATCH 09/19] list_lru: per-node list infrastructure
This makes
On Wed, Jan 16, 2013 at 11:21:44AM -0800, Glauber Costa wrote:
On 11/27/2012 03:14 PM, Dave Chinner wrote:
From: Dave Chinner dchin...@redhat.com
Now that we have an LRU list API, we can start to enhance the
implementation. This splits the single LRU list into per-node lists
and locks
of structure, not that specific instances of a filesystem could use
different types
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
1 - 100 of 3915 matches
Mail list logo
