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
<[email protected]> wrote:
On Fri, Aug 28, 2020 at 7:15 PM Jack Mitchell <[email protected]> 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/[email protected]/T/#t
which references
https://lore.kernel.org/lkml/[email protected]/ 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.
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://[email protected]/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 <[email protected]> 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 (#141983):
https://lists.openembedded.org/g/openembedded-core/message/141983
Mute This Topic: https://lists.openembedded.org/mt/76482555/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
