> 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 _at_ 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 0x8F31830F9F2772BFReceived on Sun Jun 04 2017 - 12:22:06 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:11 UTC