Date: Fri, 31 Aug 2018 10:50:07 -0700 From: John-Mark Gurney <jmg@funkthat.com> To: Ian Lepore <ian@freebsd.org> Cc: Mark Millard <marklmi@yahoo.com>, freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: FYI: head -r338341 on Pine64+ 2GB early "KLD file umodem.ko is missing dependencies" but later manual kldload works Message-ID: <20180831175007.GU45503@funkthat.com> In-Reply-To: <1535556653.33841.29.camel@freebsd.org> References: <F1F55A4A-CBB5-4C07-B87A-E5967462CD70@yahoo.com> <1535556653.33841.29.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Ian Lepore wrote this message on Wed, Aug 29, 2018 at 09:30 -0600:
> On Tue, 2018-08-28 at 22:53 -0700, Mark Millard via freebsd-arm wrote:
> > Loading kernel...
> > /boot/kernel/kernel text=0x8d4607 data=0x176e78+0x79d254
> > syms=[0x8+0x11f670+0x8+0x112dd8]
> > Loading configured modules...
> > /boot/entropy size=0x1000
> > /boot/kernel/umodem.ko text=0x2168 text=0x1410 data=0x102d0+0xfd40
> > syms=[0x8+0xf30+0x8+0xb73]
> > Using DTB provided by EFI at 0x47ff9000.
> > Loading DTB overlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-
> > timer'
> > /boot/dtb/overlays/sun50i-a64-sid.dtbo size=0x1fd
> > /boot/dtb/overlays/sun50i-a64-ths.dtbo size=0x3e8
> > /boot/dtb/overlays/sun50i-a64-timer.dtbo size=0x175
> > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-sid.dtbo'
> > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-ths.dtbo'
> > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo'
> > EHCI failed to shut down host controller.
> > ---<<BOOT>>---
> > KDB: debugger backends: ddb
> > KDB: current backend: ddb
> > Copyright (c) 1992-2018 The FreeBSD Project.
> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,
> > 1994
> > The Regents of the University of California. All rights
> > reserved.
> > FreeBSD is a registered trademark of The FreeBSD Foundation.
> > FreeBSD 12.0-ALPHA3 r338341M arm64
> > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on
> > LLVM 6.0.1)
> > VT: init without driver.
> > KLD file umodem.ko is missing dependencies
> > . . .
> >
> >
> > Based on:
> >
> > # more /boot/loader.conf
> > geom_label_load="YES" # File system labels (see glabel(8))
> > #
> > boot_multicons="YES"
> > boot_serial="YES"
> > #
> > hw.usb.template=3
> > umodem_load="YES"
> > #
> > fdt_overlays="sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer"
> > #
> > kern.cam.boot_delay="10000"
> > vfs.mountroot.timeout="10"
> > dumpdev="/dev/gpt/PINE642Gswap"
> >
> >
> >
> > But after login:
> >
> > # kldstat
> > Id Refs Address Size Name
> > 1 1 0xffff000000000000 141bba8 kernel
> > # kldload umodem.ko
> > # kldstat
> > Id Refs Address Size Name
> > 1 6 0xffff000000000000 141bba8 kernel
> > 2 1 0xffff00005d000000 41000 umodem.ko
> > 3 1 0xffff00005d041000 41000 ucom.ko
> >
> >
> > (I do not know if this will cause me any problems
> > later or not. For now: just an FYI.)
> >
> > ===
> > Mark Millard
> > marklmi at yahoo.com
> > ( dsl-only.net went
> > away in early 2018-Mar)
>
> It appears that the umodem driver has all the right MODULE_DEPEND()
> statements. Does this happen only on first boot? If it happens on every
> boot, try doing "service kldxref start", then see if it's better on the
> next boot.
>
> My theory is that the root problem here is that kldxref can't be run as
> a cross-tool. So on first boot, module dependencies don't get handled
> correctly. But kldxref should run automatically on the first boot and
> then things should be right after that.
>
> We *really* need to fix kldxref to be runnable as a cross-tool.
I doubt it's a crossbuild issue... My latest kernel that is seeing the
issue was built natively on arm64, and installed w/ installkernel from
/usr/src...
also "service kldxref start" doesn't seem to do anything, as it
completed too quickly... I manually ran kldxref /boot/kernel and
still have the issue...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180831175007.GU45503>