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).
>

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
> 



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

Reply via email to