Date: Mon, 2 Jan 2017 13:36:31 +0100 From: Mateusz Guzik <mjguzik@gmail.com> To: Aryeh Friedman <aryeh.friedman@gmail.com> Cc: FreeBSD Stable List <freebsd-stable@freebsd.org> Subject: Re: make kernel ctfmerge freeze on 11-STABLE Message-ID: <20170102123630.GA6912@dft-labs.eu> In-Reply-To: <CAGBxaXk-CL7uqUrxeqLico5w_YSDHxPfEyv64ROxw9rDqjDcYw@mail.gmail.com> References: <CAGBxaXk-CL7uqUrxeqLico5w_YSDHxPfEyv64ROxw9rDqjDcYw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 02, 2017 at 06:57:48AM -0500, Aryeh Friedman wrote: > FreeBSD lilith 11.0-STABLE FreeBSD 11.0-STABLE #7 r311003: Sun Jan 1 > 02:45:34 EST 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC amd64 > > > -------------------------------------------------------------- > >>> stage 3.1: building everything > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/GENERIC; COMPILER_VERSION=30901 > COMPILER_TYPE=clang COMPILER_FREEBSD_VERSION=1100503 > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE= > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac CC="cc -target > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ -target > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" CPP="cpp -target > x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp > -B/usr/obj/usr/src/tmp/usr/bin" AS="as" AR="ar" LD="ld" NM=nm > OBJDUMP=objdump OBJCOPY="objcopy" RANLIB=ranlib STRINGS= SIZE="size" > INSTALL="sh /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin > make -m /usr/src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ > linking kernel.full > ctfmerge -L VERSION -g -o kernel.full ... > <freezes> How reproducible is the crash? What previous kernel was known to work? Can you narrow it down to a particular revision, preferably with kernel debugging enabled? (see the end of the mail) There was one invasive change merged - fine-grained namecache in r310959 and that can be treated as the likely culprit. That said, I would start the search with verifying there are no issues with r310953 first. Debug opts: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. # For full debugger support use (turn off in stable branch): options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones options DEBUG_VFS_LOCKS -- Mateusz Guzik <mjguzik gmail.com>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170102123630.GA6912>