Hi Linus,
My for-linus-4.10 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.10
Has two last minute fixes. The highest priority here is a regression
fix for the decompression code, but we also fixed up a problem with the
32 bit compat ioctls.
The decom
Hi Linus,
My for-linus-4.11 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.11
Has a series of fixes and cleanups that Dave Sterba has been collecting:
There is a pretty big variety here, cleaning up internal APIs and fixing
corner cases.
David Sterba
Hi Linus,
My for-linus-4.8 branch has some fixes for btrfs send/recv and fsync
from Filipe and Robbie Ko:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.8
Bonus points to Filipe for already having xfstests in place for many of
these.
Filipe Manana (8) commits (
Hi Linus,
Please pull my for-linus-4.8 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.8
We've queued up a few different fixes in here. These range from enospc
corners to fsync and quota fixes, and a few targeted at
error handling for corrupt metadata/fu
Hi Linus
My for-linus-4.7 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.7
Has some fixes and some new self tests for btrfs. The self tests are
usually disabled in the .config file (unless you're doing btrfs dev
work), and this bunch is meant to find pr
+6/-0)
Chris Mason (1) commits (+12/-1):
Btrfs: deal with duplciates during extent_map insertion in btrfs_get_extent
Total: (9) commits (+105/-20)
fs/btrfs/extent-tree.c | 6 ++
fs/btrfs/extent_io.c| 10 ++
fs/btrfs/inode.c| 13 -
fs/btrfs/ordered-data.c
tch makes a big improvement on pretty much every workload.
Josef Bacik (2) commits (+38/-27):
Btrfs: don't do nocow check unless we have to (+22/-22)
Btrfs: track transid for delayed ref flushing (+16/-5)
Liu Bo (1) commits (+11/-2):
Btrfs: fix error handling in map_private_extent_bu
Hi Linus,
Btrfs part two was supposed to be a single patch on part of v4.7-rc4.
Somehow I didn't notice that my part2 branch repeated a few of the
patches in part 1 when I set it up earlier this week. Cherry-picking
gone wrong as I folded a fix into Dave Sterba's original integration.
I've been
Hi Linus,
We've got a fix in my for-linus-4.5 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.5
Filipe nailed down a problem where tree log replay would do some work
that orphan code wasn't expecting to be done yet, leading to BUG_ON.
Filipe Manana (1) c
On Mon, Mar 21, 2016 at 06:16:54PM -0700, Linus Torvalds wrote:
> On Mon, Mar 21, 2016 at 5:24 PM, Chris Mason wrote:
> >
> > I waited an extra day to send this one out because I hit a crash late
> > last week with CONFIG_DEBUG_PAGEALLOC enabled (fixed in the top commit).
>
On Mon, Mar 21, 2016 at 10:15:33PM -0400, Chris Mason wrote:
> On Mon, Mar 21, 2016 at 06:16:54PM -0700, Linus Torvalds wrote:
> > On Mon, Mar 21, 2016 at 5:24 PM, Chris Mason wrote:
> > >
> > > I waited an extra day to send this one out because I hit a cras
On Thu, Mar 17, 2016 at 02:49:06PM -0600, Andreas Dilger wrote:
> On Mar 17, 2016, at 12:35 PM, Chris Mason wrote:
> >
> > On Thu, Mar 17, 2016 at 10:47:29AM -0700, Linus Torvalds wrote:
> >> On Wed, Mar 16, 2016 at 10:18 PM, Gregory Farnum wrote:
> >&g
in comments.
Satoru Takeuchi (1) commits (+3/-0):
Btrfs: Show a warning message if one of objectid reaches its highest value
Ashish Samant (1) commits (+6/-1):
btrfs: Print Warning only if ENOSPC_DEBUG is enabled
Sudip Mukherjee (1) commits (+1/-1):
btrfs: fix build warning
Chris Mason (1)
Hi Linus,
My for-linus-4.5 branch has a btrfs DIO error passing fix. I know how
much you love DIO, so I'm going to suggest against reading it. We'll
follow up with a patch to drop the error arg from dio_end_io in the
next merge window.
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-b
Hi Linus,
Please pull my for-linus-4.5 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.5
This has a few fixes from Filipe, along with a readdir fix from Dave
that we've been testing for some time.
Filipe Manana (4) commits (+115/-68):
Btrfs: remove n
Hi Linus,
My for-linus-4.3 branch has a few fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.3
This is an assorted set I've been queuing up:
Jeff Mahoney tracked down a tricky one where we ended up starting IO on
the wrong mapping for special files in btrf
On Thu, Sep 17, 2015 at 10:37:38AM +1000, Dave Chinner wrote:
> [cc Tejun]
>
> On Thu, Sep 17, 2015 at 08:07:04AM +1000, Dave Chinner wrote:
> > On Wed, Sep 16, 2015 at 04:00:12PM -0400, Chris Mason wrote:
> > > On Wed, Sep 16, 2015 at 09:58:06PM +0200, Jan Kara wrote:
&g
On Thu, Sep 17, 2015 at 02:30:08PM +1000, Dave Chinner wrote:
> On Wed, Sep 16, 2015 at 11:48:59PM -0400, Chris Mason wrote:
> > On Thu, Sep 17, 2015 at 10:37:38AM +1000, Dave Chinner wrote:
> > > [cc Tejun]
> > >
> > > On Thu, Sep 17, 2015 at
On Thu, Sep 17, 2015 at 12:39:51PM -0700, Linus Torvalds wrote:
> On Wed, Sep 16, 2015 at 7:14 PM, Dave Chinner wrote:
> >>
> >> Dave, if you're testing my current -git, the other performance issue
> >> might still be the spinlock thing.
> >
> > I have the fix as the first commit in my local tree
On Thu, Sep 17, 2015 at 04:08:19PM -0700, Linus Torvalds wrote:
> On Thu, Sep 17, 2015 at 3:42 PM, Chris Mason wrote:
> >
> > Playing around with the plug a little, most of the unplugs are coming
> > from the cond_resched_lock(). Not really sure why we are doing the
> &g
On Thu, Sep 17, 2015 at 11:04:03PM -0700, Linus Torvalds wrote:
> On Thu, Sep 17, 2015 at 10:40 PM, Dave Chinner wrote:
> >
> > Ok, makes sense - the plug is not being flushed as we switch away,
> > but Chris' patch makes it do that.
>
> Yup.
Huh, that does make much more sense, thanks Linus. I
On Wed, Sep 23, 2015 at 01:49:31PM +, Dexuan Cui wrote:
> Hi all,
> Since some point between July and Sep, I have been suffered from a strange
> "very slow write" issue and on Sep 9 I reported it to LKML (but got no
> reply): https://lkml.org/lkml/2015/9/9/290
>
> The issue is: under high CP
On Wed, Sep 23, 2015 at 03:49:12PM +0300, Artem Bityutskiy wrote:
> On Tue, 2015-07-21 at 23:56 -0400, Theodore Ts'o wrote:
> > > v2: Updated for MS_CGROUPWB -> SB_I_CGROUPWB.
> > >
> > > Signed-off-by: Tejun Heo
> > > Cc: "Theodore Ts'o"
> > > Cc: Andreas Dilger
> > > Cc: linux-e...@vger.kerne
On Wed, Sep 23, 2015 at 08:41:25PM +0300, Artem Bityutskiy wrote:
>Hi
>
>$ sync
>$ reboot
If this is case, it should be possible to reproduce with:
cp a bunch of stuff to /ext4
unmount /ext4
mount ext4
compare data
If you're not getting a clean unmount of the test FS during the rebo
Hi Linus,
Please pull the fixes from my for-linus-4.2 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.2
Filipe fixed up a hard to trigger ENOSPC regression from our merge
window pull, and we have a few other smaller fixes.
Zhao Lei (2) commits (+4/-2):
Hi Linus,
Please pull my for-linus-4.2 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.2
Outside of our usual batch of fixes, this integrates the subvolume quota
updates that Qu Wenruo from Fujitsu has been working on for a few
releases now. He gets an e
Hi Stephen,
There are a few conflicts for btrfs in linux-next this time. They are
small, but I pushed out the merge commit I'm using here:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git next-merge
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Fri, Aug 21, 2015 at 10:45:24AM +1000, Stephen Rothwell wrote:
> Hi Chris,
>
> On Thu, 20 Aug 2015 13:39:18 -0400 Chris Mason wrote:
> >
> > There are a few conflicts for btrfs in linux-next this time. They are
> > small, but I pushed out the merge commit I
On Fri, Aug 21, 2015 at 10:45:24AM +1000, Stephen Rothwell wrote:
> Hi Chris,
>
> On Thu, 20 Aug 2015 13:39:18 -0400 Chris Mason wrote:
> >
> > There are a few conflicts for btrfs in linux-next this time. They are
> > small, but I pushed out the merge commit I
Hi Linus,
Please pull my for-linus-4.2 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.2
This is an assortment of fixes. Most of the commits are from Filipe
(fsync, the inode allocation cache and a few others). Mark kicked in a
series fixing corners in
On Thu, Dec 10, 2015 at 10:36:17AM -0600, Jon Christopherson wrote:
> Hello,
>
> I noticed this new oops since running 4.4.0-rc4. Happens shortly after boot
> and pretty much kills the system:
>
> > [ 177.774250] [ cut here ]
> >[ 177.774256] kernel BUG at /data0/Source/
x27;s a dup.
Reported-by: Dave Jones ,
Reported-by: Jon Christopherson
Signed-off-by: Chris Mason
diff --git a/kernel/sched/wait.c b/kernel/sched/wait.c
index f10bd87..12f69df 100644
--- a/kernel/sched/wait.c
+++ b/kernel/sched/wait.c
@@ -434,6 +434,8 @@ __wait_on_bit_lock(wait_queue_head_t *wq,
-1)
btrfs: tweak free space tree bitmap allocation (+16/-2)
btrfs: sysfs: add free-space-tree bit attribute (+2/-0)
btrfs: add free space tree to lockdep classes (+1/-0)
btrfs: tests: switch to GFP_KERNEL (+15/-15)
Chris Mason (2) commits (+1/-18):
Revert "btrfs: synchronize i
Hi Linus,
A couple of small fixes in my for-linus-4.4 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.4
Chris Mason (2) commits (+19/-7):
Btrfs: check for empty bitmap list in setup_cluster_bitmaps (+5/-3)
Btrfs: check prepare_uptodate_page
On 2 Oct 2020, at 2:54, Christoph Hellwig wrote:
On Wed, Sep 30, 2020 at 08:05:45PM +, Nick Terrell wrote:
On Sep 29, 2020, at 11:53 PM, Christoph Hellwig
wrote:
As you keep resend this I keep retelling you that should not do it.
Please provide a proper Linux API, and switch to that.
On 26 May 2020, at 15:51, Jens Axboe wrote:
> btrfs uses generic_file_read_iter(), which already supports this.
>
> Signed-off-by: Jens Axboe
Really looking forward to this!
Acked-by: Chris Mason
Hi everyone,
We’re validating a new kernel in the fleet, and compared with v5.2,
performance is ~2-3% lower for some of our workloads. After some
digging, Johannes found that our involuntary context switch rate was ~2x
higher, and we were leaving a CPU idle a higher percentage of the time,
e
On 26 Oct 2020, at 4:39, Vincent Guittot wrote:
Hi Chris
On Sat, 24 Oct 2020 at 01:49, Chris Mason wrote:
Hi everyone,
We’re validating a new kernel in the fleet, and compared with v5.2,
Which version are you using ?
several improvements have been added since v5.5 and the rework of
On 26 Oct 2020, at 10:24, Vincent Guittot wrote:
Le lundi 26 oct. 2020 à 08:45:27 (-0400), Chris Mason a écrit :
On 26 Oct 2020, at 4:39, Vincent Guittot wrote:
Hi Chris
On Sat, 24 Oct 2020 at 01:49, Chris Mason wrote:
Hi everyone,
We’re validating a new kernel in the fleet, and
On 26 Oct 2020, at 11:05, Chris Mason wrote:
On 26 Oct 2020, at 10:24, Vincent Guittot wrote:
Could you try the fix below ?
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -9049,7 +9049,8 @@ static inline void calculate_imbalance(struct
lb_env *env, struct sd_lb_stats *s
On 26 Oct 2020, at 12:20, Vincent Guittot wrote:
Le lundi 26 oct. 2020 à 12:04:45 (-0400), Rik van Riel a écrit :
On Mon, 26 Oct 2020 16:42:14 +0100
Vincent Guittot wrote:
On Mon, 26 Oct 2020 at 16:04, Rik van Riel wrote:
Could utilization estimates be off, either lagging or
simply having
On 10 Nov 2020, at 13:39, Christoph Hellwig wrote:
On Mon, Nov 09, 2020 at 02:01:41PM -0500, Chris Mason wrote:
You do consistently ask for a shim layer, but you haven???t explained
what
we gain by diverging from the documented and tested API of the
upstream zstd
project. It???s an important
On 6 Nov 2020, at 13:38, Christoph Hellwig wrote:
You just keep resedning this crap, don't you? Haven't you been told
multiple times to provide a proper kernel API by now?
You do consistently ask for a shim layer, but you haven’t explained
what we gain by diverging from the documented and
still have
_PAGE_RW,
when the next mmap write occurs, we don't need to trigger the
page_mkwrite again.
I don’t know the page migration code well, but you’ll need this one
as well on the 4.4 kernel you mentioned:
commit 25f3c5021985e885292980d04a1423fd83c967bb
Author: Chris Mason
Date:
On 5 Jul 2020, at 0:55, Willy Tarreau wrote:
> On Sat, Jul 04, 2020 at 01:02:51PM -0700, Dan Williams wrote:
>> +Non-inclusive terminology has that same distracting effect which is
>> why
>> +it is a style issue for Linux, it injures developer efficiency.
>
> I'm personally thinking that for a no
On 6 Jul 2020, at 10:06, Laurent Pinchart wrote:
Hi Chris,
On Mon, Jul 06, 2020 at 12:45:34PM +, Chris Mason via
Ksummit-discuss wrote:
On 5 Jul 2020, at 0:55, Willy Tarreau wrote:
Maybe instead of providing an explicit list of a few words it should
simply say that terms that take
On 16 Sep 2020, at 10:46, Christoph Hellwig wrote:
On Wed, Sep 16, 2020 at 10:43:04AM -0400, Chris Mason wrote:
Otherwise we just end up with drift and kernel-specific bugs that are
harder
to debug. To the extent those APIs make us contort the kernel code,
I???m
sure Nick is interested in
On 16 Sep 2020, at 4:49, Christoph Hellwig wrote:
On Tue, Sep 15, 2020 at 08:42:59PM -0700, Nick Terrell wrote:
From: Nick Terrell
Move away from the compatibility wrapper to the zstd-1.4.6 API. This
code is functionally equivalent.
Again, please use sensible names And no one gives a fuck
On 17 Sep 2020, at 6:04, Christoph Hellwig wrote:
On Wed, Sep 16, 2020 at 09:35:51PM -0400, Rik van Riel wrote:
One possibility is to have a kernel wrapper on top of the zstd API
to
make it
more ergonomic. I personally don???t really see the value in it,
since
it adds
another layer of indire
On 16 Sep 2020, at 10:30, Christoph Hellwig wrote:
On Wed, Sep 16, 2020 at 10:20:52AM -0400, Chris Mason wrote:
It???s not completely clear what you???re asking for here. If the
API
matches what???s in zstd-1.4.6, that seems like a reasonable way to
label
it. That???s what the upstream is
I'm being pretty liberal with chopping down quoted material to help
emphasize a particular opinion about how to bootstrap existing
out-of-tree projects into the kernel. My goal here is to talk more
about the process and less about the technical details, so please
forgive me if I've ignored or
On 30 Jan 2019, at 20:34, Dave Chinner wrote:
> On Wed, Jan 30, 2019 at 12:21:07PM +0000, Chris Mason wrote:
>>
>>
>> On 29 Jan 2019, at 23:17, Dave Chinner wrote:
>>
>>> From: Dave Chinner
>>>
>>> This reverts commit a76cf1a474d7dbcd9336b5
On 17 Jun 2020, at 13:20, Filipe Manana wrote:
On Wed, Jun 17, 2020 at 5:32 PM Boris Burkov wrote:
---
fs/btrfs/extent_io.c | 45
1 file changed, 29 insertions(+), 16 deletions(-)
diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
index c
On 04/25/2017 04:49 PM, Tejun Heo wrote:
On Tue, Apr 25, 2017 at 11:49:41AM -0700, Tejun Heo wrote:
Will try that too. I can't see why HT would change it because I see
single CPU queues misevaluated. Just in case, you need to tune the
test params so that it doesn't load the machine too much
Hi Linus,
We have one more for btrfs:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.11
This is dropping a new WARN_ON from rc1 that ended up making more noise
than we really want. The larger fix for the underflow got delayed a bit
and it's better for now to
Hi Linus,
We have 3 small fixes queued up in my for-linus-4.11 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.11
Goldwyn Rodrigues (1) commits (+7/-7):
btrfs: Change qgroup_meta_rsv to 64bit
Dan Carpenter (1) commits (+6/-1):
Btrfs: fix an integ
Hi Linus
Dave Sterba collected a few more fixes for the last rc:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.11
These aren't marked for stable, but I'm putting them in with a batch
were testing/sending by hand for this release.
Liu Bo (3) commits (+11/-13
On 08/10/2017 04:30 AM, Eric Biggers wrote:
On Wed, Aug 09, 2017 at 07:35:53PM -0700, Nick Terrell wrote:
The memory reported is the amount of memory the compressor requests.
| Method | Size (B) | Time (s) | Ratio | MB/s| Adj MB/s | Mem (MB) |
|--|--|--|---|-
On 08/10/2017 03:00 PM, Eric Biggers wrote:
On Thu, Aug 10, 2017 at 01:41:21PM -0400, Chris Mason wrote:
On 08/10/2017 04:30 AM, Eric Biggers wrote:
On Wed, Aug 09, 2017 at 07:35:53PM -0700, Nick Terrell wrote:
The memory reported is the amount of memory the compressor requests.
| Method
On 08/10/2017 03:25 PM, Hugo Mills wrote:
On Thu, Aug 10, 2017 at 01:41:21PM -0400, Chris Mason wrote:
On 08/10/2017 04:30 AM, Eric Biggers wrote:
Theses benchmarks are misleading because they compress the whole file as a
single stream without resetting the dictionary, which isn't how
Hi Linus,
Nick Terrell's patch series to add zstd support to the kernel has been
floating around for a while. After talking with Dave Sterba, Herbert and
Phillip, we decided to send the whole thing in as one pull request.
I have it in my zstd branch:
git://git.kernel.org/pub/scm/linux/kernel/gi
On 09/08/2017 03:33 PM, Chris Mason wrote:
Hi Linus,
Nick Terrell's patch series to add zstd support to the kernel has been
floating around for a while. After talking with Dave Sterba, Herbert and
Phillip, we decided to send the whole thing in as one pull request.
I have it in my
On Sat, Sep 09, 2017 at 09:35:59AM +0800, Herbert Xu wrote:
On Fri, Sep 08, 2017 at 03:33:05PM -0400, Chris Mason wrote:
crypto/Kconfig |9 +
crypto/Makefile|1 +
crypto/testmgr.c | 10 +
crypto/testmgr.h | 71 +
crypto/zstd.c
Hi Linus,
Nick Terrell's patch series to add zstd support to the kernel has been
floating around for a while. After talking with Dave Sterba, Herbert
and Phillip, we decided to send the whole thing in as one pull request.
Herbert had asked about the crypto patch when we discussed the pull, but
I
OT (+23/-1)
btrfs: No need to check !(flags & MS_RDONLY) twice (+1/-2)
Chris Mason (1) commits (+2/-2):
btrfs: fix the gfp_mask for the reada_zones radix tree
Adam Borowski (1) commits (+9/-3):
btrfs: fix a bogus warning when converting only data or metadata
Deepa Dinamani (1)
On 05/09/2017 01:56 PM, Chris Mason wrote:
> Hi Linus,
>
> My for-linus-4.12 branch:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
> for-linus-4.12
I hit send too soon, sorry. There's a trivial conflict with our WARN_ON
fix that went i
On 05/17/2017 06:53 AM, Peter Zijlstra wrote:
On Mon, May 15, 2017 at 02:03:11AM -0700, tip-bot for Peter Zijlstra wrote:
sched/fair, cpumask: Export for_each_cpu_wrap()
-static int cpumask_next_wrap(int n, const struct cpumask *mask, int start, int
*wrapped)
-{
- next = find_next_b
On 06/06/2017 05:21 AM, Peter Zijlstra wrote:
On Mon, Jun 05, 2017 at 02:00:21PM +0100, Matt Fleming wrote:
On Fri, 19 May, at 04:00:35PM, Matt Fleming wrote:
On Wed, 17 May, at 12:53:50PM, Peter Zijlstra wrote:
Please test..
Results are still coming in but things do look better with your p
Hi Linus,
My for-linus-4.12 branch has some fixes that Dave Sterba collected:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.12
We've been hitting an early enospc problem on production machines that
Omar tracked down to an old int->u64 mistake. I waited a bit o
On 05/03/2017 04:36 AM, Jan Kara wrote:
On Tue 02-05-17 09:28:13, Davidlohr Bueso wrote:
Commit b685d3d65ac7 "block: treat REQ_FUA and REQ_PREFLUSH as
synchronous" removed REQ_SYNC flag from WRITE_FUA implementation.
Since REQ_FUA and REQ_FLUSH flags are stripped from submitted IO
when the dis
tions before voting.
Chris Mason, TAB Chair
[1] TAB members sit for a term of two years, and half of the board is up
for election every year. Five of the seats are up for election now. The
other five are halfway through their term and will be up for election
next year.
tions before voting.
Chris Mason, TAB Chair
[1] TAB members sit for a term of two years, and half of the board is up
for election every year. Five of the seats are up for election now. The
other five are halfway through their term and will be up for election
next year.
On 07/22/2017 02:49 PM, Dan Williams wrote:
On Fri, Jul 21, 2017 at 7:52 PM, Dan Williams wrote:
[ adding Chris ]
On Fri, Jul 21, 2017 at 4:44 PM, Dan Williams wrote:
On Fri, Jul 21, 2017 at 3:58 PM, Ingo Molnar wrote:
* Dan Williams wrote:
[...]
* Like perf, ndctl borrows the sub-com
https://goo.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
On 11/29/2017 12:05 PM, Tejun Heo wrote:
On Wed, Nov 29, 2017 at 09:03:30AM -0800, Tejun Heo wrote:
Hello,
On Wed, Nov 29, 2017 at 05:56:08PM +0100, Jan Kara wrote:
What has happened with this patch set?
No idea. cc'ing Chris directly. Chris, if the patchset looks good,
can you please rout
On 11/30/2017 12:23 PM, David Sterba wrote:
On Wed, Nov 29, 2017 at 01:38:26PM -0500, Chris Mason wrote:
On 11/29/2017 12:05 PM, Tejun Heo wrote:
On Wed, Nov 29, 2017 at 09:03:30AM -0800, Tejun Heo wrote:
Hello,
On Wed, Nov 29, 2017 at 05:56:08PM +0100, Jan Kara wrote:
What has happened
On 10/13/2016 02:16 PM, Dave Jones wrote:
On Wed, Oct 12, 2016 at 10:42:46AM -0400, Chris Mason wrote:
> On 10/12/2016 10:40 AM, Dave Jones wrote:
> > On Wed, Oct 12, 2016 at 09:47:17AM -0400, Dave Jones wrote:
> > > On Tue, Oct 11, 2016 at 11:54:09AM -0400,
Hi Linus,
My for-linus-4.9 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.9
Has some fixes from Omar and Dave Sterba for our new free space tree.
This isn't heavily used yet, but as we move toward making it the new
default we wanted to nail down an endia
tworks
and mailing lists, so get your nomination in early).
Chris Mason, TAB Chair
[1] TAB members sit for a term of two years, and half of the board is up
for election every year. Five of the seats are up for election now.
The other five are halfway through their term and will be up for
election next year.
On Sat, Oct 15, 2016 at 08:42:40PM -0400, Dave Jones wrote:
On Thu, Oct 13, 2016 at 05:18:46PM -0400, Chris Mason wrote:
> > > > .. and of course the first thing that happens is a completely different
> > > > btrfs trace..
> > > >
> > > >
On 09/08/2016 08:50 PM, Dave Jones wrote:
On Thu, Sep 08, 2016 at 08:58:48AM -0400, Chris Mason wrote:
> On 09/08/2016 07:50 AM, Christian Borntraeger wrote:
> > On 09/08/2016 01:48 PM, Christian Borntraeger wrote:
> >> Chris,
> >>
> >> with 4.8-rc
these problems were actually fine (sorry Filipe).
Wang Xiaoguang (2) commits (+16/-8):
btrfs: introduce tickets_id to determine whether asynchronous metadata
reclaim work makes progress (+7/-5)
btrfs: do not decrease bytes_may_use when replaying extents (+9/-3)
Chris Mason (1) commits (
On Tue, Oct 18, 2016 at 05:12:41PM -0600, Jens Axboe wrote:
On 10/18/2016 04:42 PM, Dave Jones wrote:
So Chris had me do a run on ext4 just for giggles. It took a while, but
eventually this fell out...
WARNING: CPU: 3 PID: 21324 at lib/list_debug.c:33 __list_add+0x89/0xb0
list_add corruption.
On Tue, Oct 18, 2016 at 04:39:22PM -0700, Linus Torvalds wrote:
On Tue, Oct 18, 2016 at 4:31 PM, Chris Mason wrote:
Jens, not sure if you saw the whole thread. This has triggered bad page
state errors, and also corrupted a btrfs list. It hurts me to say, but it
might not actually be your
On Tue, Oct 18, 2016 at 05:10:56PM -0700, Linus Torvalds wrote:
On Tue, Oct 18, 2016 at 4:42 PM, Chris Mason wrote:
Seems to be the whole thing:
Ahh. On lkml, so I do have it in my mailbox, but Dave changed the
subject line when he tested on ext4 rather than btrfs..
Anyway, the corrupted
Hi Linus,
We have a few small fixes queued up in my for-linus-4.8 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.8
I'm still prepping a set of fixes for btrfs fsync, just nailing
down a hard to trigger memory corruption. For now, these are tested and
re
Each year, the Linux Foundation's Technical Advisory Board (TAB) seeks
an organizing committee for the annual Linux Plumbers Conference; that
process has now begun for the 2017 event. This is your chance to put
your stamp on one of our community's most important gatherings.
LPC 2017 will ta
On 08/16/2016 10:07 AM, Peter Zijlstra wrote:
On Wed, Aug 10, 2016 at 06:09:44PM -0400, Johannes Weiner wrote:
[ That, and a disturbing number of emotional outbursts against
systemd, which has nothing to do with any of this. ]
Oh, so I'm entirely dreaming this then:
https://github.com/
701 - 788 of 788 matches
Mail list logo
