The pull request you sent on Mon, 1 Mar 2021 14:44:16 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.12-rc1-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c608aca57dd034d09f307b109b670d1cfb829279
Thank you!
--
Deet-doot-dot, I am a
From: David Sterba
Hi,
first batch of fixes that usually arrive during the merge window code
freeze. Regressions and stable material. Please pull, thanks.
Regressions:
- fix deadlock in log sync in zoned mode
- fix bugs in subpage mode still wrongly assuming sectorsize == page
size
Fixes:
The pull request you sent on Tue, 16 Feb 2021 13:56:46 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.12-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6f3952cbe00b74739f540981d1afe84cd4dac879
Thank you!
--
Deet-doot-dot, I am a bot
Hi,
this update brings updates of space handling, performance improvements
or bug fixes. The subpage block size and zoned mode features have
reached state where they're usable but with limitations.
The branch merges cleanly on top of current master, there are some minor
conflicts reported by linu
The pull request you sent on Mon, 14 Dec 2020 16:15:53 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.11-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f1ee3b8829006b3fda999f00f0059aa327e3f3d0
Thank you!
--
Deet-doot-dot, I am a bot
The pull request you sent on Mon, 16 Sep 2019 13:55:05 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7d14df2d280fb7411eba2eb96682da0683ad97f6
Thank you!
--
Deet-doot-dot, I am a bot.
htt
On Mon, Sep 16, 2019 at 01:55:05PM +0200, David Sterba wrote:
>
> The following changes since commit f74c2bb98776e2de508f4d607cd519873065118e:
>
> Linux 5.3-rc8 (2019-09-08 13:33:15 -0700)
>
> are available in the Git repository a
Hi,
this update continues with work on code refactoring, sanity checks and
space handling. There are some less user visible changes, nothing that
would particularly stand out.
Please pull, thanks.
User visible changes:
- tree checker, more sanity checks of:
- ROOT_ITEM (key, size, generation
The pull request you sent on Mon, 15 Jul 2019 10:57:01 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.3-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a18f8775419d3df282dd83efdb51c5a64d092f31
Thank you!
--
Deet-doot-dot, I am a bot.
Hi,
there's majority of cleanups and refactoring, no big new features made
it to the final branch, the rest are fixes.
No merge conflicts. Please pull, thanks.
Hilights:
- chunks that have been trimmed and unchanged since last mount are
tracked and skipped on repeated trims
- use hw assissed
The pull request you sent on Mon, 4 Mar 2019 20:20:53 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git
> for-5.1-part1-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b1e243957e9b3ba8e820fb8583bdf18e7c737aa2
Thank you!
--
Deet-doot-dot, I
Hi,
the branch contains usual mix of new features, core changes and fixes;
full list below. I'm planning 2nd pull request, with a few more fixes
that arrived recently but too close to merge window, will send it next
week.
Please pull, thanks.
New features:
- support zstd compression levels
-
The pull request you sent on Wed, 19 Dec 2018 16:11:04 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-4.21-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/32ee34eddad13cd44ad0cb3e659fe6fd49143b62
Thank you!
--
Deet-doot-dot, I am a bot
Hi,
I've planned to merge a few more patches to the 1st pull branch that belong to
a core change mentioned below as 'delayed refs reserve'. There are review
comments that I think should be addressed, so the patches are postponed.
Technically they're fixes and I presume it's ok to take them in the
The pull request you sent on Wed, 28 Nov 2018 13:28:05 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-4.20-rc4-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/121b018f8c74b4e0ba81b4b8ee73a82db3f24b7b
Thank you!
--
Deet-doot-dot, I am a
Hi,
please pull the following fixes. Some of them are being hit during
testing so we'd like to get them merged, otherwise there are usual
stability fixes for stable trees. Thanks.
The following changes since commit d6fd0ae25c6495674
On Tue, Oct 30, 2018 at 6:24 AM David Sterba wrote:
>
> this part contains a few minor updates and fixes that were under testing
> or arrived shortly after the merge window freeze, mostly stable material.
Pulled,
Linus
Hi,
this part contains a few minor updates and fixes that were under testing
or arrived shortly after the merge window freeze, mostly stable material.
Please pull, thanks.
The following changes since commit d9352794dad9f28535439d85
On Mon, Oct 22, 2018 at 6:22 PM David Sterba wrote:
>
> this is the first batch with fixes and some nice performance improvements.
Pulled (at 30,000 ft, somewhere between Ireland and Iceland),
Linus
On Mon, Oct 22, 2018 at 05:23:36PM -0700, Liu Bo wrote:
> > Performance improvements:
> >
> > * blocking mode of path is gone, means that only the spinning mode is used;
>
> I'd like to do a few corrections here, the transition from the
> spinning mode to blocking mode is removed, we still need bl
On Mon, Oct 22, 2018 at 10:24 AM David Sterba wrote:
>
> Hi,
>
> this is the first batch with fixes and some nice performance improvements.
>
> Preliminary results show eg. more files/sec in fsmark, better perf on
> multi-threaded workloads (filebench, dbench), fewer context switches and
> overall
Hi,
this is the first batch with fixes and some nice performance improvements.
Preliminary results show eg. more files/sec in fsmark, better perf on
multi-threaded workloads (filebench, dbench), fewer context switches and
overall better memory allocation characteristics (multiple benchmarks).
Ap
On 06/29/2018 02:26 AM, David Sterba wrote:
On Thu, Jun 28, 2018 at 07:22:59PM +0800, Anand Jain wrote:
The circular locking dependency warning occurs at FSSTRESS_PROG.
And in particular at doproc() in xfstests/ltp/fsstress.c, randomly
at any of the command at
opdesc_tops[
On Thu, Jun 28, 2018 at 07:22:59PM +0800, Anand Jain wrote:
> The circular locking dependency warning occurs at FSSTRESS_PROG.
> And in particular at doproc() in xfstests/ltp/fsstress.c, randomly
> at any of the command at
> opdesc_tops[] = { ..}
> which involves calling mmap file
On 06/12/2018 12:16 AM, David Sterba wrote:
On Mon, Jun 11, 2018 at 10:50:54AM +0100, Filipe Manana wrote:
btrfs: replace uuid_mutex by device_list_mutex in
btrfs_open_devices
*
* the mutex can be very coarse and can cover long-running operations
*
* protects: updates t
On Mon, Jun 11, 2018 at 10:50:54AM +0100, Filipe Manana wrote:
> >>>btrfs: replace uuid_mutex by device_list_mutex in
> >>> btrfs_open_devices
> >> *
> >> * the mutex can be very coarse and can cover long-running operations
> >> *
> >> * protects: updates to fs_devices counters lik
On Mon, Jun 11, 2018 at 9:14 AM, Anand Jain wrote:
>
>
> On 06/10/2018 12:21 AM, Filipe Manana wrote:
>>
>> On Mon, Jun 4, 2018 at 4:43 PM, David Sterba wrote:
>>>
>>> Hi,
>>>
>>> there are some new features and a usual load of cleanups, more details
>>> below.
>>>
>>> Specifically, there's a set
On 06/10/2018 12:21 AM, Filipe Manana wrote:
On Mon, Jun 4, 2018 at 4:43 PM, David Sterba wrote:
Hi,
there are some new features and a usual load of cleanups, more details below.
Specifically, there's a set of new non-privileged ioctls to allow
subvolume listing. It works but still needs
On Mon, Jun 4, 2018 at 4:43 PM, David Sterba wrote:
> Hi,
>
> there are some new features and a usual load of cleanups, more details below.
>
> Specifically, there's a set of new non-privileged ioctls to allow
> subvolume listing. It works but still needs a security review as it's a
> new interfa
Hi,
please pull the following branch with 2 regression fixes and one fix for
stable. Thanks.
The following changes since commit c0872323746e11fc79344e3738b283a8cda86654:
btrfs: print-tree: debugging output enhancement (2018-04-20
Hi,
we have queued a few more fixes (error handling, log replay, softlockup)
and the rest is SPDX update that touches almost all files so the
diffstat is long. The top patch is a fixup for excessive warning and
was not in linux-next but I've tested it locally.
Please pull, thanks.
--
Hi,
please pull the following btrfs changes. There are a several user
visible changes, the rest is mostly invisible and continues to clean up
the whole code base.
There are no merge conflicts with current master. Please pull, thanks.
User visible changes:
- new mount option nossd_spread (pair
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Miao Xie has been very busy, fixing races and enospc problems and many
other small but important pieces.
Alexandre Oliva discovered some problems with how our error handling
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
We've had a busy two weeks of bug fixing. The biggest patches in here
are some long standing early-enospc problems (Josef) and a very old race
where compression and mmap comb
Hi Linus,
Please grab my for-linus:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
These are scattered fixes and one performance improvement. The biggest
functional change is in how we throttle metadata changes. The new code
bumps our average file creation rate u
Hi Linus,
If you're doing another RC, please grab these two. Otherwise I'll send
them off to -stable.
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This fixes a long standing problem where the btrfs scan ioctl was racing
with mkfs.btrfs and dropping dirty pages c
On Wed, Dec 19, 2012 at 07:09:57PM +0100, Roy Sigurd Karlsbakk wrote:
> > [ sorry, resend. My lbdb autocompleted with an extra r in kernel.org ]
> >
> > Hi everyone,
> >
> > My for-linus branch has a big set of fixes and features:
>
> Does this include raid-[56]?
As Chris's last sentence in
> [ sorry, resend. My lbdb autocompleted with an extra r in kernel.org ]
>
> Hi everyone,
>
> My for-linus branch has a big set of fixes and features:
Does this include raid-[56]?
Vennlige hilsener / Best regards
roy
--
Roy Sigurd Karlsbakk
(+47) 98013356
r...@karlsbakk.net
http://blogg.karlsb
[ sorry, resend. My lbdb autocompleted with an extra r in kernel.org ]
Hi everyone,
My for-linus branch has a big set of fixes and features:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This was against 3.7, and it has two easy conflicts against Linus'
current
Hi everyone,
My for-linus branch has a big set of fixes and features:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This was against 3.7, and it has two easy conflicts against Linus'
current head. My -next branch has the resolutions, but Linus wills
surely fix th
Hi Linus,
I've split out the big send/receive update from my last pull request and
now have just the fixes in my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
For anyone who wants send/receive updates, they are maintained as well.
But it is has e
Hi Linus
I held off on my rc5 pull because I hit an oops during log recovery
after a crash. I wanted to make sure it wasn't a regression because
we have some logging fixes in here.
It turns out that a commit during the merge window just made it much
more likely to trigger directory logging inste
Hi Linus,
Please grab my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This is a small pull with btrfs fixes. The biggest of the bunch is
another fix for the new backref walking code.
We're still hammering out one btrfs dio vs buffered reads pr
On Fri, Jun 15, 2012 at 05:57:42PM -0600, Linus Torvalds wrote:
> On Fri, Jun 15, 2012 at 11:09 AM, Chris Mason
> wrote:
> >
> > Please pull my for-linus branch:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
> > for-linus
>
> This seems to introduce a new warning:
On Fri, Jun 15, 2012 at 11:09 AM, Chris Mason wrote:
>
> Please pull my for-linus branch:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This seems to introduce a new warning:
In file included from fs/btrfs/ctree.c:22:0:
fs/btrfs/ctree.c: In function ‘btrfs
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
The dates look like I had to rebase this morning because there was a compiler
warning for a printk arg that I had missed earlier.
These are all fixes, including one to preven
Hi everyone,
My for-linus branch is updated for 3.5:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This includes a fairly large change from Josef around data writeback
completion. Before, the writeback wasn't completed until the metadata
insertions for the extent
Hi Chris,
Please apply following bug fix patch:
http://marc.info/?l=linux-btrfs&m=18438913851&w=2
([PATCH] btrfs: add missing unlocks to transaction abort paths)
Thanks,
Tsutomu
(2012/04/13 22:38), Chris Mason wrote:
> Hi Linus,
>
> My for-linus branch has btrfs fixes and updates:
>
Hi Linus,
My for-linus branch has btrfs fixes and updates:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
The top commit is the only one that isn't strictly a bug fix. It
updates the btrfs metadata checker code to support metadata blocks
larger than the page size.
Hi Linus,
I have two additional and btrfs fixes in my for-linus branch
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
One is a casting error that leads to memory corruption on i386 during
scrub, and the other fixes a corner case in the backref walking code
(also tr
Hi Linus,
Please pull the for-linus branch of the btrfs repo:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This is later than I wanted because I got backed up running through
btrfs bugs from the Oracle QA teams. But they are all bug fixes that
we've queued and t
On Mon, 5 Dec 2011 08:14:13 -0500, Chris Mason wrote:
> On Mon, Dec 05, 2011 at 04:10:49PM +0800, Miao Xie wrote:
>> Hi, Chris and Oliva
>>
>> On thu, 1 Dec 2011 10:39:55 -0500, Chris Mason wrote:
>>> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
>>> for-linus
>>>
>>> Has our
On Mon, Dec 05, 2011 at 08:14:13AM -0500, Chris Mason wrote:
> On Mon, Dec 05, 2011 at 04:10:49PM +0800, Miao Xie wrote:
> > [PATCH 08/20] Btrfs: try to allocate from cluster even at LOOP_NO_EMPTY_SIZE
>
> Thanks, I'll push this 08/20 out as well.
Please pick
Li Zefan: Btrfs: check if the to-be-
On Mon, Dec 05, 2011 at 04:10:49PM +0800, Miao Xie wrote:
> Hi, Chris and Oliva
>
> On thu, 1 Dec 2011 10:39:55 -0500, Chris Mason wrote:
> > git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
> > for-linus
> >
> > Has our current set of fixes. This is fairly small, Alexandre O
Hi, Chris and Oliva
On thu, 1 Dec 2011 10:39:55 -0500, Chris Mason wrote:
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
>
> Has our current set of fixes. This is fairly small, Alexandre Oliva has
> been chasing problems in our block allocator and kicked out impo
Hi everyone,
The for-linus branch of the btrfs tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Has our current set of fixes. This is fairly small, Alexandre Oliva has
been chasing problems in our block allocator and kicked out important
fixes.
Jan Schmidt fi
Excerpts from Sage Weil's message of 2011-08-18 17:51:54 -0400:
> Hi Chris, Josef,
>
> Can some form of the clone ioctl transaction start reservation fix go in
> soon as well? That hits a BUG_ON every time.
Sorry Sage, I thought I had that one. I'll get it in the next pull.
-chris
--
To unsub
Hi Chris, Josef,
Can some form of the clone ioctl transaction start reservation fix go in
soon as well? That hits a BUG_ON every time.
Thanks!
sage
On Thu, 18 Aug 2011, Chris Mason wrote:
> Hi everyone,
>
> The for-linus branch of the btrfs-unstable tree:
>
> git://git.kernel.org/pub/scm/l
Hi everyone,
The for-linus branch of the btrfs-unstable tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Has our current pull request for 3.1-rc. The for-linus branch includes
3.1-rc2 because it two fixes from Dan Carpenter and Jeff Mahoney that
only apply
Hi everyone,
The for-linus branch of the btrfs-unstable repo is reading for pulling:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
This started off as a larger pull, but I had to pull out a number of
cleanups from Fujitsu, Novell and a few others (sorry guys) w
On 07/10/2011 08:20 PM, Mitch Harder wrote:
> On Sat, Jul 2, 2011 at 4:25 PM, Josef Bacik wrote:
>> On 07/01/2011 04:39 PM, Josef Bacik wrote:
>>> Hey Chris,
>>>
>>> Since I'm going on vacation next week I wanted to get everything ready for
>>> you
>>> in case you get bored with fsck and want to
On Sat, Jul 2, 2011 at 4:25 PM, Josef Bacik wrote:
> On 07/01/2011 04:39 PM, Josef Bacik wrote:
>> Hey Chris,
>>
>> Since I'm going on vacation next week I wanted to get everything ready for
>> you
>> in case you get bored with fsck and want to put together a 3.1 tree :). If
>> you
>> can pull
On 07/01/2011 04:39 PM, Josef Bacik wrote:
> Hey Chris,
>
> Since I'm going on vacation next week I wanted to get everything ready for you
> in case you get bored with fsck and want to put together a 3.1 tree :). If
> you
> can pull
>
> git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-
Hey Chris,
Since I'm going on vacation next week I wanted to get everything ready for you
in case you get bored with fsck and want to put together a 3.1 tree :). If you
can pull
git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-work.git for-chris
It is based on your for-linus branch. H
Hi everyone,
The for-linus branch of the btrfs unstable tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Has our current set of fixes. Linus will probably notice the head
commit was from this morning. I reordered a refcount bump inside the
lock that protec
Hi everyone,
The for-linus branch of the btrfs unstable repo:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Has our current queue of fixes. One of the fixes removes our unused
sysfs code, mostly because gcc likes to complain about it since
we removed some dead
09:02, Andi Kleen wrote:
> Chris Mason writes:
>
>> Hi everyone,
>>
>> The for-linus branch of the btrfs unstable tree:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git
>> for-linus
>
>>
>> Has our current queue of fixes. Josef's is the biggest pile, mostly in
>> th
Excerpts from Andi Kleen's message of 2011-06-12 21:02:54 -0400:
> Chris Mason writes:
>
> > Hi everyone,
> >
> > The for-linus branch of the btrfs unstable tree:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git
> > for-linus
>
> >
> > Has our current queue of fixe
Chris Mason writes:
> Hi everyone,
>
> The for-linus branch of the btrfs unstable tree:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git
> for-linus
>
> Has our current queue of fixes. Josef's is the biggest pile, mostly in
> the allocator. Josef and I both managed t
On Sun, Jun 12, 2011 at 4:57 AM, Chris Mason wrote:
>
> The for-linus branch of the btrfs unstable tree:
Chris, this is getting ridiculous.
You guys need to start honoring the merge window. None of these big
pulls afterwards. If the code wasn't ready, it damn well shouldn't
have been pushed to m
Hi everyone,
The for-linus branch of the btrfs unstable tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Has our current queue of fixes. Josef's is the biggest pile, mostly in
the allocator. Josef and I both managed to merge his patch to avoid
mapping the
Hi everyone,
The for-linus branch of the btrfs unstable repo:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Has our collection of fixes. It's a little bigger than usual for rc2
because it includes Josef's queue of Btrfs changes. It seemed best to
split them s
One question. Will the autodefrag option be snapshot aware? Would
enabling this option double the amount of used space if there is a
snapshot present?
On Fri, May 27, 2011 at 2:55 PM, Chris Mason wrote:
>
> Hi everyone,
>
> I always thought that I'd be retired and with my flying car at the
> beac
Hi everyone,
I always thought that I'd be retired and with my flying car at the
beach by the time 3.0 came out, but I've setup the for-linus branch of
the btrfs-unstable tree for pulling:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
This pull request is probab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Any plans to update the wiki ?
https://btrfs.wiki.kernel.org/index.php/Changelog
:P
On 05/15/11 at 10:47am, Chris Mason wrote:
>
> Hi everyone,
>
> The master branch of the btrfs unstable tree has a few more fixes:
>
> git://git.kernel.org/pub/scm/l
Hi everyone,
The master branch of the btrfs unstable tree has a few more fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
These include small fixes in the new per-file flags, an oops in
the btrfs acl code and ENOSPC fixes for mixed block groups (used in very
Hi everyone,
The master branch of the btrfs unstable repo:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
Has a few bug fixes. Josef fixed up a crash in the free space cache
error handling code, and it should close out the open bugs there.
Li Zefan found a slab c
Hi everyone,
The master branch of the btrfs unstable repo:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
Has a nice pile of btrfs fixes. Josef tackled a variety of DIO problems
including latencies and crc errors. He also fixed a crash in the
mount -o free_space_
Excerpts from David Sterba's message of 2011-03-28 09:25:28 -0400:
> Hi,
>
> Chris, you did not add my sign-of on the unaligned fix I've posted, nor
> the tested-by or reported-by. Looking again into the mail, it seems like
> some automated-misprocessing picked the first part of the mail altough
>
David Sterba wrote:
> Hi,
>
> Chris, you did not add my sign-of on the unaligned fix I've posted, nor
> the tested-by or reported-by. Looking again into the mail, it seems like
> some automated-misprocessing picked the first part of the mail altough
> there was properly formated patch after '--' m
On Mon, Mar 28, 2011 at 5:08 AM, Chris Mason wrote:
>
> Linus, I've pushed out two branches for you, for-linus and
> for-linus-unmerged
Thanks. I took the unmerged one, because I do like to see what's going
on. But I did end up verifying the end result against your merge, and
it ended up identica
Hi,
Chris, you did not add my sign-of on the unaligned fix I've posted, nor
the tested-by or reported-by. Looking again into the mail, it seems like
some automated-misprocessing picked the first part of the mail altough
there was properly formated patch after '--' marker (and I've verified
this is
Hi everyone,
The kernel.org mirror is making me pay for a mistake in my push last
night. I'm still waiting for it to update the mirrors with the correct
commits, so I've got the proper sha down below.
Linus, I've pushed out two branches for you, for-linus and
for-linus-unmerged
git://git.kernel
Hey Chris,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-work.git for-chris
It is based on v2.6.38. Mostly just cleanups and fixes, the biggest actual
change would be moving us to the new truncate sequence. Here is the shortlog
and such
Josef Bacik (13):
Btr
On Lunes, 17 de Enero de 2011 22:13:01 Chris Mason escribió:
> Li Zefan also added readonly snapshot support, and I'll have the
> corresponding btrfs-progs changes integrated this week.
I think you forgot this.
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body o
Hi everyone,
The master branch of the btrfs unstable tree has some important btrfs
fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
I was seeing very rare metadata corruptions during long stress runs, and
eventually tracked it down to two different races in th
Hallo, Chris,
Du meintest am 07.02.11:
[...]
> So, here is our collection of bug fixes since rc1. We have an
> assortment of ENOSPC tweaks, allocator fixes and better error
> handling in general.
> Linus please pull the master branch of the btrfs-unstable repo:
> git://git.kernel.org/pub/scm
Hi everyone,
This pull was delayed by a week because my test rig kept throwing out
corruptions. After a long series of bisects, it looks like the hardware
is just silently corrupting blocks and btrfs is catching it early and
often.
So, here is our collection of bug fixes since rc1. We have an
a
On Sat, Jan 22, 2011 at 5:41 PM, Clemens Eisserer wrote:
>> E.g. suppose you have a LZO compressed file, then a program rewrites some
>> data which is in the middle of the file, and suppose the newly written data
>> is less compressible.
>
> Any idea how this is handled? I would be interested in t
> E.g. suppose you have a LZO compressed file, then a program rewrites some
> data which is in the middle of the file, and suppose the newly written data
> is less compressible.
Any idea how this is handled? I would be interested in the answer as well.
Thank you in advance, Clemens
--
To unsubscr
On 01/18/2011 04:22 PM, C Anthony Risinger wrote:
On Tue, Jan 18, 2011 at 4:14 AM, Felix Blanke wrote:
i don't know about the readonly snapshots, but the LZO stuff is a
mount option; should be in the pull.
and for the record, i'm totally stoked to run LZO on all my btrfs
machines (esp. th
; is from oct. 2010?!?
>
>
> Regards,
> Felix
>
>
> On 17. January 2011 - 16:13, Chris Mason wrote:
>> Date:Mon, 17 Jan 2011 16:13:01 -0500
>> From: Chris Mason
>> To: Linus Torvalds , Linux Btrfs
>> , linux-kernel
>> Subject: [GI
On Tue, Jan 18, 2011 at 11:56 AM, Mitch Harder
wrote:
> On Tue, Jan 18, 2011 at 9:22 AM, C Anthony Risinger wrote:
>> On Tue, Jan 18, 2011 at 4:14 AM, Felix Blanke wrote:
>>> Hi,
>>>
>>> just slap me if the question is stupid, but when will all those new
>>> features be added
>>> to the btrfs-p
On Tue, Jan 18, 2011 at 9:22 AM, C Anthony Risinger wrote:
> On Tue, Jan 18, 2011 at 4:14 AM, Felix Blanke wrote:
>> Hi,
>>
>> just slap me if the question is stupid, but when will all those new features
>> be added
>> to the btrfs-progs?
>>
>> The last commit is at
>> "git://git.kernel.org/pub/
On Tue, Jan 18, 2011 at 4:14 AM, Felix Blanke wrote:
> Hi,
>
> just slap me if the question is stupid, but when will all those new features
> be added
> to the btrfs-progs?
>
> The last commit is at
> "git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs-unstable.git"
> is from oct. 20
hris Mason wrote:
> Date: Mon, 17 Jan 2011 16:13:01 -0500
> From: Chris Mason
> To: Linus Torvalds , Linux Btrfs
> , linux-kernel
> Subject: [GIT PULL] Btrfs updates
>
> Hi everyone,
>
> The for-linus branch of the btrfs-unstable git tree:
>
> git://git.kern
Hi everyone,
The for-linus branch of the btrfs-unstable git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Has our collection of features and fixes for 2.6.38-rc1. The git tree
is actually against 2.6.36 and these commits have been tested against
.36, .37
Hi everyone,
The master branch of the btrfs unstable tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
Has an assortment of bug fixes. It includes some corruption fixes when
mounting the filesystem in degraded mode, and related oopsen as we try
to mount damaged
Hi everyone,
The master branch of the btrfs unstable tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
Has a collection of btrfs bug fixes.
The three most important fixes here address crashes in the btrfs
O_DIRECT code, add a migrate_page operation to avoid met
On Sat, Oct 30, 2010 at 6:51 AM, Chris Mason wrote:
>
> There were some minor conflicts with Linus' current tree, so my branch
> is merged with Linus' tree as of this morning.
Gaah. Please don't do this. Unless it's a _really_ messy merge, I
really do want to do the merge. It's fine to have an al
1 - 100 of 136 matches
Mail list logo
