On Wed, Jan 11, 2012 at 03:27:09PM +0100, David Sterba wrote:
On Tue, Jan 10, 2012 at 02:20:18PM -0500, Josef Bacik wrote:
WARNING: at fs/btrfs/extent-tree.c:7283 btrfs_free_block_groups+0x25b/0x370
appeared within minutes.
Sorry, I spoke too soon, the test was running overnight and the
On Fri, Jan 06, 2012 at 04:31:04PM +0200, Ilya Dryomov wrote:
+static int restriper_kthread(void *data)
you've changed restripe - balance in some places, I'm not sure if you
want to distinguish them sometimes, like the kthread worker name here
+{
...
+}
+
+int btrfs_recover_balance(struct
On Thu, Jan 12, 2012 at 03:00:31PM +0100, David Sterba wrote:
On Fri, Jan 06, 2012 at 04:31:04PM +0200, Ilya Dryomov wrote:
+static int restriper_kthread(void *data)
you've changed restripe - balance in some places, I'm not sure if you
want to distinguish them sometimes, like the kthread
Fixed indentation, replace spaces with tabs.
---
btrfslabel.c | 52 ++--
1 files changed, 26 insertions(+), 26 deletions(-)
diff --git a/btrfslabel.c b/btrfslabel.c
index 29b00bf..50050ec 100644
--- a/btrfslabel.c
+++ b/btrfslabel.c
@@ -48,45
Fixed some compiler warnings from cgcc.
---
btrfs.c| 12 ++--
btrfslabel.h |3 ++-
extent-cache.c |2 +-
extent-tree.c |2 +-
extent_io.c|2 +-
5 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/btrfs.c b/btrfs.c
index 1def354..0f4b8b7 100644
Fixed segfaults from bnc#710486 due to unchecked usage of return
value from open_ctree().
---
btrfs-image.c|5 +
btrfs-select-super.c |4 +++-
btrfslabel.c |8
btrfstune.c |5 +
dir-test.c | 11 +++
find-root.c
Patches to fix some possible segfaults, fix some compiler warnings and
indention.
They are against:
git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
@David: I've separated your changes to my patch for the SUSE package
into an own patch and attached it.
Danny
From: David Sterba dste...@suse.cz
Return error code from change/get_label_unmounted caused by
caused by open_ctree()
---
btrfslabel.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/btrfslabel.c b/btrfslabel.c
index 2e5d539..29b00bf 100644
---
2012/1/7 Christian Brunner c...@muc.de:
2012/1/5 Chris Mason chris.ma...@oracle.com:
On Fri, Jan 06, 2012 at 07:12:16AM +1100, Dave Chinner wrote:
On Thu, Jan 05, 2012 at 02:45:00PM -0500, Chris Mason wrote:
On Thu, Jan 05, 2012 at 01:46:57PM -0500, Chris Mason wrote:
Unfortunately,
On Wed, Jan 11, 2012 at 01:51:42PM +0800, Li Zefan wrote:
The biggest one is a fix for fstrim, and there's a fix for on-disk
free space cache. Others are small fixes and cleanups.
Thanks Li, I've merged all of these in.
-chris
--
To unsubscribe from this list: send the line unsubscribe
Btrfs_throttle will make us wait if there is a currently committing transaction
until we can open new transactions, which is ridiculous since we don't actually
start any transactions within the file write path anyway, so all this does is
introduce big latencies if we have a sync/fsync heavy
Hi,
One of my disks, partitioned into a single btrfs partition, is showing
media errors. The problem is that these errors lead to kernel panic from
btrfs - that make the filesystem unusable until reboot - and therefore
it is very hard for me to do a full backup of the data prior to changing
The plan that occurs to me is to make a snapshot of the system in the
state that I want to always boot. Then, I would rewrite the init
script in the initrd to (a) delete any old tmp copy of the snapshot;
(b) copy the static snapshot to a tmp copy; (c) mount the tmp copy.
That's a little
On Mon, Jan 09, 2012 at 04:21:31PM +0100, Niels de Carpentier wrote:
The plan that occurs to me is to make a snapshot of the system in the
state that I want to always boot. Then, I would rewrite the init
script in the initrd to (a) delete any old tmp copy of the snapshot;
(b) copy the
On Mon, Jan 09, 2012 at 04:21:31PM +0100, Niels de Carpentier wrote:
The plan that occurs to me is to make a snapshot of the system in the
state that I want to always boot. Then, I would rewrite the init
script in the initrd to (a) delete any old tmp copy of the snapshot;
(b) copy the
On Tue, Jan 10, 2012 at 00:01, Niels de Carpentier
ni...@decarpentier.com mailto:ni...@decarpentier.com wrote:
Hi,
One of my disks, partitioned into a single btrfs partition, is
showing
media errors. The problem is that these errors lead to kernel
panic from
Liu Bo liubo2...@cn.fujitsu.com writes:
Here we choose extent_map firstly, since it is a read mostly thing,
and the change is quite direct, all we need to do is
a) to replace rbtree with skiplist,
b) to add rcu support.
And more details are in patch 2 and patch 3.
I've done some simple
Here's a slightly updated version of the BTRFS snappy interface.
snappy is a faster compression algorithm that provides similar
compression as LZO, but generally better performance.
This version has:
- Ported to latest tree
- Extensive testing and benchmarking (in its 3.0 based incarnation)
- A
From: Andi Kleen a...@linux.intel.com
Add support in btrfs for snappy compression. This is generally a faster
compressor than LZO (except for higher memory usage) with comparable
compression and should imho replace it.
This is based on the lzo code with minor modifications.
This has been tested
From: Andi Kleen a...@linux.intel.com
This is a C port of the google snappy compressor. It has roughly
comparable compression to LZO, but is significantly faster on many file
types. For example it beats all other compressors on already
compressed data.
I ported the original C++ code over to C
From: Andi Kleen a...@linux.intel.com
Mainly so that ubifs can use it.
Acked-by: Herbert Xu herb...@gondor.apana.org.au
Signed-off-by: Andi Kleen a...@linux.intel.com
---
crypto/Kconfig |9 +
crypto/Makefile |1 +
crypto/snappy.c | 99
Hi,
The Seattle Area System Administrators Guild, http://sasag/org, is doing
a series of talks on filesystems and are looking for a speaker who can
tell us how btrfs works and its future. Our meetings are the second
Thursday of each month on the Univ of Wash campus. If anyone is
interested
On 01/13/2012 05:28 AM, Andi Kleen wrote:
Liu Bo liubo2...@cn.fujitsu.com writes:
Here we choose extent_map firstly, since it is a read mostly thing,
and the change is quite direct, all we need to do is
a) to replace rbtree with skiplist,
b) to add rcu support.
And more details are in patch
Hi.
Thank you for the job. Could you please share the output of the testing and
give us more info about the crypto?
Thank you!
Jaromir
Původní zpráva
Od: Andi Kleen a...@firstfloor.org
Předmět: Updated btrfs/crypto snappy interface ready for merging
Datum:
On Fri, Jan 13, 2012 at 10:18:06AM +0800, Liu Bo wrote:
On 01/13/2012 05:28 AM, Andi Kleen wrote:
Liu Bo liubo2...@cn.fujitsu.com writes:
Here we choose extent_map firstly, since it is a read mostly thing,
and the change is quite direct, all we need to do is
a) to replace rbtree with
25 matches
Mail list logo