On Fri, Nov 10, 2017 at 11:00 PM, Michal Hocko <mhocko@xxxxxxxxxx> wrote: > Hi Joel, > > On Wed 08-11-17 15:20:50, Michal Hocko wrote: > [...] >> > 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: >> >> Could you please run with debugging patch posted >> http://lkml.kernel.org/r/20171107102854.vylrtaodla63kc57@xxxxxxxxxxxxxx > > Did you have chance to test with this debugging patch, please? Lots of this: [ 1.177266] Uhuuh, elf segement at 000d9000 requested but the memory is mapped already, got 000dd000 [ 1.177555] Clashing vma [dd000, de000] flags:100873 name:(null) Full log is attached. If you want to reproduce yourself and have an arm compiler lying around: $ ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make aspeed_g5_defconfig $ ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make $ qemu-system-arm -M ast2500-evb -nographic -nodefaults -serial stdio \ -kernel arch/arm/boot/zImage \ -dtb arch/arm/boot/dts/aspeed-ast2500-evb.dtb I'm using Qemu 2.10 which current distros ship. ymmv with older releases. Cheers, Joel
Attachment:
next-20171107-failure-debugging
Description: Binary data
