All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Francis Moreau <francis.moro@gmail.com>
Cc: Jens Axboe <axboe@kernel.dk>, Kent Overstreet <kmo@daterainc.com>,
	Peter Kieser <peter@kieser.ca>,
	linux-kernel@vger.kernel.org, linux-bcache@vger.kernel.org,
	stable <stable@vger.kernel.org>
Subject: Re: [GIT PULL] bcache changes for 3.17
Date: Fri, 5 Sep 2014 14:45:32 -0700	[thread overview]
Message-ID: <20140905214532.GA30221@kroah.com> (raw)
In-Reply-To: <540966BA.9030106@gmail.com>

On Fri, Sep 05, 2014 at 09:31:06AM +0200, Francis Moreau wrote:
> On 08/10/2014 09:54 AM, Peter Kieser wrote:
> > 
> > On 2014-08-05 9:58 AM, Jens Axboe wrote:
> >> On 08/04/2014 10:33 PM, Kent Overstreet wrote:
> >>> Hey Jens, here's the pull request for 3.17 - typically late, but lots of tasty
> >>> fixes in this one :)
> >> Normally I'd say no, but since it's basically just fixes, I guess we can
> >> pull it in. But generally, it has to be in my hands a week before this,
> >> so it can simmer a bit in for-next before going in...
> >>
> > Are these fixes going to be backported to 3.10 or other stable releases?
> > 
> 
> Could you please answer this question ?
> 
> If you don't want to maintain bcache for stable kernels (I can
> understand that), can you mark it at least as unstable/experimental
> stuff since it really is ?

WTF?

Just because a maintainer/developer doesn't want to do anything for the
stable kernel releases does _NOT_ mean the code is
"unstable/expreimental" at all.

That's not how stable kernel releases work.  _IF_ a maintainer wants to
/ has the time to, they can mark patches for inclusion in stable kernel
releases.  Given the huge list of patches that Jens just posted, I doubt
that those are really something I would ever take for a stable kernel
release.

Please read Documentation/stable_kernel_rules.txt for more details
please.  And don't ask others to do backporting work for you, it's not
ok, and is something that I have always said is never required, and is
not going to be.

thanks,

greg k-h

  parent reply	other threads:[~2014-09-05 21:45 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-05  4:33 [GIT PULL] bcache changes for 3.17 Kent Overstreet
2014-08-05 16:58 ` Jens Axboe
2014-08-10  7:54   ` Peter Kieser
2014-09-05  7:31     ` Francis Moreau
2014-09-05 14:17       ` Jens Axboe
2014-09-05 14:28         ` Vasiliy Tolstov
2014-09-05 14:30           ` Jens Axboe
2014-09-05 14:44         ` Francis Moreau
2014-09-05 21:46           ` Greg KH
2014-09-05 15:37         ` Eddie Chapman
2014-09-05 16:41           ` Peter Kieser
2014-09-05 17:03             ` Arne Wiebalck
2014-09-05 17:10               ` Jens Axboe
2014-09-05 18:33                 ` Kent Overstreet
2014-09-05 18:46                   ` Stefan Priebe
2015-02-05 13:40                 ` Francis Moreau
2014-09-06  0:33               ` Chuck Ebbert
2014-09-05 21:45       ` Greg KH [this message]
2014-09-05 22:21         ` Jens Axboe
2014-09-08 15:26           ` Greg KH
2014-09-05 23:17         ` Peter Kieser
2014-09-08 15:27           ` Greg KH
2014-09-06  9:23         ` Francis Moreau

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=20140905214532.GA30221@kroah.com \
    --to=greg@kroah.com \
    --cc=axboe@kernel.dk \
    --cc=francis.moro@gmail.com \
    --cc=kmo@daterainc.com \
    --cc=linux-bcache@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter@kieser.ca \
    --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.