Date: Wed, 29 Aug 2018 10:34:46 -0700 From: Mark Millard <marklmi@yahoo.com> To: Ian Lepore <ian@freebsd.org> Cc: 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: <EA841787-237E-46C6-9481-98268C49201C@yahoo.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
On 2018-Aug-29, at 8:30 AM, Ian Lepore <ian at freebsd.org> wrote: > On Tue, 2018-08-28 at 22:53 -0700, Mark Millard via freebsd-arm wrote: >> Loading kernel... >> /boot/kernel/kernel text=3D0x8d4607 data=3D0x176e78+0x79d254 >> syms=3D[0x8+0x11f670+0x8+0x112dd8] >> Loading configured modules... >> /boot/entropy size=3D0x1000 >> /boot/kernel/umodem.ko text=3D0x2168 text=3D0x1410 = data=3D0x102d0+0xfd40 >> syms=3D[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=3D0x1fd >> /boot/dtb/overlays/sun50i-a64-ths.dtbo size=3D0x3e8 >> /boot/dtb/overlays/sun50i-a64-timer.dtbo size=3D0x175 >> 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 >> . . . >>=20 >>=20 >> Based on: >>=20 >> # more /boot/loader.conf=20 >> geom_label_load=3D"YES" # File system labels (see = glabel(8)) >> # >> boot_multicons=3D"YES" >> boot_serial=3D"YES" >> # >> hw.usb.template=3D3 >> umodem_load=3D"YES" >> # >> fdt_overlays=3D"sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-timer" >> # >> kern.cam.boot_delay=3D"10000" >> vfs.mountroot.timeout=3D"10" >> dumpdev=3D"/dev/gpt/PINE642Gswap" >>=20 >>=20 >>=20 >> But after login: >>=20 >> # 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 >>=20 >>=20 >> (I do not know if this will cause me any problems >> later or not. For now: just an FYI.) >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >=20 > 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. >=20 > 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. >=20 > We *really* need to fix kldxref to be runnable as a cross-tool. >=20 [The below is from the console port history from before your note. The Pine64+ 2GB is doing a buildworld buildkernel that will not complete for some time.] =46rom a reboot after having deleted /boot/kernel/linker.hints : Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/perl5/5.26/mach/CORE Building /boot/kernel/linker.hints then later rebooting again: VT: init without driver. KLD file umodem.ko is missing dependencies kldref for cross-builds could still be a problem but it need not be the only one. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EA841787-237E-46C6-9481-98268C49201C>