Hello Michal, On Tue, Nov 7, 2017 at 3:52 PM, Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx> wrote: > Hi all, > > Changes since 20171106: > > The powerpc tree still had its build failure for which I applied a patch. > > The crypto tree lost its build failure. > > The akpm tree still had its build failure for which I reverted a commit. > > Non-merge commits (relative to Linus' tree): 10912 > 10165 files changed, 524042 insertions(+), 247066 deletions(-) I tried to boot this -next tree built for the ARM platform I maintain, and it did not make it to userspace. When I revert your patch "fs/binfmt_elf.c: drop MAP_FIXED usage from elf_map" the system boots as expected. There are a lot of messages on the way up that look like this: [ 2.527460] Uhuuh, elf segement at 000d9000 requested but the memory is mapped already [ 2.540160] Uhuuh, elf segement at 000d9000 requested but the memory is mapped already [ 2.546153] Uhuuh, elf segement at 000d9000 requested but the memory is mapped already And then trying to run userspace looks like this: [ 3.116476] Uhuuh, elf segement at 000d9000 requested but the memory is mapped already [ 3.116988] Failed to execute /init (error -11) [ 3.117713] Starting init: /sbin/init exists but couldn't execute it (error -14) [ 3.118879] Starting init: /bin/sh exists but couldn't execute it (error -14) [ 3.119186] Kernel panic - not syncing: No working init found. Try passing init= option to kernel. See Linux Documentation/admin-guide/init.rst for guidance. [ 3.119683] CPU: 0 PID: 1 Comm: init Not tainted 4.14.0-rc8-next-20171107-00016-g9f804d9fa870 #55 [ 3.119933] Hardware name: Generic DT based system [ 3.120205] [<8000fa9c>] (unwind_backtrace) from [<8000d2dc>] (show_stack+0x10/0x14) [ 3.120462] [<8000d2dc>] (show_stack) from [<800174bc>] (panic+0xb8/0x244) [ 3.120688] [<800174bc>] (panic) from [<80355298>] (kernel_init+0xc8/0xf0) [ 3.120880] [<80355298>] (kernel_init) from [<8000a5e0>] (ret_from_fork+0x14/0x34) I've built the aspeed_g5_defconfig, which is a 32 bit ARM machine. The full dmesg is attached. I noted a report of this for ppc64, but I'm not on that list: https://marc.info/?l=linuxppc-embedded&m=151005537413751&w=2 Cheers, Joel
Attachment:
next-20171107-failure
Description: Binary data
