XPost: linux.debian.bugs.dist, linux.debian.maint.boot

Control: reassign -1 libdebian-installer 0.110
Control: affects -1 debian-installer-9-netboot-mips64el

Bruno Bierbaumer <list@bierbaumer.net> (2017-06-21):²

Package: debian-installer-9-netboot-mips64el
Severity: normal
Tags: d-i

Dear Maintainer,

I wanted to install Debian Stretch mips64el in QEMU.
It seems that the netboot installer can't find any installable kernel for this architecture.
There is definitely linux-images for 5kc-malta in the repo and the same install procedure worked for both mips and mipsel.

Steps to reproduce:

qemu-system-mips64el -M malta -m 256 -cpu MIPS64R2-generic \
-drive file=hda.qcow2,if=virtio,format=qcow2,index=0 \
-kernel vmlinux-4.9.0-3-5kc-malta \
-initrd initrd.gz \
-net user,hostfwd=tcp::22222-:22 \
-net nic \
-nographic \
-append "nokaslr"

The installer will show the error: No installable kernel was found in the defined APT sources

Some info about this:
~ # archdetect
mips64el/unknown

and “unknown” is why base-installer isn't able to pick the right kernel.

Looking at the hwmap structure in src/system/subarch-mips-linux.c (from
the libdebian-installer package), where architecture detection happens,
I initially thought we were missing some MIPS64 pattern there, but that
doesn't seem the case, as /proc/cpuinfo reports this:
| system type : MIPS Malta
…
| cpu model : MIPS GENERIC QEMU V0.0 FPU V0.0

(Full contents below for reference.)

and those are the ones which are searched through the hwmap…

I'm not sure how to fix libdebian-installer here, adding debian-mips@
and qemu maintainers in copy.

It might make sense to update the bug report title as well at some
point, since this is likely an issue on QEMU only?


KiBi.

----

~ # cat /proc/cpuinfo
system type : MIPS Malta
machine : mti,malta
processor : 0
cpu model : MIPS GENERIC QEMU V0.0 FPU V0.0
BogoMIPS : 1271.80
wait instruction : yes
microsecond timers : yes
tlb_entries : 64
extra interrupt vector : yes
hardware watchpoint : yes, count: 1, address/irw mask: [0x0ff8]
isa : mips1 mips2 mips3 mips4 mips5 mips32r1
mips32r2 mips64r1 mips64r2
ASEs implemented : mips3d
shadow register sets : 1
kscratch registers : 0
package : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJZTa5TAAoJEP+RSvDCs1UgdWAP/RnunUKmRi8yulh2eQ6Hw5yM 9GYdm44thq788j2n022bDYStkOvZrsQ7glu7jnD+kNApmyL7rDLcKHnZwkN4Rm0s Ns3Ts+HFCDuScA3yhEVBVd1KLjV0MW3NMTJOJlyleKexy8wxZDi8cvaAtbu0xXav s1fsgi4j4zW9oWaYlbcJJmxTpICF8TcIZYvYtwKkxFD8toKI7bbZgGRYzLjFtdmx ks9ZGN4BXe5WXxuB/1/+N4Ud4N3tciB3RayVAzlF3UKzqcltvo0P27O7OQNfNbk5 pV/v23TDPJxK2La80aCPAFqPo9yr8dT9ppy760B1K6ZLrYXSGI1+3vfP1b4zKdLO nN3seDcerB7meTUbq82g+nbjgYqXWvf1MsZeS2cgN///OmE7eo34HZOvnjfQbpEE NOX22qzSVTMY5t4rWSZCxqa9WIov6VYoCUT3oTwsa9Gh4zmmh2lUeXt96vrhRpmN Cytz1piOvaGsDvJunxxJd8ucK2aLlpu1HiklOIO+3uWJVVA0mz6HPebHPEsVppwu 1Pc7mgQ7dfYQMREU+NrnYNom8um19zuCAIOFpHNgWmyq4iotEsylmRHG35FecSXr 0BweUSNfatou9TVg/R0R2e0b+HVpvCjaud0BI6WYgKmy9AB8a2ef4P5J6Mab61KV W4Fxn8bJFVehtidsgY/3
=3smK
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.bugs.dist, linux.debian.maint.boot

On 2017-06-24 19:07, Aurelien Jarno wrote:

On 2017-06-24 02:12, Cyril Brulebois wrote:

Control: reassign -1 libdebian-installer 0.110
Control: affects -1 debian-installer-9-netboot-mips64el

Bruno Bierbaumer <list@bierbaumer.net> (2017-06-21):²

Package: debian-installer-9-netboot-mips64el
Severity: normal
Tags: d-i

Dear Maintainer,

I wanted to install Debian Stretch mips64el in QEMU.
It seems that the netboot installer can't find any installable kernel for this architecture.
There is definitely linux-images for 5kc-malta in the repo and the same install procedure worked for both mips and mipsel.

Steps to reproduce:

qemu-system-mips64el -M malta -m 256 -cpu MIPS64R2-generic \
-drive file=hda.qcow2,if=virtio,format=qcow2,index=0 \
-kernel vmlinux-4.9.0-3-5kc-malta \
-initrd initrd.gz \
-net user,hostfwd=tcp::22222-:22 \
-net nic \
-nographic \
-append "nokaslr"

The installer will show the error: No installable kernel was found in the defined APT sources

Some info about this:
~ # archdetect
mips64el/unknown

and “unknown” is why base-installer isn't able to pick the right kernel.

Looking at the hwmap structure in src/system/subarch-mips-linux.c (from
the libdebian-installer package), where architecture detection happens,
I initially thought we were missing some MIPS64 pattern there, but that doesn't seem the case, as /proc/cpuinfo reports this:
| system type : MIPS Malta
…
| cpu model : MIPS GENERIC QEMU V0.0 FPU V0.0

(Full contents below for reference.)

and those are the ones which are searched through the hwmap…

I'm not sure how to fix libdebian-installer here, adding debian-mips@
and qemu maintainers in copy.

It might make sense to update the bug report title as well at some
point, since this is likely an issue on QEMU only?

The current version of subarch-mips-linux.c tries to detect if the CPU
is 32 or 64-bit using the CPU type. It's therefore not prepared for the "GENERIC QEMU" type returned in /proc/cpuinfo. The code should probably
be modified to use the "isa" field as a fallback if the "cpu model"
field can't be used to determine the flavour.

I have implemented that change in libdebian-installer 0.111. This is
already available in the daily installer images [1]. Once it reaches
testing, we can consider backporting it to stretch.

Aurelien

[1] https://d-i.debian.org/daily-images/mips64el/daily/

--
Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEd0YmQqnvlP0Pdxltupx4Bh3djJsFAllQsaIACgkQupx4Bh3d jJvCJRAAiPyJ9XNYy98AJt3Hu/cU2QjFmwZ0dlmDxeO1rQJyok7z7FlztaVATDUa /wqMZCs3R5pipPBx2zq+0qhqXkYogsQpHJt/crg9bpa8H3gbgGiKLkd3MS4EUBzu R4QJWLrzXo0L1/ZslTlOUjY4xGRMGQ450qUoPCuvIflPETcgaBz4Zvc7DrUHmCpK MWGXR6P0f+fiItPizGbMTkAicTEUb4nhY012orKsAN3GNvvz/Zgtd1yeq4gMapw6 XqR6r4srl/bqUU0KHGt4p/atXpsLuFYt+sqAo9otBI3uaO6COKMkwyCgpuse+CHp b/j3AUilOCiaSVmgUfCvikY/8v8RkKQ8TiMht/1tazh592KQjugo7RVGcFcsxWTQ bpuYAxMdHoVfprldJCsKyreN/nkBUJD/qospHKEDEzyhZ3i+TZ3RtUVqdf3yg2L+ g5QRlItEKP07k72chEuXShKX1LnoNW6HrMOTflqJMvVVQRKCzqlXsUucOh/yy6g1 llWLNt3tg9Rb76zo+bhK3cHcGKWx3Qu47xVQxitmXBNBIKWfC1OBZqGpdKg/7+uD sRH61XvHS0QZVF++WoXeOQAplGQD2CxGA1r9J2qiRDw5W7c8tZ27ubn/mUC/MxDz 7YaYbO1b3XBrmzb6y/8f+9DOliOsdkYHNn9Th4hE8AU+9IBYTnU=
=LYqY
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet

XPost: linux.debian.bugs.dist, linux.debian.maint.boot

On 2017-06-24 02:12, Cyril Brulebois wrote:

Control: reassign -1 libdebian-installer 0.110
Control: affects -1 debian-installer-9-netboot-mips64el

Bruno Bierbaumer <list@bierbaumer.net> (2017-06-21):²

Package: debian-installer-9-netboot-mips64el
Severity: normal
Tags: d-i

Dear Maintainer,

I wanted to install Debian Stretch mips64el in QEMU.
It seems that the netboot installer can't find any installable kernel for this architecture.
There is definitely linux-images for 5kc-malta in the repo and the same install procedure worked for both mips and mipsel.

Steps to reproduce:

qemu-system-mips64el -M malta -m 256 -cpu MIPS64R2-generic \
-drive file=hda.qcow2,if=virtio,format=qcow2,index=0 \
-kernel vmlinux-4.9.0-3-5kc-malta \
-initrd initrd.gz \
-net user,hostfwd=tcp::22222-:22 \
-net nic \
-nographic \
-append "nokaslr"

The installer will show the error: No installable kernel was found in the defined APT sources

Some info about this:
~ # archdetect
mips64el/unknown

and “unknown” is why base-installer isn't able to pick the right kernel.

Looking at the hwmap structure in src/system/subarch-mips-linux.c (from
the libdebian-installer package), where architecture detection happens,
I initially thought we were missing some MIPS64 pattern there, but that doesn't seem the case, as /proc/cpuinfo reports this:
| system type : MIPS Malta
…
| cpu model : MIPS GENERIC QEMU V0.0 FPU V0.0

(Full contents below for reference.)

and those are the ones which are searched through the hwmap…

I'm not sure how to fix libdebian-installer here, adding debian-mips@
and qemu maintainers in copy.

It might make sense to update the bug report title as well at some
point, since this is likely an issue on QEMU only?

The current version of subarch-mips-linux.c tries to detect if the CPU
is 32 or 64-bit using the CPU type. It's therefore not prepared for the "GENERIC QEMU" type returned in /proc/cpuinfo. The code should probably
be modified to use the "isa" field as a fallback if the "cpu model"
field can't be used to determine the flavour.

That said, the quick workaround is to emulate a real CPU in QEMU. For
example you can select the 5KEf CPU which is a MIPS64R2 CPU with FPU.

Aurelien

--
Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEd0YmQqnvlP0Pdxltupx4Bh3djJsFAllOnFwACgkQupx4Bh3d jJsqBA//WinSDMYB7OQvpRRzDteYE2u48R0hiym3CDYJ0x8adt2aIiw+/OM/1MS8 KBDtou+TS/SXKhgpaKVcM7c7OTfJBEcjnPPF/YXqUSvATa9tkmllRh21eu+qi+si fz2LlNDoNGWUWkt8S63bAKxQqi/nLFk1cNOmvTb1eg4E/oJgawuC04caTGc6I2l0 OCx7PG1MTEWdhucHxkMKxE77s1GQzz2aMHS0GmwgjF19Tz6qAjCM/x8Rxqfc1JZH c72DjDpo5K/7nl+Xd60rfUgGnVBmdmDUo9I5msevA3HZR7uFxiBTgi8R2G8lZ3T6 aojYRhQ8tT8IHIUAivhoOzk9jINTEmXinH/FO6HpmQt1Tq61IT/OhQJRepVQfg4b lErAQYPiaAlqjcE/aIXcbOEmwHF6h0Uckn0doyMjgKFcIDAWWIpX7CespPbN38+o rvTF0E9qW0KtmFWLkT92apgOUxwYZ9l2C9EG0aj3ClHqQ2y9o5Qw3nNQcoWG0hUl aNGiFzt9UHYleG1rCE3trtsm6PiL62h2LteZ48hUfFZUwZdrER01givSc0ghNcjW tBtgu1X8lc1vfXnpMvrD0BgkFQaV7fivX4SiaSn3/yKAjErJ3EktLHNp2Ro1aQhp cr6WkA4AQrHFY4UReq+BjvwxJr5pcPB/Ht5JXXK/165vUpYdVN0=
=+uzj
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet