> On 4. juuni 2017, at 15:28, Alexander Leidinger <alexan...@leidinger.net>
> 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
> 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.
> Here the settings I used to compile it:
> FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM
> CPU: Intel(R) Xeon(R) CPU L5630 @ 2.13GHz (2133.35-MHz K8-class
> CFLAGS+= -O2 -pipe #-mfpmath=sse -msse2
> COPTFLAGS= -O2 -pipe
> http://www.Leidinger.net alexan...@leidinger.net: PGP 0x8F31830F9F2772BF
> http://www.FreeBSD.org netch...@freebsd.org : PGP 0x8F31830F9F2772BF
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"