All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	Stable <stable@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Guenter Roeck <linux@roeck-us.net>, Shuah Khan <shuah@kernel.org>,
	patches@kernelci.org, lkft-triage@lists.linaro.org,
	Pavel Machek <pavel@denx.de>,
	Jonathan Hunter <jonathanh@nvidia.com>,
	Florian Fainelli <f.fainelli@gmail.com>,
	slade@sladewatkins.com
Subject: Re: [PATCH 4.19 00/18] 4.19.234-rc1 review
Date: Thu, 10 Mar 2022 10:51:57 +0100	[thread overview]
Message-ID: <YinKPfWBqkHH+ycl@kroah.com> (raw)
In-Reply-To: <CADVatmMkbwBNUhjb-S6=zVhiHi7s2Exqbwq3vXPsNzCutbYR-A@mail.gmail.com>

On Thu, Mar 10, 2022 at 09:41:18AM +0000, Sudip Mukherjee wrote:
> On Thu, Mar 10, 2022 at 9:18 AM Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> >
> > On Wed, Mar 09, 2022 at 06:15:08PM +0000, Sudip Mukherjee wrote:
> > > On Wed, Mar 9, 2022 at 6:08 PM Sudip Mukherjee
> > > <sudipm.mukherjee@gmail.com> wrote:
> > > >
> > > > Hi Greg,
> > > >
> > > > On Wed, Mar 9, 2022 at 4:03 PM Greg Kroah-Hartman
> > > > <gregkh@linuxfoundation.org> wrote:
> > > > >
> > > > > This is the start of the stable review cycle for the 4.19.234 release.
> > > > > There are 18 patches in this series, all will be posted as a response
> > > > > to this one.  If anyone has any issues with these being applied, please
> > > > > let me know.
> > > > >
> > > > > Responses should be made by Fri, 11 Mar 2022 15:58:48 +0000.
> > > > > Anything received after that time might be too late.
> > > >
> > > > My tests are still running, but just an initial result for you,
> > > >
> > > > x86_64 defconfig fails with:
> > > > arch/x86/kernel/cpu/bugs.c: In function 'spectre_v2_select_mitigation':
> > > > arch/x86/kernel/cpu/bugs.c:973:41: error: implicit declaration of
> > > > function 'unprivileged_ebpf_enabled'
> > > > [-Werror=implicit-function-declaration]
> > > >   973 |         if (mode == SPECTRE_V2_EIBRS && unprivileged_ebpf_enabled())
> > >
> > > And, lots of failures in arm builds also.
> > > Error:
> > > arch/arm/common/secure_cntvoff.S: Assembler messages:
> > > arch/arm/common/secure_cntvoff.S:24: Error: co-processor register
> > > expected -- `mcr p15,0,r0,c7,r5,4'
> > > arch/arm/common/secure_cntvoff.S:27: Error: co-processor register
> > > expected -- `mcr p15,0,r0,c7,r5,4'
> > > arch/arm/common/secure_cntvoff.S:29: Error: co-processor register
> > > expected -- `mcr p15,0,r0,c7,r5,4'
> > > make[1]: *** [scripts/Makefile.build:403:
> > > arch/arm/common/secure_cntvoff.o] Error 1
> > > make[1]: *** Waiting for unfinished jobs....
> > > arch/arm/kernel/entry-common.S: Assembler messages:
> > > arch/arm/kernel/entry-common.S:178: Error: co-processor register
> > > expected -- `mcr p15,0,r0,c7,r5,4'
> > > arch/arm/kernel/entry-common.S:187: Error: co-processor register
> > > expected -- `mcr p15,0,r0,c7,r5,4'
> > > make[1]: *** [scripts/Makefile.build:403:
> > > arch/arm/kernel/entry-common.o] Error 1
> > > make[1]: *** Waiting for unfinished jobs....
> > > arch/arm/mm/cache-v7.S: Assembler messages:
> > > arch/arm/mm/cache-v7.S:64: Error: co-processor register expected --
> > > `mcr p15,0,r0,c7,r5,4'
> > > arch/arm/mm/cache-v7.S:137: Error: co-processor register expected --
> > > `mcr p15,0,r0,c7,r5,4'
> > > arch/arm/mm/cache-v7.S:171: Error: co-processor register expected --
> > > `mcr p15,0,r0,c7,r5,4'
> > > arch/arm/mm/cache-v7.S:299: Error: co-processor register expected --
> > > `mcr p15,0,r0,c7,r5,4'
> > > make[1]: *** [scripts/Makefile.build:403: arch/arm/mm/cache-v7.o] Error 1
> >
> > All clang builds for arm are known to fail, and some arm64 clang builds
> > will also fail.  I have seen initial patches for arm64, will let the
> > clang developers come up with the arm fix as I have no idea how to
> > handle that.  This just mirrors Linus's tree right now :)
> >
> > Unless this is gcc?
> 
> This is gcc version 11.2.1 20220301
> 
> Guenter has also reported the same: "Almost all arm builds, all
> branches from 4.9.y to 5.16.y:"

Sorry, my email was stalled yesterday.  The fix for this should now be
in the queue, I'm doing some more build testing right now before I'll
release -rc2 for all branches.

thanks,

greg k-h

  reply	other threads:[~2022-03-10  9:52 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-09 15:59 [PATCH 4.19 00/18] 4.19.234-rc1 review Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 01/18] x86/speculation: Merge one test in spectre_v2_user_select_mitigation() Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 02/18] x86,bugs: Unconditionally allow spectre_v2=retpoline,amd Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 03/18] x86/speculation: Rename RETPOLINE_AMD to RETPOLINE_LFENCE Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 04/18] x86/speculation: Add eIBRS + Retpoline options Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 05/18] Documentation/hw-vuln: Update spectre doc Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 06/18] x86/speculation: Include unprivileged eBPF status in Spectre v2 mitigation reporting Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 07/18] x86/speculation: Use generic retpoline by default on AMD Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 08/18] x86/speculation: Update link to AMD speculation whitepaper Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 09/18] x86/speculation: Warn about Spectre v2 LFENCE mitigation Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 10/18] x86/speculation: Warn about eIBRS + LFENCE + Unprivileged eBPF + SMT Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 11/18] arm/arm64: Provide a wrapper for SMCCC 1.1 calls Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 12/18] arm/arm64: smccc/psci: add arm_smccc_1_1_get_conduit() Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 13/18] ARM: report Spectre v2 status through sysfs Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 14/18] ARM: early traps initialisation Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 15/18] ARM: use LOADADDR() to get load address of sections Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 16/18] ARM: Spectre-BHB workaround Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 17/18] ARM: include unprivileged BPF status in Spectre V2 reporting Greg Kroah-Hartman
2022-03-09 15:59 ` [PATCH 4.19 18/18] ARM: fix build error when BPF_SYSCALL is disabled Greg Kroah-Hartman
2022-03-09 18:08 ` [PATCH 4.19 00/18] 4.19.234-rc1 review Sudip Mukherjee
2022-03-09 18:15   ` Sudip Mukherjee
2022-03-09 18:21     ` Greg Kroah-Hartman
2022-03-10  9:41       ` Sudip Mukherjee
2022-03-10  9:51         ` Greg Kroah-Hartman [this message]
2022-03-09 18:24   ` Greg Kroah-Hartman
2022-03-10  9:51     ` Sudip Mukherjee
2022-03-10 12:25       ` Greg Kroah-Hartman
2022-03-09 19:09   ` Guenter Roeck
2022-03-09 19:08 ` Daniel Díaz
2022-03-09 20:25 ` Shuah Khan
2022-03-10 11:33 ` Pavel Machek
2022-03-11  1:11 ` Samuel Zou

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=YinKPfWBqkHH+ycl@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=akpm@linux-foundation.org \
    --cc=f.fainelli@gmail.com \
    --cc=jonathanh@nvidia.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=lkft-triage@lists.linaro.org \
    --cc=patches@kernelci.org \
    --cc=pavel@denx.de \
    --cc=shuah@kernel.org \
    --cc=slade@sladewatkins.com \
    --cc=stable@vger.kernel.org \
    --cc=sudipm.mukherjee@gmail.com \
    --cc=torvalds@linux-foundation.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.