All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Martin Jansa <martin.jansa@gmail.com>,
	"Bystricky, Juro" <juro.bystricky@intel.com>
Cc: "jurobystricky@hotmail.com" <jurobystricky@hotmail.com>,
	"openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>
Subject: Re: [morty][PATCH v2] gcc6.4 upgrade
Date: Sat, 10 Mar 2018 10:27:48 -0800	[thread overview]
Message-ID: <1520706468.10851.164.camel@linuxfoundation.org> (raw)
In-Reply-To: <20180310074659.GA7868@jama>

On Sat, 2018-03-10 at 08:46 +0100, Martin Jansa wrote:
> On Fri, Mar 09, 2018 at 11:56:58PM +0000, Bystricky, Juro wrote:
> > 
> > I forgot to mention that if there are no objections against this
> > patchset, I intend to do the same/equivalent upgrades for other
> > releases with gcc 6x (rocko, pyro, ...)  and also upgrade gcc5.x
> > and 4.9x where present.
> Thanks for this work.
> 
> It might be a bit easier to do and review this by starting with rocko
> (with just small change on top with newly backported changes) and
> just
> cherry-picking the necessary changes down to pyro and then few more
> down
> to morty (similar to Andre's backports in his branch).
> 
> With single big patch it's difficult to make sure that all the
> branches
> got all the changes and to review what's "new" compared to 6.4.0
> which
> used to be in master.

I do agree with you that in an ideal world, this is how it should be
done.

I also realise part of the problem here is a few different companies
have patched gcc 6.x in older releases and not submitted the changes
with upstream stable. I appreciate there could be a ton of different
reasons for that. It would be nice to try and share this work earlier
and more often to avoid having patchsets quite this large.

It is tough to have someone step up and try and make changes to gcc in
OE-Core since the test matrix is quite large and fixing all the issues
that can come up is non-trivial.

I'm therefore very grateful for Juro taking this on and I don't
particularly want to have him go back and redo the patches again,
particularly for feedback at v2.

I've been doing my best to guide Juro, equally I'm trying to do a
number of things at the moment (M3 still isn't ready and the
autobuilder is a wreak) and I clearly haven't given Juro enough
guidance to get this 'right'. For that I do feel bad.

So now I have a horrible choice. Do I push this back to Juro and have
him do this again as you comment. I know I'll have to provide mode
guidance, I'm travelling and its hard on everyone. Do I feel guilty for
my part in this and sort the splitting up myself to avoid impacting
Juro (with the impact on my time/sanity that entails)? Or do I take the
patch and risk upsetting some of our key contributors for ignoring
review?

I'm spelling out the issues here because as a community/team, we need
to get better at guiding people through things like this. It does have
an impact on whether people step up in the first place and may be part
of the reason nobody wants to touch gcc in the first place...

Cheers,

Richard



  reply	other threads:[~2018-03-10 18:28 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-09 23:49 [morty][PATCH v2] gcc6.4 upgrade Juro Bystricky
2018-03-09 23:49 ` [morty][PATCH v2] gcc6: Upgrade to 6.4.0 (latest stable series release) Juro Bystricky
2018-03-09 23:56 ` [morty][PATCH v2] gcc6.4 upgrade Bystricky, Juro
2018-03-10  0:36   ` akuster808
2018-03-10  7:46   ` Martin Jansa
2018-03-10 18:27     ` Richard Purdie [this message]
2018-03-10 21:04       ` Martin Jansa
2018-03-10 21:06         ` Martin Jansa
2018-03-10 21:34         ` Richard Purdie
2018-03-10 22:20           ` Andre McCurdy
2018-03-11  0:56           ` Martin Jansa
2018-03-11 12:06             ` Richard Purdie
2018-03-10  0:00 ` ✗ patchtest: failure for gcc6: Upgrade to 6.4.0 (latest stable series release) (rev3) Patchwork
2018-03-10  3:30   ` Andre McCurdy
2018-03-11  1:21     ` Martin Jansa
2018-03-10  1:42 ` [morty][PATCH v2] gcc6.4 upgrade Khem Raj
2018-03-10  2:25   ` Bystricky, Juro
2018-03-10  2:55     ` Andre McCurdy
2018-03-10  4:20       ` Khem Raj
2018-03-10 18:28         ` Bystricky, Juro

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=1520706468.10851.164.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=juro.bystricky@intel.com \
    --cc=jurobystricky@hotmail.com \
    --cc=martin.jansa@gmail.com \
    --cc=openembedded-core@lists.openembedded.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.