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-current/attachments/20170509/5f0440be/attachment.sig>


More information about the freebsd-current mailing list