Re: DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ?

On 05/09/2017 12:07, Henri Hennebert wrote:
> Hello,
> 
> I build current -r317181 with crochet for my PINE64.
> 
> the kernel can boot with loader.conf.local:
> 
> geom_mirror_load="YES"
> 
> If I add to loader.conf.local:
> 
> zfs_load="YES"
> 
> or if I strike the space bar during loader.efi and I load zfs manually:
> 
> OK load zfs
> ...
> OK boot
With a slimmed down kernel config, I can load zfs.ko and boot the kernel 
BUT opensolaris is not loaded and I get at kernel boot:

OK load zfs
/boot/kernel/zfs.ko text=0x9d980 text=0xe0480 data=0x214c8+0x9eb78 
syms=[0x8+0x1d6a0+0x8+0x187bd]
OK boot
Booting...
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2017 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-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017
     root_at_norquay.restart.bel:/usr/obj/usr/src/sys/NORQUAY arm64
FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on 
LLVM 4.0.0)
VT: init without driver.
KLD file zfs.ko is missing dependencies
Starting CPU 1 (1)
Starting CPU 2 (2)
Starting CPU 3 (3)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
random: unblocking device.


note the message:
KLD file zfs.ko is missing dependencies

> 
> the kernel don't boot and the console stay with the last line:
> 
> Using DTB provided by EFI at 0x49000000.
> 
> Moreover the opensolaris.ko is not loader.
> 
> Maybe DTB is smashed by zfs.ko
> 
> Any idea ?
> 
> Henri
> 
> PS with r312006M from RaspBSD all is OK and I can user zfs as root 
> filesystem.
> _______________________________________________
> freebsd-arm_at_freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe_at_freebsd.org"
>