On 06/22/2018 09:47 PM, Guenter Roeck wrote: > Hi, > > starting with commit 's390/boot: make head.S and als.c be part of the > decompressor only' in -next, s390 immages no longer boot in qemu. > As far as I can see, the reason is that the command line is no longer > passed from qemu to the kernel, which results in a panic because the > root file system can not be mounted. > > Was this change made on purpose ? If so, is there a way to get qemu > back to working ? Certainly not on purpose. Vasily, I can reproduce this with KVM and an external kernel boot of the vmlinux file (the elf file) e.g. qemu-system-s390 -enable-kvm -nographic -kernel vmlinux -append "this string no longer is command line" The compressed image (bzImage) seems to work fine though. This seems to be an unfortunate side effect of QEMUs ways to "guess" its Linux (checking for start address 0x10000, which is no longer true for the vmlinux file). With the pure vmlinux elf file the load address is 0x100000 as there is no unpacker. Guenter, can you check if arch/s390/boot/bzImage works for you as a workaround? -- To unsubscribe from this list: send the line "unsubscribe linux-s390" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
