[PATCH RESEND] ARM: Ensure that NEON code always compiles with Clang

2019-01-25 Thread Nathan Chancellor
While building arm32 allyesconfig, I ran into the following errors: arch/arm/lib/xor-neon.c:17:2: error: You should compile this file with '-mfloat-abi=softfp -mfpu=neon' In file included from lib/raid6/neon1.c:27: /home/nathan/cbl/prebuilt/lib/clang/8.0.0/include/arm_neon.h:28:2: error

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

2019-01-25 Thread Joel Fernandes
On Fri, Jan 25, 2019 at 12:34:52PM -0800, Daniel Colascione wrote: > On Fri, Jan 25, 2019 at 12:28 PM wrote: > > > > On January 25, 2019 11:15:52 AM PST, Daniel Colascione > > wrote: > > >On Fri, Jan 25, 2019 at 11:01 AM wrote: > > >> > > >> On January 24, 2019 12:59:29 PM PST, Joel Fernandes >

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

2019-01-25 Thread Daniel Colascione
On Fri, Jan 25, 2019 at 12:28 PM wrote: > > On January 25, 2019 11:15:52 AM PST, Daniel Colascione > wrote: > >On Fri, Jan 25, 2019 at 11:01 AM wrote: > >> > >> On January 24, 2019 12:59:29 PM PST, Joel Fernandes > > wrote: > >> >On Thu, Jan 24, 2019 at 07:57:26PM +0100, Karim Yaghmour wrote: >

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

2019-01-25 Thread hpa
On January 25, 2019 11:15:52 AM PST, Daniel Colascione wrote: >On Fri, Jan 25, 2019 at 11:01 AM wrote: >> >> On January 24, 2019 12:59:29 PM PST, Joel Fernandes > wrote: >> >On Thu, Jan 24, 2019 at 07:57:26PM +0100, Karim Yaghmour wrote: >> >> >> >> On 1/23/19 11:37 PM, Daniel Colascione wrote:

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

2019-01-25 Thread Joel Fernandes
On Fri, Jan 25, 2019 at 11:00:25AM -0800, h...@zytor.com wrote: > On January 24, 2019 12:59:29 PM PST, Joel Fernandes > wrote: > >On Thu, Jan 24, 2019 at 07:57:26PM +0100, Karim Yaghmour wrote: > >> > >> On 1/23/19 11:37 PM, Daniel Colascione wrote: > >[..] > >> > > Personally I advocated a more

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

2019-01-25 Thread Daniel Colascione
On Fri, Jan 25, 2019 at 11:01 AM wrote: > > On January 24, 2019 12:59:29 PM PST, Joel Fernandes > wrote: > >On Thu, Jan 24, 2019 at 07:57:26PM +0100, Karim Yaghmour wrote: > >> > >> On 1/23/19 11:37 PM, Daniel Colascione wrote: > >[..] > >> > > Personally I advocated a more aggressive approach w

Re: [RFC] Provide in-kernel headers for making it easy to extend the kernel

2019-01-25 Thread hpa
On January 24, 2019 12:59:29 PM PST, Joel Fernandes wrote: >On Thu, Jan 24, 2019 at 07:57:26PM +0100, Karim Yaghmour wrote: >> >> On 1/23/19 11:37 PM, Daniel Colascione wrote: >[..] >> > > Personally I advocated a more aggressive approach with Joel in >private: >> > > just put the darn headers s

[PATCH v4 02/12] arm64: Provide a command line to disable spectre_v2 mitigation

2019-01-25 Thread Jeremy Linton
There are various reasons, including bencmarking, to disable spectrev2 mitigation on a machine. Provide a command-line to do so. Signed-off-by: Jeremy Linton Cc: Jonathan Corbet Cc: linux-doc@vger.kernel.org --- Documentation/admin-guide/kernel-parameters.txt | 8 arch/arm64/kernel/cp

[PATCH v4 01/12] Documentation: Document arm64 kpti control

2019-01-25 Thread Jeremy Linton
For a while Arm64 has been capable of force enabling or disabling the kpti mitigations. Lets make sure the documentation reflects that. Signed-off-by: Jeremy Linton Cc: Jonathan Corbet Cc: linux-doc@vger.kernel.org --- Documentation/admin-guide/kernel-parameters.txt | 6 ++ 1 file changed,

[PATCH 2/2] efi: arm64: Enable earlycon for the GOP framebuffer

2019-01-25 Thread Ard Biesheuvel
This repurposes the existing EFI earlyprintk support and exposes it as an earlycon implementation, which can be enabled by passing the kernel parameter 'earlycon=efi' on the command line. Note that the early console is initialized before we have discovered anything about the memory map, and so we

[PATCH 0/2] efi: arm: add support for earlycon on EFI framebuffer

2019-01-25 Thread Ard Biesheuvel
Repurpose the existing EFI earlyprintk code to implement support for 'earlycon=efi' for arm64 systems, allowing the graphical console to be used instead of the serial port for early debug output. Ard Biesheuvel (2): efi: x86: move EFI earlyprintk code to shared location efi: arm64: Enable earl

[PATCH 1/2] efi: x86: move EFI earlyprintk code to shared location

2019-01-25 Thread Ard Biesheuvel
Move the x86 EFI earlyprintk to a shared location under drivers/firmware and tweak it slightly so we can easily reuse it for other architectures going forward. Signed-off-by: Ard Biesheuvel --- arch/x86/Kconfig.debug | 2 +- arch/x86/include/asm/