[PATCH] Btrfs: fix memory leak in resolver code

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(+),

Re: 3.2-rc4: scrubbing locks up the kernel, then hung tasks on boot

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.

Re: 3.2-rc4: scrubbing locks up the kernel, then hung tasks on boot

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

Re: Btrfs Storage Array Corrupted

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

Can't mount, power failure - recoverable?

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.