DTB provided by loader.efi from head -r317181 on pine64 smashed by zfs.ko ?
Shawn Webb
shawn.webb at hardenedbsd.org
Tue May 9 13:47:00 UTC 2017
On Tue, May 09, 2017 at 12:07:47PM +0200, 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
>
> 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 ?
I see the same symptom with root-on-ZFS with my SoftIron OverDrive 1000.
Thanks,
--
Shawn Webb
Cofounder and Security Engineer
HardenedBSD
GPG Key ID: 0x6A84658F52456EEE
GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20170509/5f0440be/attachment.sig>
More information about the freebsd-arm
mailing list