From: "Theodore Ts'o" <tytso@mit.edu>
To: Sedat Dilek <sedat.dilek@gmail.com>
Cc: Ext4 Developers List <linux-ext4@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Eric Sandeen <sandeen@redhat.com>
Subject: Re: ext4-next: Backport of jbd2 fixes?
Date: Fri, 1 Feb 2013 09:08:37 -0500 [thread overview]
Message-ID: <20130201140837.GB1438@thunk.org> (raw)
In-Reply-To: <CA+icZUU=Ra4j6-dWbfP2fZDfRb+onQWo3HrejMsqTYO4v62o1A@mail.gmail.com>
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
prev parent reply other threads:[~2013-02-01 14:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-01 9:33 Sedat Dilek
2013-02-01 14:08 ` Theodore Ts'o [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130201140837.GB1438@thunk.org \
--to=tytso@mit.edu \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sandeen@redhat.com \
--cc=sedat.dilek@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®