On Tue, May 22, 2007 at 11:21:20AM -0700, Andrew Morton wrote:
> >
> > I patched jbd's log_do_checkpoint to put all the blocks it wanted to
> > write in a radix tree, then send them all down in order at the end.
>
> Side note: we already have all of that capability in the kernel:
> sync_inode(blo
On Thu, Apr 19, 2007 at 01:01:42AM -0700, Andrew Morton wrote:
> On Thu, 19 Apr 2007 09:38:30 +0200 Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > Doing some testing on CFQ, I ran into this 100% reproducible report:
> >
> > ===
> > [ I
On Thu, May 03, 2007 at 01:44:14AM +1000, David Chinner wrote:
> On Tue, May 01, 2007 at 01:43:18PM -0700, Cabot, Mason B wrote:
> > Hello all,
> >
> > I've been testing the NAS performance of ext3/Openfiler 2.2 against
> > NTFS/WinXP and have found that NTFS significantly outperforms ext3 for
> >
On Thu, May 03, 2007 at 10:15:11AM +1000, David Chinner wrote:
[ bad fragmentation from a funky write one byte every 128k system ]
>
> This only becomes a problem if the system has enough pages dirty to
> be triggering throttling so that the 1byte writes are converted before
> the data actually hi
Hi Linus,
We have two fixes in my for-linus-4.8 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.8
Josef is fixing a problem when quotas are enabled with his latest ENOSPC
rework, and Jeff is adding more checks into the subvol ioctls to avoid
tripping up l
for unaccounted spaces (+8/-6)
Btrfs: add fsid to some tracepoints (+11/-6)
Btrfs: trace pinned extents (+8/-0)
Chris Mason (1) commits (+5/-7):
Btrfs: fix delalloc accounting after copy_from_user faults
Total: (20) commits (+684/-351)
fs/btrfs/ctree.h | 15 +-
fs/btrfs/de
On 09/08/2016 07:50 AM, Christian Borntraeger wrote:
On 09/08/2016 01:48 PM, Christian Borntraeger wrote:
Chris,
with 4.8-rc3 I get the following on an s390 box:
Sorry for the noise, just saw the fix in your pull request.
The lockdep splat is still there, we'll need to annotate this one a
btrfs: remove obsolete part of comment in statfs (+0/-3)
btrfs: hide test-only member under ifdef (+4/-0)
Ashish Samant (1) commits (+35/-37):
btrfs: Cleanup compress_file_range()
Chris Mason (1) commits (+3/-2):
Btrfs: fix __MAX_CSUM_ITEMS
Chandan Rajendra (1) commits (+1/-1):
On 08/08/2016 02:27 PM, Linus Torvalds wrote:
This report should probably have gone to the btrfs people, although it
doesn't really look like a bug.
It looks like it's just dm-flakey now returning more errors, and
causing btrfs to complain more.
Which seems entirely expected.
Maybe the robot
oo.gl/ADVFtT
The deadline for receiving nominations is up until the beginning of the
election event. Any statements for the online document need to be sent
by Monday Oct 23rd. Please get your nomination in early so everyone has
a chance to review the nominations before voting.
Chris Mason, TAB Chai
On Thu, Sep 24, 2015 at 11:59:02AM +1000, Neil Brown wrote:
> David Sterba writes:
>
> > On Fri, May 08, 2015 at 10:16:23AM +1000, NeilBrown wrote:
> >> The "fh_len" passed to ->fh_to_* is not guaranteed to be that same as
> >> that returned by encode_fh - it may be larger.
> >>
> >> With NFSv2,
sure balance on current kernels ignores
filters it doesn't understand. The penalty for being wrong is just
doing more work (not crashing etc), but it's a good fix.
Chris Mason (1) commits (+3/-5):
btrfs: fix use after free iterating extrefs
David Sterba (1) commits (+13/-0):
bt
btrfs: Prevent from early transaction abort (+2/-4)
btrfs: use __GFP_NOFAIL in alloc_btrfs_bio (+1/-3)
Liu Bo (2) commits (+7/-7):
Btrfs: fix defrag to merge tail file extent (+5/-1)
Btrfs: fix warning in backref walking (+2/-6)
Chris Mason (2) commits (+33/-4):
btrfs: f
Hi Linus,
I have two more small fixes this week in my for-linus-4.3 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.3
Qu's fix avoids unneeded COW during fallocate, and Christian
found a memory leak in the error handling of an earlier fix.
Qu Wenruo (1)
On 6 Mar 2018, at 11:12, Linus Torvalds wrote:
On Mon, Mar 5, 2018 at 5:34 PM, Alexei Starovoitov
wrote:
As the first step in development of bpfilter project [1] the
request_module()
code is extended to allow user mode helpers to be invoked. Idea is
that
user mode helpers are built as part of
On 18 Dec 2018, at 13:57, Jens Axboe wrote:
> On 12/18/18 2:11 AM, kemi wrote:
>> Hi, All
>> Do we have special reason to keep this patch (316ba5736c9:brd: Mark
>> as non-rotational).
>> which leads to a performance regression when BRD is used as a disk on
>> btrfs.
>
> I really suspect that t
On 6 Oct 2018, at 17:37, James Bottomley wrote:
Significant concern has been expressed about the responsibilities
outlined in
the enforcement clause of the new code of conduct. Since there is
concern
that this becomes binding on the release of the 4.19 kernel, strip the
enforcement clauses to
he deadline for nominations is right before voting begins,
any statements must be received by Monday November 12th at 5PM Pacific,
so that we have time to setup the slideshow.
Current TAB members, and their election year:
Chris Mason 2016
H. Peter Anvin 2016
Olof Johansson 2016
Rik van Riel2016
Da
ng begins,
any statements must be received by Monday November 12th at 5PM Pacific,
so that we have time to setup the slideshow.
Current TAB members, and their election year:
Chris Mason 2016
H. Peter Anvin 2016
Olof Johansson 2016
Rik van Riel2016
Dan Williams 2016
Jon Corbet 2017
Greg Kroah-Hart
On Sun, 12 Aug 2007 17:11:20 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> Andrew and Ken,
>
> Here are some more experiments on the writeback stuff.
> Comments are highly welcome~
I've been doing benchmarks lately to try and trigger fragmentation, and
one of them is a simulation of make -j N
On Wed, 22 Aug 2007 09:18:41 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 21, 2007 at 08:23:14PM -0400, Chris Mason wrote:
> > On Sun, 12 Aug 2007 17:11:20 +0800
> > Fengguang Wu <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew and Ken,
>
On Thu, 23 Aug 2007 12:47:23 +1000
David Chinner <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 08:42:01AM -0400, Chris Mason wrote:
> > I think we should assume a full scan of s_dirty is impossible in the
> > presence of concurrent writers. We want to be able to
On Fri, 24 Aug 2007 21:24:58 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > 2) s_dirty and s_io both become radix trees. s_dirty is indexed by
> > a sequence number that corresponds to age. It is treated as a big
> > circular indexed list that can wrap around over time. Radix tree
> > tags
On Mon, 27 Aug 2007 05:03:36 -0700
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Mon, 27 Aug 2007 19:21:52 +0800
> >
> > Because it does the work in small batches of 10 inodes, when the
> > system has <=10 dirty inodes, its behavior will reduce to:
> > - do a full sweep *at once* on every 25s
On Thu, Dec 4, 2014 at 12:49 AM, Linus Torvalds
wrote:
On Wed, Dec 3, 2014 at 7:15 PM, Chris Mason wrote:
One guess is that trinity is generating a huge number of tlb
invalidations over sparse and horrible ranges. Perhaps the old
code was
falling back to full tlb flushes before Dave
On Thu, Dec 4, 2014 at 10:22 AM, Dave Hansen
wrote:
On 12/03/2014 09:49 PM, Linus Torvalds wrote:
On Wed, Dec 3, 2014 at 7:15 PM, Chris Mason wrote:
One guess is that trinity is generating a huge number of tlb
invalidations over sparse and horrible ranges. Perhaps the old
code was
ng the race with
concurrent readers slightly larger.
This spinlock is the top CPU user in kernel code during one of our workloads.
Removing it gives us a ~2% boost.
Signed-off-by: Chris Mason
---
fs/eventfd.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/fs/eve
On Fri, Dec 5, 2014 at 1:38 PM, Linus Torvalds
wrote:
On Fri, Dec 5, 2014 at 9:15 AM, Dave Jones wrote:
A bisect later, and I landed on a kernel that ran for a day, before
spewing NMI messages, recovering, and then..
https://urldefense.proofpoint.com/v1/url?u=http://codemonkey.org.uk/
dle arbitrarily sized bios. So clean up unnecessary code paths.
Signed-off-by: Kent Overstreet
[dpark: add more description in commit message]
Signed-off-by: Dongsu Park
Cc: Chris Mason
Cc: Josef Bacik
Cc: linux-bt...@vger.kernel.org
---
Looks good, I'll test it here too. Thanks!
Signed-off-b
Hi Linus,
We have a few fixes in my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Qu Wenruo's batch fix a regression between some our merge window pull
and the inode_cache feature. The rest are smaller bugs.
Qu Wenruo (2) commits (+11/-1):
On Tue, Jan 13, 2015 at 7:16 PM, David Sterba wrote:
On Tue, Jan 13, 2015 at 03:09:03PM +0100, Arnd Bergmann wrote:
A recent change introduced a type cast from a private 64-bit
value to a pointer, which works fine on 64-bit architectures,
but not on 32-bit ones, where it produces a harmless
to the list of Btrfs maintainers. It doesn't
mean we're doing things differently, but Dave has really been helping
with the maintainer workload for years.
Chris Mason (2) commits (+9/-0):
Btrfs: don't delay inode ref updates during log replay (+8/-0)
Btrfs: add more mai
Tue, Jan 06, 2015 at 10:57:19AM +0100, Sedat Dilek wrote:
[ 88.028739] [] aio_read_events+0x4f/0x2d0
Ah, that one. Chris Mason and Kent Overstreet were looking at
that one.
I'm not touching the AIO code either ;-)
I know, I was so excited when I see nearly the same output.
Ca
On Mon, Jan 19, 2015 at 2:45 AM, Stephen Rothwell
wrote:
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
fs/eventfd.c: In function 'eventfd_poll':
fs/eventfd.c:121:16: warning: unused variable 'flags'
[-Wunused-variable]
Hi Linus,
Please grab my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Most of these are fixing extent reservation accounting, or corners with
tree writeback during commit. Josef's set does add a test, which isn't
strictly a fix, but it'll keep
loop in btrfs_map_bio() (+3/-6)
btrfs: Fix NO_SPACE bug caused by delayed-iput (+13/-1)
btrfs: Support busy loop of write and delete (+14/-12)
btrfs: fix condition of commit transaction (+15/-7)
Chris Mason (9) commits (+656/-128):
Btrfs: allow block group cache writeout outside critic
t retains
> the core btrfs error checks that should be shared.
>
Thanks Zach, the btrfs bits look reasonable
Signed-off-by: Chris Mason
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
On Sun, Mar 29, 2015 at 11:24 PM, Guenter Roeck
wrote:
On Fri, Mar 13, 2015 at 01:58:46AM -0700, Guenter Roeck wrote:
Building alpha:allmodconfig fails with
fs/btrfs/inode.c: In function 'check_direct_IO':
fs/btrfs/inode.c:8050:2: error: implicit declaration of function
'iov_iter_alignment
On Wed, Apr 1, 2015 at 3:58 PM, Guenter Roeck
wrote:
On 04/01/2015 12:28 PM, Chris Mason wrote:
On Sun, Mar 29, 2015 at 11:24 PM, Guenter Roeck
wrote:
On Fri, Mar 13, 2015 at 01:58:46AM -0700, Guenter Roeck wrote:
Building alpha:allmodconfig fails with
fs/btrfs/inode.c: In function
Hi Linus,
Filipe hit two problems in my block group cache patches. We finalized
the fixes last week and ran through more tests.
Can you please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.1
Chris Mason (2) commits (+25/-17):
Btrfs: prevent list
On 04/20/2015 01:27 AM, NeilBrown wrote:
> This allows fscache to cachefiles in a btrfs filesystem.
Thanks for working on this Neil.
Signed-off-by: Chris Mason
-chris
>
> Signed-off-by: NeilBrown
> ---
> fs/btrfs/super.c |3 ++-
> 1 file changed, 2 inserti
On Wed, Jul 11, 2012 at 11:47:40PM -0600, Mike Galbraith wrote:
> Greetings,
[ deadlocks with btrfs and the recent RT kernels ]
I talked with Thomas about this and I think the problem is the
single-reader nature of the RW rwlocks. The lockdep report below
mentions that btrfs is calling:
> [ 69
On Sat, Jul 14, 2012 at 04:14:43AM -0600, Mike Galbraith wrote:
> On Fri, 2012-07-13 at 08:50 -0400, Chris Mason wrote:
> > On Wed, Jul 11, 2012 at 11:47:40PM -0600, Mike Galbraith wrote:
> > > Greetings,
> >
> > [ deadlocks with btrfs and the recent RT kernels ]
On Mon, Jul 16, 2012 at 04:55:44AM -0600, Mike Galbraith wrote:
> On Sat, 2012-07-14 at 12:14 +0200, Mike Galbraith wrote:
> > On Fri, 2012-07-13 at 08:50 -0400, Chris Mason wrote:
> > > On Wed, Jul 11, 2012 at 11:47:40PM -0600, Mike Galbraith wrote:
> > > > Greet
On Mon, Jul 16, 2012 at 10:26:08AM -0600, Mike Galbraith wrote:
> On Mon, 2012-07-16 at 12:02 -0400, Steven Rostedt wrote:
> > On Mon, 2012-07-16 at 04:02 +0200, Mike Galbraith wrote:
> >
> > > > Great, thanks! I got stuck in bug land on Friday. You mentioned
> > > > performance problems earlie
On 06/16/2015 01:14 PM, David Sterba wrote:
> On Wed, Jun 10, 2015 at 01:43:31PM -0400, Chris Mason wrote:
>> On 06/10/2015 09:40 AM, Dave Jones wrote:
>>> Found this on serial console this morning. The machine had rebooted itself
>>> shortly
>>> afterwards (
On 06/10/2015 09:40 AM, Dave Jones wrote:
> Found this on serial console this morning. The machine had rebooted itself
> shortly
> afterwards (surprising, given I don't have panic-on-oops or similar set).
>
We had one other report of this a few months ago. Josef and I read
through all of this a
Quoting Olof Johansson (2013-11-05 15:23:51)
> On Tue, Nov 5, 2013 at 11:33 AM, Jens Axboe wrote:
[ horrible crashes fixed by removing my patch ]
> > Very weird! What file system is being used?
>
> Most of my failures have happened on regular MMC cards with ext4
> filesystems on them.
>
> Note
Quoting Olof Johansson (2013-11-05 15:38:33)
> On Tue, Nov 5, 2013 at 12:33 PM, Chris Mason wrote:
> > Quoting Olof Johansson (2013-11-05 15:23:51)
> >> On Tue, Nov 5, 2013 at 11:33 AM, Jens Axboe wrote:
> >
> > [ horrible crashes fixed by removing my patch ]
&g
Quoting Olof Johansson (2013-11-05 17:41:42)
> On Tue, Nov 5, 2013 at 2:06 PM, Stephen Warren wrote:
> > On 11/05/2013 01:56 PM, Chris Mason wrote:
> >> Quoting Olof Johansson (2013-11-05 15:38:33)
> >>> On Tue, Nov 5, 2013 at 12:33 PM, Chris Mason
> >>
Quoting Kent Overstreet (2013-11-05 22:48:41)
> This patch reverts the default behaviour introduced by
> 9fc6286f347d00528adcdcf12396d220f47492ed - bio_clone_biovec() no clonger
> shares the source bio's biovec, cloning the biovec is once again the
> default.
>
> Instead, we add a new bio_clone_bi
Quoting Kent Overstreet (2013-11-06 15:02:22)
> On Wed, Nov 06, 2013 at 11:11:30AM -0500, Chris Mason wrote:
> > Quoting Kent Overstreet (2013-11-05 22:48:41)
> > > This patch reverts the default behaviour introduced by
> > > 9fc6286f347d00528adcdcf12396d220f47492ed - bi
Quoting Mike Snitzer (2013-11-06 15:36:40)
> On Wed, Nov 06 2013 at 3:22pm -0500,
> Chris Mason wrote:
>
> > Quoting Kent Overstreet (2013-11-06 15:02:22)
> > > On Wed, Nov 06, 2013 at 11:11:30AM -0500, Chris Mason wrote:
> > > >
> > > > I thin
Quoting Kent Overstreet (2013-11-06 15:57:34)
> On Wed, Nov 06, 2013 at 03:22:36PM -0500, Chris Mason wrote:
> > Quoting Kent Overstreet (2013-11-06 15:02:22)
[ ... nods, thanks! ... ]
> OTOH - with regards to just the ordering requirements, the more I look at
> various code the
On Wed, 2014-01-22 at 09:34 +, Mel Gorman wrote:
> On Tue, Jan 21, 2014 at 10:04:29PM -0500, Ric Wheeler wrote:
> > One topic that has been lurking forever at the edges is the current
> > 4k limitation for file system block sizes. Some devices in
> > production today and others coming soon have
On Wed, 2014-01-22 at 15:19 +, Mel Gorman wrote:
> On Wed, Jan 22, 2014 at 09:58:46AM -0500, Ric Wheeler wrote:
> > On 01/22/2014 09:34 AM, Mel Gorman wrote:
> > >On Wed, Jan 22, 2014 at 09:10:48AM -0500, Ric Wheeler wrote:
> > >>On 01/22/2014 04:34 AM, Mel Gorman wrote:
> > >>>On Tue, Jan 21,
On Wed, 2014-01-22 at 09:21 -0800, James Bottomley wrote:
> On Wed, 2014-01-22 at 17:02 +0000, Chris Mason wrote:
[ I like big sectors and I cannot lie ]
>
> > I really think that if we want to make progress on this one, we need
> > code and someone that owns it. Nick
On Wed, 2014-01-22 at 10:13 -0800, James Bottomley wrote:
> On Wed, 2014-01-22 at 18:02 +0000, Chris Mason wrote:
>
> > We're likely to have people mixing 4K drives and > size here> on the same box. We could just go with the biggest size and
> > use the existing
On Wed, 2014-01-22 at 11:50 -0800, Andrew Morton wrote:
> On Wed, 22 Jan 2014 11:30:19 -0800 James Bottomley
> wrote:
>
> > But this, I think, is the fundamental point for debate. If we can pull
> > alignment and other tricks to solve 99% of the problem is there a need
> > for radical VM surger
On Thu, 2014-01-23 at 13:27 -0800, Joel Becker wrote:
> On Wed, Jan 22, 2014 at 10:47:01AM -0800, James Bottomley wrote:
> > On Wed, 2014-01-22 at 18:37 +0000, Chris Mason wrote:
> > > On Wed, 2014-01-22 at 10:13 -0800, James Bottomley wrote:
> > > > On Wed, 2014-01-
On 04/01/2014 10:25 AM, Chris Mason wrote:
Hi Linus,
We still have some corruption fixes and other patches coming in for the
merge window, but this batch is tested and ready to go.
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git master
Tsutomu noticed
On 04/01/2014 09:39 PM, Li Zefan wrote:
On 2014/4/1 22:41, Chris Mason wrote:
Once you've joined, you can post patches in the group, or email patches to
linuxpatc...@groups.facebook.com
This is really a great idea! Unfortunately it's also a big block
to us Chinese developers, a
On 04/02/2014 12:47 PM, David Sterba wrote:
On Tue, Apr 01, 2014 at 06:23:11PM -0400, Josh Boyer wrote:
Below is a lockdep spew I have on a local VM running Linus' tree as of
this afternoon. The specific git commit is v3.14-751-g683b6c6f82a6.
[ 295.349016]CPU0CPU
On 04/07/2014 12:54 PM, David Sterba wrote:
On Fri, Apr 04, 2014 at 05:15:23PM -0400, Sasha Levin wrote:
On 03/26/2014 01:01 PM, Jeff Mahoney wrote:
On 3/17/14, 9:05 AM, David Sterba wrote:
On Fri, Mar 14, 2014 at 08:12:16PM -0400, Sasha Levin wrote:
While fuzzing with trinity inside a KVM
On 04/07/2014 02:03 PM, Sasha Levin wrote:
On 04/07/2014 01:17 PM, Chris Mason wrote:
On 04/07/2014 12:54 PM, David Sterba wrote:
On Fri, Apr 04, 2014 at 05:15:23PM -0400, Sasha Levin wrote:
On 03/26/2014 01:01 PM, Jeff Mahoney wrote:
On 3/17/14, 9:05 AM, David Sterba wrote:
On Fri, Mar
On Tue, 2014-01-07 at 11:43 -0800, Darrick J. Wong wrote:
> On Tue, Jan 07, 2014 at 12:04:30PM -0500, Theodore Ts'o wrote:
> > On Tue, Jan 07, 2014 at 07:49:35AM -0800, Christoph Hellwig wrote:
> > > On Tue, Jan 07, 2014 at 01:48:31PM +0100, Jan Kara wrote:
> > > > I have to say I'm not thrilled
s this against? Just Jens or some extra code too?
I'll run some tests here. My original patch is below (it's slightly
different from Muthu's).
Btrfs is sometimes calling bio_endio twice on the same bio while
we chain things. This makes sure we don't trip over new assertions in
On Tue, 2014-01-07 at 14:02 -0800, Darrick J. Wong wrote:
> On Tue, Jan 07, 2014 at 07:59:15PM +0000, Chris Mason wrote:
> > On Tue, 2014-01-07 at 11:43 -0800, Darrick J. Wong wrote:
> > > On Tue, Jan 07, 2014 at 12:04:30PM -0500, Theodore Ts'o wrote:
> > > >
On Tue, 2014-01-07 at 13:23 -0800, Muthu Kumar wrote:
> Chris,
> This is based off of Jens block tree, for-3.14/core branch...
>
Ok, Kent did pull in one of my hunks, one was a comment and the third
was effectively the same as your patch. I tried to test the end result
today, but get these on bo
On Wed, 2014-01-08 at 11:54 -0800, Muthu Kumar wrote:
> Chris,
>
> [8.336061] WARNING: CPU: 0 PID: 0 at fs/bio.c:1778 bio_endio+0xbe/0x100()
> [8.336062] bio_endio: bio for (unknown) without endio
>
> This is my recent change to avoid memory leak in bio_endio. But I
> think the problem is
On Wed, 2014-01-08 at 12:40 -0800, Muthu Kumar wrote:
> On Wed, Jan 8, 2014 at 12:16 PM, Chris Mason wrote:
> > On Wed, 2014-01-08 at 11:54 -0800, Muthu Kumar wrote:
> >> Chris,
> >>
> >> [8.336061] WARNING: CPU: 0 PID: 0 at fs/bio.c:1778
> >&
On Wed, 2014-01-08 at 13:01 -0800, Muthu Kumar wrote:
> On Wed, Jan 8, 2014 at 12:51 PM, Chris Mason wrote:
> > On Wed, 2014-01-08 at 12:40 -0800, Muthu Kumar wrote:
> >> On Wed, Jan 8, 2014 at 12:16 PM, Chris Mason wrote:
> >> > On Wed, 2014-01-08 at
guang wu
> CC: Kent Overstreet
> CC: Jens Axboe
> CC: Chris Mason
> Signed-off-by: Muthukumar Ratty
>
Reviewed-by: Chris Mason
Jens, please pull this one in.
> ---
> fs/btrfs/volumes.c |8 ++--
> 1 files changed, 6 insertions(+), 2 deletions(-
Hi Linus,
My for-linus branch has a one line fix:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Sage hit a deadlock with ceph on btrfs, and Josef tracked it down to a
regression in our initial rc1 pull. When doing nocow writes we were
sometimes starting a transac
Hi Linus,
We've got more bug fixes in my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
One of these fixes another corner of the compression oops from last
time. Miao nailed down some problems with concurrent snapshot deletion
and drive balancing
Quoting Mel Gorman (2013-10-29 13:38:14)
> Thomas Gleixner and Peter Zijlstra discussed off-list that real-time users
> currently have a problem with the page lock being contended for unbounded
> periods of time during futex operations. The three of us discussed the
> possibiltity that the page loc
Btrfs is sometimes calling bio_endio twice on the same bio while
we chain things. This makes sure we don't trip over new assertions in
fs/bio.c
Signed-off-by: Chris Mason
diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c
index 7fcac70..5b30360 100644
--- a/fs/btrfs/
Hi Linus,
Please pull my for-linus branch (or for-linus signed tag):
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This is a small collection of fixes. It was rebased this morning, but I
was just fixing signed-off-by tags with the wrong email.
Wang Shilong (3) c
Hi Linus,
We have two more fixes in my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
I was hoping to also include a fix for a btrfs deadlock with compression
enabled, but we're still nailing that one down.
Liu Bo (1) commits (+11/-0):
Btrfs
Reviewed-by: Jan-Simon Möller
> Reviewed-by: Mark Charlebois
> Signed-off-by: Behan Webster
> Cc: "David S. Miller"
> Cc: Herbert Xu
Acked-by: Chris Mason
On the btrfs bits. Thanks for the v3.
-chris
--
To unsubscribe from this list: send the line "unsubscribe linu
On 09/19/2014 11:45 AM, Paul E. McKenney wrote:
> On Fri, Sep 19, 2014 at 02:01:28AM -0700, Omar Sandoval wrote:
>> This patch series moves the generic RCU string library used internally by
>> BTRFS
>> to be accessible by anyone. It provides printk_in_rcu and
>> printk_ratelimited_in_rcu to prin
On 09/19/2014 12:05 PM, Paul E. McKenney wrote:
> On Fri, Sep 19, 2014 at 11:47:53AM -0400, Chris Mason wrote:
>>
>>
>> On 09/19/2014 11:45 AM, Paul E. McKenney wrote:
>>> On Fri, Sep 19, 2014 at 02:01:28AM -0700, Omar Sandoval wrote:
>>>> This patch s
Hi Linus,
We have two more fixes for pulling:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
I've got a revert to fix a regression with btrfs device registration,
and Filipe has part two of his fsync fix from last week.
Chris Mason (1) commits (
On 09/05/2014 06:58 PM, beh...@converseincode.com wrote:
> From: Vinícius Tinti
>
> Replaced the use of a Variable Length Array In Struct (VLAIS) with a C99
> compliant equivalent. This is the original VLAIS struct.
>
> struct {
> struct shash_desc shash;
> char ctx[crypto_shash_de
nged fsync (+2/-1)
Chris Mason (2) commits (+113/-70):
Btrfs: use insert_inode_locked4 for inode creation (+109/-67)
Btrfs: fix autodefrag with compression (+4/-3)
Dan Carpenter (1) commits (+15/-10):
Btrfs: kfree()ing ERR_PTRs
Total: (6) commits (+203/-101)
fs/btrfs/file.c |
/-2):
btrfs: fix use-after-free in mount_subvol()
Chris Mason (1) commits (+5/-0):
Btrfs: limit the path size in send to PATH_MAX
Qu Wenruo (1) commits (+1/-1):
btrfs: Change the hole range to a more accurate value.
David Sterba (1) commits (+5/-5):
btrfs: replace error code from
root offset for compressed extents
Mitch Harder (1) commits (+1/-1):
Btrfs: fix max_inline mount option
Chris Mason (1) commits (+0/-17):
Revert "btrfs: add ioctl to export size of global metadata reservation"
Josef Bacik (1) commits (+9/-2):
Btrfs: unset DCACHE_DISCONNECTE
filter invalid arg for btrfs resize
Harald Hoyer (1) commits (+22/-0):
btrfs: allow mounting btrfs subvolumes with different ro/rw options
Chris Mason (1) commits (+3/-2):
Btrfs: fix EINVAL checks in btrfs_clone
Qu Wenruo (1) commits (+4/-1):
btrfs: Change the expanding write sequence
Btrfs: make free space cache write out functions more readable (+93/-66)
Btrfs: fix broken free space cache after the system crashed (+186/-44)
Btrfs: fix deadlock when mounting a degraded fs (+9/-1)
Btrfs: use bio_endio_nodec instead of open code (+1/-8)
Chris Mason (1) commits (+4
gt; Hence, block forever.
>
> Other poll implementation seems to call poll_wait() unconditionally as the
> very
> first thing to do. For example, tcp_poll() in tcp.c.
Reviewed-by: Chris Mason
This looked horribly wrong to me at first, but Martin walked me through
how the polling cod
Hi Linus,
We've queued up a few fixes in my for-linus branch, please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Anand Jain (7) commits (+68/-10):
btrfs: fix null pointer dereference in btrfs_show_devname when name is null
(+2/-0)
btrfs: fix null
Hi Linus,
I had this in my 3.16 merge window queue, but it is small and obvious
enough for 3.15. I cherry-picked and retested against current rc8.
Please pull from my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Filipe Manana (1) commits (+5/
On 06/09/2014 11:16 AM, Sasha Levin wrote:
> Hi all,
>
> It seems that some recent changes to btrfs tests make it hang during boot:
>
> [ 49.730033] NMI watchdog: BUG: soft lockup - CPU#34 stuck for 23s!
> [swapper/0:1]
> [ 49.730033] Modules linked in:
> [ 49.730033] hardirqs last enabled
On 06/10/2014 07:14 AM, Ed Tomlinson wrote:
> On Monday 09 June 2014 12:17:50 Sasha Levin wrote:
>> On 06/09/2014 11:59 AM, Chris Mason wrote:
>>> On 06/09/2014 11:16 AM, Sasha Levin wrote:
>>>>> Hi all,
>>>>>
>>>>> It seems t
o report errors to userspace (+2/-0)
Btrfs: fix NULL pointer crash of deleting a seed device (+8/-4)
Btrfs: fix leaf corruption after __btrfs_drop_extents (+18/-0)
Btrfs: do not increment on bio_index one by one (+1/-1)
Btrfs: use right type to get real comparison (+1/-1)
Chris Mason
trfs: wake up transaction thread upon remount
Hugo Mills (1) commits (+111/-12):
btrfs: Fix 32/64-bit problem with BTRFS_SET_RECEIVED_SUBVOL ioctl
Chris Mason (1) commits (+1/-1):
btrfs: fix uninit variable warning
Sachin Kamat (1) commits (+2/-1):
btrfs: Use PTR_ERR_OR_ZERO
Kusanagi Kouichi (1) co
Hello everyone,
During last week's Collab summit, Jon Corbet suggested we use the power
of social media to improve the Linux kernel patch review process.
We thought this was a great idea, and have been experimenting with a new
Facebook group dedicated to patch discussion and review. The new gro
On 04/01/2014 11:16 AM, Boaz Harrosh wrote:
On 04/01/2014 05:41 PM, Chris Mason wrote:
Hello everyone,
During last week's Collab summit, Jon Corbet suggested we use the power
of social media to improve the Linux kernel patch review process.
We thought this was a great idea, and have
On 04/01/2014 04:32 PM, Theodore Ts'o wrote:
One suggestion: the documentation should add a tip that if you can't
get someone to review your post, one option is to pay Facebook to
promote your post[1] so it shows more prominently (or at all) on more
kernel dvelopers' streams:
A fine idea! I pr
Hi Linus
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
It has two fixes that we've been testing for 3.16, but since both are safe
and fix real bugs, it makes sense to send for 3.15 instead
Liu Bo (1) commits (+5/-1):
Btrfs: f
401 - 500 of 788 matches
Mail list logo
