init_ipath() allocates btrfs_data_container which is never freed. Free
it in free_ipath() and nuke the comment for init_data_container() - we
can safely free it with kfree().
Signed-off-by: Ilya Dryomov idryo...@gmail.com
---
fs/btrfs/backref.c |7 +--
1 files changed, 1 insertions(+),
Am Donnerstag, 15. März 2012 schrieb Chris Mason:
On Thu, Mar 15, 2012 at 06:32:19PM +0100, Martin Steigerwald wrote:
Am Samstag, 25. Februar 2012 schrieb Arne Jansen:
On 02/24/12 16:51, Martin Steigerwald wrote:
Am Samstag, 21. Januar 2012 schrieb Martin Steigerwald:
Am Samstag, 21.
On 16.03.2012 16:05, Martin Steigerwald wrote:
has an important fix for scrub on 32 bit that should solve this.
So finally - the machine did make-kpkg over night and complained about
missing Documentation lguest, then I switched off lots from distro default
config and just did the usual
When you finish the patch, where should I get it from? Is it a general
btrfs patch, and I would grab it in the next kernel release, or is it
a specific patch for me, and I would grab it from a btrfs repository?
Thanks again for all of your help.
--
To unsubscribe from this list: send the line
Hey all. First and foremost, great work on the filesystem. Love it. That is,
until this...
AGES ago, I had a power failure. I had 22 drives in one BTRFS filesystem. I
know, dumb idea given that it's an experimental FS, but it's not important data,
just.LOTS of it. A dozen terabytes or so.