From: will.deacon@arm.com (Will Deacon)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/4] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
Date: Thu, 31 Jul 2014 16:48:03 +0100 [thread overview]
Message-ID: <20140731154803.GB26853@arm.com> (raw)
In-Reply-To: <CAOesGMiCiGwuGdOePPvE5WhZLRnG6qRvoJmBQHV4P9602Gy5DA@mail.gmail.com>
On Thu, Jul 31, 2014 at 04:39:55PM +0100, Olof Johansson wrote:
> On Thu, Jul 31, 2014 at 3:33 AM, Will Deacon <will.deacon@arm.com> wrote:
> > On Thu, Jul 31, 2014 at 12:57:25AM +0100, behanw at converseincode.com wrote:
> >> From: Behan Webster <behanw@converseincode.com>
> >>
> >> This patch set moves from using locally defined named registers to access the
> >> stack pointer to using a globally defined named register. This allows the code
> >> to work both with gcc and clang.
> >>
> >> The LLVMLinux project aims to fully build the Linux kernel using both gcc and
> >> clang (the C front end for the LLVM compiler infrastructure project).
> >>
> >> Behan Webster (4):
> >> arm64: LLVMLinux: Add current_stack_pointer() for arm64
> >> arm64: LLVMLinux: Use current_stack_pointer in save_stack_trace_tsk
> >> arm64: LLVMLinux: Calculate current_thread_info from
> >> current_stack_pointer
> >> arm64: LLVMLinux: Use current_stack_pointer in kernel/traps.c
> >
> > Once Andreas's comments have been addressed:
> >
> > Acked-by: Will Deacon <will.deacon@arm.com>
> >
> > Please can you send a new series after the merge window?
>
> Given that the ARM64 KVM guys are still actively breaking -next, and
> this is considerably smaller and lower risk than that, I think you can
> take it for 3.17?
Hey, those breakages are in the kvm tree not the arm64 tree! I'd really
rather wait on these as I don't see the rush to get them in for 3.17 and
it's not beyond the realms of possibility that they could cause problems
for a particular version of GCC (at the very least, I'd need to re-run
all the testing I've been doing).
Will
WARNING: multiple messages have this Message-ID (diff)
From: Will Deacon <will.deacon@arm.com>
To: Olof Johansson <olof@lixom.net>
Cc: "behanw@converseincode.com" <behanw@converseincode.com>,
"ard.biesheuvel@linaro.org" <ard.biesheuvel@linaro.org>,
Catalin Marinas <Catalin.Marinas@arm.com>,
"k.khlebnikov@samsung.com" <k.khlebnikov@samsung.com>,
"peterz@infradead.org" <peterz@infradead.org>,
"takahiro.akashi@linaro.org" <takahiro.akashi@linaro.org>,
"tglx@linutronix.de" <tglx@linutronix.de>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"mingo@kernel.org" <mingo@kernel.org>,
"dwmw2@infradead.org" <dwmw2@infradead.org>
Subject: Re: [PATCH 0/4] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM
Date: Thu, 31 Jul 2014 16:48:03 +0100 [thread overview]
Message-ID: <20140731154803.GB26853@arm.com> (raw)
In-Reply-To: <CAOesGMiCiGwuGdOePPvE5WhZLRnG6qRvoJmBQHV4P9602Gy5DA@mail.gmail.com>
On Thu, Jul 31, 2014 at 04:39:55PM +0100, Olof Johansson wrote:
> On Thu, Jul 31, 2014 at 3:33 AM, Will Deacon <will.deacon@arm.com> wrote:
> > On Thu, Jul 31, 2014 at 12:57:25AM +0100, behanw@converseincode.com wrote:
> >> From: Behan Webster <behanw@converseincode.com>
> >>
> >> This patch set moves from using locally defined named registers to access the
> >> stack pointer to using a globally defined named register. This allows the code
> >> to work both with gcc and clang.
> >>
> >> The LLVMLinux project aims to fully build the Linux kernel using both gcc and
> >> clang (the C front end for the LLVM compiler infrastructure project).
> >>
> >> Behan Webster (4):
> >> arm64: LLVMLinux: Add current_stack_pointer() for arm64
> >> arm64: LLVMLinux: Use current_stack_pointer in save_stack_trace_tsk
> >> arm64: LLVMLinux: Calculate current_thread_info from
> >> current_stack_pointer
> >> arm64: LLVMLinux: Use current_stack_pointer in kernel/traps.c
> >
> > Once Andreas's comments have been addressed:
> >
> > Acked-by: Will Deacon <will.deacon@arm.com>
> >
> > Please can you send a new series after the merge window?
>
> Given that the ARM64 KVM guys are still actively breaking -next, and
> this is considerably smaller and lower risk than that, I think you can
> take it for 3.17?
Hey, those breakages are in the kvm tree not the arm64 tree! I'd really
rather wait on these as I don't see the rush to get them in for 3.17 and
it's not beyond the realms of possibility that they could cause problems
for a particular version of GCC (at the very least, I'd need to re-run
all the testing I've been doing).
Will
next prev parent reply other threads:[~2014-07-31 15:48 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-30 23:57 [PATCH 0/4] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM behanw at converseincode.com
2014-07-30 23:57 ` behanw
2014-07-30 23:57 ` [PATCH 1/4] arm64: LLVMLinux: Add current_stack_pointer() for arm64 behanw at converseincode.com
2014-07-30 23:57 ` behanw
2014-07-30 23:57 ` [PATCH 2/4] arm64: LLVMLinux: Use current_stack_pointer in save_stack_trace_tsk behanw at converseincode.com
2014-07-30 23:57 ` behanw
2014-07-30 23:57 ` [PATCH 3/4] arm64: LLVMLinux: Calculate current_thread_info from current_stack_pointer behanw at converseincode.com
2014-07-30 23:57 ` behanw
2014-07-31 5:31 ` Andreas Färber
2014-07-31 5:31 ` Andreas Färber
2014-07-31 16:04 ` Behan Webster
2014-07-31 16:04 ` Behan Webster
2014-07-30 23:57 ` [PATCH 4/4] arm64: LLVMLinux: Use current_stack_pointer in kernel/traps.c behanw at converseincode.com
2014-07-30 23:57 ` behanw
2014-07-31 0:11 ` [PATCH 0/4] LLVMLinux: Patches to enable the kernel to be compiled with clang/LLVM Olof Johansson
2014-07-31 0:11 ` Olof Johansson
2014-07-31 10:33 ` Will Deacon
2014-07-31 10:33 ` Will Deacon
2014-07-31 15:39 ` Olof Johansson
2014-07-31 15:39 ` Olof Johansson
2014-07-31 15:48 ` Will Deacon [this message]
2014-07-31 15:48 ` Will Deacon
2014-07-31 15:52 ` Olof Johansson
2014-07-31 15:52 ` Olof Johansson
2014-08-01 4:11 ` Behan Webster
2014-08-01 4:11 ` Behan Webster
2014-08-26 14:16 ` Will Deacon
2014-08-26 14:16 ` Will Deacon
2014-08-27 4:26 ` Behan Webster
2014-08-27 4:26 ` Behan Webster
2014-08-27 4:29 ` [PATCH V2 0/6] " behanw at converseincode.com
2014-08-27 4:29 ` behanw
2014-08-27 4:29 ` [PATCH V2 1/6] arm64: LLVMLinux: Add current_stack_pointer() for arm64 behanw at converseincode.com
2014-08-27 4:29 ` behanw
2014-08-27 4:29 ` [PATCH V2 2/6] arm64: LLVMLinux: Use current_stack_pointer in save_stack_trace_tsk behanw at converseincode.com
2014-08-27 4:29 ` behanw
2014-08-27 4:29 ` [PATCH V2 3/6] arm64: LLVMLinux: Calculate current_thread_info from current_stack_pointer behanw at converseincode.com
2014-08-27 4:29 ` behanw
2014-08-27 4:29 ` [PATCH V2 4/6] arm64: LLVMLinux: Use current_stack_pointer in kernel/traps.c behanw at converseincode.com
2014-08-27 4:29 ` behanw
2014-08-27 4:29 ` [PATCH V2 5/6] arm64: LLVMLinux: Use global stack register variable for aarch64 behanw at converseincode.com
2014-08-27 4:29 ` behanw
2014-08-27 4:29 ` [PATCH V2 6/6] arm64: LLVMLinux: Use global stack pointer in return_address() behanw at converseincode.com
2014-08-27 4:29 ` behanw
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=20140731154803.GB26853@arm.com \
--to=will.deacon@arm.com \
--cc=linux-arm-kernel@lists.infradead.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.