From: Nathan Chancellor <natechancellor@gmail.com>
To: Nick Desaulniers <ndesaulniers@google.com>
Cc: Greg KH <gregkh@linuxfoundation.org>,
stable@vger.kernel.org, Sandeep Patil <sspatil@google.com>,
Matthias Kaehlcke <mka@chromium.org>
Subject: Re: Clang backports for 4.9 and 4.4
Date: Mon, 19 Nov 2018 11:52:13 -0700 [thread overview]
Message-ID: <20181119185213.GA29256@flashbox> (raw)
In-Reply-To: <CAKwvOdm4ZDa245csse093mHx_-gCunoM4Wv1_T361cQj-c3hmg@mail.gmail.com>
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?
I usually add my initials with a small note for anything non-trivial
like: https://github.com/nathanchance/continuous-integration/blob/sandbox/patches/4.4/arm64/0015-kbuild-fix-linker-feature-test-macros-when-cross-com.patch
I meant to post this on GitHub earlier but was wiped out from work. I
did a successful backport for arm64 on top of 4.4.163 a couple of days
ago that is based on the work Matthias did with some of the newer fixes
that have cropped up. Hopefully it is of some use :)
https://github.com/nathanchance/continuous-integration/tree/sandbox/patches/4.4/arm64
https://travis-ci.com/nathanchance/continuous-integration/jobs/159318688
Thanks!
Nathan
>
> --
> Thanks,
> ~Nick Desaulniers
next prev parent reply other threads:[~2018-11-20 5:17 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 [this message]
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
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=20181119185213.GA29256@flashbox \
--to=natechancellor@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=mka@chromium.org \
--cc=ndesaulniers@google.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.