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.
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 (#142098):
https://lists.openembedded.org/g/openembedded-core/message/142098
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]
-=-=-=-=-=-=-=-=-=-=-=-
