From: Greg KH <gregkh@linuxfoundation.org>
To: Filipe Manana <fdmanana@suse.com>
Cc: Chris Mason <clm@fb.com>,
linux-btrfs <linux-btrfs@vger.kernel.org>,
stable@vger.kernel.org
Subject: Re: [GIT PULL] Btrfs for stable (mostly 3.17)
Date: Tue, 21 Oct 2014 06:12:52 +0800 [thread overview]
Message-ID: <20141020221252.GA2101@kroah.com> (raw)
In-Reply-To: <5444FE7E.8000608@suse.com>
On Mon, Oct 20, 2014 at 01:22:22PM +0100, Filipe Manana wrote:
>
>
> On 10/20/2014 12:13 AM, Greg KH wrote:
> > On Sun, Oct 19, 2014 at 09:55:11PM +0200, Greg KH wrote:
> >> On Sun, Oct 19, 2014 at 06:01:16AM -0400, Chris Mason wrote:
> >>> Hi everyone,
> >>>
> >>> I've pulled out some of the btrfs commits from the merge window that
> >>> we'd like to see in stable. The full list of sha's from Linus is below,
> >>> you can see 4 of them are only needed on 3.17
> >>>
> >>> 2fad4e83e12591eb3bd213875b9edc2d18e93383
> >>> 0b4699dcb65c2cff793210b07f40b98c2d423a43 # v3.17
> >>> 12b894cb288d57292b01cf158177b6d5c89a6272
> >>> 78a017a2c92df9b571db0a55a016280f9019c65e
> >>> 4d1a40c66bed0b3fa43b9da5fbd5cbe332e4eccf
> >>> e6c4efd87ab04e5ead363f24e6ac35ed3506d401 # v3.17
> >>> f6acfd50110b335c7af636cf1fc8e55319cae5fc
> >>> 1d52c78afbbf80b58299e076a159617d6b42fe3c
> >>> 75bfb9aff45e44625260f52a5fd581b92ace3e62
> >>> bbe9051441effce51c9a533d2c56440df64db2d7
> >>> 32be3a1ac6d09576c57063c6c350ca36eaebdbd3 # v3.17
> >>> 42383020beb1cfb05f5d330cc311931bc4917a97
> >>> d37973082b453ba6b89ec07eb7b84305895d35e1 # v3.17
> >>
> >> I'm confused, the others not marked with a "# v3.17" need to go on older
> >> kernels as well?
> >
> > I've picked up the ones that apply and build for the older stable
> > kernels I maintain now, thanks for the list.
>
> May I suggest porting the following commit to 3.14 too?
>
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=766b5e5ae78dd04a93a275690a49e23d7dcb1f39
>
> It fixes a data corruption issue for an incremental send. Particularly
> important, IMHO, as the corruption happens silently (no errors returned
> to user space nor any sort of warnings/errors in syslog, etc). It
> affects only 3.14, and the change applies cleanly on 3.14.22.
Chris, any objection for me taking this?
thanks,
greg k-h
next prev parent reply other threads:[~2014-10-20 22:13 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-19 10:01 [GIT PULL] Btrfs for stable (mostly 3.17) Chris Mason
2014-10-19 19:55 ` Greg KH
2014-10-19 23:13 ` Greg KH
2014-10-20 12:22 ` Filipe Manana
2014-10-20 22:12 ` Greg KH [this message]
2014-10-21 19:19 ` Chris Mason
2014-10-22 6:23 ` Greg KH
2014-10-20 16:09 ` Chris Mason
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=20141020221252.GA2101@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=clm@fb.com \
--cc=fdmanana@suse.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=stable@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.