zfsloader and compiler options/version?

[Toomas Soome]

> On 4. juuni 2017, at 15:28, Alexander Leidinger <Alexander at leidinger.net> wrote:
> 
> Hi,
> 
> I have a zfsloader which hangs directly after "Booting". First I attributed it to maybe a bug in meta-mode/ccache + ino64 (easy assumption without knowing if ino64 is involved in zfsloader), but after ccache -C, removing /usr/obj and running 2x "make cleanworld" and 2x "make clean" before a buildworld I now get some kind of a loader-dump (BTX halted) message. The zfsloader binary from a downloaded release-snapshot (r318945) after ino64 update doesn't exhibit this issue.
> 
> Has someone seen something similar? So far I assume this is something with the compiler flags...
> 
> I have the broken zfsloader (r319541) available at
> http://www.leidinger.net/FreeBSD/zfsloader.nok
> if someone wants to play around with it.
> 


note, with zfsboot.nok, selecting old kernel and boot did result in nice BTX dump. And pressing the key with default kernel does get reboot.

anyhow, it seems the issue is indeed about compile flags, with all defaults my zfsloader has no problem booting the kernel.

rgds,
toomas


> Here the settings I used to compile it:
> 
> dmesg:
> FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0)
> CPU: Intel(R) Xeon(R) CPU           L5630  @ 2.13GHz (2133.35-MHz K8-class CPU)
> 
> /etc/src-env.conf
> WITH_META_MODE=yes
> 
> /etc/src.conf
> WITH_IDEA=yes
> WITHOUT_PROFILE=yes
> CFLAGS+=-DFTP_COMBINE_CWDS
> MALLOC_PRODUCTION=yes
> LOADER_FIREWIRE_SUPPORT=yes
> #WITH_FAST_DEPEND=yes
> KERNCONF=ANDROMEDA
> 
> /etc/make.conf
> CFLAGS+= -O2 -pipe #-mfpmath=sse -msse2
> COPTFLAGS= -O2 -pipe
> CPUTYPE?=native
> WITH_CCACHE_BUILD=yes
> 
> Bye,
> Alexander.
> 
> -- 
> http://www.Leidinger.net Alexander at Leidinger.net: PGP 0x8F31830F9F2772BF
> http://www.FreeBSD.org    netchild at FreeBSD.org  : PGP 0x8F31830F9F2772BF