21.09.2017 13:03, Andreas Schwab пишет: > On Sep 21 2017, "Matwey V. Kornilov" <[email protected]> wrote: > >> 2017-09-21 12:49 GMT+03:00 Andreas Schwab <[email protected]>: >>> On Sep 21 2017, "Matwey V. Kornilov" <[email protected]> wrote: >>> >>>> 2017-09-21 11:54 GMT+03:00 Andreas Schwab <[email protected]>: >>>>> On Sep 21 2017, "Matwey V. Kornilov" <[email protected]> wrote: >>>>> >>>>>> There is no such code in modprobe binary itself, not sure where it did >>>>>> come from. >>>>> >>>>> The pc is pointing into the library area. >>>> >>>> objdump -d ld-2.26.so | grep d5380001 >>>> 14ff4: d5380001 mrs x1, midr_el1 >> >> It has been introduced in d2e4346a30683cc42c57bd1bfd457897d78c6d7e >> ("Add ifunc support for aarch64.") >> >>>> >>>> Why do the other boards work fine here? >>> >>> The kernel is supposed to emulate it. >> >> But then there should be some generic instruction handler, right? > > There kernel only emulates some special cases. > > Andreas. >
I see the similar when running openSUSE-Tumbleweed-ARM-JeOS-efi.aarch64-2017.09.09-Build1.28.qcow under qemu: [ 10.542446] modprobe[78]: undefined instruction: pc=0000ffffab4dcff4 [ 10.542455] Code: d503201f 8a180320 92750001 365ffc20 (d5380001) [ 10.543006] modprobe[79]: undefined instruction: pc=0000ffffaaf96ff4 [ 10.543012] Code: d503201f 8a180320 92750001 365ffc20 (d5380001) [ 10.543674] modprobe[82]: undefined instruction: pc=0000ffff9e7f3ff4 [ 10.543681] Code: d503201f 8a180320 92750001 365ffc20 (d5380001) [ 10.544036] modprobe[83]: undefined instruction: pc=0000ffff89008ff4 [ 10.544042] Code: d503201f 8a180320 92750001 365ffc20 (d5380001) -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]
