Re: Bug#865314: debian-installer-9-netboot-mips: 32bit MIPS (big-endian) Malta netboot installer doesn't boot

James Cowgill <[email protected]>
Newsgroups gmane.linux.debian.ports.mips
Message-ID <[email protected]>
Hi,

On 20/06/17 15:11, Steve McIntyre wrote:
> On Tue, Jun 20, 2017 at 04:01:26PM +0200, Bruno Bierbaumer wrote:
>> Yes, it works perfectly well for Debian Jessie.
> 
> Ok, thanks for confirming.
> 
> mips folks - any clues please? AFAICS we've had ~zero input about mips
> in d-i and image work, and no visible testing. Some help would be
> appreciated...
> 
>> On Tue, 20 Jun 2017 14:47:52 +0100 Steve McIntyre <[email protected]> wrote:
>>> On Tue, Jun 20, 2017 at 03:43:36PM +0200, Bruno Bierbaumer wrote:
>>>> It also seems to be broken on MIPSEL
>>>>
>>>> wget
>>>> http://ftp.nl.debian.org/debian/dists/stretch/main/installer-mipsel/current/images/malta/netboot/initrd.gz
>>>> wget
>>>> http://ftp.nl.debian.org/debian/dists/stretch/main/installer-mipsel/current/images/malta/netboot/vmlinux-4.9.0-3-4kc-malta
>>>> qemu-system-mipsel -M malta -m 256 -kernel vmlinux-4.9.0-3-4kc-malta
>>>> -initrd initrd.gz -nographic
>>>
>>> Hi Bruno,
>>>
>>> Did the same setup work with jessie images? I've got ~no background
>>> with mips stuff here...

I think I know which error you mean (and I confess I have seen it
before). The issue is that QEMU loads the initrd into the memory
immediately after the kernel, but that bit of memory might get
overwritten by KASLR when the kernel starts and relocates itself.

You can workaround it by passing "-append nokaslr" to QEMU, but I guess
that QEMU should be fixed to place the initrd in a higher bit of memory.

James
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE+Ixt5DaZ6POztUwQx/FnbeotAe8FAllJOtYACgkQx/Fnbeot
Ae9fyxAAsyinj4UGpMhTzmYqubBRJWYgFXLPyEpcVKB9K0kNcZno8tBAxXPYMUIU
jRzXUJ2GMQVJ7SVvIGkq7+UU/6vKo0gRbcEmqISIY9AVk+4ZxmziUB9oZV/Pgdro
RKUGS5p9hryazdb/GpKdPbUR61BW/zxTBRhZiMhMH9GB//cjK3gu4evjSNFDL6Cd
8xSLh6wtd2BZjrCeT6xTm81GJFaLPeYXA0yOcMw3HWECUij559m+h0xP7QgxmhBk
QhICvGUtBoEyV+CvR2DBDe3MWVMlrTCV/WtRzFKck706dUIdSUzZwQOH8//99p3C
X7IGOrN85603lgmcnBjA3KFU9vq5otqrHQ5L7mSNvydQv4EdZYwtbQv22sCpylO8
PnNeF+3C0Qkg7Z1cBwMab6wxOuQ3ImZToJAgojeAd+HgYq7tKnSjNBWcwOI2F1E5
uFsSazKNplVX+alPjgSWTiDSC28GiIKxtf62jwwtuf3Fb9nXGQ3vh+WbQgl3kLEy
PgcMsY/5XOw16VMsSi81t/MYrU+zh7Bcb6/pUoZSvTqHpOkiwwCK84v2JQel+7Ot
BISaA16YygB8cjoEPvVMWqsnB3S5NNHW0THLn/E8ZHe9wWa/Sk0OiFhJc1kQ/450
8UeKY/RYi9ZkHasnVGW1r1ImkWMR5mq3Qq4dvTSc/EllETVWUJc=
=iW48
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.