All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nick Desaulniers <ndesaulniers@google.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: Nathan Chancellor <natechancellor@gmail.com>,
	stable@vger.kernel.org, Sandeep Patil <sspatil@google.com>,
	Matthias Kaehlcke <mka@chromium.org>,
	Alistair Strachan <astrachan@google.com>
Subject: Re: Clang backports for 4.9 and 4.4
Date: Tue, 20 Nov 2018 09:30:45 -0800	[thread overview]
Message-ID: <CAKwvOdmT5xUfUnrbiWVd_UACJXAqOR36td+a8EJut8-fuSCqTQ@mail.gmail.com> (raw)
In-Reply-To: <20181120165220.GB28164@kroah.com>

[-- Attachment #1: Type: text/plain, Size: 6879 bytes --]

4.9 mbox series attached. Thanks Greg!


On Tue, Nov 20, 2018 at 8:52 AM Greg KH <gregkh@linuxfoundation.org> wrote:
>
> On Tue, Nov 20, 2018 at 09:46:01AM -0700, Nathan Chancellor wrote:
> > On Tue, Nov 20, 2018 at 01:07:25PM +0100, Greg KH wrote:
> > > On Tue, Nov 20, 2018 at 04:26:24AM -0700, Nathan Chancellor wrote:
> > > > On Tue, Nov 20, 2018 at 08:48:07AM +0100, Greg KH wrote:
> > > > > On Mon, Nov 19, 2018 at 03:13:47PM -0800, Nick Desaulniers wrote:
> > > > > > On Mon, Nov 19, 2018 at 11:21 AM Nathan Chancellor
> > > > > > <natechancellor@gmail.com> wrote:
> > > > > > >
> > > > > > > On Mon, Nov 19, 2018 at 11:17:15AM -0800, Nick Desaulniers wrote:
> > > > > > > > On Mon, Nov 19, 2018 at 10:52 AM Nathan Chancellor
> > > > > > > > <natechancellor@gmail.com> wrote:
> > > > > > > > >
> > > > > > > > > On Mon, Nov 19, 2018 at 10:31:35AM -0800, Nick Desaulniers wrote:
> > > > > > > > > > Greg,
> > > > > > > > > > I'm in the process of preparing backports for building 4.9 and 4.4
> > > > > > > > > > kernels with Clang.  Going off of mka's very helpful:
> > > > > > > > > > https://lkml.org/lkml/2017/11/22/943, I've prepared the list of SHA's
> > > > > > > > > > that were marked UPSTREAM (internal convention used to denote patch
> > > > > > > > > > applies cleanly):
> > > > > > > > > > https://gist.github.com/nickdesaulniers/fe995f4b7c52af8de1a283c0a53562d9.
> > > > > > > > > > But it seems that some of these shas no longer apply cleanly.  I was
> > > > > > > > > > thus curious:
> > > > > > > > > >
> > > > > > > > > > 1. May I send you a pull request with the patches properly backported?
> > > > > > > > > > I'm happy to do the work, just want a green light before backporting
> > > > > > > > > > all of these patches.
> > > > > > > > > > 2. Should I denote in any way if I had to modify any patch to get it
> > > > > > > > > > to apply cleanly?  This helps in code review, IMO.  If so, what
> > > > > > > > > > convention should I use?
> > > > > >
> > > > > > Greg,
> > > > > > Would you please cherry pick the following 26 patches from mainline to
> > > > > > 4.9.y stable branch? (applied top to bottom)
> > > > > >
> > > > > > I verified that they cherry-pick cleanly, and boot on x86_64 and
> > > > > > arm64.  I will follow up with more patches cleaning up the warnings,
> > > > > > adding arm 32b support, and the backport patches themselves when they
> > > > > > do not cherry pick cleanly.
> > > > > > https://travis-ci.com/nickdesaulniers/continuous-integration/builds/91934518
> > > > > >
> > > > > > 785f11aa595bc3d4e74096cbd598ada54ecc0d81
> > > > > > a37c45cd82e62a361706b9688a984a3a63957321
> > > > > > ebf003f0cfb3705e60d40dedc3ec949176c741af
> > > > > > 7dd47b95b0f54f2057d40af6e66d477e3fe95d13
> > > > > > cf0c3e68aa81f992b0301f62e341b710d385bf68
> > > > > >
> > > > > > a0ae981eba8f07dbc74bce38fd3a462b69a5bc8e
> > > > > > c3f0d0bc5b01ad90c45276952802455750444b4f
> > > > > > 6748cb3c299de1ffbe56733647b01dbcc398c419
> > > > > > 433db3e260bc8134d4a46ddf20b3668937e12556
> > > > > > 1f318a8bafcfba9f0d623f4870c4e890fd22e659
> > > > > >
> > > > > > 2c4fd1ac3ff167c91272dc43c7bfd2269ef61557
> > > > > > fdb2726f4e61c5e3abc052f547d5a5f6c0dc5504
> > > > > > 9f3f1fd299768782465cb32cdf0dd4528d11f26b
> > > > > > 032a2c4f65a2f81c93e161a11197ba19bc14a909
> > > > > > d77698df39a512911586834d303275ea5fda74d0
> > > > > >
> > > > > > bfb38988c51e440fd7062ddf3157f7d8b1dd5d70
> > > > > > f4857f4c2ee9aa4e2aacac1a845352b00197fb57
> > > > > > 18d5e6c34a8eda438d5ad8b3b15f42dab01bf05d
> > > > > > 760b61d76da6d6a99eb245ab61abf71ca5415cea
> > > > > > 0426a4e68f18d75515414361de9e3e1445d2644e
> > > > > >
> > > > > > 696204faa6e8a318320ebb49d9fa69bc8275644d
> > > > > > 91ee5b21ee026c49e4e7483de69b55b8b47042be
> > > > > > 8f91869766c00622b2eaa8ee567db4f333b78c1a
> > > > > > 9e8730b178a2472fca3123e909d6e69cc8127778
> > > > > > 8c97023cf0518f172b8cb7a9fffc28b89401abbf
> > > > > >
> > > > > > d135b8b5060ea91dd751ff172d179eb4eab1e966
> > > > >
> > > > > Ok, while I did say having a list of git commit ids was ok, I didn't
> > > > > realize it was going to be this long :)
> > > > >
> > > > > If you do have a tested set of patches like this already in your tree, I
> > > > > would be more than willing to take a git pull request or a mbox of them
> > > > > all, and apply them that way.
> > > > >
> > > > > As for the format of them, look at how David Miller sends networking
> > > > > mbox files, with the "upstream commit" line as the first line of the
> > > > > patch, so that we know where the patch came from.
> > > > >
> > > > > Also, it gives me a better way to review them and see if these really
> > > > > are sane enough for the stable tree.
> > > > >
> > > > > For 4.9 I can sort of understand the request, but for 4.4, that is
> > > > > really old now, and no one should be making new devices with that kernel
> > > > > release (same for 4.9, but yeah, I know...)  So I doubt anyone cares
> > > > > about clang backports for 4.4 which is why I only accepted a few tiny
> > > > > patches for that in the past into that tree.
> > > > >
> > > > > thanks,
> > > > >
> > > > > greg k-h
> > > >
> > > > Hi Greg,
> > > >
> > > > While the number of commits seems rather high, all together they are a
> > > > rather small set of changes. It's mostly just shuffling around and
> > > > extending what is already there.
> > > >
> > > > Here is an mbox file with all of the patches properly backported with
> > > > their respective commit IDs if you would like to do a quick review (and
> > > > I think I did this right...). We have verified that it allows both an
> > > > arm64 and an x86_64 kernel to boot in QEMU with Clang.
> > > >
> > > > https://travis-ci.com/ClangBuiltLinux/continuous-integration/jobs/159683234
> > > > https://travis-ci.com/ClangBuiltLinux/continuous-integration/jobs/159683235
> > >
> > > Your git list above says "4.9", but the mbox says "4.4", so I'm
> > > confused.  Which tree is this mbox for?
> > >
> > > thanks,
> > >
> > > greg k-h
> >
> > Sorry, I should have been clearer. Earlier in the thread, I stated that
> > I did the backports for 4.4 and Nick was going to do them for 4.9. The
> > patches are sitting in our continuous integration repo but I don't want
> > to step on his toes so I'll let him send them. I sent mine out since it
> > would be a similar set of changes and wanted to show that even for 4.4,
> > it's not a super intrusive set of changes and the work has already been
> > done. They should apply cleanly on top of 4.4.163.
>
> Ok, they look sane.  But I need the 4.9 patch set "first", as I don't
> want anyone to move from 4.4 to 4.9 or newer and have breakages.
>
> And the patch format all looks great as well, I can consume this
> directly, thank you so much for this.  I'll wait for the 4.9 series
> before queueing them up.
>
> thanks,
>
> greg k-h



-- 
Thanks,
~Nick Desaulniers

[-- Attachment #2: clang-patches-4.9.mbox --]
[-- Type: application/mbox, Size: 71535 bytes --]

  reply	other threads:[~2018-11-21  4:01 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-19 18:31 Clang backports for 4.9 and 4.4 Nick Desaulniers
2018-11-19 18:52 ` Nathan Chancellor
2018-11-19 19:17   ` Nick Desaulniers
2018-11-19 19:20     ` Nathan Chancellor
2018-11-19 23:13       ` Nick Desaulniers
2018-11-20  7:48         ` Greg KH
2018-11-20 11:26           ` Nathan Chancellor
2018-11-20 12:07             ` Greg KH
2018-11-20 16:46               ` Nathan Chancellor
2018-11-20 16:52                 ` Greg KH
2018-11-20 17:30                   ` Nick Desaulniers [this message]
2018-11-21 18:19                     ` Greg KH
2018-11-21 18:38                       ` Nick Desaulniers

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=CAKwvOdmT5xUfUnrbiWVd_UACJXAqOR36td+a8EJut8-fuSCqTQ@mail.gmail.com \
    --to=ndesaulniers@google.com \
    --cc=astrachan@google.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=mka@chromium.org \
    --cc=natechancellor@gmail.com \
    --cc=sspatil@google.com \
    --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.