lkml.org 
[lkml]   [2013]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ext4-next: Backport of jbd2 fixes?
On Fri, Feb 01, 2013 at 10:33:04AM +0100, Sedat Dilek wrote:
> Hi Ted,
>
> will those JBD2 fixes in ext4.git#dev [1] get also into mainline kernel(s)?
>
> [ Cut-n-paste out of tig ]
>
> 2013-01-31 13:00 Theodore Ts'o │ o jbd2: track request delay statistics
> 2013-01-30 00:41 Theodore Ts'o │ o jbd2: commit as soon as
> possible after log_start_commit <--- T-b-me (Linux-Next + 3.8-rc5+)
> 2013-01-30 00:39 Eric Sandeen │ o jbd2: don't wake kjournald
> unnecessarily <--- T-b-me (Linux-Next + 3.8-rc5+)
>
> I see no "CC: linux-stable"... and none of my Tested-by#s :-).

I might be willing to add a cc linux-stable to Eric's commit, since
it's pretty simple and it does fix a very long-standing performance
regression. But technically these commits are intended to be
***performance*** improvements. The fact that your inherently
dangerous use of using loop devices over FUSE happens to not deadlock
when doing a suspend/resume after applying this patch is nice, but it
is absolutely an unintended side effect.

It doesn't change the fact that it's inherently dangerous, and it may
break at any one time, and I would be surprised if kernel developers
would be willing to stand behind this as as a supported
configurations. If this is something Ubuntu is doing, and you have a
support contract with Ubuntu, I suggest you ask them to look into
this.

- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2013-02-01 16:01    [W:0.069 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site