On 02/09/2020 13:14, Bruce Ashfield wrote:
> On Wed, Sep 2, 2020 at 3:39 AM Jack Mitchell <m...@embed.me.uk> wrote:
>>
>>
>>
>> On 29/08/2020 20:13, Randy Witt wrote:
>>> On 8/29/20 11:41 AM, Bruce Ashfield wrote:
>>>> On Fri, Aug 28, 2020 at 10:28 PM Bruce Ashfield via
>>>> lists.openembedded.org
>>>> <bruce.ashfield=gmail....@lists.openembedded.org> wrote:
>>>>>
>>>>> On Fri, Aug 28, 2020 at 7:15 PM Jack Mitchell <j...@embed.me.uk> wrote:
>>>>>>
>>>>>> Quick update, I just did an armv7 build with exactly the same codebase
>>>>>> and everything worked fine. Do you have an aarch64 build could test and
>>>>>> confirm working?
>>>>>
>>>>> qemuarm64 was working fine here with -rc1. I've started a new build,
>>>>> but it'll be several hours before I know more (so sometime saturday).
>>>>>
>>>
>>> I saw this on linux-modules today,
>>> https://lore.kernel.org/linux-modules/20200829100334.gk1362...@hirez.programming.kicks-ass.net/T/#t
>>> which references
>>> https://lore.kernel.org/lkml/20200808101222.51030...@coco.lan/ saying it
>>> is a bug in binutils.
>>>
>>> I haven't looked at it anymore other than seeing this email and that
>>> issue are both exec format errors on arm. I have to leave and can't
>>> investigate anymore, but figured this might be useful. If not feel free
>>> to ignore, and sorry for the noise.
>>
>> Hi Randy,
>>
>> Thanks for the heads up, this was indeed was the issue. I'm not sure why
>> it's not manifesting itself on Bruces builds. It seems to be arm64
>> specific and directly correlated to the binutils version. There is a
>> patch coming which will make it in before the release and I assume be
>> backported to v5.8 stable which is also affected.
>
> Are you seeing that out of the latest master SRCREVs ?
>
> It isn't just me that isn't seeing this, it is our entire autobuilder
> infrastructure, and everyone else using 5.8/ARM on master.
>
> Cheers,
>
> Bruce
>
Hi Bruce,
Yes, standard mainline kernel at both the v5.8 tag and v5.9-rc2 with a
dozen or so custom patches on top covering dts/driver changes targeting
a rk3399 soc.
Build Configuration:
BB_VERSION = "1.47.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "arch"
TARGET_SYS = "aarch64-oe-linux"
TUNE_FEATURES = "aarch64 armv8a crc"
TARGET_FPU = ""
meta = "master:09f4db415fb6a1398e9e9b359630043c833f6118"
and the patch which to cover it in the meantime.
commit fc439f22c8cf71689a905ff25e326b14f57bdab7
Author: Jack Mitchell <m...@embed.me.uk>
Date: Tue Sep 1 09:47:19 2020 +0100
TEMP: fixup aarch64 module loading with new binutils
diff --git a/arch/arm64/kernel/module-plts.c
b/arch/arm64/kernel/module-plts.c
index 0ce3a28e3347..2e224435c024 100644
--- a/arch/arm64/kernel/module-plts.c
+++ b/arch/arm64/kernel/module-plts.c
@@ -305,8 +305,7 @@ int module_frob_arch_sections(Elf_Ehdr *ehdr,
Elf_Shdr *sechdrs,
mod->arch.core.plt_shndx = i;
else if (!strcmp(secstrings + sechdrs[i].sh_name,
".init.plt"))
mod->arch.init.plt_shndx = i;
- else if (IS_ENABLED(CONFIG_DYNAMIC_FTRACE) &&
- !strcmp(secstrings + sechdrs[i].sh_name,
+ else if (!strcmp(secstrings + sechdrs[i].sh_name,
".text.ftrace_trampoline"))
tramp = sechdrs + i;
else if (sechdrs[i].sh_type == SHT_SYMTAB)
Cheers,
Jack.
>>
>> Cheers,
>> Jack.
>>
>>>>
>>>> still working here:
>>>>
>>>> qemuarm64 login: root
>>>> root@qemuarm64:~# uname -a
>>>> Linux qemuarm64 5.9.0-rc2-yoctodev-standard #1 SMP PREEMPT Sat Aug 29
>>>> 14:26:30 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux
>>>> root@qemuarm64:~# lsmod
>>>> Module Size Used by
>>>> sch_fq_codel 20480 1
>>>> openvswitch 155648 0
>>>> nsh 16384 1 openvswitch
>>>> nf_conncount 20480 1 openvswitch
>>>> nf_nat 40960 1 openvswitch
>>>> nf_conntrack 110592 3 nf_nat,openvswitch,nf_conncount
>>>> nf_defrag_ipv6 20480 2 nf_conntrack,openvswitch
>>>> nf_defrag_ipv4 16384 1 nf_conntrack
>>>> root@qemuarm64:~#
>>>>
>>>> Bruce
>>>>
>>>>> Cheers,
>>>>>
>>>>> Bruce
>>>>>
>>>>>>
>>>>>> Regards,
>>>>>> Jack.
>>>>>>
>>>>>> On 28/08/2020 22:35, Jack Mitchell wrote:
>>>>>>> Hi Bruce,
>>>>>>>
>>>>>>> All built in-tree, the same recipe builds an armv7h kernel so I'll
>>>>>>> try a
>>>>>>> build for that and see if it's something aarch64 specific. All the
>>>>>>> modules are failing to load so it's not something specific to g_ether.
>>>>>>> Please see kernel recipe below for reference.
>>>>>>>
>>>>>>> LICENSE = "GPLv2"
>>>>>>> LIC_FILES_CHKSUM =
>>>>>>> "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
>>>>>>>
>>>>>>> inherit kernel
>>>>>>>
>>>>>>> S = "${WORKDIR}/git"
>>>>>>>
>>>>>>> SRCREV = "redacted"
>>>>>>> KBRANCH = "v5.9-rc2"
>>>>>>>
>>>>>>> LINUX_VERSION ?= "${KBRANCH}-g${SRCREV}"
>>>>>>> PV = "${LINUX_VERSION}"
>>>>>>>
>>>>>>> SRC_URI = " \
>>>>>>>
>>>>>>> git://g...@github.com/redacted/linux.git;name=kernel;branch=${KBRANCH};protocol=ssh
>>>>>>>
>>>>>>> \
>>>>>>> "
>>>>>>>
>>>>>>> do_configure_prepend() {
>>>>>>> if [ -n "${KBUILD_DEFCONFIG}" ] && [ -f
>>>>>>> "${S}/arch/${ARCH}/configs/${KBUILD_DEFCONFIG}" ]; then
>>>>>>> oe_runmake_call -C ${S} CC="${KERNEL_CC}"
>>>>>>> LD="${KERNEL_LD}" O=${B} ${KBUILD_DEFCONFIG}
>>>>>>> fi
>>>>>>> }
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Jack.
>>>>>>>
>>>>>>> On 28/08/2020 21:55, Bruce Ashfield wrote:
>>>>>>>> On Fri, Aug 28, 2020 at 4:20 PM Jack Mitchell <m...@embed.me.uk> wrote:
>>>>>>>>>
>>>>>>>>> Having just upgraded my mainline kernel recipe to a v5.8/v5.9-rc2
>>>>>>>>> kernel
>>>>>>>>> from v5.5.8 I've found that modules have somehow broken. I've
>>>>>>>>> flicked
>>>>>>>>> between the two and confirmed that the old kernel build works,
>>>>>>>>> and the
>>>>>>>>> 5.8/5.9 build doesn't. I haven't changed anything bar the git commit
>>>>>>>>> hash. It's a very simple kernel recipe basically just inheriting the
>>>>>>>>> kernel bbclass and setting SRCREV. Running on current tip of master.
>>>>>>>>>
>>>>>>>>> I assume it's something symver related but wanted to ask if anybody
>>>>>>>>> knows anything before I dig too deep.
>>>>>>>>
>>>>>>>> I can say that it is working for me on 5.8 and 5.9-rcX on the
>>>>>>>> reference kernels.
>>>>>>>>
>>>>>>>> qemux86-64 login: root
>>>>>>>> root@qemux86-64:~# uname -a
>>>>>>>> Linux qemux86-64 5.8.4-yocto-standard #1 SMP PREEMPT Wed Aug 26
>>>>>>>> 16:07:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
>>>>>>>> root@qemux86-64:~# lsmod
>>>>>>>> Module Size Used by
>>>>>>>> parport_pc 24576
>>>>>>>> parport 28672 1 parport_pc
>>>>>>>> ata_piix 36864 0
>>>>>>>> floppy 77824 0
>>>>>>>> sch_fq_codel 20480 1
>>>>>>>>
>>>>>>>> my 5.9-rc is rebuilding right now, so I can double check it over
>>>>>>>> the weekend.
>>>>>>>>
>>>>>>>> Not super useful, but there shouldn't be anything fundamentally
>>>>>>>> broken, since we've been following along with the latest as usual.
>>>>>>>>
>>>>>>>> Is your g_ether built in-tree, or out of tree ?
>>>>>>>>
>>>>>>>> Bruce
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> Jack.
>>>>>>>>>
>>>>>>>>> root@rk3399:~# uname -a
>>>>>>>>> Linux rk3399 5.9.0-rc2 #1 SMP PREEMPT Fri Aug 28 18:47:44 UTC 2020
>>>>>>>>> aarch64 GNU/Linux
>>>>>>>>>
>>>>>>>>> root@rk3399:~# modprobe g_ether
>>>>>>>>> modprobe: ERROR: could not insert 'g_ether': Exec format error
>>>>>>>>>
>>>>>>>>> root@rk3399:~# modinfo
>>>>>>>>> /lib/modules/5.9.0-rc2/kernel/drivers/usb/gadget/legacy/g_ether.ko
>>>>>>>>> filename:
>>>>>>>>> /lib/modules/5.9.0-rc2/kernel/drivers/usb/gadget/legacy/g_ether.ko
>>>>>>>>> license: GPL
>>>>>>>>> author: David Brownell, Benedikt Spanger
>>>>>>>>> description: RNDIS/Ethernet Gadget
>>>>>>>>> depends: libcomposite,u_ether,usb_f_rndis
>>>>>>>>> intree: Y
>>>>>>>>> name: g_ether
>>>>>>>>> vermagic: 5.9.0-rc2 SMP preempt mod_unload aarch64
>>>>>>>>> parm: idVendor:USB Vendor ID (ushort)
>>>>>>>>> parm: idProduct:USB Product ID (ushort)
>>>>>>>>> parm: bcdDevice:USB Device version (BCD) (ushort)
>>>>>>>>> parm: iSerialNumber:SerialNumber string (charp)
>>>>>>>>> parm: iManufacturer:USB Manufacturer string (charp)
>>>>>>>>> parm: iProduct:USB Product string (charp)
>>>>>>>>> parm: qmult:queue length multiplier at high/super speed
>>>>>>>>> (uint)
>>>>>>>>> parm: dev_addr:Device Ethernet Address (charp)
>>>>>>>>> parm: host_addr:Host Ethernet Address (charp)
>>>>>>>>> parm: use_eem:use CDC EEM mode (bool)
>>>>>>>>>
>>>>>>>>> [jack@arch-corsair ~]$ file g_ether.ko
>>>>>>>>> g_ether.ko: ELF 64-bit LSB relocatable, ARM aarch64, version 1
>>>>>>>>> (SYSV),
>>>>>>>>> BuildID[sha1]=375c0485cb8c4b013dc0694725457bd111899f8c, not stripped
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> - Thou shalt not follow the NULL pointer, for chaos and madness await
>>>>> thee at its end
>>>>> - "Use the force Harry" - Gandalf, Star Trek II
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#142111):
https://lists.openembedded.org/g/openembedded-core/message/142111
Mute This Topic: https://lists.openembedded.org/mt/76482555/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
