This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.106-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y and the diffstat can be found below.
thanks,
greg k-h
------------- Pseudo-Shortlog of commits:
Greg Kroah-Hartman gregkh@linuxfoundation.org Linux 4.9.106-rc1
Greg Kroah-Hartman gregkh@linuxfoundation.org x86/xen: Add unwind hint annotations to xen_setup_gdt
Greg Kroah-Hartman gregkh@linuxfoundation.org objtool: header file sync-up
Greg Kroah-Hartman gregkh@linuxfoundation.org perf/tools: header file sync up
Josh Poimboeuf jpoimboe@redhat.com objtool, x86: Add several functions and files to the objtool whitelist
Josh Poimboeuf jpoimboe@redhat.com objtool: Fix "noreturn" detection for recursive sibling calls
Josh Poimboeuf jpoimboe@redhat.com objtool: Detect RIP-relative switch table references, part 2
Josh Poimboeuf jpoimboe@redhat.com objtool: Detect RIP-relative switch table references
Josh Poimboeuf jpoimboe@redhat.com objtool: Support GCC 8 switch tables
Josh Poimboeuf jpoimboe@redhat.com objtool: Support GCC 8's cold subfunctions
Greg Kroah-Hartman gregkh@linuxfoundation.org objtool: sync up with the 4.14.47 version of objtool
Arnaldo Carvalho de Melo acme@redhat.com tools include: Include missing headers for fls() and types in linux/log2.h
Arnaldo Carvalho de Melo acme@redhat.com tools include: Drop ARRAY_SIZE() definition from linux/hashtable.h
Arnaldo Carvalho de Melo acme@redhat.com tools include: Move ARRAY_SIZE() to linux/kernel.h
Arnaldo Carvalho de Melo acme@redhat.com tools include: Adopt __same_type() and __must_be_array() from the kernel
Arnaldo Carvalho de Melo acme@redhat.com tools include: Introduce linux/bug.h, from the kernel sources
Arnaldo Carvalho de Melo acme@redhat.com tools include uapi: Grab copies of stat.h and fcntl.h
Jiri Olsa jolsa@kernel.org perf tools: Move headers check into bash script
Jiri Olsa jolsa@kernel.org perf tools: Force fixdep compilation at the start of the build
Arnaldo Carvalho de Melo acme@redhat.com tools include: Adopt kernel's refcount.h
Arnaldo Carvalho de Melo acme@redhat.com tools include: Add UINT_MAX def to kernel.h
Arnaldo Carvalho de Melo acme@redhat.com tools include: Introduce atomic_cmpxchg_{relaxed,release}()
Arnaldo Carvalho de Melo acme@redhat.com tools include: Adopt __compiletime_error
Matthew Wilcox mawilcox@microsoft.com radix tree test suite: Remove types.h
Arnaldo Carvalho de Melo acme@redhat.com tools include: Introduce linux/compiler-gcc.h
Michael S. Tsirkin mst@redhat.com tools: enable endian checks for all sparse builds
Matthew Wilcox willy@linux.intel.com tools: add more bitmap functions
Jiri Olsa jolsa@kernel.org tools lib: Add for_each_clear_bit macro
Josh Poimboeuf jpoimboe@redhat.com objtool: Move checking code to check.c
Josh Poimboeuf jpoimboe@redhat.com objtool: Improve detection of BUG() and other dead ends
-------------
Diffstat:
Makefile | 4 +- arch/x86/crypto/Makefile | 2 + arch/x86/crypto/sha1-mb/Makefile | 2 + arch/x86/crypto/sha256-mb/Makefile | 2 + arch/x86/include/asm/orc_types.h | 107 + arch/x86/include/asm/unwind_hints.h | 103 + arch/x86/kernel/Makefile | 1 + arch/x86/kernel/acpi/Makefile | 2 + arch/x86/kernel/kprobes/opt.c | 9 +- arch/x86/kernel/reboot.c | 2 + arch/x86/kernel/vmlinux.lds.S | 1 + arch/x86/kvm/svm.c | 2 + arch/x86/kvm/vmx.c | 3 + arch/x86/lib/msr-reg.S | 8 +- arch/x86/net/Makefile | 2 + arch/x86/platform/efi/Makefile | 1 + arch/x86/power/Makefile | 2 + arch/x86/xen/Makefile | 3 + arch/x86/xen/enlighten.c | 5 +- include/linux/compiler-gcc.h | 13 +- kernel/kexec_core.c | 4 +- tools/arch/arm/include/uapi/asm/kvm.h | 13 + tools/arch/arm64/include/uapi/asm/kvm.h | 6 + tools/arch/powerpc/include/uapi/asm/kvm.h | 1 + tools/arch/s390/include/uapi/asm/kvm.h | 5 +- tools/arch/x86/include/asm/cpufeatures.h | 44 +- tools/arch/x86/include/asm/disabled-features.h | 7 +- tools/arch/x86/include/asm/required-features.h | 3 +- tools/include/asm-generic/bitops.h | 1 + tools/include/asm-generic/bitops/__ffz.h | 12 + tools/include/asm-generic/bitops/find.h | 28 + tools/include/linux/atomic.h | 6 + tools/include/linux/bitmap.h | 26 + tools/include/linux/bitops.h | 5 + tools/include/linux/bug.h | 10 + tools/include/linux/compiler-gcc.h | 21 + tools/include/linux/compiler.h | 23 +- tools/include/linux/hashtable.h | 4 - tools/include/linux/kernel.h | 7 + tools/include/linux/log2.h | 3 + tools/include/linux/refcount.h | 151 ++ tools/include/linux/spinlock.h | 5 + tools/include/linux/types.h | 5 +- tools/include/uapi/asm-generic/mman-common.h | 5 + tools/include/uapi/linux/bpf.h | 51 + tools/include/uapi/linux/fcntl.h | 67 + tools/include/uapi/linux/stat.h | 45 + tools/lib/find_bit.c | 25 + tools/objtool/Build | 4 + tools/objtool/Documentation/stack-validation.txt | 195 +- tools/objtool/Makefile | 35 +- tools/objtool/arch.h | 66 +- tools/objtool/arch/x86/Build | 10 +- tools/objtool/arch/x86/decode.c | 407 +++- .../objtool/arch/x86/{insn => include/asm}/inat.h | 2 +- .../arch/x86/{insn => include/asm}/inat_types.h | 0 .../objtool/arch/x86/{insn => include/asm}/insn.h | 2 +- tools/objtool/arch/x86/include/asm/orc_types.h | 107 + tools/objtool/arch/x86/{insn => lib}/inat.c | 2 +- tools/objtool/arch/x86/{insn => lib}/insn.c | 4 +- .../arch/x86/{insn => lib}/x86-opcode-map.txt | 0 .../arch/x86/{insn => tools}/gen-insn-attr-x86.awk | 0 tools/objtool/builtin-check.c | 1297 +----------- tools/objtool/builtin-orc.c | 68 + tools/objtool/builtin.h | 6 + tools/objtool/cfi.h | 55 + tools/objtool/check.c | 2209 ++++++++++++++++++++ tools/objtool/check.h | 82 + tools/objtool/elf.c | 326 ++- tools/objtool/elf.h | 23 +- tools/objtool/objtool.c | 12 +- tools/objtool/orc.h | 30 + tools/objtool/orc_dump.c | 213 ++ tools/objtool/orc_gen.c | 221 ++ tools/objtool/special.c | 6 +- tools/objtool/sync-check.sh | 29 + tools/objtool/warn.h | 10 + tools/perf/MANIFEST | 6 + tools/perf/Makefile.perf | 144 +- tools/perf/arch/x86/entry/syscalls/syscall_64.tbl | 7 +- tools/perf/check-headers.sh | 61 + tools/perf/util/util.h | 2 - 82 files changed, 4804 insertions(+), 1694 deletions(-)
On 06/03/2018 11:57 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
Are you testing us ?
Building x86_64:tools/perf ... failed -------------- Error log: make[4]: execvp: ./check-headers.sh: Permission denied make[4]: *** [sub-make] Error 127
Something went wrong with the patch creating the file. In the original commit it is created as 755, in the backport it is created as 644.
Guenter
On Mon, Jun 04, 2018 at 03:15:23AM -0700, Guenter Roeck wrote:
On 06/03/2018 11:57 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
Are you testing us ?
Building x86_64:tools/perf ... failed
Error log: make[4]: execvp: ./check-headers.sh: Permission denied make[4]: *** [sub-make] Error 127
Heh, no, I wasn't, but thanks for checking.
Something went wrong with the patch creating the file. In the original commit it is created as 755, in the backport it is created as 644.
Ugh, quilt does not keep the permissions of files :(
I thought I had figured that out in the past, let me try to go remember what I did before...
There's also a .sh file in the objtool directory that is not the proper permissions as well...
greg k-h
On Mon, Jun 04, 2018 at 01:27:06PM +0200, Greg Kroah-Hartman wrote:
On Mon, Jun 04, 2018 at 03:15:23AM -0700, Guenter Roeck wrote:
On 06/03/2018 11:57 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
Are you testing us ?
Building x86_64:tools/perf ... failed
Error log: make[4]: execvp: ./check-headers.sh: Permission denied make[4]: *** [sub-make] Error 127
Heh, no, I wasn't, but thanks for checking.
Something went wrong with the patch creating the file. In the original commit it is created as 755, in the backport it is created as 644.
Ugh, quilt does not keep the permissions of files :(
I thought I had figured that out in the past, let me try to go remember what I did before...
There's also a .sh file in the objtool directory that is not the proper permissions as well...
Ok, hand editing patch files are always so much fun... Anyway, this is fixed up now in the -rc1 git tree I pushed out again. Let me know if that fails.
And thanks for testing the build of perf now :)
thanks,
greg k-h
stable-rc/linux-4.9.y boot: 97 boots: 1 failed, 95 passed with 1 untried/unknown (v4.9.105-30-g4e47c797491d)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.1... Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.105-30-g...
Tree: stable-rc Branch: linux-4.9.y Git Describe: v4.9.105-30-g4e47c797491d Git Commit: 4e47c797491d131111a63ead23c1b2e7014d1dc4 Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 49 unique boards, 22 SoC families, 16 builds out of 183
Boot Failure Detected:
arm64:
defconfig synquacer-acpi: 1 failed lab
--- For more info write to info@kernelci.org
kernelci.org bot bot@kernelci.org writes:
stable-rc/linux-4.9.y boot: 97 boots: 1 failed, 95 passed with 1 untried/unknown (v4.9.105-30-g4e47c797491d)
Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.1... Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.105-30-g...
Tree: stable-rc Branch: linux-4.9.y Git Describe: v4.9.105-30-g4e47c797491d Git Commit: 4e47c797491d131111a63ead23c1b2e7014d1dc4 Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 49 unique boards, 22 SoC families, 16 builds out of 183
Boot Failure Detected:
arm64:
defconfig synquacer-acpi: 1 failed lab
This is a newly added board, and hasn't ever passed on v4.9 yet.
@Matt Hart: Is this board expected to work as far bask as v4.9? or should we blacklist it?
Kevin
On Mon, Jun 04, 2018 at 08:57:56AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
For v4.9.105-30-ge0f8632 (4.9.106-rc1-00030-ge0f8632):
Build results: total: 148 pass: 148 fail: 0 Qemu test results: total: 139 pass: 137 fail: 2 Failed tests: mips64:malta_defconfig:nosmp mips64:malta_defconfig:smp
Qemu tests fail with:
This architecture does not have kernel memory protection. random: fast init done Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
While tracking this down, I found commit 4e4636cf981b ("objtool: Enclose contents of unreachable() macro in a block"), which says "... Guenter Roeck reported a boot failure in mips64 ...". Go figure. Applying commit 4e4636cf981b on top of v4.9.106-rc1 indeed fixes the problem.
Guenter
On Mon, Jun 04, 2018 at 09:16:49AM -0700, Guenter Roeck wrote:
On Mon, Jun 04, 2018 at 08:57:56AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
For v4.9.105-30-ge0f8632 (4.9.106-rc1-00030-ge0f8632):
Build results: total: 148 pass: 148 fail: 0 Qemu test results: total: 139 pass: 137 fail: 2 Failed tests: mips64:malta_defconfig:nosmp mips64:malta_defconfig:smp
Qemu tests fail with:
This architecture does not have kernel memory protection. random: fast init done Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
While tracking this down, I found commit 4e4636cf981b ("objtool: Enclose contents of unreachable() macro in a block"), which says "... Guenter Roeck reported a boot failure in mips64 ...". Go figure. Applying commit 4e4636cf981b on top of v4.9.106-rc1 indeed fixes the problem.
An additional note: It appears that neither 009615ab7fd4 ("USB: serial: cp210x: use tcflag_t to fix incompatible pointer type") nor 0fde7ad71ee3 ("sparc64: Fix build warnings with gcc 7") made it into v4.9.106-rc1, even though you mentioned that they did, or at least I think you did. What happened ?
Thanks, Guenter
On Mon, Jun 04, 2018 at 09:54:27AM -0700, Guenter Roeck wrote:
On Mon, Jun 04, 2018 at 09:16:49AM -0700, Guenter Roeck wrote:
On Mon, Jun 04, 2018 at 08:57:56AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
For v4.9.105-30-ge0f8632 (4.9.106-rc1-00030-ge0f8632):
Build results: total: 148 pass: 148 fail: 0 Qemu test results: total: 139 pass: 137 fail: 2 Failed tests: mips64:malta_defconfig:nosmp mips64:malta_defconfig:smp
Qemu tests fail with:
This architecture does not have kernel memory protection. random: fast init done Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
While tracking this down, I found commit 4e4636cf981b ("objtool: Enclose contents of unreachable() macro in a block"), which says "... Guenter Roeck reported a boot failure in mips64 ...". Go figure. Applying commit 4e4636cf981b on top of v4.9.106-rc1 indeed fixes the problem.
An additional note: It appears that neither 009615ab7fd4 ("USB: serial: cp210x: use tcflag_t to fix incompatible pointer type") nor 0fde7ad71ee3 ("sparc64: Fix build warnings with gcc 7") made it into v4.9.106-rc1, even though you mentioned that they did, or at least I think you did. What happened ?
I "switched" trees for 4.9 for this release. Those patches are still in a queue, but I wanted to have this release only be about the objtool changes to make it easier to narrow down any potential issues. I'll do a new 4.9 release after this one with those patches in it.
thanks,
greg k-h
On Mon, Jun 04, 2018 at 06:57:56PM +0200, Greg Kroah-Hartman wrote:
On Mon, Jun 04, 2018 at 09:54:27AM -0700, Guenter Roeck wrote:
On Mon, Jun 04, 2018 at 09:16:49AM -0700, Guenter Roeck wrote:
On Mon, Jun 04, 2018 at 08:57:56AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
For v4.9.105-30-ge0f8632 (4.9.106-rc1-00030-ge0f8632):
Build results: total: 148 pass: 148 fail: 0 Qemu test results: total: 139 pass: 137 fail: 2 Failed tests: mips64:malta_defconfig:nosmp mips64:malta_defconfig:smp
Qemu tests fail with:
This architecture does not have kernel memory protection. random: fast init done Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
While tracking this down, I found commit 4e4636cf981b ("objtool: Enclose contents of unreachable() macro in a block"), which says "... Guenter Roeck reported a boot failure in mips64 ...". Go figure. Applying commit 4e4636cf981b on top of v4.9.106-rc1 indeed fixes the problem.
An additional note: It appears that neither 009615ab7fd4 ("USB: serial: cp210x: use tcflag_t to fix incompatible pointer type") nor 0fde7ad71ee3 ("sparc64: Fix build warnings with gcc 7") made it into v4.9.106-rc1, even though you mentioned that they did, or at least I think you did. What happened ?
I "switched" trees for 4.9 for this release. Those patches are still in a queue, but I wanted to have this release only be about the objtool changes to make it easier to narrow down any potential issues. I'll do a new 4.9 release after this one with those patches in it.
NP. I just sent you a couple of additional gcc releated patches. Hope this will be the final set.
Thanks, Guenter
On Mon, Jun 04, 2018 at 09:16:49AM -0700, Guenter Roeck wrote:
On Mon, Jun 04, 2018 at 08:57:56AM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
For v4.9.105-30-ge0f8632 (4.9.106-rc1-00030-ge0f8632):
Build results: total: 148 pass: 148 fail: 0 Qemu test results: total: 139 pass: 137 fail: 2 Failed tests: mips64:malta_defconfig:nosmp mips64:malta_defconfig:smp
Qemu tests fail with:
This architecture does not have kernel memory protection. random: fast init done Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000a
While tracking this down, I found commit 4e4636cf981b ("objtool: Enclose contents of unreachable() macro in a block"), which says "... Guenter Roeck reported a boot failure in mips64 ...". Go figure. Applying commit 4e4636cf981b on top of v4.9.106-rc1 indeed fixes the problem.
Thanks, I'll go queue that up now.
greg k-h
On 06/04/2018 12:57 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.106-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y and the diffstat can be found below.
thanks,
greg k-h
Compiled and booted on my test system. No dmesg regressions.
thanks, -- Shuah
On 4 June 2018 at 12:27, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 4.9.106 release. There are 29 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 Wed Jun 6 06:57:52 UTC 2018. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.106-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y and the diffstat can be found below.
thanks,
greg k-h
Results from Linaro’s test farm. No regressions on arm64, arm and x86_64.
NOTE: LTP fs "read_all_sys" broken on hikey and this is always reproducible. But test PASS on qemu_arm64. "read_all_sys" is not a real failure consider this as waiver and will investigate.
Test log: ------------ read_all -d /sys -q -r 10 incrementing stop tst_test.c:1015: INFO: Timeout per run is 0h 15m 00s read_all.c:317: BROK: queue_push(workers[j].q, path) timed out
Summary ------------------------------------------------------------------------
kernel: 4.9.106-rc1 git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git git branch: linux-4.9.y git commit: b0a024051e17ad3bdd5f6b1e52f5c67fb6087cb9 git describe: v4.9.105-31-gb0a024051e17 Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-4.9-oe/build/v4.9.105-31-...
No regressions (compared to build v4.9.105)
<Full report not generated due to infrastructure issues> <end of report>
-
Greg Kroah-Hartman -
Guenter Roeck -
kernelci.org bot -
Kevin Hilman -
Naresh Kamboju -
Shuah Khan