From: Greg KH <gregkh@linuxfoundation.org>
To: Byungchul Park <byungchul.park@lge.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
stable@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [STABLE] kernel oops which can be fixed by peterz's patches
Date: Tue, 16 Feb 2016 16:41:39 -0800 [thread overview]
Message-ID: <20160217004139.GC3037@kroah.com> (raw)
In-Reply-To: <20160217001103.GB5972@X58A-UD3R>
On Wed, Feb 17, 2016 at 09:11:03AM +0900, Byungchul Park wrote:
> On Tue, Feb 16, 2016 at 09:42:12AM -0800, Greg KH wrote:
> > On Tue, Feb 16, 2016 at 09:44:35AM +0100, Peter Zijlstra wrote:
> > > On Tue, Feb 16, 2016 at 04:08:37PM +0900, Byungchul Park wrote:
> > > > On Mon, Jan 25, 2016 at 04:25:03PM +0900, Byungchul Park wrote:
> > > > > On Tue, Jan 05, 2016 at 10:14:44AM +0100, Peter Zijlstra wrote:
> > > > > > So the reason I didn't mark them for stable is that they were non
> > > > > > trivial, however they've been in for a while now and nothing broke, so I
> > > > > > suppose backporting them isn't a problem.
> > > > >
> > > > > Hello,
> > > > >
> > > > > What do you think about the way to solve this oops problem? Could you just
> > > > > give your opinion of the way? Or ack or nack about this backporting?
> > > >
> > > > Or would it be better to create a new simple patch with which we can solve
> > > > the oops problem, because your patch is too complicated to backport to
> > > > stable tree? What do you think about that?
> > >
> > > I would prefer just backporting existing stuff, we know that works.
> > >
> > > A separate patch for stable doesn't make sense to me; you get extra
> > > chances for fail and a divergent code-base.
> >
> > I agree, I REALLY don't want to take patches that are not
> > identical-as-much-as-possible to what is in Linus's tree, because almost
> > every time we do, the patch is broken in some way.
>
> I also agree and got it. Then could you check if this backporting is done
> properly?
What backporting of what to where by whom?
Come on, someone needs to actually send in some patches, in the correct
format, before anyone can do anything with them...
greg k-h
next prev parent reply other threads:[~2016-02-17 0:41 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-05 8:52 [STABLE] kernel oops which can be fixed by peterz's patches Byungchul Park
2016-01-05 9:14 ` Peter Zijlstra
2016-01-12 8:47 ` Byungchul Park
2016-01-12 10:21 ` Willy Tarreau
2016-01-25 7:25 ` Byungchul Park
2016-02-16 7:08 ` Byungchul Park
2016-02-16 8:44 ` Peter Zijlstra
2016-02-16 17:42 ` Greg KH
2016-02-17 0:11 ` Byungchul Park
2016-02-17 0:41 ` Greg KH [this message]
2016-02-17 2:00 ` Byungchul Park
2016-02-17 3:01 ` Greg KH
2016-02-17 3:02 ` Mike Galbraith
2016-02-23 21:05 ` Ben Hutchings
2016-02-23 21:06 ` Ben Hutchings
2016-01-05 9:16 ` [PATCH for v3.14.58 1/7] sched: Clean up idle task SMP logic Byungchul Park
2016-01-05 9:16 ` [PATCH for v3.14.58 2/7] sched: Replace post_schedule with a balance callback list Byungchul Park
2016-01-05 9:16 ` [PATCH for v3.14.58 3/7] sched: Allow balance callbacks for check_class_changed() Byungchul Park
2016-01-05 9:16 ` [PATCH for v3.14.58 4/7] sched,rt: Remove return value from pull_rt_task() Byungchul Park
2016-01-05 9:16 ` [PATCH for v3.14.58 5/7] sched, rt: Convert switched_{from, to}_rt() / prio_changed_rt() to balance callbacks Byungchul Park
2016-01-05 9:16 ` [PATCH for v3.14.58 6/7] sched,dl: Remove return value from pull_dl_task() Byungchul Park
2016-01-05 9:16 ` [PATCH for v3.14.58 7/7] sched, dl: Convert switched_{from, to}_dl() / prio_changed_dl() to balance callbacks Byungchul Park
2016-01-05 9:24 ` [PATCH for v3.18.25 1/6] sched: Replace post_schedule with a balance callback list Byungchul Park
2016-01-05 9:24 ` [PATCH for v3.18.25 2/6] sched: Allow balance callbacks for check_class_changed() Byungchul Park
2016-01-05 9:24 ` [PATCH for v3.18.25 3/6] sched,rt: Remove return value from pull_rt_task() Byungchul Park
2016-01-05 9:24 ` [PATCH for v3.18.25 4/6] sched, rt: Convert switched_{from, to}_rt() / prio_changed_rt() to balance callbacks Byungchul Park
2016-01-05 9:24 ` [PATCH for v3.18.25 5/6] sched,dl: Remove return value from pull_dl_task() Byungchul Park
2016-01-05 9:24 ` [PATCH for v3.18.25 6/6] sched, dl: Convert switched_{from, to}_dl() / prio_changed_dl() to balance callbacks Byungchul Park
2016-03-01 8:15 ` [STABLE] kernel oops which can be fixed by peterz's patches Greg KH
2016-07-18 6:31 ` Byungchul Park
2016-07-18 12:09 ` Greg KH
2016-07-18 23:59 ` Byungchul Park
2016-06-13 18:31 ` Ben Hutchings
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=20160217004139.GC3037@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=byungchul.park@lge.com \
--cc=linux-kernel@vger.kernel.org \
--cc=peterz@infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).