From owner-freebsd-current@freebsd.org Sun Jul 12 02:22:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E975F9D63 for ; Sun, 12 Jul 2015 02:22:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B66B6DF9; Sun, 12 Jul 2015 02:22:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 255A44B1; Sun, 12 Jul 2015 02:22:03 +0000 (UTC) Date: Sun, 12 Jul 2015 02:22:02 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bapt@FreeBSD.org, bz@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1411934599.18.1436667723480.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1121560375.15.1436656329745.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1121560375.15.1436656329745.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2956 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 02:22:05 -0000 FreeBSD_HEAD - Build #2956 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2956/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2956/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2956/console Change summaries: 285416 by bz: Try to unbreak the build after r285390 removing the obsolete static declaration. 285415 by bapt: Make getarg return NULL if args is NULL 285414 by bapt: Fix regression: ensure when try to create the group and the user with the same id if possible and nothing in particular was specified 285413 by bapt: Remove now unused variable The end of the build log: [...truncated 2250 lines...] --- _bootstrap-tools-lib/libmd --- --- _libinstall --- sh /builds/FreeBSD_HEAD/tools/install.sh -C -o root -g wheel -m 444 libmd.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib --- _INCSINS --- sh /builds/FreeBSD_HEAD/tools/install.sh -C -o root -g wheel -m 444 /builds/FreeBSD_HEAD/lib/libmd/md4.h /builds/FreeBSD_HEAD/lib/libmd/md5.h /builds/FreeBSD_HEAD/lib/libmd/ripemd.h /builds/FreeBSD_HEAD/lib/libmd/sha.h /builds/FreeBSD_HEAD/lib/libmd/../../sys/crypto/sha2/sha256.h /builds/FreeBSD_HEAD/lib/libmd/sha512.h /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include --- _bootstrap-tools-gnu/usr.bin/groff --- --- all_subdir_grolbp --- ===> gnu/usr.bin/groff/src/devices/grolbp (all) --- _bootstrap-tools-lib/clang/libllvmsupport --- --- MD5.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MD5.cpp -o MD5.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- lbp.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolbp/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/src/devices/grolbp/lbp.cpp -o lbp.o --- grolbp --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolbp/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolbp/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o grolbp lbp.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolbp/../../../src/libs/libdriver/libdriver.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolbp/../../../src/libs/libgroff/libgroff.a -lm -legacy --- all_subdir_preproc --- ===> gnu/usr.bin/groff/src/preproc (all) --- all_subdir_eqn --- ===> gnu/usr.bin/groff/src/preproc/eqn (all) --- main.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/main.cpp -o main.o --- box.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/box.cpp -o box.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- ManagedStatic.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedStatic.cpp -o ManagedStatic.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- limit.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/limit.cpp -o limit.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- MathExtras.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MathExtras.cpp -o MathExtras.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- list.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/list.cpp -o list.o --- all_subdir_devices --- --- all_subdir_grohtml --- --- html-table.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../../../../contrib/groff/src/devices/grohtml/html-table.cpp -o html-table.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- Memory.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory.cpp -o Memory.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- all_subdir_preproc --- --- over.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/over.cpp -o over.o --- text.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/text.cpp -o text.o --- all_subdir_devices --- --- html-text.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../../../../contrib/groff/src/devices/grohtml/html-text.cpp -o html-text.o --- all_subdir_preproc --- --- script.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/script.cpp -o script.o --- all_subdir_devices --- --- output.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../../../../contrib/groff/src/devices/grohtml/output.cpp -o output.o --- all_subdir_preproc --- --- mark.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/mark.cpp -o mark.o --- other.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/other.cpp -o other.o --- all_subdir_devices --- --- post-grohtml --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o post-grohtml post-html.o html-table.o html-text.o output.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../src/libs/libdriver/libdriver.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grohtml/../../../src/libs/libgroff/libgroff.a -lm -legacy --- all_subdir_preproc --- --- delim.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/delim.cpp -o delim.o --- all_subdir_devices --- --- all_subdir_grolj4 --- ===> gnu/usr.bin/groff/src/devices/grolj4 (all) --- _bootstrap-tools-lib/clang/libllvmsupport --- --- MemoryBuffer.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBuffer.cpp -o MemoryBuffer.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- all_subdir_preproc --- --- sqrt.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/sqrt.cpp -o sqrt.o --- all_subdir_devices --- --- lj4.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolj4/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolj4/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolj4/../../../../../../contrib/groff/src/devices/grolj4/lj4.cpp -o lj4.o --- all_subdir_preproc --- --- pile.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/pile.cpp -o pile.o --- all_subdir_devices --- --- grolj4 --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolj4/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolj4/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o grolj4 lj4.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolj4/../../../src/libs/libdriver/libdriver.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grolj4/../../../src/libs/libgroff/libgroff.a -lm -legacy --- all_subdir_preproc --- --- special.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/special.cpp -o special.o --- neqn --- Making neqn from /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/neqn.sh --- all_subdir_devices --- --- all_subdir_grops --- ===> gnu/usr.bin/groff/src/devices/grops (all) --- all_subdir_preproc --- --- eqn.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c eqn.cpp -o eqn.o --- all_subdir_devices --- --- ps.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../../../../contrib/groff/src/devices/grops/ps.cpp -o ps.o --- all_subdir_preproc --- --- lex.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn/lex.cpp -o lex.o --- all_subdir_devices --- --- psrm.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../../../../contrib/groff/src/devices/grops/psrm.cpp -o psrm.o --- _bootstrap-tools-lib/clang/libllvmsupport --- --- MemoryObject.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryObject.cpp -o MemoryObject.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- all_subdir_preproc --- --- eqn --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o eqn eqn.o main.o lex.o box.o limit.o list.o over.o text.o script.o mark.o other.o delim.o sqrt.o pile.o special.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/eqn/../../../src/libs/libgroff/libgroff.a -legacy --- _bootstrap-tools-lib/clang/libllvmsupport --- --- Mutex.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.cpp -o Mutex.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- all_subdir_grn --- ===> gnu/usr.bin/groff/src/preproc/grn (all) --- _bootstrap-tools-lib/clang/libllvmsupport --- --- Options.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Options.cpp -o Options.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- hdb.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/preproc/grn/hdb.cpp -o hdb.o --- hpoint.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/preproc/grn/hpoint.cpp -o hpoint.o --- all_subdir_devices --- --- grops --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o grops ps.o psrm.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../src/libs/libdriver/libdriver.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grops/../../../src/libs/libgroff/libgroff.a -lm -legacy --- all_subdir_preproc --- --- hgraph.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/preproc/grn/hgraph.cpp -o hgraph.o --- all_subdir_devices --- --- all_subdir_grotty --- ===> gnu/usr.bin/groff/src/devices/grotty (all) --- tty.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grotty/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grotty/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grotty/../../../../../../contrib/groff/src/devices/grotty/tty.cpp -o tty.o --- all_subdir_preproc --- --- main.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/preproc/grn/main.cpp -o main.o --- grn --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o grn hdb.o hpoint.o hgraph.o main.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/grn/../../../src/libs/libgroff/libgroff.a -lm -legacy --- all_subdir_devices --- --- grotty --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grotty/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grotty/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o grotty tty.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grotty/../../../src/libs/libdriver/libdriver.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/devices/grotty/../../../src/libs/libgroff/libgroff.a -lm -legacy --- all_subdir_preproc --- --- all_subdir_html --- ===> gnu/usr.bin/groff/src/preproc/html (all) --- _bootstrap-tools-usr.bin/xinstall --- ===> usr.bin/xinstall (obj,depend,all,install) --- _bootstrap-tools-gnu/usr.bin/groff --- --- pre-html.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/preproc/html/pre-html.cpp -o pre-html.o --- _bootstrap-tools-usr.bin/xinstall --- --- obj --- /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/usr.bin/xinstall created for /builds/FreeBSD_HEAD/usr.bin/xinstall --- .depend --- rm -f .depend mkdep -f .depend -a -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtree -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libnetbsd -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libmd -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=gnu99 /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c /builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtree/getid.c --- _bootstrap-tools-lib/clang/libllvmsupport --- --- Path.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.cpp -o Path.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- pushback.o --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/preproc/html/pushback.cpp -o pushback.o --- pre-grohtml --- c++ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o pre-grohtml pre-html.o pushback.o /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/html/../../../src/libs/libgroff/libgroff.a -legacy --- _bootstrap-tools-usr.bin/xinstall --- echo xinstall: /usr/lib/libc.a /usr/lib/libmd.a /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib/libegacy.a >> .depend --- xinstall.o --- cc -O2 -pipe -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtree -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libnetbsd -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libmd -std=gnu99 -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -c /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c -o xinstall.o --- _bootstrap-tools-gnu/usr.bin/groff --- --- all_subdir_pic --- ===> gnu/usr.bin/groff/src/preproc/pic (all) --- main.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../../../../contrib/groff/src/preproc/pic -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../../../../contrib/groff/src/preproc/pic/main.cpp -o main.o --- object.o --- c++ -O2 -pipe -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../../../../contrib/groff/src/preproc/pic -I. -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../../../../contrib/groff/src/include -I/builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../src/include -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -fno-rtti -fno-exceptions -Wno-c++11-extensions -c /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic/../../../../../../contrib/groff/src/preproc/pic/object.cpp -o object.o --- _bootstrap-tools-usr.bin/xinstall --- --- getid.o --- cc -O2 -pipe -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtree -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libnetbsd -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libmd -std=gnu99 -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -c /builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtree/getid.c -o getid.o --- xinstall --- cc -O2 -pipe -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtree -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libnetbsd -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libmd -std=gnu99 -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o xinstall xinstall.o getid.o -lmd -legacy xinstall.o: In function `install': /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x133c): undefined reference to `_libmd_SHA256_File' /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x1631): undefined reference to `_libmd_SHA256_End' /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x186c): undefined reference to `_libmd_SHA256_File' xinstall.o: In function `compare': /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x2706): undefined reference to `_libmd_SHA256_End' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [xinstall] Error code 1 make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin/xinstall 1 error make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin/xinstall --- _bootstrap-tools-gnu/usr.bin/groff --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc/pic *** [all_subdir_pic] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc 1 error make[5]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src/preproc *** [all_subdir_preproc] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src 1 error make[4]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/groff/src *** [_sub.all] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/groff 1 error make[3]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/groff --- _bootstrap-tools-lib/clang/libllvmsupport --- A failure has been detected in another branch of the parallel make make[3]: stopped in /builds/FreeBSD_HEAD/lib/clang/libllvmsupport --- _bootstrap-tools-lib/libsqlite3 --- A failure has been detected in another branch of the parallel make make[3]: stopped in /builds/FreeBSD_HEAD/lib/libsqlite3 A failure has been detected in another branch of the parallel make make[2]: stopped in /builds/FreeBSD_HEAD *** [_bootstrap-tools] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sun Jul 12 03:31:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC073992C for ; Sun, 12 Jul 2015 03:31:55 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id 43EEEED5; Sun, 12 Jul 2015 03:31:55 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id 04D7E2F64; Sun, 12 Jul 2015 11:31:53 +0800 (CST) Date: Sun, 12 Jul 2015 11:31:52 +0800 From: Li-Wen Hsu To: freebsd-current@freebsd.org Cc: jenkins-admin@FreeBSD.org Subject: Failed to build 11-CURRENT on 10.1-RELEASE (was: Re: FreeBSD_HEAD - Build #2953 - Still Failing Message-ID: <20150712033152.GA59021@FreeBSD.cs.nctu.edu.tw> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 03:31:55 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Resend this using another subject for not being overwhelmed by lots of buil= d fail mails :( On Sun, Jul 12, 2015 at 01:22:48 +0800, Li-Wen Hsu wrote: > On Sat, Jul 11, 2015 at 17:11:24 +0000, jenkins-admin@FreeBSD.org wrote: > > FreeBSD_HEAD - Build #2953 - Still Failing: > >=20 > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2953/ > > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2953/chan= ges > > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2953/conso= le >=20 > [...] >=20 > > The end of the build log: >=20 > [...] > =20 > > cc -O2 -pipe -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtr= ee -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libnetbsd -I/builds/Fr= eeBSD_HEAD/usr.bin/xinstall/../../lib/libmd -std=3Dgnu99 -Qunused-argument= s -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -s= tatic -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o = xinstall xinstall.o getid.o -lmd -legacy > > xinstall.o: In function `install': > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x133c): undefi= ned reference to `_libmd_SHA256_File' > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x1631): undefi= ned reference to `_libmd_SHA256_End' > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x186c): undefi= ned reference to `_libmd_SHA256_File' > > xinstall.o: In function `compare': > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x2706): undefi= ned reference to `_libmd_SHA256_End' > > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion) > > *** [xinstall] Error code 1 > >=20 > > make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin/xinstall > > 1 error > >=20 > > make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin/xinstall >=20 > This failure seems due to cannot build 11-CURRENT on 10.1-RELEASE, where > this job configured to run on. >=20 > I have tested building HEAD in 11-CURRENT and 10.1-RELEASE jails, > the first one succeeded and the other failed. =20 >=20 > I remember we need to support build -CURRENT on latest -RELEASE, right? > Any comments? >=20 > Thanks, > Li-Wen >=20 > --=20 > Li-Wen Hsu > http://lwhsu.org --=20 Li-Wen Hsu http://lwhsu.org --huq684BweRXVnRxX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJVod+nXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDdENTNGNjUyMTUzMzVCNzA5NDNGODQ2 NzI3RTc3Qzg4NjJCNjU2AAoJEGcn53yIYrZW9JgP/i1dP6rAvcONYNmbPT628E0A imEy8iFETYb1Ibat3tNP4L/yA4ogilHiS0vnfoYHLMffp0+U0pGxuYnHATV7cCjG hMNAv9w4I72KJ9A5x7az2LbQkKrcpY5pwLcnOQZ60kCO5c2/SmzhkZ9TmEQfUV7/ BLt2/GLKYpr4I6wy5ukNFuVi1KwHwYlAF9Hg7ohKrPvs0CcywI8r1ztnvELFGk6E 2lTj7eVZodqJvcamTePO0FdxQMSrUSIQdc8gJYqHkySbbR39ryc7xe2GePAkaj7e rYA6agknbaHP9A526DewRoCm3v3bc/6tLxf2aqBXIT5Mpj6RrLVoeYMAqKmrtIyf +BwC/P3Gh4r6hE+1Zc0tNnVYG1mtDYHjWaJfrEK4qMJH4/6WVji4IzMK6F/LiBzf Rdy0WWihT9FoeaFy5psbFLpWUS2KT2/r+EnQpCUyTgdoRPD2QSwWlBzcdJ2ofvk4 LyMJboK3PhRrL7yNTyWwDMFM0Q++GCIWhiu/cZJey3JzzL77ISDygXPwW8Zrd+tG WUN91Tn9Hl7Uym3ShSYMWpGLN+YCCU8SXFxMTqyNEUXjdqgH6BQN4Gh4QfT7JDx1 +P3E+AYrlgnTKknS+/d4C0kjkgy39qegzvS2N2SwI0suw2xmFmsL6STuN/LeRwjK A4c8vmRu4J/wtSzX1nsw =Sekf -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@freebsd.org Sun Jul 12 05:57:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B80CD998C31 for ; Sun, 12 Jul 2015 05:57:23 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8D316B7A for ; Sun, 12 Jul 2015 05:57:23 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D3ED59CBB for ; Sun, 12 Jul 2015 05:49:18 +0000 (UTC) Message-ID: <55A1FFD5.7080008@freebsd.org> Date: Sun, 12 Jul 2015 01:49:09 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Lenovo BIOS boot fix Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="81k3rqnsWgE25G6E5TtrmSahiixdNoVV9" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 05:57:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --81k3rqnsWgE25G6E5TtrmSahiixdNoVV9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I have spent my weekend researching why my Lenovo X220s refuse to boot from GPT partitioned disks. Based on this mailing list post: https://lists.freebsd.org/pipermail/freebsd-i386/2013-March/010437.html I have written a patch for gpart to change the way the PMBR is created. Instead of writing the 0xee partition in the first slot (offset 0), it writes it to the 2nd slot (offset 1). This resolves the issue on my Lenovo X220s, and the installed image boots fine on my T530, and various other non-lenovo amd64 machines at my house. If others could please test this image (it is a pre-installed system, so just dd it to a memory stick, and see if it boots. Can be safely done without touching your disks), that would be most helpful. compressed (193 MiB): http://www.allanjude.com/bsd/lenovofix_20150704-r285132.img.xz uncompressed (1 GiB): http://www.allanjude.com/bsd/lenovofix_20150704-r285132.img --=20 Allan Jude --81k3rqnsWgE25G6E5TtrmSahiixdNoVV9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVof/dAAoJEBmVNT4SmAt+jnEP/0kPYxpEANmu91HFyUGREklo hLTgKpQ+UwgbbD0aXyu7E459iLzr5jEF+RgRakDsTgWrt4DfH4zCf+G2BR2xRD+9 oGUOmpg35EXVAd0RsbhugcMuZzp3EzgJGGowDqvl/7PErdq1ZIZxyVQ/NuIv8T/t AYB1qC6B+WJm7PvEB3L30UuBkI8Wl0EdHkE/4iGrgy8nP454NWDhs65fYuBL5rrW QiLFO7UTpXeE09bdwTJ10XA0RtYewYwPDcpuUPVeFK9M/ESJVoEPHsLCR3sqxCfZ ziBAQVrFguk+o0xvks9V/N3O9+p84BMbs9tOX7bPRHPSuo7xfE+SPpvINPudjZhz rW8p+6cHufTt/RR4RS6L0H4ad2Vz/Yw5IwxtwffI3uZ/6Z9I6gU7NfksKJFuEk2h wckNdSoytKktnjVH1EuQjTf90mNZbgC03rXZcTTS+4JBsZr5SjsklTdPPk0hBA+F 0o1J8WxCEk+GEVvDUdpJVauBLn6642RXEXlyuTUCbqZ+ZxCdN9tzzQQhqiBC8a9l 25Gr6NI5STqfDse77STKA6lxkNmPPpw8YuFDUm45z4o7TeptM29pwIUlZy9Zg1Lf 1YFwgqL2u31obnGNHHUM4tXfpgoGUOqhs74e4fECMtv7inCorNliku2mubwCH8zr hdboLayfnjoPOlV9C/ST =g6OW -----END PGP SIGNATURE----- --81k3rqnsWgE25G6E5TtrmSahiixdNoVV9-- From owner-freebsd-current@freebsd.org Sun Jul 12 06:02:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07928998E14 for ; Sun, 12 Jul 2015 06:02:58 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id DB035EDE for ; Sun, 12 Jul 2015 06:02:57 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id F1C679CE9 for ; Sun, 12 Jul 2015 06:02:56 +0000 (UTC) Message-ID: <55A2030B.7010405@freebsd.org> Date: Sun, 12 Jul 2015 02:02:51 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> In-Reply-To: <55A1FFD5.7080008@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qol9BiNw1dbrvhcBeXp0KXIA6C1svC6Fu" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 06:02:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Qol9BiNw1dbrvhcBeXp0KXIA6C1svC6Fu Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2015-07-12 01:49, Allan Jude wrote: > I have spent my weekend researching why my Lenovo X220s refuse to boot > from GPT partitioned disks. >=20 > Based on this mailing list post: > https://lists.freebsd.org/pipermail/freebsd-i386/2013-March/010437.html= >=20 > I have written a patch for gpart to change the way the PMBR is created.= >=20 > Instead of writing the 0xee partition in the first slot (offset 0), it > writes it to the 2nd slot (offset 1). >=20 > This resolves the issue on my Lenovo X220s, and the installed image > boots fine on my T530, and various other non-lenovo amd64 machines at m= y > house. >=20 > If others could please test this image (it is a pre-installed system, s= o > just dd it to a memory stick, and see if it boots. Can be safely done > without touching your disks), that would be most helpful. >=20 > compressed (193 MiB): > http://www.allanjude.com/bsd/lenovofix_20150704-r285132.img.xz >=20 > uncompressed (1 GiB): > http://www.allanjude.com/bsd/lenovofix_20150704-r285132.img >=20 >=20 I forgot to include the link to the patch as well: http://www.allanjude.com/bsd/lenovofix_gpart.patch I will most likely make this patch optional, behind a flag to the 'gpart create -s gpt' command, to avoid potentially breaking existing working systems, but if using offset 1 works on all other hardware, having it as the default would be nice. Another option would be to make a separate standalone program to modify the pMBR for Lenovo machines, rather than modifying gpart. Thoughts? --=20 Allan Jude --Qol9BiNw1dbrvhcBeXp0KXIA6C1svC6Fu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVogMQAAoJEBmVNT4SmAt+gC4QANz/JeojZlvCPlYgOdt8LC8k ueQsfAkwX7pRza/Nmxbn6ZpyfD8kBUsSAI65Kas3gsQB1k+hTCQJmFARshkbFUrc u+dIbJ9NLqQ+frV8kwhC9+VUZWrA2MYN5Q3gZpm84Ukh6QmH8qBRTAJm+xyRlEuV qH1bxwcokB6fZbmszvA9j0sluSRUYeuwCya2PxQFqLmOk1mF8kcgo4iepj0kqA4g xrPsYcArlFyPKhYTK3g2QkIVdj2uw/BWJ8ZL2ilaPX+YXts5DL/WAclc4g2H2GEb /Uw2RrL47+l42wxePKic3i0CELHZwoOIZnl/0w5Jhvhj3s8sa9fJbHzavppjSZcV JxdaOs386IzKmO/3nUjqOzLNo4/Hw2Yz3hTrtNegokqzz4xKGcTsVptxHoI2JLAS 3RA84uCwcCGZO389A5QYI5i1rRFTz4O9egIe69t/8+Ezj9MQ2QTKK2ZjZJJYGGfh 3ZNP+6noNniUzFdQks5fG59GRSGHhXU2RpmnKZoMcwFTnHPOawbhm4WkSK+1PXtm nQrH8YGpaw2v8ZmurT1Mjia3EB57UlF4/9zSdSsOUubjreuf4Ee2N4g1cHpO4Tyi xCUE4Z5zcVS+mZtppttaialQ4KMMu1WuJFUp9J/1rWR79aJNJ5T7ws6e/6ptT48a aWt4khp6Uasm/c7iAKmv =E1k6 -----END PGP SIGNATURE----- --Qol9BiNw1dbrvhcBeXp0KXIA6C1svC6Fu-- From owner-freebsd-current@freebsd.org Sun Jul 12 07:10:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 433CB999C2D for ; Sun, 12 Jul 2015 07:10:21 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07F2FAC8 for ; Sun, 12 Jul 2015 07:10:21 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZEBOy-000GO4-R0; Sun, 12 Jul 2015 09:10:16 +0200 Date: Sun, 12 Jul 2015 09:10:16 +0200 From: Kurt Jaeger To: Marcus Reid Cc: freebsd-current@freebsd.org Subject: Re: libarchive / bsdtar bug Message-ID: <20150712071016.GH49099@home.opsec.eu> References: <20150711212627.GA48892@blazingdot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150711212627.GA48892@blazingdot.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 07:10:21 -0000 Hi! > I just got bit by this bug in bsdtar: > > https://github.com/libarchive/libarchive/issues/464 > > Since libarchive 3.1.2 is over 2 years old now and there have not been > any more releases, what is the right way of going about reporting a > fixed bug so that the FreeBSD version gets a patch downstream? Please open a problem report here: https://bugs.freebsd.org/bugzilla/ -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-current@freebsd.org Sun Jul 12 08:45:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47A68999A10 for ; Sun, 12 Jul 2015 08:45:01 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7FEBDAD for ; Sun, 12 Jul 2015 08:45:00 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (180-198-137-134.nagoya1.commufa.jp [180.198.137.134]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t6C8ivfE008951 for ; Sun, 12 Jul 2015 17:44:58 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 12 Jul 2015 17:44:57 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix Message-Id: <20150712174457.a47abe5bf03b19d8cd21b3b6@dec.sakura.ne.jp> In-Reply-To: <55A2030B.7010405@freebsd.org> References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.27; amd64-portbld-freebsd10.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 08:45:01 -0000 Hi. I'd have to chime in. ;-) There are at least 4 ways of workarounds, including yours (1). 1: Offset GPT entry in PMBR. (First posted by Chris Torek.) 2: Mimic ESP [use 0xEF instead of 0xEE] (Need patch for loader.) 3: Use UEFI loader. (Currently clean root-on-ZFS is NOT supported) 4: Use MBR instead of GPT. (No large disk support) My first solution was 2, but the patched loader possibly misbehave if separate ESP (EFI System Partition) exists. (Hybrid MBR case, not tested.) I've tested 3 only with memstick.img built with head. Not with actual HDD installation. (ThinkPad T420) The important thing is that some problematic computers other than Lenovo's can require the way other than 1. And some won't need anything above, but setting active flag with gpart. So, as you already mentioned, these workarounds should be optional. Ideally, prepare options for gpart, and menus for bsdinstall to choose whichever. Please see also my related page[1]. It includes loader patch for 2 (but not separate files). Newer entry on top. As I'm using solution 1 currently, the patch isn't tested for a long time. I'm testing if it's applicable to stable/10 or not (no build test), and now applicable with fuzz. [1]http://www.dec.sakura.ne.jp/~junchoon/machine/freebsd-e.html On Sun, 12 Jul 2015 02:02:51 -0400 Allan Jude wrote: > On 2015-07-12 01:49, Allan Jude wrote: > > I have spent my weekend researching why my Lenovo X220s refuse to boot > > from GPT partitioned disks. > > > > Based on this mailing list post: > > https://lists.freebsd.org/pipermail/freebsd-i386/2013-March/010437.html > > > > I have written a patch for gpart to change the way the PMBR is created. > > > > Instead of writing the 0xee partition in the first slot (offset 0), it > > writes it to the 2nd slot (offset 1). > > > > This resolves the issue on my Lenovo X220s, and the installed image > > boots fine on my T530, and various other non-lenovo amd64 machines at my > > house. > > > > If others could please test this image (it is a pre-installed system, so > > just dd it to a memory stick, and see if it boots. Can be safely done > > without touching your disks), that would be most helpful. > > > > compressed (193 MiB): > > http://www.allanjude.com/bsd/lenovofix_20150704-r285132.img.xz > > > > uncompressed (1 GiB): > > http://www.allanjude.com/bsd/lenovofix_20150704-r285132.img > > > > > > I forgot to include the link to the patch as well: > > http://www.allanjude.com/bsd/lenovofix_gpart.patch > > I will most likely make this patch optional, behind a flag to the 'gpart > create -s gpt' command, to avoid potentially breaking existing working > systems, but if using offset 1 works on all other hardware, having it as > the default would be nice. > > Another option would be to make a separate standalone program to modify > the pMBR for Lenovo machines, rather than modifying gpart. > > Thoughts? > > -- > Allan Jude > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@freebsd.org Sun Jul 12 08:56:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A620F999BD3 for ; Sun, 12 Jul 2015 08:56:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 971BF13E1; Sun, 12 Jul 2015 08:56:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EEA6B53B; Sun, 12 Jul 2015 08:56:29 +0000 (UTC) Date: Sun, 12 Jul 2015 08:56:28 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: rodrigc@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1427579958.20.1436691388072.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1411934599.18.1436667723480.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1411934599.18.1436667723480.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2957 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 08:56:30 -0000 FreeBSD_HEAD - Build #2957 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2957/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2957/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2957/console Change summaries: 285417 by rodrigc: Add new include path for sha256.h This fixes the bootstrap build on FreeBSD 10. Submitted by: andrew From owner-freebsd-current@freebsd.org Sun Jul 12 09:34:15 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45914998226 for ; Sun, 12 Jul 2015 09:34:15 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 080081ED; Sun, 12 Jul 2015 09:34:15 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZEDeI-000GVz-FI; Sun, 12 Jul 2015 11:34:14 +0200 Date: Sun, 12 Jul 2015 11:34:14 +0200 From: Kurt Jaeger To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix Message-ID: <20150712093414.GI49099@home.opsec.eu> References: <55A1FFD5.7080008@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55A1FFD5.7080008@freebsd.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 09:34:15 -0000 Hi! > I have spent my weekend researching why my Lenovo X220s refuse to boot > from GPT partitioned disks. > > Based on this mailing list post: > https://lists.freebsd.org/pipermail/freebsd-i386/2013-March/010437.html > > I have written a patch for gpart to change the way the PMBR is created. > > Instead of writing the 0xee partition in the first slot (offset 0), it > writes it to the 2nd slot (offset 1). > > This resolves the issue on my Lenovo X220s, and the installed image > boots fine on my T530, and various other non-lenovo amd64 machines at my > house. > > If others could please test this image (it is a pre-installed system, so > just dd it to a memory stick, and see if it boots. Can be safely done > without touching your disks), that would be most helpful. I used the image, put it on a stick, and set the BIOS to boot uefi-only or gpt-only and it never booted ? It's early sunday morning, it was a long week, so maybe I just missed something I'm supposed to do ? BIOS is 1.39. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-current@freebsd.org Sun Jul 12 13:24:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08A5999909B for ; Sun, 12 Jul 2015 13:24:49 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB7041949 for ; Sun, 12 Jul 2015 13:24:48 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (180-198-137-134.nagoya1.commufa.jp [180.198.137.134]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t6CDOjpc047523 for ; Sun, 12 Jul 2015 22:24:46 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 12 Jul 2015 22:24:45 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix Message-Id: <20150712222445.b44ee8b0c06773df9d2f003e@dec.sakura.ne.jp> In-Reply-To: <20150712093414.GI49099@home.opsec.eu> References: <55A1FFD5.7080008@freebsd.org> <20150712093414.GI49099@home.opsec.eu> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.27; amd64-portbld-freebsd10.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 13:24:49 -0000 Hi. As far as I could confirm currently, *My ThinkPad didn't boot from decompressed .xz image written in memstick. *The partition tables (both PMBR and GPT) looks fine. (As expected. Verified with `gpart show` and `fdisk -p -v da0`) *Overwriting bootcode (gptzfsboot) in GPT partition 1 didn't help. Not yet confirmed, but possible cause would be *Bootcode in PMBR is missing or corrupt. (I noticed I hadn't tested overwriting it.) */boot in ZFS partition or anything related is not proper. Sorry, I cannot reboot my ThinkPad right now. Allan, can you confirm above? On Sun, 12 Jul 2015 11:34:14 +0200 Kurt Jaeger wrote: > Hi! > > > I have spent my weekend researching why my Lenovo X220s refuse to boot > > from GPT partitioned disks. > > > > Based on this mailing list post: > > https://lists.freebsd.org/pipermail/freebsd-i386/2013-March/010437.html > > > > I have written a patch for gpart to change the way the PMBR is created. > > > > Instead of writing the 0xee partition in the first slot (offset 0), it > > writes it to the 2nd slot (offset 1). > > > > This resolves the issue on my Lenovo X220s, and the installed image > > boots fine on my T530, and various other non-lenovo amd64 machines at my > > house. > > > > If others could please test this image (it is a pre-installed system, so > > just dd it to a memory stick, and see if it boots. Can be safely done > > without touching your disks), that would be most helpful. > > I used the image, put it on a stick, and set the BIOS to boot uefi-only > or gpt-only and it never booted ? It's early sunday morning, it was > a long week, so maybe I just missed something I'm supposed to do ? > > BIOS is 1.39. > > -- > pi@opsec.eu +49 171 3101372 5 years to go ! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@freebsd.org Sun Jul 12 15:10:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54E969991E7 for ; Sun, 12 Jul 2015 15:10:51 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13BF31FE0; Sun, 12 Jul 2015 15:10:50 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp18.mail.yandex.net (smtp18.mail.yandex.net [95.108.252.18]) by forward3l.mail.yandex.net (Yandex) with ESMTP id 5E7181501013; Sun, 12 Jul 2015 18:10:45 +0300 (MSK) Received: from smtp18.mail.yandex.net (localhost [127.0.0.1]) by smtp18.mail.yandex.net (Yandex) with ESMTP id CF35518A0081; Sun, 12 Jul 2015 18:10:44 +0300 (MSK) Received: from unknown (unknown [2a02:6b8:0:1495::34]) by smtp18.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id P0pZZ7hPEv-AiPCANv7; Sun, 12 Jul 2015 18:10:44 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1436713844; bh=9X0ZqAvqfUjehBTvQTaJGTwW1HSq3FnBXMRK2G7fd1Q=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type; b=cE8YDNjxQGGHer+gSeexShPNWGoqmqWuS+nwf/IVbW2EcJT8LZeJ9WQgp2P7pEWvU 4VKDXLfkRVSsHwIPNjry5O0Hb1hNRak040XJIXFy8qPLtZRPUU1jTkZ71IKwtcUJJR lpGDyLMGq42Z71S4okj1AK1/FcmTaodma6Sg5OvM= Authentication-Results: smtp18.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <55A2835F.1030004@yandex.ru> Date: Sun, 12 Jul 2015 18:10:23 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> In-Reply-To: <55A2030B.7010405@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="L1fPbPswsckqbCFAD1x4s3aCPtmGfqwmD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 15:10:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --L1fPbPswsckqbCFAD1x4s3aCPtmGfqwmD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12.07.2015 09:02, Allan Jude wrote: > I forgot to include the link to the patch as well: >=20 > http://www.allanjude.com/bsd/lenovofix_gpart.patch >=20 > I will most likely make this patch optional, behind a flag to the 'gpar= t > create -s gpt' command, to avoid potentially breaking existing working > systems, but if using offset 1 works on all other hardware, having it a= s > the default would be nice. >=20 > Another option would be to make a separate standalone program to modify= > the pMBR for Lenovo machines, rather than modifying gpart. Hi, I think Lenovo's BIOS just think that your partition layout is MBR and uses legacy boot. if (MBR_partition[0].type =3D=3D 0xee && gpt_is_ok()) { UEFI_boot(); } else { MBR_boot(); } --=20 WBR, Andrey V. Elsukov --L1fPbPswsckqbCFAD1x4s3aCPtmGfqwmD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVooNfAAoJEAHF6gQQyKF6jxYH/i3kHDXiyz8NwlNvYupkTjrM CNTqECUZdbDDkV/kRc+D9/5xA/7UNLT1kA5wxgnHryz7+oBIXR4lXXjjNh2CKX4d qMD+FWAk2XEhDoN/qW10/HwOAdYuKrWlCeo2aek6WqzsY0ixD4M4apqB/t9lsr/D aNn/Tdp5mijD7XRDLRMk688sF95DvnMGNtJn+sYBDSb6GnuVkHaXf5pkSSWA5QBv GQdqwQtaXrmd7Mo55XB6LYmCKoUNEDa4rOsKJsxv5bpkoxeXgT35o1Ts8II7zvaI E55M3FFL/bOc2uNG2XZ/8rZQ2ABW2sK4YabMOIuhiZ1NNMsXwp9zpFeJgmPcpt0= =qoIk -----END PGP SIGNATURE----- --L1fPbPswsckqbCFAD1x4s3aCPtmGfqwmD-- From owner-freebsd-current@freebsd.org Sun Jul 12 16:54:13 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E44A99B758 for ; Sun, 12 Jul 2015 16:54:13 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6F010113A for ; Sun, 12 Jul 2015 16:54:13 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 62A499F2F for ; Sun, 12 Jul 2015 16:54:11 +0000 (UTC) Message-ID: <55A29BB1.8080703@freebsd.org> Date: Sun, 12 Jul 2015 12:54:09 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <20150712093414.GI49099@home.opsec.eu> <20150712222445.b44ee8b0c06773df9d2f003e@dec.sakura.ne.jp> In-Reply-To: <20150712222445.b44ee8b0c06773df9d2f003e@dec.sakura.ne.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 16:54:13 -0000 On 2015-07-12 09:24, Tomoaki AOKI wrote: > Hi. > > As far as I could confirm currently, > > *My ThinkPad didn't boot from decompressed .xz image written in > memstick. > > *The partition tables (both PMBR and GPT) looks fine. > (As expected. Verified with `gpart show` and `fdisk -p -v da0`) > > *Overwriting bootcode (gptzfsboot) in GPT partition 1 didn't help. > > > Not yet confirmed, but possible cause would be > > *Bootcode in PMBR is missing or corrupt. > (I noticed I hadn't tested overwriting it.) > > */boot in ZFS partition or anything related is not proper. > > > Sorry, I cannot reboot my ThinkPad right now. > Allan, can you confirm above? > You are correct, the PMBR bootcode was missing, my mistake. I have uploaded new images (and set the old ones to redirect to the new ones) compressed (193 MiB): http://www.allanjude.com/bsd/lenovofix_20150712-r285132.img.xz uncompressed (1 GiB): http://www.allanjude.com/bsd/lenovofix_20150712-r285132.img -- Allan Jude From owner-freebsd-current@freebsd.org Sun Jul 12 17:01:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1788099B8CA for ; Sun, 12 Jul 2015 17:01:04 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id E7295192D for ; Sun, 12 Jul 2015 17:01:03 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8F2779F3D for ; Sun, 12 Jul 2015 17:01:02 +0000 (UTC) Message-ID: <55A29D4D.7040008@freebsd.org> Date: Sun, 12 Jul 2015 13:01:01 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <20150712174457.a47abe5bf03b19d8cd21b3b6@dec.sakura.ne.jp> In-Reply-To: <20150712174457.a47abe5bf03b19d8cd21b3b6@dec.sakura.ne.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 17:01:04 -0000 On 2015-07-12 04:44, Tomoaki AOKI wrote: > Hi. I'd have to chime in. ;-) > > There are at least 4 ways of workarounds, including yours (1). > > 1: Offset GPT entry in PMBR. (First posted by Chris Torek.) > 2: Mimic ESP [use 0xEF instead of 0xEE] (Need patch for loader.) > 3: Use UEFI loader. (Currently clean root-on-ZFS is NOT supported) > 4: Use MBR instead of GPT. (No large disk support) > 5. Some machines also require the 0xEE partition be set active Separately, I have also used: 6. 'Use BSD partitioning instead of GPT' This happens to be what the FreeBSD installer memsticks use, and why they never had problems booting on the Lenovos > My first solution was 2, but the patched loader possibly misbehave if > separate ESP (EFI System Partition) exists. (Hybrid MBR case, not > tested.) > > I've tested 3 only with memstick.img built with head. Not with actual > HDD installation. (ThinkPad T420) > > > The important thing is that some problematic computers other than > Lenovo's can require the way other than 1. And some won't need anything > above, but setting active flag with gpart. Yes, I will be adding this as an option to bsdinstall > > So, as you already mentioned, these workarounds should be optional. > Ideally, prepare options for gpart, and menus for bsdinstall to choose > whichever. > Yes, my plan is to add an option during 'gpart create -s gpt' to apply the #1 fix. In bsdinstall, there will be the following options: GPT MBR GPT + Active (#5) GPT + Lenovo Fix (#1) > > Please see also my related page[1]. It includes loader patch for 2 (but > not separate files). Newer entry on top. > > As I'm using solution 1 currently, the patch isn't tested for a long > time. I'm testing if it's applicable to stable/10 or not (no build > test), and now applicable with fuzz. > > [1]http://www.dec.sakura.ne.jp/~junchoon/machine/freebsd-e.html > > Thank you for sharing your research -- Allan Jude From owner-freebsd-current@freebsd.org Sun Jul 12 17:18:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDD5199BACB for ; Sun, 12 Jul 2015 17:18:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FFF6151E; Sun, 12 Jul 2015 17:18:49 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6CHInHC090393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2015 10:18:49 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6CHIn6t090392; Sun, 12 Jul 2015 10:18:49 -0700 (PDT) (envelope-from jmg) Date: Sun, 12 Jul 2015 10:18:49 -0700 From: John-Mark Gurney To: Li-Wen Hsu Cc: freebsd-current@freebsd.org, jenkins-admin@freebsd.org Subject: Re: Failed to build 11-CURRENT on 10.1-RELEASE (was: Re: FreeBSD_HEAD - Build #2953 - Still Failing Message-ID: <20150712171848.GI8523@funkthat.com> References: <20150712033152.GA59021@FreeBSD.cs.nctu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150712033152.GA59021@FreeBSD.cs.nctu.edu.tw> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Sun, 12 Jul 2015 10:18:49 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 17:18:49 -0000 Li-Wen Hsu wrote this message on Sun, Jul 12, 2015 at 11:31 +0800: > Resend this using another subject for not being overwhelmed by lots of build fail mails :( This has already been addressed by r285417: svnweb.freebsd.org/changeset/base/r285417 > On Sun, Jul 12, 2015 at 01:22:48 +0800, Li-Wen Hsu wrote: > > On Sat, Jul 11, 2015 at 17:11:24 +0000, jenkins-admin@FreeBSD.org wrote: > > > FreeBSD_HEAD - Build #2953 - Still Failing: > > > > > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2953/ > > > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2953/changes > > > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2953/console > > > > [...] > > > > > The end of the build log: > > > > [...] > > > > > cc -O2 -pipe -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../contrib/mtree -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libnetbsd -I/builds/FreeBSD_HEAD/usr.bin/xinstall/../../lib/libmd -std=gnu99 -Qunused-arguments -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/include -static -L/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/legacy/usr/lib -o xinstall xinstall.o getid.o -lmd -legacy > > > xinstall.o: In function `install': > > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x133c): undefined reference to `_libmd_SHA256_File' > > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x1631): undefined reference to `_libmd_SHA256_End' > > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x186c): undefined reference to `_libmd_SHA256_File' > > > xinstall.o: In function `compare': > > > /builds/FreeBSD_HEAD/usr.bin/xinstall/xinstall.c:(.text+0x2706): undefined reference to `_libmd_SHA256_End' > > > cc: error: linker command failed with exit code 1 (use -v to see invocation) > > > *** [xinstall] Error code 1 > > > > > > make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin/xinstall > > > 1 error > > > > > > make[3]: stopped in /builds/FreeBSD_HEAD/usr.bin/xinstall > > > > This failure seems due to cannot build 11-CURRENT on 10.1-RELEASE, where > > this job configured to run on. > > > > I have tested building HEAD in 11-CURRENT and 10.1-RELEASE jails, > > the first one succeeded and the other failed. > > > > I remember we need to support build -CURRENT on latest -RELEASE, right? > > Any comments? Please keep up w/ commit mail in situations like these... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Sun Jul 12 17:51:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A883B99BFC6 for ; Sun, 12 Jul 2015 17:51:58 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DD39189B for ; Sun, 12 Jul 2015 17:51:58 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by oibn4 with SMTP id n4so10033144oib.3 for ; Sun, 12 Jul 2015 10:51:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=6X+4bjtNkoRy2MMaEIvc00za38ecJAyNzWKbONcq6tQ=; b=IWPEkqo4+bTr7X3rRM3q/4i2oHQ7csGaDYmSa2qnyZvh7E3CE+A/+huepP4Y4jqzxo kJI7kBibRldB1ITzAyr0TQWashTlLLq88zvc6OZhr/yb1VDGLqNKfSutWYhrEWJ/ElNY AeqoOnRIosMVbjfa+p74I9lkUbKY3nMwI8BGevOtjvCH20rhING94DU7Tgj+oXVoLOPf qL6jSdigoYs92nBo+yrJ2aqN4XRSV++erYyFfddaruMQj7fsL8I6nm5kgxQoOvP7LpEG Fri4lMPSz+263rD6oOnrMYsjJedWdvQD58uvkN3kOkbRbazSUqCEpCoGyHiI/MYRPDGK i6bg== MIME-Version: 1.0 X-Received: by 10.182.250.195 with SMTP id ze3mr26798356obc.74.1436723517882; Sun, 12 Jul 2015 10:51:57 -0700 (PDT) Received: by 10.76.58.17 with HTTP; Sun, 12 Jul 2015 10:51:57 -0700 (PDT) Date: Sun, 12 Jul 2015 10:51:57 -0700 Message-ID: Subject: Re: unp gc vs socket close/shutdown race From: Conrad Meyer To: freebsd-current@freebsd.org Cc: Mateusz Guzik Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 17:51:58 -0000 Hi all, (Sorry In-Reply-To is wrong; gmail isn't the most flexible MUA and I was not subscribed to FreeBSD-Current until today.) I have a slightly cleaned up version of this patch in phabricator at https://reviews.freebsd.org/D3044 . My mentor thinks it looks ok, but we would appreciate any feedback y'all have. The PR is here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194264 . Primary changes from MJG's patch: * Rather than adding PR_DISPOSE2 flag, we just change dom_dispose KPI. Unix local domain is the only in-tree consumer. * Use unp_gcflag IGNORED flag to only skip scanning RIGHTS on a socket during GC mark phase. Unix sockets may refer to other sockets in the graph while being half shutdown (shutdown(SHUT_RD)), they just won't have valid RIGHTS. Thanks, Conrad From owner-freebsd-current@freebsd.org Sun Jul 12 17:52:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 353F5999001 for ; Sun, 12 Jul 2015 17:52:42 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 21B5619BA for ; Sun, 12 Jul 2015 17:52:42 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id 20D4E99C000; Sun, 12 Jul 2015 17:52:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2065D99BFFF for ; Sun, 12 Jul 2015 17:52:42 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D820519B9; Sun, 12 Jul 2015 17:52:41 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZELQg-000HLE-RX; Sun, 12 Jul 2015 19:52:42 +0200 Date: Sun, 12 Jul 2015 19:52:42 +0200 From: Kurt Jaeger To: Allan Jude Cc: current@freebsd.org Subject: Re: Lenovo BIOS boot fix Message-ID: <20150712175242.GJ49099@home.opsec.eu> References: <55A1FFD5.7080008@freebsd.org> <20150712093414.GI49099@home.opsec.eu> <55A29BEC.9090309@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55A29BEC.9090309@freebsd.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 17:52:42 -0000 Hi! > This was a mistake in my image, can you please try one of the new ones? > > compressed (193 MiB): > http://www.allanjude.com/bsd/lenovofix_20150712-r285132.img.xz I did this: xzcat lenovofix_20150712-r285132.img.xz | dd of=/dev/da0 bs=1m gpart show => 34 2097085 diskid/DISK-60A44C3FABFEEDA159663FE7 GPT (3.7G) [CORRUPT] [...] gpart recover /dev/da0 gpart show => 34 7679933 diskid/DISK-60A44C3FABFEEDA159663FE7 GPT (3.7G) I rebooted, changed the BIOS to legacy-only and F12 to boot from the USB HDD. No change, it tries to boot and returns into the F12 boot selection menue. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-current@freebsd.org Sun Jul 12 17:56:59 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAA12999066 for ; Sun, 12 Jul 2015 17:56:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D294E1AE9 for ; Sun, 12 Jul 2015 17:56:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CF88E999065; Sun, 12 Jul 2015 17:56:59 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF179999064 for ; Sun, 12 Jul 2015 17:56:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id AD4BF1AE8 for ; Sun, 12 Jul 2015 17:56:59 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 5DB169F86; Sun, 12 Jul 2015 17:56:58 +0000 (UTC) Message-ID: <55A2AA66.2030103@freebsd.org> Date: Sun, 12 Jul 2015 13:56:54 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Kurt Jaeger CC: current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <20150712093414.GI49099@home.opsec.eu> <55A29BEC.9090309@freebsd.org> <20150712175242.GJ49099@home.opsec.eu> In-Reply-To: <20150712175242.GJ49099@home.opsec.eu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6Ge38Sgiu6FB615BAnmC4lsvevaSQr5XJ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 17:57:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6Ge38Sgiu6FB615BAnmC4lsvevaSQr5XJ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-07-12 13:52, Kurt Jaeger wrote: > Hi! >=20 >> This was a mistake in my image, can you please try one of the new ones= ? >> >> compressed (193 MiB): >> http://www.allanjude.com/bsd/lenovofix_20150712-r285132.img.xz >=20 > I did this: >=20 > xzcat lenovofix_20150712-r285132.img.xz | dd of=3D/dev/da0 bs=3D1m >=20 > gpart show > =3D> 34 2097085 diskid/DISK-60A44C3FABFEEDA159663FE7 GPT (3.7G)= [CORRUPT] > [...] >=20 > gpart recover /dev/da0 > gpart show > =3D> 34 7679933 diskid/DISK-60A44C3FABFEEDA159663FE7 GPT (3.7G)= >=20 > I rebooted, changed the BIOS to legacy-only and F12 to boot > from the USB HDD. >=20 > No change, it tries to boot and returns into the F12 boot selection men= ue. >=20 What model machine is this? Can you try running: gpart set -a active da0 And try again? --=20 Allan Jude --6Ge38Sgiu6FB615BAnmC4lsvevaSQr5XJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVoqprAAoJEBmVNT4SmAt+AL0P/3WhBV7nVe6+YV/H+r/5OHaS G8U9Tk1bnUvG8eGKUccAdLdNhJa6GwdTMU8jBaSGD5rbrBZ0QPTpcikGIpnoW71z p+ozgMQtMdQH8prtSmNwRT7jWU+yx/zxRwiNvP4t2WrG/s55cYV1MOoHinRGR4Fq iXAr0I4v2bv2EjbM+tN3mPjaGy/gwVmpaVSEryIK5BG/L7Oz7q8FcfvwNVzxHJZf n4y58BJgZGqkLjR/4ums9sPAPQ3AhDAy9NnlrwlmWY3Z8cF06uLmPrGRZSBfMYJJ LZH6uZlRG+H0wsmWEjUuA/z3rJjB+3LIcNJnosH2cY9CA6oQfVOs3Srs4aA3xMLy 61tG2cORwSJ7LhYliVAHGLC8/qDh9Y0GsA56zikCQgr0HfIPqqdSArPMCiTIor/U wmFhnpIqZkRRhb1YY19k+yXN66m22XNnQWcms7D4eaJytMI1tYVgRlu5nrbCZUS1 yHnOTK/VlIBEATdsL51dUsWwp9jc/KKlH/YBA1J34zm8+lD0k4BcHIOg3boqc/AM zMAY3SkAhiVRQfq/4iY8/1193ONOJW978/WGRy7kgjn3o1nAKlHHHJbw/VsPM1Cd spcuRgeKpv345usMfDhsUSGVXbGjQQ3CfvJQVrfsvm6Q+PcGMJLNRUs+vCXElBcm drbN+VuNuwJ6awmLGZR5 =hzQ0 -----END PGP SIGNATURE----- --6Ge38Sgiu6FB615BAnmC4lsvevaSQr5XJ-- From owner-freebsd-current@freebsd.org Sun Jul 12 18:05:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49C799991E7 for ; Sun, 12 Jul 2015 18:05:43 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 358051F36 for ; Sun, 12 Jul 2015 18:05:43 +0000 (UTC) (envelope-from lists@opsec.eu) Received: by mailman.ysv.freebsd.org (Postfix) id 3271E9991E6; Sun, 12 Jul 2015 18:05:43 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 310099991E5 for ; Sun, 12 Jul 2015 18:05:43 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE79A1F34; Sun, 12 Jul 2015 18:05:42 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZELdJ-000HNL-84; Sun, 12 Jul 2015 20:05:45 +0200 Date: Sun, 12 Jul 2015 20:05:45 +0200 From: Kurt Jaeger To: Allan Jude Cc: current@freebsd.org Subject: Re: Lenovo BIOS boot fix Message-ID: <20150712180545.GK49099@home.opsec.eu> References: <55A1FFD5.7080008@freebsd.org> <20150712093414.GI49099@home.opsec.eu> <55A29BEC.9090309@freebsd.org> <20150712175242.GJ49099@home.opsec.eu> <55A2AA66.2030103@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55A2AA66.2030103@freebsd.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 18:05:43 -0000 Hi! > What model machine is this? It's a X220: Intel(R) Core(TM) i5 CPU M 520 2500 MHz 4096 MB RAM Serial: R9-GGPAX YY/MM Type: 42918F6 dmidecode says: Vendor: LENOVO Version: 8DET69WW (1.39 ) with more details available at http://people.freebsd.org/~pi/udog/ > Can you try running: > > gpart set -a active da0 Done, no change. If it helps, I can provide ssh access to the box, it's only a test laptop. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-current@freebsd.org Sun Jul 12 18:07:32 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D154F999259 for ; Sun, 12 Jul 2015 18:07:32 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id B00F51077 for ; Sun, 12 Jul 2015 18:07:32 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 84D1E9F9B; Sun, 12 Jul 2015 18:07:31 +0000 (UTC) Message-ID: <55A2ACDD.408@freebsd.org> Date: Sun, 12 Jul 2015 14:07:25 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> In-Reply-To: <55A2835F.1030004@yandex.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u4MfxjCjNcgFxOfgP972SVveKrkVSkXnl" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 18:07:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --u4MfxjCjNcgFxOfgP972SVveKrkVSkXnl Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2015-07-12 11:10, Andrey V. Elsukov wrote: > On 12.07.2015 09:02, Allan Jude wrote: >> I forgot to include the link to the patch as well: >> >> http://www.allanjude.com/bsd/lenovofix_gpart.patch >> >> I will most likely make this patch optional, behind a flag to the 'gpa= rt >> create -s gpt' command, to avoid potentially breaking existing working= >> systems, but if using offset 1 works on all other hardware, having it = as >> the default would be nice. >> >> Another option would be to make a separate standalone program to modif= y >> the pMBR for Lenovo machines, rather than modifying gpart. > > Hi, > > I think Lenovo's BIOS just think that your partition layout is MBR and > uses legacy boot. > > if (MBR_partition[0].type =3D=3D 0xee && gpt_is_ok()) { > UEFI_boot(); > } else { > MBR_boot(); > } > I am not sure what they actually do, but, by making it the MBR_partition[1].type that is 0xee, FreeBSD is still perfectly happy, and the Lenovo boots. Other non-lenovo machines I tested on also worked. Tested Platforms (in BIOS/non-UEFI mode): Lenovo X220 Lenovo X230 (doesn't have the bug, boots fine with MBR[0].type =3D 0xee) Lenovo T530 (also doesn't have the bug) Asus Core2Duo Asus i7 Nehalem desktop Asus i5 Sandy bridge desktop Gigabyte i5 Ivy bridge desktop Intel Ivy bridge NUC Intel Haswell NUC Supermicro i7 Haswell workstation --=20 Allan Jude --=20 Allan Jude --u4MfxjCjNcgFxOfgP972SVveKrkVSkXnl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVoqzlAAoJEBmVNT4SmAt+F1IQAJVfQORF/Wx6tG+DQQ9bQRkb nWe12ni4TbOqqDz00r5HvSlSU2Uj8mDYCnSMalCDck4b5qzbg3GW1OQZS8fXABky 5Bh95s5AIHyFB6oJdg6XzS0pSP/hJ/49ZH56k6iJ6eHymPFweM2DOh8dHpiX3hFh G/6i4S2KorB2VZ3nDIzO87WYU3Dv+kpXAE2rDyaPbfjeHv8iqL6euWpHy/KK999z F64nDTlVN5gEfnK67LXu8a7VlTHbkW5O2lEWHvuYDb4tCdb2XzXDUPkjhhWeWzrz kibz0ZRdp/oZxBmZguVrLstRpTa3laYOkoesfcJDp+ODAtMh8gKDa11fhSFbPJrO xarn5/oYnlGDxrGWmo1IHEi03HgRbGJcsQT7xqJx8p6RfzNxca9vnkaFd264O8Mh pnHtuATAs9/y6xDZnaVsUQK4UuPWkd4vY40T/OPmbMC2hT1loTO71ywgHOB/Xm93 vDw5+LpvWyReVxiYlB3MYJAFkW1vynkPLA15/4ob7pi4ekEZ29BswXMAjurIBksC +Sg3vyM579mas2JNrDaEj+9AJdjFBSTNhJyCjoWvaMaiLnzZpr46hi6Sv3Q4CoHm LvYy5lZSnDe8bUyWDiAD0yG3Fw/wX0OI7OOGuJY28CDsX72pU5pZPsdZZz+av+1n x2eBQd+ztUQ7JIejIrMg =eBJW -----END PGP SIGNATURE----- --u4MfxjCjNcgFxOfgP972SVveKrkVSkXnl-- From owner-freebsd-current@freebsd.org Sun Jul 12 21:59:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8015F99BBFD for ; Sun, 12 Jul 2015 21:59:39 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 729731A87; Sun, 12 Jul 2015 21:59:39 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0878363B; Sun, 12 Jul 2015 21:59:39 +0000 (UTC) Date: Sun, 12 Jul 2015 21:59:39 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1690546696.24.1436738379369.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1177 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 21:59:39 -0000 FreeBSD_HEAD-tests - Build #1177 - Failure: Check console output at https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1177/ to view the results. From owner-freebsd-current@freebsd.org Mon Jul 13 02:02:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5511799B6F8 for ; Mon, 13 Jul 2015 02:02:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDA81195; Mon, 13 Jul 2015 02:02:31 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A15B9693; Mon, 13 Jul 2015 02:02:31 +0000 (UTC) Date: Mon, 13 Jul 2015 02:02:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <271283185.26.1436752951173.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1690546696.24.1436738379369.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1690546696.24.1436738379369.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1178 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 02:02:31 -0000 FreeBSD_HEAD-tests - Build #1178 - Still Failing: Check console output at https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1178/ to view the results. From owner-freebsd-current@freebsd.org Mon Jul 13 04:19:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B8FE99BCB7; Mon, 13 Jul 2015 04:19:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AC521B09; Mon, 13 Jul 2015 04:19:18 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-240-47.lns20.per4.internode.on.net [121.45.240.47]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6D4JC7U068409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 12 Jul 2015 21:19:16 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <55A33C4B.5080303@freebsd.org> Date: Mon, 13 Jul 2015 12:19:23 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Daniel Peyrolon , FreeBSD Questions , "freebsd-current@freebsd.org" Subject: Re: Getting Asus FM200 working with FreeBSD References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 04:19:19 -0000 On 7/11/15 8:29 PM, Daniel Peyrolon wrote: > Hi everyone, > > I'm trying to get FreeBSD-CURRENT up and running with anything different > than console-only on an Asus FM200. I created a wiki page for it: [1]. > > I've tried GhostBSD on it, and everything pretty much worked, except > suspend/resume, and audio. what about PCBSD? > I've CURRENT [2] installed on it, but so far, I haven't been able to get it > working, vesa is not even being loaded (error 19). Any idea, suggestions? > > [1]: https://wiki.freebsd.org/Laptops/ASUS_FM200 > [2]: FreeBSD BlackBox 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285358: Fri Jul > 10 18:40:27 CEST 2015 root@BlackBox:/usr/obj/usr/src/sys/GENERIC amd64 > > From owner-freebsd-current@freebsd.org Mon Jul 13 07:12:15 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C839199BB88 for ; Mon, 13 Jul 2015 07:12:15 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B90601EA4; Mon, 13 Jul 2015 07:12:15 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D6DB3731; Mon, 13 Jul 2015 07:12:15 +0000 (UTC) Date: Mon, 13 Jul 2015 07:12:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <871594248.28.1436771535837.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <271283185.26.1436752951173.JavaMail.jenkins@jenkins-9.freebsd.org> References: <271283185.26.1436752951173.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1179 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 07:12:15 -0000 FreeBSD_HEAD-tests - Build #1179 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1179/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1179/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1179/con= sole Change summaries: No changes The end of the build log: Started by upstream project "Build_Image_and_Run_Tests_in_Bhyve_HEAD" build= number 1237 originally caused by: Started by upstream project "FreeBSD_HEAD" build number 2961 originally caused by: Started by an SCM change Building remotely on havoc.ysv.freebsd.org (FreeBSD-CURRENT-baremetal) in w= orkspace /builds/FreeBSD_HEAD-tests No emails were triggered. [FreeBSD_HEAD-tests] $ /bin/sh -xe /tmp/hudson1543752533853692684.sh + sudo python /vm/freebsd-ci/scripts/test/run-tests.py -f /vm/freebsd-ci/sc= ripts/test/config/config.json bridge1: flags=3D8843 metric 0 mtu = 1500 =09ether 02:27:d1:9a:45:01 =09inet 192.168.10.1 netmask 0xffffff00 broadcast 192.168.10.255=20 =09nd6 options=3D1 =09groups: bridge=20 =09id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 =09maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 =09root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 =09member: tap10 flags=3D143 =09 ifmaxaddr 0 port 10 priority 128 path cost 2000000 =09member: tap11 flags=3D143 =09 ifmaxaddr 0 port 9 priority 128 path cost 2000000 tap10: flags=3D8902 metric 0 mtu 1500 =09options=3D80000 =09ether 00:bd:bf:03:5d:0a =09nd6 options=3D29 =09media: Ethernet autoselect =09status: no carrier =09groups: tap=20 ['ifconfig', u'bridge1'] bhyveload -m 2G -d /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image= /FreeBSD_HEAD/test.img vm_test Consoles: userboot =20 FreeBSD/amd64 User boot, Revision 1.1 (root@havoc.ysv.freebsd.org, Sat Mar 7 06:40:36 UTC 2015) |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08Loading /boot/defaults/loader.conf /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08=1B[H=1B[J\=08|=08/=08-=08\=08|=08 =1B[7;46H ``` = `=1B[8;46Hs` `.....---.......--.``` -/=1B[9;46H+o .--` = /y:` +.=1B[10;46H yo`:. :o `+-=1B[11;46H y/ = -/` -o/=1B[12;46H .- ::/sy+:.=1B[13;46H / = `-- /=1B[14;46H`: :`=1B[15;46H`: = :`=1B[16;46H / /=1B[17;46= H .- -.=1B[18;46H -- -.=1B[19;= 46H `:` `:`=1B[20;46H .-- `--.=1B[21;46H= .---.....----./=08-=08\=08|=08 =1B[1;2H ______ ____ = _____ _____ =1B[2;2H| ____| | _ \ / ____| __ \ =1B[3;2H| |= ___ _ __ ___ ___ | |_) | (___ | | | |=1B[4;2H| ___| '__/ _ \/ _ \| _ < = \___ \| | | |=1B[5;2H| | | | | __/ __/| |_) |____) | |__| |=1B[6;2H| |= | | | | || | | |=1B[7;2H|_| |_| \___|\___||____/|= _____/|_____/ =1B[10;2H|=1B[11;2H|=1B[12;2H|=1B[13;2H|=1B[14;2H|=1B[15;2H|= =1B[16;2H|=1B[17;2H|=1B[18;2H|=1B[19;2H|=1B[20;2H|=1B[21;2H|=1B[10;44H|=1B[= 11;44H|=1B[12;44H|=1B[13;44H|=1B[14;44H|=1B[15;44H|=1B[16;44H|=1B[17;44H|= =1B[18;44H|=1B[19;44H|=1B[20;44H|=1B[21;44H|=1B[9;3H=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=1B[22;3H=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=1B[9;2H+=1B[22;2H+=1B[9;44H+=1B[22;44H+=1B[25;0H/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08=1B[9;15HWelcome to FreeBSD=1B[11;5H1 =1B[11;6H.=1B[= 11;8HBoot Multi User [Enter]=1B[12;5H2 =1B[12;6H.=1B[12;8HBoot [S]ingle Use= r=1B[13;5H3 =1B[13;6H.=1B[13;8H[Esc]ape to loader prompt=1B[14;5H4 =1B[14;6= H.=1B[14;8HReboot=1B[16;5HOptions:=1B[17;5H5 =1B[17;6H.=1B[17;8H[K]ernel: k= ernel (1 of 2)=1B[18;5H6 =1B[18;6H.=1B[18;8HConfigure Boot [O]ptions...=1B[= 25;0H=1B[23;4HAutoboot in 9 seconds. [Space] to pause=1B[25;0H=1B[23;4HAuto= boot in 8 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 7 seconds.= [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 6 seconds. [Space] to pause= =1B[25;0H=1B[23;4HAutoboot in 5 seconds. [Space] to pause=1B[25;0H=1B[23;4H= Autoboot in 4 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 3 seco= nds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 2 seconds. [Space] to pa= use=1B[25;0H=1B[23;4HAutoboot in 1 seconds. [Space] to pause=1B[25;0H=1B[23= ;4H =1B[25;0H\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08/boot/kernel= /kernel text=3D0x10b05c0 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08data=3D0x131578+0x3d8240 -= =08\=08|=08/=08-=08\=08|=08/=08-=08syms=3D[0x8+0x1515d8\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08+0x8+0x16d018-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08] /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08Booting... \=08|=08/=08-=08\=08bhyve -c 2 -m 2G -AI -H -P -g 0 -s 0:0,hostbridge -s 1:= 0,lpc -s 2:0,virtio-net,tap10,mac=3D58:9c:fc:00:00:2e -s 3:0,ahci-hd,/net/j= enkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img -l= com1,stdio vm_test GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #4 r285435: Mon Jul 13 05:59:06 UTC 2015 jenkins@jenkins-10.freebsd.org:/builds/FreeBSD_HEAD/obj/builds/FreeBSD_= HEAD/sys/GENERIC amd64 FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 WARNING: WITNESS option enabled, expect reduced performance. VT: running with driver "vga". CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2399.76-MHz K8-class = CPU) Origin=3D"GenuineIntel" Id=3D0x206c2 Family=3D0x6 Model=3D0x2c Steppi= ng=3D2 Features=3D0x9f83ab7f Features2=3D0x829e6257 AMD Features=3D0x24100800 AMD Features2=3D0x1 TSC: P-state invariant Hypervisor: Origin =3D "bhyve bhyve " real memory =3D 2147483648 (2048 MB) avail memory =3D 2039312384 (1944 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80e3f650, 0) error 19 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 10000000 Hz quality 950 Event timer "HPET" frequency 10000000 Hz quality 550 Event timer "HPET1" frequency 10000000 Hz quality 450 Event timer "HPET2" frequency 10000000 Hz quality 450 Event timer "HPET3" frequency 10000000 Hz quality 450 Event timer "HPET4" frequency 10000000 Hz quality 450 Event timer "HPET5" frequency 10000000 Hz quality 450 Event timer "HPET6" frequency 10000000 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 virtio_pci0: port 0x2000-0x201f mem 0xc0000000= -0xc0001fff irq 16 at device 2.0 on pci0 vtnet0: on virtio_pci0 vtnet0: Ethernet address: 58:9c:fc:00:00:2e 001.018545 [ 421] vtnet_netmap_attach max rings 1 vtnet0: netmap queues/slots: TX 1/1024, RX 1/1024 001.018546 [ 426] vtnet_netmap_attach virtio attached txq=3D1, txd=3D= 1024 rxq=3D1, rxd=3D1024 ahci0: mem 0xc0002000-0xc00023ff irq 17 a= t device 3.0 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 qpi0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 2.x device ada0: Serial Number 123456 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 2048MB (4194304 512 byte sectors: 16H 63S/T 4161C) ada0: Previously was known as ad4 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/TESTROOT [rw]... /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, genera= ting a new one Setting hostuuid: b4cad5d1-292b-11e5-b9fb-589cfc00002e. Setting hostid: 0x6d8e562e. No suitable dump device was found. Starting file system checks: /dev/ufs/TESTROOT: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/TESTROOT: clean, 234845 free (101 frags, 29343 blocks, 0.0% fragme= ntation) Mounting local file systems:. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Setting up harvesting:[HIGH_PERFORMANCE],[FS_ATIME],SWI,INTERRUPT,NET_NG,NE= T_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:random: unblocking device. . vtnet0: link state changed to UP Starting Network: lo0 vtnet0. lo0: flags=3D8049 metric 0 mtu 16384 =09options=3D600003 =09inet6 ::1 prefixlen 128=20 =09inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 =09inet 127.0.0.1 netmask 0xff000000=20 =09nd6 options=3D21 =09groups: lo=20 vtnet0: flags=3D8943 metric= 0 mtu 1500 =09options=3D80028 =09ether 58:9c:fc:00:00:2e =09inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255=20 =09nd6 options=3D29 =09media: Ethernet 10Gbase-T =09status: active ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Starting devd. add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. Starting syslogd. Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring vt: blanktime. Generating RSA1 host key. 2048 67:34:07:ec:74:51:7c:3d:88:ca:7a:63:49:22:8f:ba root@ (RSA1) Generating RSA host key. 2048 60:bd:e3:77:25:08:3f:7b:95:03:35:78:b2:f0:bd:47 root@ (RSA) Generating DSA host key. 1024 7f:2e:b0:03:00:4d:26:11:9f:75:66:94:15:51:18:50 root@ (DSA) Generating ECDSA host key. 256 63:76:c1:73:cd:b4:9b:cf:01:ed:8a:f9:d5:ab:0a:f9 root@ (ECDSA) Generating ED25519 host key. 256 f9:4a:90:51:56:b7:da:bf:1f:75:23:07:41:07:95:c0 root@ (ED25519) Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. panic: random_fortuna_read(): bytecount (=3D 124) must be a multiple of 16 cpuid =3D 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe009744f= 5b0 vpanic() at vpanic+0x189/frame 0xfffffe009744f630 kassert_panic() at kassert_panic+0x132/frame 0xfffffe009744f6a0 random_fortuna_read() at random_fortuna_read+0x1e6/frame 0xfffffe009744f6c0 read_random() at read_random+0x9f/frame 0xfffffe009744f7a0 sysctl_kern_arnd() at sysctl_kern_arnd+0x3e/frame 0xfffffe009744f8d0 sysctl_root_handler_locked() at sysctl_root_handler_locked+0x8a/frame 0xfff= ffe009744f910 sysctl_root() at sysctl_root+0x18e/frame 0xfffffe009744f990 userland_sysctl() at userland_sysctl+0x16e/frame 0xfffffe009744fa30 sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe009744fae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe009744fbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe009744fbf0 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D 0x80146f77a, rsp = =3D 0x7fffffffd898, rbp =3D 0x7fffffffd8d0 --- KDB: enter: panic [ thread pid 569 tid 100068 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 207, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 79, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 137, in runTest child2.expect(['login:'], timeout=3D1200) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P',= u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,vir= tio-net,tap10,mac=3D58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-1= 0.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u= 'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'nter: panic\r\n[ thread pid 569 tid 100068 ]\r\nS= topped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' before (last 100 chars): 'nter: panic\r\n[ thread pid 569 tid 100068 ]\r\nS= topped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 30557 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x800670150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results ERROR: Publisher 'Publish JUnit test result report' failed: Test reports we= re found but none of them are new. Did tests run?=20 For example, /builds/FreeBSD_HEAD-tests/test-report.xml is 14 hr old Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon Jul 13 07:58:58 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0B9099B2B3 for ; Mon, 13 Jul 2015 07:58:58 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from testsoekris.hotsoft.nl (unknown [IPv6:2001:888:1227:0:200:24ff:fec9:5934]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81EE11527; Mon, 13 Jul 2015 07:58:57 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from beastie.hotsoft.nl (beastie.hotsoft.nl [IPv6:2001:888:1227:0:219:d1ff:fee8:91eb]) by testsoekris.hotsoft.nl (8.14.7/8.14.7) with ESMTP id t6D7wsHj095238; Mon, 13 Jul 2015 09:58:54 +0200 (CEST) (envelope-from hans@beastielabs.net) Message-ID: <55A36FBE.1020206@beastielabs.net> Date: Mon, 13 Jul 2015 09:58:54 +0200 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Allan Jude CC: "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> In-Reply-To: <55A2ACDD.408@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 07:58:58 -0000 On 07/12/15 20:07, Allan Jude wrote: > On 2015-07-12 11:10, Andrey V. Elsukov wrote: >> On 12.07.2015 09:02, Allan Jude wrote: >>> I forgot to include the link to the patch as well: >>> >>> http://www.allanjude.com/bsd/lenovofix_gpart.patch >>> >>> I will most likely make this patch optional, behind a flag to the 'gpart >>> create -s gpt' command, to avoid potentially breaking existing working >>> systems, but if using offset 1 works on all other hardware, having it as >>> the default would be nice. >>> >>> Another option would be to make a separate standalone program to modify >>> the pMBR for Lenovo machines, rather than modifying gpart. >> >> Hi, >> >> I think Lenovo's BIOS just think that your partition layout is MBR and >> uses legacy boot. >> >> if (MBR_partition[0].type == 0xee && gpt_is_ok()) { >> UEFI_boot(); >> } else { >> MBR_boot(); >> } >> > > I am not sure what they actually do, but, by making it the > MBR_partition[1].type that is 0xee, FreeBSD is still perfectly happy, > and the Lenovo boots. > > Other non-lenovo machines I tested on also worked. > > Tested Platforms (in BIOS/non-UEFI mode): > > Lenovo X220 > Lenovo X230 (doesn't have the bug, boots fine with MBR[0].type = 0xee) > Lenovo T530 (also doesn't have the bug) > Asus Core2Duo > Asus i7 Nehalem desktop > Asus i5 Sandy bridge desktop > Gigabyte i5 Ivy bridge desktop > Intel Ivy bridge NUC > Intel Haswell NUC > Supermicro i7 Haswell workstation > > Hi Allan, I did some experiments with the newest memstick image you provided (lenovofix_20150712-r285132.img). On an oldish Q6600 based system using an INTEL DP965LT main-board (it only has BIOS mode) I first pulled the SATA connectors before trying to boot from the USB stick. It shows the same problem as always with a fresh install of FreeBSD 10.x: No bootable device -- insert boot disk and press any key This can be fixed by first modifying the image on the USB stick using gpart recover da0 (the stick is 8Gbyte and the image as copied on it is 1Gbyte, so the GPT seems corrupt), followed by the usual gpart set -a active da0 I think this issue manifests itself on a generation of older Intel and Foxconn main-boards and possibly differs from the problem that you try to solve with Lenovo hardware. I also tried the unmodified image on an even older T7200 based system having an Asus NL4VM-DH main-board and there it just dumps the registers (followed by "BTX Halted") very early in the boot process. This has happened before on several occasions with FreeBSD 10.x. The board is probably too rare to worry about too much, though it still runs OpenBSD 5.7 perfectly. Kind regards, Hans Ottevanger Eindhoven, Netherlands www.beastielabs.net From owner-freebsd-current@freebsd.org Mon Jul 13 08:11:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E086999B7C2 for ; Mon, 13 Jul 2015 08:11:18 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5B01DE4 for ; Mon, 13 Jul 2015 08:11:17 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id t6D8BBBR011702 for ; Mon, 13 Jul 2015 17:11:11 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili13) with ESMTP id t6D8BBJ26398 for ; Mon, 13 Jul 2015 17:11:11 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi12) id t6D8BBQF010757; Mon, 13 Jul 2015 17:11:11 +0900 Received: from localhost by lomi12.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id t6D8BAP0010721; Mon, 13 Jul 2015 17:11:10 +0900 Date: Mon, 13 Jul 2015 17:11:10 +0900 (JST) Message-Id: <20150713.171110.531869520391748650.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org Cc: okuno.kohji@jp.panasonic.com Subject: Re: Why shoud we cause panic in scsi_da.c? From: Kohji Okuno In-Reply-To: <20150709.150520.1823457260978955949.okuno.kohji@jp.panasonic.com> References: <20150709.150520.1823457260978955949.okuno.kohji@jp.panasonic.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 08:11:19 -0000 Hi, Could you comment on my quesion? Best regards, Kohji Okuno > Hi, > > I found panic() in scsi_da.c. Please find the following. > I think we should return with error without panic(). > What do you think about this? > > scsi_da.c: > 3018 } else if (bp != NULL) { > 3019 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) > 3020 panic("REQ_CMP with QFRZN"); > > Best regards, > Kohji Okuno > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jul 13 08:38:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEDB899BCE0 for ; Mon, 13 Jul 2015 08:38:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1D471BBE; Mon, 13 Jul 2015 08:38:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8CCEF1FE022; Mon, 13 Jul 2015 10:38:02 +0200 (CEST) Message-ID: <55A37933.3000802@selasky.org> Date: Mon, 13 Jul 2015 10:39:15 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Kohji Okuno , freebsd-current@freebsd.org, Alexander Motin Subject: Re: Why shoud we cause panic in scsi_da.c? References: <20150709.150520.1823457260978955949.okuno.kohji@jp.panasonic.com> <20150713.171110.531869520391748650.okuno.kohji@jp.panasonic.com> In-Reply-To: <20150713.171110.531869520391748650.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 08:38:04 -0000 On 07/13/15 10:11, Kohji Okuno wrote: > Hi, > > Could you comment on my quesion? > > Best regards, > Kohji Okuno > >> Hi, >> >> I found panic() in scsi_da.c. Please find the following. >> I think we should return with error without panic(). >> What do you think about this? >> >> scsi_da.c: >> 3018 } else if (bp != NULL) { >> 3019 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) >> 3020 panic("REQ_CMP with QFRZN"); >> Hi, It looks to me more like an KASSERT() is appropriate here. Might be some people which can answer this are on vacation currently. --HPS From owner-freebsd-current@freebsd.org Mon Jul 13 08:52:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A9763367 for ; Mon, 13 Jul 2015 08:52:00 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id E6F0519AE; Mon, 13 Jul 2015 08:51:59 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id t6D8piM5001791; Mon, 13 Jul 2015 17:51:44 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id t6D8phB30011; Mon, 13 Jul 2015 17:51:43 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi14) id t6D8phAk006493; Mon, 13 Jul 2015 17:51:43 +0900 Received: from localhost by lomi14.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id t6D8pheq006461; Mon, 13 Jul 2015 17:51:43 +0900 Date: Mon, 13 Jul 2015 17:51:43 +0900 (JST) Message-Id: <20150713.175143.290106286605820529.okuno.kohji@jp.panasonic.com> To: hps@selasky.org Cc: freebsd-current@freebsd.org, mav@FreeBSD.org, okuno.kohji@jp.panasonic.com Subject: Re: Why shoud we cause panic in scsi_da.c? From: Kohji Okuno In-Reply-To: <55A37933.3000802@selasky.org> References: <20150709.150520.1823457260978955949.okuno.kohji@jp.panasonic.com> <20150713.171110.531869520391748650.okuno.kohji@jp.panasonic.com> <55A37933.3000802@selasky.org> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 08:52:00 -0000 Hi HPS, Thank you for your comment. I will wait for the commnet. Kohji Okuno > On 07/13/15 10:11, Kohji Okuno wrote: >> Hi, >> >> Could you comment on my quesion? >> >> Best regards, >> Kohji Okuno >> >>> Hi, >>> >>> I found panic() in scsi_da.c. Please find the following. >>> I think we should return with error without panic(). >>> What do you think about this? >>> >>> scsi_da.c: >>> 3018 } else if (bp != NULL) { >>> 3019 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) >>> 3020 panic("REQ_CMP with QFRZN"); >>> > > Hi, > > It looks to me more like an KASSERT() is appropriate here. > > Might be some people which can answer this are on vacation currently. > > --HPS > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jul 13 11:15:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40C7399B1BA; Mon, 13 Jul 2015 11:15:46 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4B2CCEB; Mon, 13 Jul 2015 11:15:45 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: by lagw2 with SMTP id w2so12390306lag.3; Mon, 13 Jul 2015 04:15:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=JYjgtmFjJc9vLFAJQFJ1cUktAetjvpTlpvJVa3uZBNs=; b=a6IMoRFsZAgYWTHpfvQNWN+SXwInxZIZ9b29U7jQHsJXnbA2Q8DrV0pQeOr/OLVvEs QQ9iiBsZ1tj9ZLk+8UfdyqjvXACiBcAwTUWpjbFeGxjWK7jGktVcO+5PTAPCTS66/1aw JzmHoQ9679lNiTlpijmAGp/VeVO+u4zd1IqGaoC3YIIhQzGm54rsAJxb37ui48tVzOYz FbtKz2k/JSD6+ucGOSYRNr5CFXLtqLjV8JvH84fr8SU90DTjqbvn6Ss/4ocaPnyxkrJ3 mYLdMYZHvAY7DGYrIgI+dCJhMohBmQDNRN0o/z5t65BuL6Q381l6sZBC1hZpv5cJ60Is LilA== X-Received: by 10.152.1.4 with SMTP id 4mr32081641lai.25.1436786143795; Mon, 13 Jul 2015 04:15:43 -0700 (PDT) MIME-Version: 1.0 References: <55A33C4B.5080303@freebsd.org> In-Reply-To: <55A33C4B.5080303@freebsd.org> From: Daniel Peyrolon Date: Mon, 13 Jul 2015 11:15:34 +0000 Message-ID: Subject: Re: Getting Asus FM200 working with FreeBSD To: Julian Elischer , FreeBSD Questions , "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 11:15:46 -0000 Hi, > what about PCBSD? Probably should have said something about PCBSD... It didn't work when trying to start X, it couldn't find the adapter. I will nevertheless try the last images tomorrow, when I can, and let you know. El lun., 13 jul. 2015 a las 6:19, Julian Elischer () escribi=C3=B3: > On 7/11/15 8:29 PM, Daniel Peyrolon wrote: > > Hi everyone, > > > > I'm trying to get FreeBSD-CURRENT up and running with anything differen= t > > than console-only on an Asus FM200. I created a wiki page for it: [1]. > > > > I've tried GhostBSD on it, and everything pretty much worked, except > > suspend/resume, and audio. > what about PCBSD? > > I've CURRENT [2] installed on it, but so far, I haven't been able to ge= t > it > > working, vesa is not even being loaded (error 19). Any idea, suggestion= s? > > > > [1]: https://wiki.freebsd.org/Laptops/ASUS_FM200 > > [2]: FreeBSD BlackBox 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r285358: Fri > Jul > > 10 18:40:27 CEST 2015 root@BlackBox:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > -- Daniel From owner-freebsd-current@freebsd.org Mon Jul 13 11:32:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81DBD99B4AD for ; Mon, 13 Jul 2015 11:32:05 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7250F1664; Mon, 13 Jul 2015 11:32:05 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D7BFC7B2; Mon, 13 Jul 2015 11:32:05 +0000 (UTC) Date: Mon, 13 Jul 2015 11:32:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <367143540.30.1436787125829.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <871594248.28.1436771535837.JavaMail.jenkins@jenkins-9.freebsd.org> References: <871594248.28.1436771535837.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1180 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 11:32:05 -0000 FreeBSD_HEAD-tests - Build #1180 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1180/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1180/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1180/con= sole Change summaries: No changes The end of the build log: Started by upstream project "Build_Image_and_Run_Tests_in_Bhyve_HEAD" build= number 1238 originally caused by: Started by upstream project "FreeBSD_HEAD" build number 2962 originally caused by: Started by an SCM change Building remotely on havoc.ysv.freebsd.org (FreeBSD-CURRENT-baremetal) in w= orkspace /builds/FreeBSD_HEAD-tests No emails were triggered. [FreeBSD_HEAD-tests] $ /bin/sh -xe /tmp/hudson5101072737704880453.sh + sudo python /vm/freebsd-ci/scripts/test/run-tests.py -f /vm/freebsd-ci/sc= ripts/test/config/config.json bridge1: flags=3D8843 metric 0 mtu = 1500 =09ether 02:27:d1:9a:45:01 =09inet 192.168.10.1 netmask 0xffffff00 broadcast 192.168.10.255=20 =09nd6 options=3D1 =09groups: bridge=20 =09id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 =09maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 =09root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 =09member: tap10 flags=3D143 =09 ifmaxaddr 0 port 10 priority 128 path cost 2000000 =09member: tap11 flags=3D143 =09 ifmaxaddr 0 port 9 priority 128 path cost 2000000 tap10: flags=3D8902 metric 0 mtu 1500 =09options=3D80000 =09ether 00:bd:bf:03:5d:0a =09nd6 options=3D29 =09media: Ethernet autoselect =09status: no carrier =09groups: tap=20 ['ifconfig', u'bridge1'] bhyveload -m 2G -d /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image= /FreeBSD_HEAD/test.img vm_test Consoles: userboot =20 FreeBSD/amd64 User boot, Revision 1.1 (root@havoc.ysv.freebsd.org, Sat Mar 7 06:40:36 UTC 2015) |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08Loading /boot/defaults/loader.conf /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08=1B[H=1B[J\=08|=08/=08-=08\=08|=08 =1B[7;46H ``` = `=1B[8;46Hs` `.....---.......--.``` -/=1B[9;46H+o .--` = /y:` +.=1B[10;46H yo`:. :o `+-=1B[11;46H y/ = -/` -o/=1B[12;46H .- ::/sy+:.=1B[13;46H / = `-- /=1B[14;46H`: :`=1B[15;46H`: = :`=1B[16;46H / /=1B[17;46= H .- -.=1B[18;46H -- -.=1B[19;= 46H `:` `:`=1B[20;46H .-- `--.=1B[21;46H= .---.....----./=08-=08\=08|=08 =1B[1;2H ______ ____ = _____ _____ =1B[2;2H| ____| | _ \ / ____| __ \ =1B[3;2H| |= ___ _ __ ___ ___ | |_) | (___ | | | |=1B[4;2H| ___| '__/ _ \/ _ \| _ < = \___ \| | | |=1B[5;2H| | | | | __/ __/| |_) |____) | |__| |=1B[6;2H| |= | | | | || | | |=1B[7;2H|_| |_| \___|\___||____/|= _____/|_____/ =1B[10;2H|=1B[11;2H|=1B[12;2H|=1B[13;2H|=1B[14;2H|=1B[15;2H|= =1B[16;2H|=1B[17;2H|=1B[18;2H|=1B[19;2H|=1B[20;2H|=1B[21;2H|=1B[10;44H|=1B[= 11;44H|=1B[12;44H|=1B[13;44H|=1B[14;44H|=1B[15;44H|=1B[16;44H|=1B[17;44H|= =1B[18;44H|=1B[19;44H|=1B[20;44H|=1B[21;44H|=1B[9;3H=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=1B[22;3H=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=1B[9;2H+=1B[22;2H+=1B[9;44H+=1B[22;44H+=1B[25;0H/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08=1B[9;15HWelcome to FreeBSD=1B[11;5H1 =1B[11;6H.=1B[= 11;8HBoot Multi User [Enter]=1B[12;5H2 =1B[12;6H.=1B[12;8HBoot [S]ingle Use= r=1B[13;5H3 =1B[13;6H.=1B[13;8H[Esc]ape to loader prompt=1B[14;5H4 =1B[14;6= H.=1B[14;8HReboot=1B[16;5HOptions:=1B[17;5H5 =1B[17;6H.=1B[17;8H[K]ernel: k= ernel (1 of 2)=1B[18;5H6 =1B[18;6H.=1B[18;8HConfigure Boot [O]ptions...=1B[= 25;0H=1B[23;4HAutoboot in 9 seconds. [Space] to pause=1B[25;0H=1B[23;4HAuto= boot in 8 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 7 seconds.= [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 6 seconds. [Space] to pause= =1B[25;0H=1B[23;4HAutoboot in 5 seconds. [Space] to pause=1B[25;0H=1B[23;4H= Autoboot in 4 seconds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 3 seco= nds. [Space] to pause=1B[25;0H=1B[23;4HAutoboot in 2 seconds. [Space] to pa= use=1B[25;0H=1B[23;4HAutoboot in 1 seconds. [Space] to pause=1B[25;0H=1B[23= ;4H =1B[25;0H\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08/boot/kernel= /kernel text=3D0x10b05c0 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08data=3D0x131578+0x3d8240 -= =08\=08|=08/=08-=08\=08|=08/=08-=08syms=3D[0x8+0x1515d8\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08+0x8+0x16d018-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08] /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08Booting... \=08|=08/=08-=08\=08bhyve -c 2 -m 2G -AI -H -P -g 0 -s 0:0,hostbridge -s 1:= 0,lpc -s 2:0,virtio-net,tap10,mac=3D58:9c:fc:00:00:2e -s 3:0,ahci-hd,/net/j= enkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img -l= com1,stdio vm_test GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #5 r285438: Mon Jul 13 10:13:41 UTC 2015 jenkins@jenkins-10.freebsd.org:/builds/FreeBSD_HEAD/obj/builds/FreeBSD_= HEAD/sys/GENERIC amd64 FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525 WARNING: WITNESS option enabled, expect reduced performance. VT: running with driver "vga". CPU: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (2399.76-MHz K8-class = CPU) Origin=3D"GenuineIntel" Id=3D0x206c2 Family=3D0x6 Model=3D0x2c Steppi= ng=3D2 Features=3D0x9f83ab7f Features2=3D0x829e6257 AMD Features=3D0x24100800 AMD Features2=3D0x1 TSC: P-state invariant Hypervisor: Origin =3D "bhyve bhyve " real memory =3D 2147483648 (2048 MB) avail memory =3D 2039312384 (1944 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80e3f650, 0) error 19 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 10000000 Hz quality 950 Event timer "HPET" frequency 10000000 Hz quality 550 Event timer "HPET1" frequency 10000000 Hz quality 450 Event timer "HPET2" frequency 10000000 Hz quality 450 Event timer "HPET3" frequency 10000000 Hz quality 450 Event timer "HPET4" frequency 10000000 Hz quality 450 Event timer "HPET5" frequency 10000000 Hz quality 450 Event timer "HPET6" frequency 10000000 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 virtio_pci0: port 0x2000-0x201f mem 0xc0000000= -0xc0001fff irq 16 at device 2.0 on pci0 vtnet0: on virtio_pci0 vtnet0: Ethernet address: 58:9c:fc:00:00:2e 001.018545 [ 421] vtnet_netmap_attach max rings 1 vtnet0: netmap queues/slots: TX 1/1024, RX 1/1024 001.018546 [ 426] vtnet_netmap_attach virtio attached txq=3D1, txd=3D= 1024 rxq=3D1, rxd=3D1024 ahci0: mem 0xc0002000-0xc00023ff irq 17 a= t device 3.0 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 qpi0: on motherboard vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 2.x device ada0: Serial Number 123456 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 2048MB (4194304 512 byte sectors: 16H 63S/T 4161C) ada0: Previously was known as ad4 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/TESTROOT [rw]... /etc/rc: WARNING: hostid: unable to figure out a UUID from DMI data, genera= ting a new one Setting hostuuid: 01268849-2950-11e5-b9fb-589cfc00002e. Setting hostid: 0xb1bed35c. No suitable dump device was found. Starting file system checks: /dev/ufs/TESTROOT: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/TESTROOT: clean, 234845 free (125 frags, 29340 blocks, 0.0% fragme= ntation) Mounting local file systems:. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Setting up harvesting:[HIGH_PERFORMANCE],[FS_ATIME],SWI,INTERRUPT,NET_NG,NE= T_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy:random: unblocking device. . vtnet0: link state changed to UP Starting Network: lo0 vtnet0. lo0: flags=3D8049 metric 0 mtu 16384 =09options=3D600003 =09inet6 ::1 prefixlen 128=20 =09inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 =09inet 127.0.0.1 netmask 0xff000000=20 =09nd6 options=3D21 =09groups: lo=20 vtnet0: flags=3D8943 metric= 0 mtu 1500 =09options=3D80028 =09ether 58:9c:fc:00:00:2e =09inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255=20 =09nd6 options=3D29 =09media: Ethernet 10Gbase-T =09status: active ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Starting devd. add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Creating and/or trimming log files. Starting syslogd. Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Configuring vt: blanktime. Generating RSA1 host key. 2048 7f:eb:14:7a:6f:87:70:e3:4d:19:48:b6:29:28:14:20 root@ (RSA1) Generating RSA host key. 2048 8a:34:91:9a:6f:31:96:11:01:63:2c:d0:21:01:b6:65 root@ (RSA) Generating DSA host key. 1024 a7:b9:e5:09:6f:6a:b3:fc:a6:41:85:ac:83:5d:63:06 root@ (DSA) Generating ECDSA host key. 256 ee:35:95:bd:0c:e8:89:85:62:4e:20:ce:7f:c6:87:bb root@ (ECDSA) Generating ED25519 host key. 256 b0:db:3b:2a:a1:9d:fd:93:ee:1c:10:0e:84:30:de:60 root@ (ED25519) Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. panic: random_fortuna_read(): bytecount (=3D 124) must be a multiple of 16 cpuid =3D 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0097413= 5b0 vpanic() at vpanic+0x189/frame 0xfffffe0097413630 kassert_panic() at kassert_panic+0x132/frame 0xfffffe00974136a0 random_fortuna_read() at random_fortuna_read+0x1e6/frame 0xfffffe00974136c0 read_random() at read_random+0x9f/frame 0xfffffe00974137a0 sysctl_kern_arnd() at sysctl_kern_arnd+0x3e/frame 0xfffffe00974138d0 sysctl_root_handler_locked() at sysctl_root_handler_locked+0x8a/frame 0xfff= ffe0097413910 sysctl_root() at sysctl_root+0x18e/frame 0xfffffe0097413990 userland_sysctl() at userland_sysctl+0x16e/frame 0xfffffe0097413a30 sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe0097413ae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe0097413bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0097413bf0 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D 0x80146f77a, rsp = =3D 0x7fffffffd898, rbp =3D 0x7fffffffd8d0 --- KDB: enter: panic [ thread pid 569 tid 100056 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 207, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 79, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 137, in runTest child2.expect(['login:'], timeout=3D1200) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1= 568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P',= u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,vir= tio-net,tap10,mac=3D58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-1= 0.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u= 'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'nter: panic\r\n[ thread pid 569 tid 100056 ]\r\nS= topped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' before (last 100 chars): 'nter: panic\r\n[ thread pid 569 tid 100056 ]\r\nS= topped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 47453 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x800670150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results ERROR: Publisher 'Publish JUnit test result report' failed: Test reports we= re found but none of them are new. Did tests run?=20 For example, /builds/FreeBSD_HEAD-tests/test-report.xml is 18 hr old Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Mon Jul 13 12:28:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 521DB9999E7 for ; Mon, 13 Jul 2015 12:28:43 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFC95A71; Mon, 13 Jul 2015 12:28:42 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by laem6 with SMTP id m6so8149431lae.0; Mon, 13 Jul 2015 05:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=gC6dxNGYrnH55RTBhDmxdRdeLNyW2zyKcNvYhSgao78=; b=i9Jys0Wn7V6Tg0fGijo6+2lVf1o7we3X5tLX66ukR3pYgfPXPJx/W3HWW1Vq0lf1PT KvlUEklVqCOa02A4/yECsERtlI/Otl+Nzhpr1fIxrP5dr3Cn+ZVQVbv6HPu4FhCm5XRo Zo/Z8pJzguFPsDpVe+f6y+SfTM50xrrvcU5VKCDeBWcJHNoKA8IKM1HShzY8WoPCaCly JOJtvDh8xdhajOcBiBRL5AVKPzvMF69oR/z/MznadaOjdpxclyy+q74c9hAuCBbjYfvC E1yE/T+Hh+jhflmppGZqmI4zmeWiuTCzLGNejH+r41LuO7xLSxt15p7GShi4INZHef2Z vRBQ== MIME-Version: 1.0 X-Received: by 10.152.246.37 with SMTP id xt5mr31889530lac.83.1436790521021; Mon, 13 Jul 2015 05:28:41 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.230.103 with HTTP; Mon, 13 Jul 2015 05:28:40 -0700 (PDT) Date: Mon, 13 Jul 2015 14:28:40 +0200 X-Google-Sender-Auth: LPlpOWZjqOe1SBLiraPxClerUNM Message-ID: Subject: protection against module unloading ? From: Luigi Rizzo To: freebsd-current , Adrian Chadd , John Baldwin Cc: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 12:28:43 -0000 Hi, I am trying to understand how to protect efficiently against module removals when a device driver is in use. This issue came up some time ago when trying netmap loaded as a module. --- Summary of the current mode of operation (as i understand it): --- When a device is compiled as a module, all devfs calls in sys/fs/devfs/devfs_vnops.c are protected by setting dev->si_threadcount (within dev*_refthread()) for the duration of the call. This is implemented using devfs_fp_check()/dev_relthread() which in turn, for the module case, updates the dev->si_threadcount under dev_lock() which is a single shared mutex, devmtx . The above is problematic for driver modules that do a lot of I/O using poll, ioctl, read or write, because of the system-wide contention on devmtx To mitigate the contention, statically compiled modules have the SI_ETERNAL attribute that prevents the lock (major contention point) and si_threadcount update. --- Alternative ? I was hoping to make the protection mechanism cheaper by only increasing dev->si_threadcount on devfs_open() without calling dev_relthread() ), and then decreasing si_threadcount on defvs_close() . This way the reference is active for the lifetime of the file descriptor without needing to track individual high-frequency calls. This is probably not enough because there could be mmap handlers, which remain active even after the device is closed. However I do not think the current devfs_fp_check() suffices either, and so drivers that have their own mmap code in a module that can be unloaded must already implement their own mechanism to protect against unloading. In fact, this could be achieved easily by making these drivers use dev_refthread() to hold a refcount while active. Would the above work ? Anything missing ? cheers luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Mon Jul 13 12:46:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E621999D32 for ; Mon, 13 Jul 2015 12:46:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11F331453; Mon, 13 Jul 2015 12:46:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6DCk4Ms043194 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 13 Jul 2015 15:46:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6DCk4Ms043194 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6DCk37H043184; Mon, 13 Jul 2015 15:46:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 13 Jul 2015 15:46:03 +0300 From: Konstantin Belousov To: Luigi Rizzo Cc: freebsd-current , John Baldwin Subject: Re: protection against module unloading ? Message-ID: <20150713124603.GH2404@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 12:46:11 -0000 On Mon, Jul 13, 2015 at 02:28:40PM +0200, Luigi Rizzo wrote: > Hi, > I am trying to understand how to protect efficiently against > module removals when a device driver is in use. > This issue came up some time ago when trying netmap > loaded as a module. > > --- Summary of the current mode of operation (as i understand it): --- > > When a device is compiled as a module, all devfs calls in > sys/fs/devfs/devfs_vnops.c are protected by setting > dev->si_threadcount (within dev*_refthread()) for the duration of the call. > > This is implemented using devfs_fp_check()/dev_relthread() which > in turn, for the module case, updates the dev->si_threadcount under > dev_lock() which is a single shared mutex, devmtx . > > The above is problematic for driver modules that do a lot of I/O > using poll, ioctl, read or write, because of the system-wide contention > on devmtx > > To mitigate the contention, statically compiled modules have the > SI_ETERNAL attribute that prevents the lock (major contention point) > and si_threadcount update. > > --- Alternative ? > > I was hoping to make the protection mechanism cheaper by only > increasing dev->si_threadcount on devfs_open() without calling > dev_relthread() ), and then decreasing si_threadcount on defvs_close() . > This way the reference is active for the lifetime of the file descriptor > without needing to track individual high-frequency calls. > > This is probably not enough because there could be mmap handlers, > which remain active even after the device is closed. This is of course wrong because destroy_dev(9) would be blocked until all file descriptors referencing the device are closed. The blocked thread which called destroy_dev() is blocked hard, i.e. you cannot interrupt it with a signal. The situation is incomprehensible for the user issued the kldunload command. The current si_threadcount mechanism is designed and intended to work on the code call granulariry, to allow the device destruction and driver unload when there is no code call into the driver. > > However I do not think the current devfs_fp_check() suffices either, > and so drivers that have their own mmap code in a module that can be > unloaded must already implement their own mechanism to protect > against unloading. Drivers which use (old) device pager cannot control the lifespan of the mmapped regions. The only way to properly track and clean up the mappings is to use the MGTDEVICE pager, which creates the managed fictitious mapping for the device mmaps. Device destruction causes correct removal of the ptes for the fictitious pages created by the driver page fault handler. See examples in the GEM and TTM. > In fact, this could be achieved easily by making these drivers use > dev_refthread() to hold a refcount while active. No, this is reversed and breaks the correct mechanism. > > Would the above work ? Anything missing ? > > cheers > luigi > > -- > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2217533 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jul 13 14:15:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F62E999355 for ; Mon, 13 Jul 2015 14:15:09 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D0B41876 for ; Mon, 13 Jul 2015 14:15:08 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (180-198-137-134.nagoya1.commufa.jp [180.198.137.134]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t6DEExoU024403 for ; Mon, 13 Jul 2015 23:15:00 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 13 Jul 2015 23:14:59 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix Message-Id: <20150713231459.ebf8dace091131665366cd8f@dec.sakura.ne.jp> In-Reply-To: <55A29BB1.8080703@freebsd.org> References: <55A1FFD5.7080008@freebsd.org> <20150712093414.GI49099@home.opsec.eu> <20150712222445.b44ee8b0c06773df9d2f003e@dec.sakura.ne.jp> <55A29BB1.8080703@freebsd.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.27; amd64-portbld-freebsd10.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 14:15:09 -0000 Confirmed. Boots OK as expected for my ThinkPad T420 (has buggy BIOS). On Sun, 12 Jul 2015 12:54:09 -0400 Allan Jude wrote: > On 2015-07-12 09:24, Tomoaki AOKI wrote: > > > > As far as I could confirm currently, > > > > *My ThinkPad didn't boot from decompressed .xz image written in > > memstick. > > > > *The partition tables (both PMBR and GPT) looks fine. > > (As expected. Verified with `gpart show` and `fdisk -p -v da0`) > > > > *Overwriting bootcode (gptzfsboot) in GPT partition 1 didn't help. > > > > > > Not yet confirmed, but possible cause would be > > > > *Bootcode in PMBR is missing or corrupt. > > (I noticed I hadn't tested overwriting it.) > > > > */boot in ZFS partition or anything related is not proper. > > > > > > Sorry, I cannot reboot my ThinkPad right now. > > Allan, can you confirm above? > > > > You are correct, the PMBR bootcode was missing, my mistake. > > I have uploaded new images (and set the old ones to redirect to the new > ones) > > compressed (193 MiB): > http://www.allanjude.com/bsd/lenovofix_20150712-r285132.img.xz > > uncompressed (1 GiB): > http://www.allanjude.com/bsd/lenovofix_20150712-r285132.img > > > > -- > Allan Jude > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-current@freebsd.org Mon Jul 13 14:50:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33988999CEF for ; Mon, 13 Jul 2015 14:50:06 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id E9D1110EB for ; Mon, 13 Jul 2015 14:50:05 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id BDC3E94CA; Mon, 13 Jul 2015 14:50:04 +0000 (UTC) Message-ID: <55A3D01E.40102@freebsd.org> Date: Mon, 13 Jul 2015 10:50:06 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Hans Ottevanger CC: "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> In-Reply-To: <55A36FBE.1020206@beastielabs.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKkruQfScuULlc5a37bJNVOTBPBRJgjlD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 14:50:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QKkruQfScuULlc5a37bJNVOTBPBRJgjlD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2015-07-13 03:58, Hans Ottevanger wrote: > On 07/12/15 20:07, Allan Jude wrote: >> On 2015-07-12 11:10, Andrey V. Elsukov wrote: >>> On 12.07.2015 09:02, Allan Jude wrote: >>>> I forgot to include the link to the patch as well: >>>> >>>> http://www.allanjude.com/bsd/lenovofix_gpart.patch >>>> >>>> I will most likely make this patch optional, behind a flag to the >>>> 'gpart >>>> create -s gpt' command, to avoid potentially breaking existing worki= ng >>>> systems, but if using offset 1 works on all other hardware, having >>>> it as >>>> the default would be nice. >>>> >>>> Another option would be to make a separate standalone program to mod= ify >>>> the pMBR for Lenovo machines, rather than modifying gpart. >>> >>> Hi, >>> >>> I think Lenovo's BIOS just think that your partition layout is MBR an= d >>> uses legacy boot. >>> >>> if (MBR_partition[0].type =3D=3D 0xee && gpt_is_ok()) { >>> UEFI_boot(); >>> } else { >>> MBR_boot(); >>> } >>> >> >> I am not sure what they actually do, but, by making it the >> MBR_partition[1].type that is 0xee, FreeBSD is still perfectly happy, >> and the Lenovo boots. >> >> Other non-lenovo machines I tested on also worked. >> >> Tested Platforms (in BIOS/non-UEFI mode): >> >> Lenovo X220 >> Lenovo X230 (doesn't have the bug, boots fine with MBR[0].type =3D 0xe= e) >> Lenovo T530 (also doesn't have the bug) >> Asus Core2Duo >> Asus i7 Nehalem desktop >> Asus i5 Sandy bridge desktop >> Gigabyte i5 Ivy bridge desktop >> Intel Ivy bridge NUC >> Intel Haswell NUC >> Supermicro i7 Haswell workstation >> >> >=20 > Hi Allan, >=20 > I did some experiments with the newest memstick image you provided > (lenovofix_20150712-r285132.img). >=20 > On an oldish Q6600 based system using an INTEL DP965LT main-board (it > only has BIOS mode) I first pulled the SATA connectors before trying to= > boot from the USB stick. It shows the same problem as always with a > fresh install of FreeBSD 10.x: >=20 > No bootable device -- insert boot disk and press any key >=20 > This can be fixed by first modifying the image on the USB stick using >=20 > gpart recover da0 >=20 > (the stick is 8Gbyte and the image as copied on it is 1Gbyte, so the GP= T > seems corrupt), followed by the usual >=20 > gpart set -a active da0 >=20 > I think this issue manifests itself on a generation of older Intel and > Foxconn main-boards and possibly differs from the problem that you try > to solve with Lenovo hardware. >=20 > I also tried the unmodified image on an even older T7200 based system > having an Asus NL4VM-DH main-board and there it just dumps the register= s > (followed by "BTX Halted") very early in the boot process. This has > happened before on several occasions with FreeBSD 10.x. The board is > probably too rare to worry about too much, though it still runs OpenBSD= > 5.7 perfectly. >=20 >=20 > Kind regards, >=20 > Hans Ottevanger >=20 > Eindhoven, Netherlands > www.beastielabs.net >=20 >=20 >=20 >=20 >=20 Needing the active flag set is indeed a different problem. I am working on a patch for bsdinstall that will allow the user to request the active bit be set as well. --=20 Allan Jude --QKkruQfScuULlc5a37bJNVOTBPBRJgjlD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVo9AjAAoJEBmVNT4SmAt+wa0QAKdxxqcRyRAtokJKSowBXUMr 4gqOCaCC4zu8WivSRupcEfUQ9vS52YLYc6JNfWnLk5ol/3bhhbPtwc8VvCXj0Hrk 0/Xg+xRs/T4CWK2IhL2GQs3qyZGxU0UwXx/UsKeFmcLP9FMvO6ZcwxLFemhXOHRK 8XpNod6eHCjs6+2E2JE2JOiD5EsOZdHUigMicM5BoPUFDeaUYinNTJVBv6SrtDhe cDjFXeOZ7w6j8TzvaFsWAqzWo3BrfyHhZVeGavPxX8Vw7imAkStF0MwIDVcBGrfL KhcOGtLWz/irzlBu3I0wtymGqlh/5sZG1G/7YlwTzTZaWvVsnrZswy0W7PI+bsJq rjDzVkWvpOqpvv+szA7ktGD52TmVVmyxsYGhsIc2zjRFNoinoAylWNE9hfpmGge+ CVyFx14Bqz0LKuW1UKqqa0drZoFXl6PuZv0E8LaRd/2/0e7zTgTOQKHRpaA9b3ah BelE20bySBZsRJ5B4/bZhIOWqIGF0HQAO5S6NrdzGheouOMFrhldXqwHehoYXS+g ViHeD34+C1BBum3OUC3ouLIEt93drKNWahN8qv4Nep+COzLFAkcxquq+L+hUTkeV tl11Eqb2+eb6jf6enpXTvNenBVT/JuN/oSaZrtZYJJAPBESvxWARw3hnc2iYHW+M HytgsRWpqPwZtcAIMwWc =1v0c -----END PGP SIGNATURE----- --QKkruQfScuULlc5a37bJNVOTBPBRJgjlD-- From owner-freebsd-current@freebsd.org Mon Jul 13 14:52:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6081B999E16 for ; Mon, 13 Jul 2015 14:52:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E45F2151B; Mon, 13 Jul 2015 14:52:13 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 8768A7300A; Mon, 13 Jul 2015 17:00:30 +0200 (CEST) Date: Mon, 13 Jul 2015 17:00:30 +0200 From: Luigi Rizzo To: Konstantin Belousov Cc: freebsd-current , John Baldwin Subject: Re: protection against module unloading ? Message-ID: <20150713150030.GA25208@onelab2.iet.unipi.it> References: <20150713124603.GH2404@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150713124603.GH2404@kib.kiev.ua> User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 14:52:14 -0000 On Mon, Jul 13, 2015 at 03:46:03PM +0300, Konstantin Belousov wrote: > On Mon, Jul 13, 2015 at 02:28:40PM +0200, Luigi Rizzo wrote: > > Hi, > > I am trying to understand how to protect efficiently against > > module removals when a device driver is in use. > > This issue came up some time ago when trying netmap > > loaded as a module. > > > > --- Summary of the current mode of operation (as i understand it): --- > > > > When a device is compiled as a module, all devfs calls in > > sys/fs/devfs/devfs_vnops.c are protected by setting > > dev->si_threadcount (within dev*_refthread()) for the duration of the call. > > > > This is implemented using devfs_fp_check()/dev_relthread() which > > in turn, for the module case, updates the dev->si_threadcount under > > dev_lock() which is a single shared mutex, devmtx . > > > > The above is problematic for driver modules that do a lot of I/O > > using poll, ioctl, read or write, because of the system-wide contention > > on devmtx > > > > To mitigate the contention, statically compiled modules have the > > SI_ETERNAL attribute that prevents the lock (major contention point) > > and si_threadcount update. > > > > --- Alternative ? > > > > I was hoping to make the protection mechanism cheaper by only > > increasing dev->si_threadcount on devfs_open() without calling > > dev_relthread() ), and then decreasing si_threadcount on defvs_close() . > > This way the reference is active for the lifetime of the file descriptor > > without needing to track individual high-frequency calls. > > > > This is probably not enough because there could be mmap handlers, > > which remain active even after the device is closed. > This is of course wrong because destroy_dev(9) would be blocked until > all file descriptors referencing the device are closed. The blocked > thread which called destroy_dev() is blocked hard, i.e. you cannot > interrupt it with a signal. The situation is incomprehensible for > the user issued the kldunload command. > > The current si_threadcount mechanism is designed and intended to work on > the code call granulariry, to allow the device destruction and driver > unload when there is no code call into the driver. thanks a lot for the clarification on the intent. I clearly need to understand more on the architecture of the module unload. In any case: the global contention on devmtx for I/O syscalls is really a showstopper for making effective use of modular drivers so we should really find a way to remove it. Is there any other way to protect access to dev->si_threadcount ? Eg how about the following: - use a (leaf) lock into struct cdev to protect dev->si_threadcount, so that we could replace dev_lock() with mtx_lock(&dev->foo) in dev_refthread(dev) dev_relthread(dev) and other places that access si_threadcount - devvn_refthread() further uses vp->v_rdev, which elsewhere is protected by VI_LOCK(vp), so devvn_refthread() could use the sequence VI_LOCK(vp); dev = vp->v_rdev; if (dev != NULL) { mtx_lock(&dev->foo) if ( ... ) { atomic_add_long(&dev->si_threadcount, 1); } mtx_unlock(&dev->foo); } VI_UNLOCK(vp) (this is almos the same as what we have in devfs_allocv() and devfs_reclaim(), except that they use dev_lock() instead of the device-specific lock. cheers luigi From owner-freebsd-current@freebsd.org Mon Jul 13 15:19:13 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AC2C99B1ED for ; Mon, 13 Jul 2015 15:19:13 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B57D1E6; Mon, 13 Jul 2015 15:19:12 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t6DFJ3jr056999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 09:19:03 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t6DFJ2Wk056996; Mon, 13 Jul 2015 09:19:02 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 13 Jul 2015 09:19:02 -0600 (MDT) From: Warren Block To: Allan Jude cc: Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix In-Reply-To: <55A3D01E.40102@freebsd.org> Message-ID: References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 13 Jul 2015 09:19:03 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 15:19:13 -0000 > > Needing the active flag set is indeed a different problem. I am working > on a patch for bsdinstall that will allow the user to request the active > bit be set as well. For GPT, that should be the default, because it matches the standard. I would like to see an effort to get Lenovo to fix their broken UEFI/BIOS. Adding non-standard PMBR configurations should be short-term hack. From owner-freebsd-current@freebsd.org Mon Jul 13 15:29:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6E3799B3ED for ; Mon, 13 Jul 2015 15:29:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43F86D21; Mon, 13 Jul 2015 15:29:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6DFTC5C014585 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 13 Jul 2015 18:29:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6DFTC5C014585 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6DFTC73014584; Mon, 13 Jul 2015 18:29:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 13 Jul 2015 18:29:12 +0300 From: Konstantin Belousov To: Luigi Rizzo Cc: freebsd-current , John Baldwin Subject: Re: protection against module unloading ? Message-ID: <20150713152912.GL2404@kib.kiev.ua> References: <20150713124603.GH2404@kib.kiev.ua> <20150713150030.GA25208@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150713150030.GA25208@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 15:29:22 -0000 On Mon, Jul 13, 2015 at 05:00:30PM +0200, Luigi Rizzo wrote: > On Mon, Jul 13, 2015 at 03:46:03PM +0300, Konstantin Belousov wrote: > > On Mon, Jul 13, 2015 at 02:28:40PM +0200, Luigi Rizzo wrote: > > > Hi, > > > I am trying to understand how to protect efficiently against > > > module removals when a device driver is in use. > > > This issue came up some time ago when trying netmap > > > loaded as a module. > > > > > > --- Summary of the current mode of operation (as i understand it): --- > > > > > > When a device is compiled as a module, all devfs calls in > > > sys/fs/devfs/devfs_vnops.c are protected by setting > > > dev->si_threadcount (within dev*_refthread()) for the duration of the call. > > > > > > This is implemented using devfs_fp_check()/dev_relthread() which > > > in turn, for the module case, updates the dev->si_threadcount under > > > dev_lock() which is a single shared mutex, devmtx . > > > > > > The above is problematic for driver modules that do a lot of I/O > > > using poll, ioctl, read or write, because of the system-wide contention > > > on devmtx > > > > > > To mitigate the contention, statically compiled modules have the > > > SI_ETERNAL attribute that prevents the lock (major contention point) > > > and si_threadcount update. > > > > > > --- Alternative ? > > > > > > I was hoping to make the protection mechanism cheaper by only > > > increasing dev->si_threadcount on devfs_open() without calling > > > dev_relthread() ), and then decreasing si_threadcount on defvs_close() . > > > This way the reference is active for the lifetime of the file descriptor > > > without needing to track individual high-frequency calls. > > > > > > This is probably not enough because there could be mmap handlers, > > > which remain active even after the device is closed. > > This is of course wrong because destroy_dev(9) would be blocked until > > all file descriptors referencing the device are closed. The blocked > > thread which called destroy_dev() is blocked hard, i.e. you cannot > > interrupt it with a signal. The situation is incomprehensible for > > the user issued the kldunload command. > > > > The current si_threadcount mechanism is designed and intended to work on > > the code call granulariry, to allow the device destruction and driver > > unload when there is no code call into the driver. > > thanks a lot for the clarification on the intent. > I clearly need to understand more on the architecture of the module unload. > > In any case: the global contention on devmtx for I/O syscalls is > really a showstopper for making effective use of modular drivers > so we should really find a way to remove it. What contention do you see ? Is it on the device node for a single device ? If yes, then any modification of the below proposal would not help. I explained this below. Also note that modules have more issues than lack of the ETERNAL cdevs. E.g., on everything non-amd64 modules use PIC code. This means that any access to the global variables is indirected through GOT, and that on i386 one register is not available for computations from the already scarce set of seven. Modules do not use inlined fast-path for the locking primitives, as well as they do not use inlined atomics. Each loadable syscall requires an atomic on entry and atomic on exit. There are probably more issues, this list is from the top of my memory. The common wisdom is that you should not use modules if you do benchmarking. > Is there any other way to protect access to dev->si_threadcount ? > > Eg how about the following: > - use a (leaf) lock into struct cdev to protect dev->si_threadcount, so that > we could replace dev_lock() with mtx_lock(&dev->foo) in dev_refthread(dev) > dev_relthread(dev) and other places that access si_threadcount This would not work, you cannot protect a lifetime of the object by a lock contained in the object. A modification that might work is to have the substitution lock for dev_mtx embedded into cdevsw for the given device. This is not completely trivial, since there are some data in devfs and special node management that is global. Another complication is that drivers would need to call some destructor for cdevsw, which is not required for current arrangement. Still, even per-cdevsw dev_mtx would not help for the non-ETERNAL contention on single devfs node. > > - devvn_refthread() further uses vp->v_rdev, which elsewhere is protected by > VI_LOCK(vp), so devvn_refthread() could use the sequence > VI_LOCK(vp); > dev = vp->v_rdev; > if (dev != NULL) { > mtx_lock(&dev->foo) > if ( ... ) { > atomic_add_long(&dev->si_threadcount, 1); > } > mtx_unlock(&dev->foo); > } > VI_UNLOCK(vp) > > > (this is almos the same as what we have in devfs_allocv() and devfs_reclaim(), > except that they use dev_lock() instead of the device-specific lock. > > cheers > luigi From owner-freebsd-current@freebsd.org Mon Jul 13 15:29:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B292599B42E for ; Mon, 13 Jul 2015 15:29:43 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3751DE1D; Mon, 13 Jul 2015 15:29:43 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by lbbyj8 with SMTP id yj8so42251389lbb.0; Mon, 13 Jul 2015 08:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=M5HinyPUvfKUIh7pCIZ8MQuXZfarD3oI1BvrHqL0z1s=; b=adNzs3W8AMyz051L/1F6E3Z50pSXXglqkAHRzUmjCX1He6XrLHmAw+APUTshGF3ctB t5MdshO1iVzrM5gNY5e271uMwUAFZqEBdW08Flox0S9e53TOQJJYcDWPmi1DR25Mri16 fDvQGAUsJaw47m0MWNW5Dy2KXY9V3rBu4zlvIf7NM6Ie3R4dUKVaj2sQ3w5H8OimVT+H Am4qJGA/j0f40n67Xw7N1TA5q+e5MY2pV/17LucVUmpT0+yiEGWIvFZs1zeMXbGyD6y3 OSQlcNGonc+TjnobdqQqknjNF7ITdrFsKk6ETwoiBcC5f24qUJBY8EOue9U4Iwo6g1n5 dEFw== X-Received: by 10.112.157.100 with SMTP id wl4mr32970587lbb.20.1436801380835; Mon, 13 Jul 2015 08:29:40 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([91.198.175.1]) by smtp.googlemail.com with ESMTPSA id w7sm4817785lag.42.2015.07.13.08.29.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2015 08:29:39 -0700 (PDT) Sender: Alexander Motin Message-ID: <55A3D960.5000704@FreeBSD.org> Date: Mon, 13 Jul 2015 18:29:36 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Kohji Okuno CC: freebsd-current@freebsd.org, ken Subject: Re: Why shoud we cause panic in scsi_da.c? References: <20150709.150520.1823457260978955949.okuno.kohji@jp.panasonic.com> <20150713.171110.531869520391748650.okuno.kohji@jp.panasonic.com> <55A37933.3000802@selasky.org> <20150713.175143.290106286605820529.okuno.kohji@jp.panasonic.com> In-Reply-To: <20150713.175143.290106286605820529.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 15:29:43 -0000 Hi. On 13.07.2015 11:51, Kohji Okuno wrote: >> On 07/13/15 10:11, Kohji Okuno wrote: >>> Could you comment on my quesion? >>> >>>> I found panic() in scsi_da.c. Please find the following. >>>> I think we should return with error without panic(). >>>> What do you think about this? >>>> >>>> scsi_da.c: >>>> 3018 } else if (bp != NULL) { >>>> 3019 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) >>>> 3020 panic("REQ_CMP with QFRZN"); >>>> >> >> It looks to me more like an KASSERT() is appropriate here. As I can see, this panic() call was added by ken@ about 15 years ago. I've added him to CC in case he has some idea why it was done. From my personal opinion I don't see much reasons to allow CAM_DEV_QFRZN to be returned only together with error. While is may have little sense in case of successful command completion, I don't think it should be treated as error. Simply removing this panic is probably a bad idea, since if it happens device will just remain frozen forever, that will be will be difficult to diagnose, but I would better just dropped device freeze in that case same as in case of completion with error. -- Alexander Motin From owner-freebsd-current@freebsd.org Mon Jul 13 15:54:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB1EA99BE2D for ; Mon, 13 Jul 2015 15:54:18 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8A60E1EC6 for ; Mon, 13 Jul 2015 15:54:18 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 08631963B; Mon, 13 Jul 2015 15:54:17 +0000 (UTC) Message-ID: <55A3DF26.5020602@freebsd.org> Date: Mon, 13 Jul 2015 11:54:14 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Warren Block CC: Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 15:54:18 -0000 On 2015-07-13 11:19, Warren Block wrote: >> >> Needing the active flag set is indeed a different problem. I am working >> on a patch for bsdinstall that will allow the user to request the active >> bit be set as well. > > For GPT, that should be the default, because it matches the standard. > > I would like to see an effort to get Lenovo to fix their broken > UEFI/BIOS. Adding non-standard PMBR configurations should be short-term > hack. Lenovo has fixed the issue in newer models, x230, t530, t540 etc work fine. Just the x220, t420, and t520 etc series do not. -- Allan Jude From owner-freebsd-current@freebsd.org Mon Jul 13 17:19:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A4CE99CD32 for ; Mon, 13 Jul 2015 17:19:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E02889E; Mon, 13 Jul 2015 17:19:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iggf3 with SMTP id f3so25649105igg.1; Mon, 13 Jul 2015 10:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6LhSEOd7KYnIpoVNO5NjU2ztsIVqe8hcXhSDUtez4Ms=; b=eJhswsFHm2LPr5dEUa+0j9c3cBq0adzYtfLpJVKg1MojJM+TL88FnusA+elyvD/30n Q46cCQ4L7qH+j2zcBcf+V3dIGgYv9ujV4C8PcM+yj+qn4cE312xCZYcVBILZnDLLVZOz MWWWd+9pMSThWxFy09ouoqNoyAgYXkWdpYNULEdaq2C1h8NxHsJ5u357c4M3aeSy2Jam DXrUmTxKII/bKKbvdfIn+mMKua+4EpB/9ytxzTQPiiV3rEm4RLUWaHq/9vF16td/CEaL jXwGQRMZt9fcJLnRJDPUqSRb9q0VAhISUSFkTOR4H36BHUmLoQ/LHiptcJifHkHBQX0d pKuw== MIME-Version: 1.0 X-Received: by 10.107.35.144 with SMTP id j138mr23009739ioj.105.1436807980377; Mon, 13 Jul 2015 10:19:40 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Mon, 13 Jul 2015 10:19:40 -0700 (PDT) In-Reply-To: <55A3DF26.5020602@freebsd.org> References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> Date: Mon, 13 Jul 2015 10:19:40 -0700 Message-ID: Subject: Re: Lenovo BIOS boot fix From: Adrian Chadd To: Allan Jude Cc: Warren Block , Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 17:19:41 -0000 I'm really confused. Why is the active flag not set again? I thought that was the whole point of the active flag in the partition table. -a On 13 July 2015 at 08:54, Allan Jude wrote: > On 2015-07-13 11:19, Warren Block wrote: >>> >>> >>> Needing the active flag set is indeed a different problem. I am working >>> on a patch for bsdinstall that will allow the user to request the active >>> bit be set as well. >> >> >> For GPT, that should be the default, because it matches the standard. >> >> I would like to see an effort to get Lenovo to fix their broken >> UEFI/BIOS. Adding non-standard PMBR configurations should be short-term >> hack. > > > Lenovo has fixed the issue in newer models, x230, t530, t540 etc work fine. > > Just the x220, t420, and t520 etc series do not. > > -- > Allan Jude > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jul 13 17:35:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6337299B2A0 for ; Mon, 13 Jul 2015 17:35:18 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4080E199 for ; Mon, 13 Jul 2015 17:35:17 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 01BC89769; Mon, 13 Jul 2015 17:35:16 +0000 (UTC) Message-ID: <55A3F6D2.70505@freebsd.org> Date: Mon, 13 Jul 2015 13:35:14 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Adrian Chadd CC: Warren Block , Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 17:35:18 -0000 On 2015-07-13 13:19, Adrian Chadd wrote: > I'm really confused. Why is the active flag not set again? > > I thought that was the whole point of the active flag in the partition table. > > > -a > Not that it counts much, but windows does not set the active flag in its pMBR. I was under the impression the standard says that it should not be set, as anything actually examining the pMBR as if it were an MBR, obviously doesn't support GPT. I've heard reports that GPT partitions with the active flag set, will not boot properly under UEFI. At this point, I am not sure whether it should be set or not. This fix is for the Lenovo's with the broken BIOS. It moves the 0xee partition in the pMBR to the 2nd slot instead of the first. This does not seem to break any previously working hardware, and it makes the Lenovo's work. I have a patch: https://reviews.freebsd.org/D3065 that adds an option to gpart create to a pMBR with this fix applied. If this gets committed, I can add 'GPT + Lenovo Fix' as an option during the installer. I already plan to add 'GPT + Active' for people like Colin Percival, who have a Dell or HP that seems to complain if the active flag is missing. Windows avoids these issues by entirely refusing to boot from a GPT partitioned disk without UEFI, even though there is no such requirement. -- Allan Jude From owner-freebsd-current@freebsd.org Mon Jul 13 18:08:34 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 055BA99B8E5 for ; Mon, 13 Jul 2015 18:08:34 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A380E1642; Mon, 13 Jul 2015 18:08:33 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t6DI8ODa098767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 12:08:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t6DI8OEx098763; Mon, 13 Jul 2015 12:08:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 13 Jul 2015 12:08:24 -0600 (MDT) From: Warren Block To: Allan Jude cc: Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix In-Reply-To: <55A3DF26.5020602@freebsd.org> Message-ID: References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 13 Jul 2015 12:08:24 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 18:08:34 -0000 On Mon, 13 Jul 2015, Allan Jude wrote: > On 2015-07-13 11:19, Warren Block wrote: >>> >>> Needing the active flag set is indeed a different problem. I am working >>> on a patch for bsdinstall that will allow the user to request the active >>> bit be set as well. >> >> For GPT, that should be the default, because it matches the standard. >> >> I would like to see an effort to get Lenovo to fix their broken >> UEFI/BIOS. Adding non-standard PMBR configurations should be short-term >> hack. > > Lenovo has fixed the issue in newer models, x230, t530, t540 etc work fine. > > Just the x220, t420, and t520 etc series do not. The latest BIOS update for the x220 was less than two months ago, so it is still supported. That they've fixed the problem in other models shows they understand the issue. So owners of those models should be bugging Lenovo, so to speak. Long-term, it seems like they as a company would be concerned that special bug fixes naming their specific models are needed. Short-term, we probably can't avoid this. It would be nice to be able to remove a Lenovo-specific hack from gpart in the future with a commit that says "Fixed by Lenovo BIOS update #123, no longer needed". From owner-freebsd-current@freebsd.org Mon Jul 13 18:48:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D1E499C222 for ; Mon, 13 Jul 2015 18:48:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 68D6D1228 for ; Mon, 13 Jul 2015 18:48:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by mailman.ysv.freebsd.org (Postfix) id 65BC099C221; Mon, 13 Jul 2015 18:48:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 654A399C220 for ; Mon, 13 Jul 2015 18:48:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 2DC931227; Mon, 13 Jul 2015 18:48:13 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 912D37300A; Mon, 13 Jul 2015 20:56:36 +0200 (CEST) Date: Mon, 13 Jul 2015 20:56:36 +0200 From: Luigi Rizzo To: Konstantin Belousov , current@freebsd.org Cc: adrian@freebsd.org Subject: Re: protection against module unloading ? Message-ID: <20150713185636.GA28828@onelab2.iet.unipi.it> References: <20150713124603.GH2404@kib.kiev.ua> <20150713150030.GA25208@onelab2.iet.unipi.it> <20150713152912.GL2404@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150713152912.GL2404@kib.kiev.ua> User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 18:48:14 -0000 On Mon, Jul 13, 2015 at 06:29:12PM +0300, Konstantin Belousov wrote: > On Mon, Jul 13, 2015 at 05:00:30PM +0200, Luigi Rizzo wrote: ... > > thanks a lot for the clarification on the intent. > > I clearly need to understand more on the architecture of the module unload. > > > > In any case: the global contention on devmtx for I/O syscalls is > > really a showstopper for making effective use of modular drivers > > so we should really find a way to remove it. > What contention do you see ? Is it on the device node for a single > device ? If yes, then any modification of the below proposal would > not help. I explained this below. It was adrian that pointed it out to me the huge devmtx contention with multiple threads doing I/O on netmap file descriptor (4-8 threads each of them issuing around 200K syscalls/s) Now i see how even if my idea of per-dev lock was correct it would not remove contention at all. One final thing: > > Is there any other way to protect access to dev->si_threadcount ? > > > > Eg how about the following: > > - use a (leaf) lock into struct cdev to protect dev->si_threadcount, so that > > we could replace dev_lock() with mtx_lock(&dev->foo) in dev_refthread(dev) > > dev_relthread(dev) and other places that access si_threadcount > This would not work, you cannot protect a lifetime of the object by a lock > contained in the object. i thought so but then the current dev_refthread() is already unsafe, accessing dev->si_flags unprotected sys/kern/kern_conf.c: struct cdevsw * dev_refthread(struct cdev *dev, int *ref) { struct cdevsw *csw; struct cdev_priv *cdp; mtx_assert(&devmtx, MA_NOTOWNED); if ((dev->si_flags & SI_ETERNAL) != 0) { *ref = 0; return (dev->si_devsw); } dev_lock(); csw = dev->si_devsw; if (csw != NULL) { cdp = cdev2priv(dev); if ((cdp->cdp_flags & CDP_SCHED_DTR) == 0) atomic_add_long(&dev->si_threadcount, 1); else csw = NULL; } dev_unlock(); *ref = 1; return (csw); } that is particularly bad though, because it prevents from checking the SI_ETERNAL flag without holding the lock (short of encoding the flag in the pointer!) cheers luigi From owner-freebsd-current@freebsd.org Mon Jul 13 19:15:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D818399C9FD for ; Mon, 13 Jul 2015 19:15:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BA4371C44 for ; Mon, 13 Jul 2015 19:15:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B966199C9FC; Mon, 13 Jul 2015 19:15:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F2C799C9FB for ; Mon, 13 Jul 2015 19:15:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B83F1C43 for ; Mon, 13 Jul 2015 19:15:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6DJEsZ0074395 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 13 Jul 2015 22:14:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6DJEsZ0074395 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6DJErm1074394; Mon, 13 Jul 2015 22:14:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 13 Jul 2015 22:14:53 +0300 From: Konstantin Belousov To: Luigi Rizzo Cc: current@freebsd.org Subject: Re: protection against module unloading ? Message-ID: <20150713191453.GO2404@kib.kiev.ua> References: <20150713124603.GH2404@kib.kiev.ua> <20150713150030.GA25208@onelab2.iet.unipi.it> <20150713152912.GL2404@kib.kiev.ua> <20150713185636.GA28828@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150713185636.GA28828@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 19:15:06 -0000 On Mon, Jul 13, 2015 at 08:56:36PM +0200, Luigi Rizzo wrote: > On Mon, Jul 13, 2015 at 06:29:12PM +0300, Konstantin Belousov wrote: > > On Mon, Jul 13, 2015 at 05:00:30PM +0200, Luigi Rizzo wrote: > ... > > > thanks a lot for the clarification on the intent. > > > I clearly need to understand more on the architecture of the module unload. > > > > > > In any case: the global contention on devmtx for I/O syscalls is > > > really a showstopper for making effective use of modular drivers > > > so we should really find a way to remove it. > > What contention do you see ? Is it on the device node for a single > > device ? If yes, then any modification of the below proposal would > > not help. I explained this below. > > It was adrian that pointed it out to me the huge devmtx contention > with multiple threads doing I/O on netmap file descriptor > (4-8 threads each of them issuing around 200K syscalls/s) > > Now i see how even if my idea of per-dev lock was correct > it would not remove contention at all. > > One final thing: > > > > Is there any other way to protect access to dev->si_threadcount ? > > > > > > Eg how about the following: > > > - use a (leaf) lock into struct cdev to protect dev->si_threadcount, so that > > > we could replace dev_lock() with mtx_lock(&dev->foo) in dev_refthread(dev) > > > dev_relthread(dev) and other places that access si_threadcount > > This would not work, you cannot protect a lifetime of the object by a lock > > contained in the object. > > i thought so but then the current dev_refthread() is already unsafe, > accessing dev->si_flags unprotected > > sys/kern/kern_conf.c: > > struct cdevsw * > dev_refthread(struct cdev *dev, int *ref) > { > struct cdevsw *csw; > struct cdev_priv *cdp; > > mtx_assert(&devmtx, MA_NOTOWNED); > if ((dev->si_flags & SI_ETERNAL) != 0) { > *ref = 0; > return (dev->si_devsw); > } > dev_lock(); > csw = dev->si_devsw; > if (csw != NULL) { > cdp = cdev2priv(dev); > if ((cdp->cdp_flags & CDP_SCHED_DTR) == 0) > atomic_add_long(&dev->si_threadcount, 1); > else > csw = NULL; > } > dev_unlock(); > *ref = 1; > return (csw); > } > > that is particularly bad though, because it prevents from > checking the SI_ETERNAL flag without holding the lock (short > of encoding the flag in the pointer!) > I believe this check is fine, although for the complicated reasons. E.g., for devfs_open(), the vnode is locked, so it cannot be reclaimed. Since the vnode is not doomed, it referenced the v_rdev and struct cdev memory cannot be freed and reused. So the access to the so_flags is fine. Note that devfs_fp_check(), which is called with the vnode unlocked, still has a guarantee that the vnode is not going away, because the vnode is referenced by the file descriptor. Then, the devvn_refthread() checks VV_ETERNALDEV, without accessing the struct cdev at all. If the vnode claims that the backing device is eternal, we have a guarantee that v_rdev is either valid cdev, or NULL. For the non-managed device pager, the vm object owns a reference on the cdev, so again the device memory cannot go away while in the dev_refthread(). I believe I considered all cases when I added eternal flag. But note that what I explained above does not allow to put the per-device lock (like dev_mtx) into the struct cdev, e.g. due to the vnode reference trick. If the vnode is not VV_ETERNAL, v_rdev might be invalidated at any time, if you do not own vnode lock or interlock. From owner-freebsd-current@freebsd.org Mon Jul 13 19:23:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61F3899CBDE for ; Mon, 13 Jul 2015 19:23:38 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE70139 for ; Mon, 13 Jul 2015 19:23:38 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1480E9922; Mon, 13 Jul 2015 19:23:37 +0000 (UTC) Message-ID: <55A41036.2070602@freebsd.org> Date: Mon, 13 Jul 2015 15:23:34 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Warren Block CC: Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 19:23:38 -0000 On 2015-07-13 14:08, Warren Block wrote: > On Mon, 13 Jul 2015, Allan Jude wrote: > >> On 2015-07-13 11:19, Warren Block wrote: >>>> >>>> Needing the active flag set is indeed a different problem. I am working >>>> on a patch for bsdinstall that will allow the user to request the >>>> active >>>> bit be set as well. >>> >>> For GPT, that should be the default, because it matches the standard. >>> >>> I would like to see an effort to get Lenovo to fix their broken >>> UEFI/BIOS. Adding non-standard PMBR configurations should be short-term >>> hack. >> >> Lenovo has fixed the issue in newer models, x230, t530, t540 etc work >> fine. >> >> Just the x220, t420, and t520 etc series do not. > > The latest BIOS update for the x220 was less than two months ago, so it > is still supported. That they've fixed the problem in other models > shows they understand the issue. So owners of those models should be > bugging Lenovo, so to speak. > > Long-term, it seems like they as a company would be concerned that > special bug fixes naming their specific models are needed. > > Short-term, we probably can't avoid this. It would be nice to be able > to remove a Lenovo-specific hack from gpart in the future with a commit > that says "Fixed by Lenovo BIOS update #123, no longer needed". I tried the latest bios update for the X220, from 2015-05-27 It does not resolve the issue. Also, it required some hoop jumping, as they only provide a bootable cd (x220s do not have CD drives) and a windows program. However, if others are interested, this handy perl script: http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/ can be used to extract the el torito image from that .iso to a file, that can then be dd'd to a USB stick and update the bios. -- Allan Jude From owner-freebsd-current@freebsd.org Mon Jul 13 19:45:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A756C99CF29 for ; Mon, 13 Jul 2015 19:45:56 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 345E6E8C; Mon, 13 Jul 2015 19:45:55 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t6DJjlua022978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 13:45:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t6DJjks3022975; Mon, 13 Jul 2015 13:45:46 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 13 Jul 2015 13:45:46 -0600 (MDT) From: Warren Block To: Allan Jude cc: Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix In-Reply-To: <55A41036.2070602@freebsd.org> Message-ID: References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> <55A41036.2070602@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 13 Jul 2015 13:45:47 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 19:45:56 -0000 On Mon, 13 Jul 2015, Allan Jude wrote: > On 2015-07-13 14:08, Warren Block wrote: >> On Mon, 13 Jul 2015, Allan Jude wrote: >> >>> On 2015-07-13 11:19, Warren Block wrote: >>>>> >>>>> Needing the active flag set is indeed a different problem. I am working >>>>> on a patch for bsdinstall that will allow the user to request the >>>>> active >>>>> bit be set as well. >>>> >>>> For GPT, that should be the default, because it matches the standard. >>>> >>>> I would like to see an effort to get Lenovo to fix their broken >>>> UEFI/BIOS. Adding non-standard PMBR configurations should be short-term >>>> hack. >>> >>> Lenovo has fixed the issue in newer models, x230, t530, t540 etc work >>> fine. >>> >>> Just the x220, t420, and t520 etc series do not. >> >> The latest BIOS update for the x220 was less than two months ago, so it >> is still supported. That they've fixed the problem in other models >> shows they understand the issue. So owners of those models should be >> bugging Lenovo, so to speak. >> >> Long-term, it seems like they as a company would be concerned that >> special bug fixes naming their specific models are needed. >> >> Short-term, we probably can't avoid this. It would be nice to be able >> to remove a Lenovo-specific hack from gpart in the future with a commit >> that says "Fixed by Lenovo BIOS update #123, no longer needed". > > I tried the latest bios update for the X220, from 2015-05-27 > > It does not resolve the issue. > > Also, it required some hoop jumping, as they only provide a bootable cd > (x220s do not have CD drives) and a windows program. > > However, if others are interested, this handy perl script: > http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/ > > can be used to extract the el torito image from that .iso to a file, that can > then be dd'd to a USB stick and update the bios. Sorry, I did not mean to imply that the latest X220 BIOS fixed the problem, just that they were continuing to release BIOS updates for it and could not disown responsibility by saying the system was no longer supported. From owner-freebsd-current@freebsd.org Mon Jul 13 19:52:15 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E950099C09B for ; Mon, 13 Jul 2015 19:52:15 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id C67E2150C for ; Mon, 13 Jul 2015 19:52:15 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CADD099B7; Mon, 13 Jul 2015 19:52:14 +0000 (UTC) Message-ID: <55A416EC.2020306@freebsd.org> Date: Mon, 13 Jul 2015 15:52:12 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Warren Block CC: Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Lenovo BIOS boot fix References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> <55A41036.2070602@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 19:52:16 -0000 On 2015-07-13 15:45, Warren Block wrote: > On Mon, 13 Jul 2015, Allan Jude wrote: > >> On 2015-07-13 14:08, Warren Block wrote: >>> On Mon, 13 Jul 2015, Allan Jude wrote: >>> >>>> On 2015-07-13 11:19, Warren Block wrote: >>>>>> >>>>>> Needing the active flag set is indeed a different problem. I am >>>>>> working >>>>>> on a patch for bsdinstall that will allow the user to request the >>>>>> active >>>>>> bit be set as well. >>>>> >>>>> For GPT, that should be the default, because it matches the standard. >>>>> >>>>> I would like to see an effort to get Lenovo to fix their broken >>>>> UEFI/BIOS. Adding non-standard PMBR configurations should be >>>>> short-term >>>>> hack. >>>> >>>> Lenovo has fixed the issue in newer models, x230, t530, t540 etc work >>>> fine. >>>> >>>> Just the x220, t420, and t520 etc series do not. >>> >>> The latest BIOS update for the x220 was less than two months ago, so it >>> is still supported. That they've fixed the problem in other models >>> shows they understand the issue. So owners of those models should be >>> bugging Lenovo, so to speak. >>> >>> Long-term, it seems like they as a company would be concerned that >>> special bug fixes naming their specific models are needed. >>> >>> Short-term, we probably can't avoid this. It would be nice to be able >>> to remove a Lenovo-specific hack from gpart in the future with a commit >>> that says "Fixed by Lenovo BIOS update #123, no longer needed". >> >> I tried the latest bios update for the X220, from 2015-05-27 >> >> It does not resolve the issue. >> >> Also, it required some hoop jumping, as they only provide a bootable >> cd (x220s do not have CD drives) and a windows program. >> >> However, if others are interested, this handy perl script: >> http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/ >> >> can be used to extract the el torito image from that .iso to a file, >> that can then be dd'd to a USB stick and update the bios. > > Sorry, I did not mean to imply that the latest X220 BIOS fixed the > problem, just that they were continuing to release BIOS updates for it > and could not disown responsibility by saying the system was no longer > supported. Right. I was not aware they were still publishing BIOSs, so I was hopeful it was fixed, and was disappointed after jumping through the hoops to get the update without installing windows on my machine, or somehow connecting a CD drive to it. Anyway, yes, hopefully Lenovo will fix this someday. -- Allan Jude From owner-freebsd-current@freebsd.org Mon Jul 13 19:53:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E39A99C0D5 for ; Mon, 13 Jul 2015 19:53:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB0D164B; Mon, 13 Jul 2015 19:53:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2F923875; Mon, 13 Jul 2015 19:53:42 +0000 (UTC) Date: Mon, 13 Jul 2015 19:53:41 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <982512235.32.1436817222104.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <367143540.30.1436787125829.JavaMail.jenkins@jenkins-9.freebsd.org> References: <367143540.30.1436787125829.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1181 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 19:53:44 -0000 FreeBSD_HEAD-tests - Build #1181 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1181/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1181/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1181/console Change summaries: No changes From owner-freebsd-current@freebsd.org Mon Jul 13 21:16:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A85E899C1F5 for ; Mon, 13 Jul 2015 21:16:05 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 429C31184 for ; Mon, 13 Jul 2015 21:16:05 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: by wicmv11 with SMTP id mv11so72518842wic.1 for ; Mon, 13 Jul 2015 14:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=MTt/8h2c65ajaWkQu9oL5nXkcUbNzcwqNKQD15pZ7d4=; b=mZc4IIQFtAsFyJ1uMi0k4cnDtGnlGmhT+IqgPelq+Ik7zXAO96+k5yctw1AdiZfsA2 auAUpB4X9U5s391Q9EqaZ/nrvte40oWDe+gt3wDNQJkJPBPvRa0b840sQqzviQVxAnb6 kK2OsNutHvs+N/JTQf4aY+gBWhrkatwzmGf+KSwOCogjVUX/X9icAU7yDW9K5wgcAdgv bqRZJI39DoqQf/9vFoHCNiK9y8Jd+FYGvF1UvTVuhWQL7NOgL+E3bC1ywNBUAw9C9Ksz dosEXLYEr4QZXm8rEGQyM3HOtaf7zIg8AMC3Fimi3gk97xdwXg1OyJJMYcUw4NZMVjWv ugGg== X-Received: by 10.181.11.229 with SMTP id el5mr26337581wid.40.1436822163755; Mon, 13 Jul 2015 14:16:03 -0700 (PDT) Received: from localhost ([176.221.120.130]) by smtp.gmail.com with ESMTPSA id df1sm16756630wib.12.2015.07.13.14.16.02 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2015 14:16:02 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Mon, 13 Jul 2015 23:12:05 +0200 From: Pawel Pekala To: freebsd-current@freebsd.org Subject: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150713231205.627bab36@FreeBSD.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 21:16:05 -0000 Hi I'm getting 100% reproducible kernel crash while trying build ports with poudriere on my system. This started to show up about 2-3 weeks ago. I upgrade my system on weekly basis usually on saturday. Here's backtrace: (kgdb) bt #0 doadump (textdump=3D1) at pcpu.h:221 #1 0xffffffff80984625 in kern_reboot (howto=3D260) at /hdd/src/sys/kern/ke= rn_shutdown.c:447 #2 0xffffffff80984c18 in vpanic (fmt=3D, ap=3D) at /hdd/src/sys/kern/kern_shutdown.c:744 #3 0xffffffff80984c63 in panic (fmt=3D0x0) at /hdd/src/sys/kern/kern_shutd= own.c:675 #4 0xffffffff8098e281 in mi_switch (flags=3D,=20 newtd=3D) at /hdd/src/sys/kern/kern_synch.c:406 #5 0xffffffff809d5991 in turnstile_wait (ts=3D, owner= =3D0x0,=20 queue=3D) at /hdd/src/sys/kern/subr_turnstile.c:751 #6 0xffffffff8098234d in __rw_wlock_hard (c=3D0xffffffff8185bd18, tid=3D18= 446735285002704080,=20 file=3D, line=3D) at /hdd/src/sys/kern/kern_rwlock.c:898 #7 0xffffffff80981f74 in _rw_wlock_cookie (c=3D,=20 file=3D0xffffffff810e0c29 "/hdd/src/sys/amd64/amd64/pmap.c", line=3D369= 0) at /hdd/src/sys/kern/kern_rwlock.c:268 #8 0xffffffff80dbcf1e in pmap_remove_all (m=3D0xfffff8041a03e450) at /hdd/src/sys/amd64/amd64/pmap.c:3690 #9 0xffffffff80c30986 in cdev_pager_free_page (object=3D,=20 m=3D0xfffff8041a03e450) at /hdd/src/sys/vm/device_pager.c:215 #10 0xffffffff8223ce30 in ttm_bo_release_mmap (bo=3D0xfffff800cd06e848) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_bo_vm.c:390 #11 0xffffffff82238a7c in ttm_bo_unmap_virtual (bo=3D0xfffff800cd06e848) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_bo.c:1651 #12 0xffffffff82081365 in radeon_pm_set_clocks (rdev=3D0xfffffe000133d000) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_= pm.c:146 #13 0xffffffff82081e4e in radeon_pm_compute_clocks (rdev=3D) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_= pm.c:777 #14 0xffffffff82093b63 in atombios_crtc_dpms (crtc=3D,= =20 mode=3D) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombio= s_crtc.c:277 #15 0xffffffff820955f9 in atombios_crtc_prepare (crtc=3D0xfffff80005c7f000) at /hdd/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombio= s_crtc.c:1829 #16 0xffffffff8221e938 in drm_crtc_helper_set_mode (crtc=3D0xfffff80005c7f0= 00,=20 mode=3D0xfffff80005775d00, x=3D0, y=3D0, old_fb=3D0xfffff80005c63100) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_crtc_helper.c:4= 54 #17 0xffffffff8221f504 in drm_crtc_helper_set_config (set=3D0xfffff80005742= 000) ---Type to continue, or q to quit--- at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_crtc_helper.c:7= 52 #18 0xffffffff822255c6 in vt_kms_postswitch (arg=3D) at /hdd/src/sys/modules/drm2/drm2/../../../dev/drm2/drm_fb_helper.c:344 #19 0xffffffff8081f249 in vt_window_switch (vw=3D0xffffffff81558208) at /hdd/src/sys/dev/vt/vt_core.c:531 #20 0xffffffff8081ce83 in vtterm_cngrab (tm=3D) at /hdd/src/sys/dev/vt/vt_core.c:1423 #21 0xffffffff8092f225 in cngrab () at /hdd/src/sys/kern/kern_cons.c:368 #22 0xffffffff809c1a9a in kdb_trap (type=3D9, code=3D0, tf=3D) at /hdd/src/sys/kern/subr_kdb.c:651 #23 0xffffffff80dcd235 in trap_fatal (frame=3D0xfffffe046cfad950, eva=3D) at /hdd/src/sys/amd64/amd64/trap.c:848 #24 0xffffffff80dccf03 in trap (frame=3D) at /hdd/src/sys/amd64/amd64/trap.c:201 #25 0xffffffff80dace32 in calltrap () at /hdd/src/sys/amd64/amd64/exception= .S:235 #26 0xffffffff80941430 in knote (list=3D0xfffff801a2589408, hint=3D21474836= 48,=20 lockflags=3D) at /hdd/src/sys/kern/kern_event.c:19= 20 #27 0xffffffff80946a51 in exit1 (td=3D0xfffff801b84014d0, rv=3D) at /hdd/src/sys/kern/kern_exit.c:560 #28 0xffffffff80945f1e in sys_sys_exit (td=3D0x0, uap=3D) at /hdd/src/sys/kern/kern_exit.c:178 #29 0xffffffff80dcdaa2 in amd64_syscall (td=3D0xfffff801b84014d0, traced=3D= 0) at subr_syscall.c:133 #30 0xffffffff80dad11b in Xfast_syscall () at /hdd/src/sys/amd64/amd64/exce= ption.S:395 #31 0x0000000800922eea in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal Let me know if you need more details. --=20 pozdrawiam / with regards Pawe=C5=82 P=C4=99kala From owner-freebsd-current@freebsd.org Mon Jul 13 21:28:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DD2C99C439 for ; Mon, 13 Jul 2015 21:28:26 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 265FE18B5; Mon, 13 Jul 2015 21:28:26 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by wiga1 with SMTP id a1so81504095wig.0; Mon, 13 Jul 2015 14:28:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=gHmwE/c3/YNciuTIkoScQOgTjd1rI62QQoFY5YaUtlU=; b=FrrXGJrTdxqAogw/Ytd6D1d13UEgOpXH2g1DavB+5j6/LbX8me+U/ih5+4leUaMKbM X0Dmpc7YLhNyuyYpswVlp1mohxCAcVVfsNyZibed8rBYU+BrOL8DIgr6MqDIK3znxhSL Kcg6QaXMfDRtLXtWozhQmi7bOdZWs2crVeCbYO1p37wS7ggL4LV2OMPHZEsR2ZtjogEb HlhLW+2ia9rhhOnDToQxT7GtleskXOEd8oN36hAL+81mffTc34+GvK/cR1KbhkORvg0U KIUypubV5eSkLI8/cZmvalZIguGrp5xfRNHY+1cM1Z77D1lyHfXYctJcFlS2bhMN/lf7 bykA== X-Received: by 10.180.87.199 with SMTP id ba7mr27727282wib.81.1436822904262; Mon, 13 Jul 2015 14:28:24 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id di7sm16781325wib.23.2015.07.13.14.28.22 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 13 Jul 2015 14:28:23 -0700 (PDT) Date: Mon, 13 Jul 2015 23:28:20 +0200 From: Mateusz Guzik To: Pawel Pekala Cc: freebsd-current@freebsd.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150713212820.GA21313@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Pawel Pekala , freebsd-current@freebsd.org References: <20150713231205.627bab36@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150713231205.627bab36@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 21:28:26 -0000 On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: > Hi > > I'm getting 100% reproducible kernel crash while trying build ports > with poudriere on my system. This started to show up about 2-3 weeks > ago. I upgrade my system on weekly basis usually on saturday. > Here's backtrace: > > (kgdb) bt [..] > at /hdd/src/sys/amd64/amd64/trap.c:201 > #25 0xffffffff80dace32 in calltrap () at /hdd/src/sys/amd64/amd64/exception.S:235 > #26 0xffffffff80941430 in knote (list=0xfffff801a2589408, hint=2147483648, > lockflags=) at /hdd/src/sys/kern/kern_event.c:1920 > #27 0xffffffff80946a51 in exit1 (td=0xfffff801b84014d0, rv=) > at /hdd/src/sys/kern/kern_exit.c:560 > #28 0xffffffff80945f1e in sys_sys_exit (td=0x0, uap=) > at /hdd/src/sys/kern/kern_exit.c:178 > #29 0xffffffff80dcdaa2 in amd64_syscall (td=0xfffff801b84014d0, traced=0) > at subr_syscall.c:133 > #30 0xffffffff80dad11b in Xfast_syscall () at /hdd/src/sys/amd64/amd64/exception.S:395 > #31 0x0000000800922eea in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > > Let me know if you need more details. Well, if the problem is really that reproducible it would be best if you narrowed it down to the exact commit. However, quick look suggests you may be a "victim" of r284861. Can you enter kgdb and: f 26 p *list ? -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Jul 13 21:54:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF25E99CA4D for ; Mon, 13 Jul 2015 21:54:20 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88672822 for ; Mon, 13 Jul 2015 21:54:20 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: by wiga1 with SMTP id a1so81971626wig.0 for ; Mon, 13 Jul 2015 14:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=IvxtahfJ8np3RDSEyZu8vtxDoA3gvXoAVBGnoNHjpP0=; b=aFHAt7MrfM80KSyKe61vmgY5a8H4JNsHIRI/32KNuZrTzkwCpxxJgnkLHCbbGMbXe9 VUnYr8hCQWiKTne6dn2KxR4G02FtQKUTgXCcvZauIRnqG6BwVyRnBAC4lHco08xbqY8C 40fUtzPYV+NcmlB4rTQr31mXsIAtuKvgPlG3qwek/GGLw2k3SAoE6omzfNJVx8pESQih yumcSwKitvSdRNeng/4+9CqXEBZ75Gc+9C4n5gQupdURYziF0vGfhIQPSxM8uq6NJel9 YmdiUtQdD/FLM1M09U1QmiJu62tMwWFtupfUcQDh63NJpxCP8GQ+zq4h/oNarKB8xG1f vt5A== X-Received: by 10.194.238.168 with SMTP id vl8mr72584712wjc.128.1436824459047; Mon, 13 Jul 2015 14:54:19 -0700 (PDT) Received: from localhost ([176.221.120.130]) by smtp.gmail.com with ESMTPSA id lu5sm31497053wjb.9.2015.07.13.14.54.18 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2015 14:54:18 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Mon, 13 Jul 2015 23:50:21 +0200 From: Pawel Pekala To: Mateusz Guzik Cc: freebsd-current@freebsd.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150713235021.5824ee48@FreeBSD.org> In-Reply-To: <20150713212820.GA21313@dft-labs.eu> References: <20150713231205.627bab36@FreeBSD.org> <20150713212820.GA21313@dft-labs.eu> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 21:54:21 -0000 Hi Mateusz, On 2015-07-13 23:28 +0200, Mateusz Guzik wrote: >On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: >> Hi >>=20 >> I'm getting 100% reproducible kernel crash while trying build ports >> with poudriere on my system. This started to show up about 2-3 weeks >> ago. I upgrade my system on weekly basis usually on saturday. >> Here's backtrace: >>=20 >> (kgdb) bt >[..] >> at /hdd/src/sys/amd64/amd64/trap.c:201 >> #25 0xffffffff80dace32 in calltrap () >> at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0xffffffff80941430 >> in knote (list=3D0xfffff801a2589408, hint=3D2147483648, lockflags=3D> optimized out>) at /hdd/src/sys/kern/kern_event.c:1920 #27 >> 0xffffffff80946a51 in exit1 (td=3D0xfffff801b84014d0, rv=3D> optimized out>) at /hdd/src/sys/kern/kern_exit.c:560 #28 >> 0xffffffff80945f1e in sys_sys_exit (td=3D0x0, uap=3D> out>) at /hdd/src/sys/kern/kern_exit.c:178 #29 0xffffffff80dcdaa2 in >> out>amd64_syscall (td=3D0xfffff801b84014d0, traced=3D0) >> at subr_syscall.c:133 >> #30 0xffffffff80dad11b in Xfast_syscall () >> at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x0000000800922eea >> in ?? () Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >>=20 >> Let me know if you need more details. > > >Well, if the problem is really that reproducible it would be best if >you narrowed it down to the exact commit. > >However, quick look suggests you may be a "victim" of r284861. > >Can you enter kgdb and: >f 26 >p *list > >? (kgdb) f 26 #26 0xffffffff80941430 in knote (list=3D0xfffff801a2589408, hint=3D21474836= 48,=20 lockflags=3D) at /hdd/src/sys/kern/kern_event.c:19= 20 1920 } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { Current language: auto; currently minimal (kgdb) p *list $1 =3D {kl_list =3D {slh_first =3D 0x0}, kl_lock =3D 0xffffffff809418e0 ,=20 kl_unlock =3D 0xffffffff80941900 ,=20 kl_assert_locked =3D 0xffffffff80941920 ,=20 kl_assert_unlocked =3D 0xffffffff80941940 ,=20 kl_lockarg =3D 0xfffff801a2589120} Forgot to add my uname -a last time: FreeBSD blaviken.slowicza.org 11.0-CURRENT FreeBSD 11.0-CURRENT #44 r285509= : Mon Jul 13 22:38:11 CEST 2015 corn@blaviken.slowicza.org:/usr/obj/hdd= /src/sys/GENERIC amd64 --=20 pozdrawiam / with regards Pawe=C5=82 P=C4=99kala From owner-freebsd-current@freebsd.org Mon Jul 13 23:18:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7D3C9959AE for ; Mon, 13 Jul 2015 23:18:19 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99B171D50; Mon, 13 Jul 2015 23:18:19 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oihq81 with SMTP id q81so51258571oih.2; Mon, 13 Jul 2015 16:18:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=TnREVNH4kGGaP5e/pW69ctwF2i2eKUAaaGYqdsqmFok=; b=hkGTtxFtfo/NJuUvcVHXQtj37ZxzBYWTw1Qog3s5xAKcNdrKA1kKURffwsvvK67Qgl xsVvyHVDqhtVW8S8Mp197VrqgZtHO4PGNh4LRlnGRo3EHOPO0t/yvbroh7tAF3DZ4tzi wcsGNYUV1tq3gaeF4hNBOBN2GtWXsX3aJXw0Zf7zJhtUBiPvDj03Hbp7U5Pylx92uBhM RQ6Z15u3sq65NwxjWsfLIsas+Upyt09hZW8Z1LKFEwXU0d6pQUpcj70c+kkd++V3+Y4O gFr/2qTVoD/JWBuI45xYBb19RkvtRycN4nMimliAtyHkNMl03WwTgghAntNik9Xnpxrs RtDg== MIME-Version: 1.0 X-Received: by 10.182.250.137 with SMTP id zc9mr3095491obc.79.1436829499044; Mon, 13 Jul 2015 16:18:19 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Mon, 13 Jul 2015 16:18:18 -0700 (PDT) In-Reply-To: <55A416EC.2020306@freebsd.org> References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> <55A41036.2070602@freebsd.org> <55A416EC.2020306@freebsd.org> Date: Mon, 13 Jul 2015 16:18:18 -0700 X-Google-Sender-Auth: ctyCeuYnzUtLSmshdhRMZYp2L44 Message-ID: Subject: Re: Lenovo BIOS boot fix From: Kevin Oberman To: Allan Jude Cc: Warren Block , Hans Ottevanger , "Andrey V. Elsukov" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 23:18:19 -0000 On Mon, Jul 13, 2015 at 12:52 PM, Allan Jude wrote: > On 2015-07-13 15:45, Warren Block wrote: > >> On Mon, 13 Jul 2015, Allan Jude wrote: >> >> On 2015-07-13 14:08, Warren Block wrote: >>> >>>> On Mon, 13 Jul 2015, Allan Jude wrote: >>>> >>>> On 2015-07-13 11:19, Warren Block wrote: >>>>> >>>>>> >>>>>>> Needing the active flag set is indeed a different problem. I am >>>>>>> working >>>>>>> on a patch for bsdinstall that will allow the user to request the >>>>>>> active >>>>>>> bit be set as well. >>>>>>> >>>>>> >>>>>> For GPT, that should be the default, because it matches the standard. >>>>>> >>>>>> I would like to see an effort to get Lenovo to fix their broken >>>>>> UEFI/BIOS. Adding non-standard PMBR configurations should be >>>>>> short-term >>>>>> hack. >>>>>> >>>>> >>>>> Lenovo has fixed the issue in newer models, x230, t530, t540 etc work >>>>> fine. >>>>> >>>>> Just the x220, t420, and t520 etc series do not. >>>>> >>>> >>>> The latest BIOS update for the x220 was less than two months ago, so it >>>> is still supported. That they've fixed the problem in other models >>>> shows they understand the issue. So owners of those models should be >>>> bugging Lenovo, so to speak. >>>> >>>> Long-term, it seems like they as a company would be concerned that >>>> special bug fixes naming their specific models are needed. >>>> >>>> Short-term, we probably can't avoid this. It would be nice to be able >>>> to remove a Lenovo-specific hack from gpart in the future with a commit >>>> that says "Fixed by Lenovo BIOS update #123, no longer needed". >>>> >>> >>> I tried the latest bios update for the X220, from 2015-05-27 >>> >>> It does not resolve the issue. >>> >>> Also, it required some hoop jumping, as they only provide a bootable >>> cd (x220s do not have CD drives) and a windows program. >>> >>> However, if others are interested, this handy perl script: >>> http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/ >>> >>> can be used to extract the el torito image from that .iso to a file, >>> that can then be dd'd to a USB stick and update the bios. >>> >> >> Sorry, I did not mean to imply that the latest X220 BIOS fixed the >> problem, just that they were continuing to release BIOS updates for it >> and could not disown responsibility by saying the system was no longer >> supported. >> > > Right. I was not aware they were still publishing BIOSs, so I was hopeful > it was fixed, and was disappointed after jumping through the hoops to get > the update without installing windows on my machine, or somehow connecting > a CD drive to it. > > Anyway, yes, hopefully Lenovo will fix this someday. > > -- > Allan Jude This is possibly orthogonal and possibly not of use on X2nn systems, but I boot my T520 with a GPT formatted disk as the secondary drive by having the MBR disk0 configured with booteasy and telling it to boot disk1. While this is of no use on single spindle systems like the X220, I have been told that a MBR USB drive can be used to do the same thing. I have not tried this and can't confirm, though. Clearly a kludge work-around, but better than nothing and works well for me as I have always left Windows on the main drive and put FreeBSD on the removable one. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Mon Jul 13 23:25:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D61B995B4C for ; Mon, 13 Jul 2015 23:25:56 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33D27176; Mon, 13 Jul 2015 23:25:55 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t6DNPlIo076731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 17:25:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t6DNPlXG076728; Mon, 13 Jul 2015 17:25:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 13 Jul 2015 17:25:47 -0600 (MDT) From: Warren Block To: Kevin Oberman cc: Allan Jude , Hans Ottevanger , "Andrey V. Elsukov" , FreeBSD Current Subject: Re: Lenovo BIOS boot fix In-Reply-To: Message-ID: References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> <55A41036.2070602@freebsd.org> <55A416EC.2020306@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 13 Jul 2015 17:25:47 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 23:25:56 -0000 On Mon, 13 Jul 2015, Kevin Oberman wrote: > > This is possibly orthogonal and possibly not of use on X2nn systems, but I boot my T520 with a GPT formatted disk as the secondary drive by having the MBR disk0 configured with booteasy > and telling it to boot disk1. While this is of no use on single spindle systems like the X220, I have been told that a MBR USB drive can be used to do the same thing. I have not tried > this and can't confirm, though. Clearly a kludge work-around, but better than nothing and works well for me as I have always left Windows on the main drive and put FreeBSD on the > removable one. Please, whoever has one of these systems, find a contact address for Lenovo. It should be on every one of these messages, and we should be encouraging every affected user to contact Lenovo support. I can post it in the forums, also. From owner-freebsd-current@freebsd.org Tue Jul 14 01:19:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7A709981D2 for ; Tue, 14 Jul 2015 01:19:35 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D9CA1094; Tue, 14 Jul 2015 01:19:34 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t6E1JQp8004556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 19:19:26 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t6E1JPrv004552; Mon, 13 Jul 2015 19:19:25 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 13 Jul 2015 19:19:25 -0600 (MDT) From: Warren Block To: Adrian Chadd cc: Allan Jude , Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current Subject: Re: Lenovo BIOS boot fix In-Reply-To: Message-ID: References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 13 Jul 2015 19:19:26 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 01:19:35 -0000 On Mon, 13 Jul 2015, Adrian Chadd wrote: > I'm really confused. Why is the active flag not set again? > > I thought that was the whole point of the active flag in the partition table. At one point, smart people explained this to me. My fault if I do not remember it correctly (not that it will stop me from attempting an explanation): MBR partitions have active flags. The BIOS is supposed to boot from the one that is set active. It is not required that one be set active, though. Most BIOS systems will still boot without any MBR partitions set active, presumably from the first partition. The PMBR on a GPT disk is a simulation of an MBR. However, according to the GPT standard, that simulated first MBR partition in the PMBR must not be set active. A strict UEFI implementation will *not* boot if there is an active flag set for a PMBR partition. Earlier versions of the FreeBSD PMBR had the PMBR partition set active, which was wrong. The current version is correct. I'm fairly sure we've seen people with both problems on the mailing lists and in the forums: BIOS systems that would not boot without an MBR partition set active, and UEFI systems that would not boot when a PMBR partition was set active. They are rare, but it goes to prove you can't win. (To fix old, incorrect FreeBSD PMBR versions, gpart can be used to set the "active" property on the GPT disk itself, which clears an active flag set on a PMBR partition. So the problem should already be fixed, but this is the "set active" we are talking about.) From owner-freebsd-current@freebsd.org Tue Jul 14 01:37:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FE14998A41 for ; Tue, 14 Jul 2015 01:37:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EECF8194C; Tue, 14 Jul 2015 01:37:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igcqs7 with SMTP id qs7so71239188igc.0; Mon, 13 Jul 2015 18:37:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=roYX/NJx23jjx5bfaERh1fEP85PMpL8FZMzLZAX1Pns=; b=OE6GFE2BJAY8FINZe1WVyP8yhDJgDIyr0yR06EQrVegmLPpfPFcu6em9dQQFUy+mBE R40e5C+VtY5zI1lWXuN3rPpoXvtyoevi9w9Ps2DPKPqWo7pLMRi1Fx0sqlT+owFBdtNd S4VWiE0bnWwtKMzD/CkimzTtI94QJk/PEA1/sjZ1caGi8Wg7fHYdq8YrgJEaDe2xyVac AN2cYGwEaiboqr1rcBaED1gJ8ePx9ivsWCwxQB84weYJN8MtzTAYPeGrsQAb6xNFpuyU FyxlFLoYfDqvQw0g2AYc86aa+OZYSiHVfRwWH+fLCho1iLHzap1ifOoR2vTPaZ7Rij2m Gqnw== MIME-Version: 1.0 X-Received: by 10.50.111.167 with SMTP id ij7mr16117078igb.49.1436837828352; Mon, 13 Jul 2015 18:37:08 -0700 (PDT) Received: by 10.36.38.133 with HTTP; Mon, 13 Jul 2015 18:37:08 -0700 (PDT) In-Reply-To: References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> Date: Mon, 13 Jul 2015 18:37:08 -0700 Message-ID: Subject: Re: Lenovo BIOS boot fix From: Adrian Chadd To: Warren Block Cc: Allan Jude , Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 01:37:09 -0000 Hi, But the problem here is that we're using GPT but /not/ UEFI, right? That's why that's all a mess? -adrian From owner-freebsd-current@freebsd.org Tue Jul 14 01:45:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B934A998C32 for ; Tue, 14 Jul 2015 01:45:26 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id EB72C1D1F; Tue, 14 Jul 2015 01:45:25 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id t6E1jOgC001015; Tue, 14 Jul 2015 10:45:24 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id t6E1jNB17013; Tue, 14 Jul 2015 10:45:23 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id t6E1jNaV011580; Tue, 14 Jul 2015 10:45:23 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id t6E1jNHZ011557; Tue, 14 Jul 2015 10:45:23 +0900 Date: Tue, 14 Jul 2015 10:45:22 +0900 (JST) Message-Id: <20150714.104522.1727426323279944326.okuno.kohji@jp.panasonic.com> To: mav@FreeBSD.org Cc: freebsd-current@freebsd.org, ken@freebsd.org, okuno.kohji@jp.panasonic.com Subject: Re: Why shoud we cause panic in scsi_da.c? From: Kohji Okuno In-Reply-To: <55A3D960.5000704@FreeBSD.org> References: <55A37933.3000802@selasky.org> <20150713.175143.290106286605820529.okuno.kohji@jp.panasonic.com> <55A3D960.5000704@FreeBSD.org> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 01:45:26 -0000 Hi, From: Alexander Motin Date: Mon, 13 Jul 2015 18:29:36 +0300 > Hi. > > On 13.07.2015 11:51, Kohji Okuno wrote: >>> On 07/13/15 10:11, Kohji Okuno wrote: >>>> Could you comment on my quesion? >>>> >>>>> I found panic() in scsi_da.c. Please find the following. >>>>> I think we should return with error without panic(). >>>>> What do you think about this? >>>>> >>>>> scsi_da.c: >>>>> 3018 } else if (bp != NULL) { >>>>> 3019 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) >>>>> 3020 panic("REQ_CMP with QFRZN"); >>>>> >>> >>> It looks to me more like an KASSERT() is appropriate here. > > As I can see, this panic() call was added by ken@ about 15 years ago. > I've added him to CC in case he has some idea why it was done. From my > personal opinion I don't see much reasons to allow CAM_DEV_QFRZN to be > returned only together with error. While is may have little sense in > case of successful command completion, I don't think it should be > treated as error. Simply removing this panic is probably a bad idea, > since if it happens device will just remain frozen forever, that will be > will be difficult to diagnose, but I would better just dropped device > freeze in that case same as in case of completion with error. Thank you for your comment. I have a strange USB HDD. When I access the specified sector, the kernel causes panic("REQ_CMP with QFRZN") always. After I modified the following, I think that I can recover from this state, although the specified sector access fails. This recovery means that I can access other sectors after this recovery. What do you think about my idea? @@ -3016,8 +3016,17 @@ dadone(struct cam_periph *periph, union ccb *done_ccb) /*timeout*/0, /*getcount_only*/0); } else if (bp != NULL) { +#if 0 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) panic("REQ_CMP with QFRZN"); +#else + if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) + cam_release_devq(done_ccb->ccb_h.path, + /*relsim_flags*/0, + /*reduction*/0, + /*timeout*/0, + /*getcount_only*/0); +#endif if (state == DA_CCB_DELETE) bp->bio_resid = 0; else Best regards, Kohji Okuno From owner-freebsd-current@freebsd.org Tue Jul 14 02:09:53 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D86699B37E for ; Tue, 14 Jul 2015 02:09:53 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A5FB01BEB; Tue, 14 Jul 2015 02:09:52 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t6E29ifL017312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 20:09:44 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t6E29h8S017309; Mon, 13 Jul 2015 20:09:43 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 13 Jul 2015 20:09:43 -0600 (MDT) From: Warren Block To: Adrian Chadd cc: Allan Jude , Hans Ottevanger , "Andrey V. Elsukov" , freebsd-current Subject: Re: Lenovo BIOS boot fix In-Reply-To: Message-ID: References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 13 Jul 2015 20:09:44 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 02:09:53 -0000 On Mon, 13 Jul 2015, Adrian Chadd wrote: > But the problem here is that we're using GPT but /not/ UEFI, right? > That's why that's all a mess? If you have a GPT layout, but it boots on a BIOS machine, the missing active flag on a standards-correct PMBR partition usually does not keep it from booting. Usually. The Lenovo thing is just a bug, firmware that sees GPT and automatically assumes that a GPT disk has all the UEFI features (extra partitions and security and cryptography and all that). That is wrong. Lenovo can fix it, and there should be villagers with pitchforks at their gates politely requesting that they fix it for these still-broken models like they have for other models. From owner-freebsd-current@freebsd.org Tue Jul 14 03:53:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09F1A99C712; Tue, 14 Jul 2015 03:53:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EE6F01DFD; Tue, 14 Jul 2015 03:53:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1CA9C90C; Tue, 14 Jul 2015 03:53:14 +0000 (UTC) Date: Tue, 14 Jul 2015 03:53:09 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: gjb@FreeBSD.org, cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <14291945.35.1436845990753.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #569 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 03:53:18 -0000 FreeBSD_HEAD_i386 - Build #569 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/569/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/569/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/569/console Change summaries: 285522 by cem: Fix cleanup race between unp_dispose and unp_gc unp_dispose and unp_gc could race to teardown the same mbuf chains, which can lead to dereferencing freed filedesc pointers. This patch adds an IGNORE_RIGHTS flag on unpcbs marking the unpcb's RIGHTS as invalid/freed. The flag is protected by UNP_LIST_LOCK. To serialize against unp_gc, unp_dispose needs the socket object. Change the dom_dispose() KPI to take a socket object instead of an mbuf chain directly. PR: 194264 Differential Revision: https://reviews.freebsd.org/D3044 Reviewed by: mjg (earlier version) Approved by: markj (mentor) Obtained from: mjg MFC after: 1 month Sponsored by: EMC / Isilon Storage Division 285517 by gjb: Document r281440, psm(4) enhancements. Sponsored by: The FreeBSD Foundation 285516 by gjb: Document r275800, reaper facility. Sponsored by: The FreeBSD Foundation 285515 by gjb: Document r271918, fix for panic when destroying vnet jail with gre(4). Sponsored by: The FreeBSD Foundation 285514 by gjb: Document r271917, fix for panic when destroying vnet jail with gif(4). Sponsored by: The FreeBSD Foundation The end of the build log: [...truncated 64577 lines...] --- all_subdir_libclangstaticanalyzercore --- --- SValBuilder.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core -I. -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/SValBuilder.cpp -o SValBuilder.o --- all_subdir_libclangstaticanalyzercheckers --- --- NoReturnFunctionChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/NoReturnFunctionChecker.cpp -o NoReturnFunctionChecker.o --- all_subdir_libclangsema --- --- SemaLookup.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaLookup.cpp -o SemaLookup.o --- all_subdir_libclangstaticanalyzercore --- --- SVals.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core -I. -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/SVals.cpp -o SVals.o --- all_subdir_libclangstaticanalyzercheckers --- --- NonNullParamChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/NonNullParamChecker.cpp -o NonNullParamChecker.o --- all_subdir_libclangsema --- --- SemaObjCProperty.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaObjCProperty.cpp -o SemaObjCProperty.o --- all_subdir_libclangstaticanalyzercore --- --- SimpleConstraintManager.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core -I. -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/SimpleConstraintManager.cpp -o SimpleConstraintManager.o --- all_subdir_libclangstaticanalyzercheckers --- --- ObjCAtSyncChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ObjCAtSyncChecker.cpp -o ObjCAtSyncChecker.o --- all_subdir_libclangstaticanalyzercore --- --- SimpleSValBuilder.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core -I. -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/SimpleSValBuilder.cpp -o SimpleSValBuilder.o --- Store.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core -I. -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/Store.cpp -o Store.o --- all_subdir_libclangsema --- --- SemaOpenMP.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOpenMP.cpp -o SemaOpenMP.o --- all_subdir_libclangstaticanalyzercheckers --- --- ObjCContainersASTChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ObjCContainersASTChecker.cpp -o ObjCContainersASTChecker.o --- ObjCContainersChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ObjCContainersChecker.cpp -o ObjCContainersChecker.o --- all_subdir_libclangstaticanalyzercore --- --- SubEngine.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core -I. -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/SubEngine.cpp -o SubEngine.o --- all_subdir_libclangstaticanalyzerfrontend --- ===> lib/clang/libclangstaticanalyzerfrontend (all) --- AnalysisConsumer.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend -I. -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend/AnalysisConsumer.cpp -o AnalysisConsumer.o --- all_subdir_libclangstaticanalyzercore --- --- SymbolManager.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core -I. -I/usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercore/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Core/SymbolManager.cpp -o SymbolManager.o --- all_subdir_libclangstaticanalyzercheckers --- --- ObjCMissingSuperCallChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ObjCMissingSuperCallChecker.cpp -o ObjCMissingSuperCallChecker.o --- all_subdir_libclangstaticanalyzercore --- --- libclangstaticanalyzercore.a --- building static clangstaticanalyzercore library ar -crD libclangstaticanalyzercore.a `NM='nm' lorder APSIntType.o AnalysisManager.o AnalyzerOptions.o BasicValueFactory.o BlockCounter.o BugReporter.o BugReporterVisitors.o CallEvent.o Checker.o CheckerContext.o CheckerHelpers.o CheckerManager.o CheckerRegistry.o CommonBugCategories.o ConstraintManager.o CoreEngine.o Environment.o ExplodedGraph.o ExprEngine.o ExprEngineC.o ExprEngineCXX.o ExprEngineCallAndReturn.o ExprEngineObjC.o FunctionSummary.o HTMLDiagnostics.o MemRegion.o PathDiagnostic.o PlistDiagnostics.o ProgramState.o RangeConstraintManager.o RegionStore.o SValBuilder.o SVals.o SimpleConstraintManager.o SimpleSValBuilder.o Store.o SubEngine.o SymbolManager.o | tsort -q` --- all_subdir_libclangsema --- --- SemaOverload.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp -o SemaOverload.o --- all_subdir_libclangstaticanalyzercore --- ranlib -D libclangstaticanalyzercore.a --- all_subdir_libclangstaticanalyzerfrontend --- --- CheckerRegistration.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend -I. -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend/CheckerRegistration.cpp -o CheckerRegistration.o --- all_subdir_libclangstaticanalyzercheckers --- --- ObjCSelfInitChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ObjCSelfInitChecker.cpp -o ObjCSelfInitChecker.o --- all_subdir_libclangsema --- --- SemaPseudoObject.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaPseudoObject.cpp -o SemaPseudoObject.o --- all_subdir_libclangstaticanalyzercheckers --- --- ObjCUnusedIVarsChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ObjCUnusedIVarsChecker.cpp -o ObjCUnusedIVarsChecker.o --- PointerArithChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/PointerArithChecker.cpp -o PointerArithChecker.o --- all_subdir_libclangstaticanalyzerfrontend --- --- ModelConsumer.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend -I. -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend/ModelConsumer.cpp -o ModelConsumer.o --- all_subdir_libclangsema --- --- SemaStmt.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmt.cpp -o SemaStmt.o --- all_subdir_libclangstaticanalyzercheckers --- --- PointerSubChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/PointerSubChecker.cpp -o PointerSubChecker.o --- all_subdir_libclangstaticanalyzerfrontend --- --- FrontendActions.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend -I. -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend/FrontendActions.cpp -o FrontendActions.o --- all_subdir_libclangstaticanalyzercheckers --- --- PthreadLockChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/PthreadLockChecker.cpp -o PthreadLockChecker.o --- RetainCountChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/RetainCountChecker.cpp -o RetainCountChecker.o --- all_subdir_libclangstaticanalyzerfrontend --- --- ModelInjector.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend -I. -I/usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzerfrontend/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Frontend/ModelInjector.cpp -o ModelInjector.o --- all_subdir_libclangsema --- --- SemaStmtAsm.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAsm.cpp -o SemaStmtAsm.o --- all_subdir_libclangstaticanalyzercheckers --- --- ReturnPointerRangeChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ReturnPointerRangeChecker.cpp -o ReturnPointerRangeChecker.o --- all_subdir_libclangstaticanalyzerfrontend --- --- libclangstaticanalyzerfrontend.a --- building static clangstaticanalyzerfrontend library ar -crD libclangstaticanalyzerfrontend.a `NM='nm' lorder AnalysisConsumer.o CheckerRegistration.o ModelConsumer.o FrontendActions.o ModelInjector.o | tsort -q` ranlib -D libclangstaticanalyzerfrontend.a --- all_subdir_libclangsema --- --- SemaStmtAttr.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAttr.cpp -o SemaStmtAttr.o --- all_subdir_libclangstaticanalyzercheckers --- --- ReturnUndefChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ReturnUndefChecker.cpp -o ReturnUndefChecker.o --- all_subdir_libllvmanalysis --- ===> lib/clang/libllvmanalysis (all) --- AliasAnalysis.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/AliasAnalysis.cpp -o AliasAnalysis.o --- all_subdir_libllvmasmparser --- ===> lib/clang/libllvmasmparser (all) --- LLLexer.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser -I. -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser/LLLexer.cpp -o LLLexer.o --- all_subdir_libllvmanalysis --- --- AliasAnalysisCounter.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/AliasAnalysisCounter.cpp -o AliasAnalysisCounter.o --- all_subdir_libclangsema --- --- SemaTemplate.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplate.cpp -o SemaTemplate.o --- all_subdir_libllvmasmparser --- --- LLParser.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser -I. -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser/LLParser.cpp -o LLParser.o --- all_subdir_libllvmanalysis --- --- AliasAnalysisEvaluator.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/AliasAnalysisEvaluator.cpp -o AliasAnalysisEvaluator.o --- all_subdir_libclangstaticanalyzercheckers --- --- SimpleStreamChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/SimpleStreamChecker.cpp -o SimpleStreamChecker.o --- all_subdir_libllvmanalysis --- --- AliasDebugger.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/AliasDebugger.cpp -o AliasDebugger.o --- AliasSetTracker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/AliasSetTracker.cpp -o AliasSetTracker.o --- all_subdir_libclangstaticanalyzercheckers --- --- StackAddrEscapeChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/StackAddrEscapeChecker.cpp -o StackAddrEscapeChecker.o --- all_subdir_libllvmanalysis --- --- Analysis.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/Analysis.cpp -o Analysis.o --- all_subdir_libllvmasmparser --- --- Parser.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser -I. -I/usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmasmparser/../../../contrib/llvm/lib/AsmParser/Parser.cpp -o Parser.o --- all_subdir_libllvmanalysis --- --- AssumptionCache.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/AssumptionCache.cpp -o AssumptionCache.o --- all_subdir_libllvmasmparser --- --- libllvmasmparser.a --- building static llvmasmparser library ar -crD libllvmasmparser.a `NM='nm' lorder LLLexer.o LLParser.o Parser.o | tsort -q` ranlib -D libllvmasmparser.a --- all_subdir_libclangstaticanalyzercheckers --- --- StreamChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/StreamChecker.cpp -o StreamChecker.o --- all_subdir_libllvmanalysis --- --- BasicAliasAnalysis.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/BasicAliasAnalysis.cpp -o BasicAliasAnalysis.o --- all_subdir_libclangsema --- --- SemaTemplateDeduction.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateDeduction.cpp -o SemaTemplateDeduction.o --- all_subdir_libllvmanalysis --- --- BlockFrequencyInfo.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/BlockFrequencyInfo.cpp -o BlockFrequencyInfo.o --- all_subdir_libclangstaticanalyzercheckers --- --- TaintTesterChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/TaintTesterChecker.cpp -o TaintTesterChecker.o --- all_subdir_libllvmanalysis --- --- BlockFrequencyInfoImpl.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/BlockFrequencyInfoImpl.cpp -o BlockFrequencyInfoImpl.o --- all_subdir_libclangstaticanalyzercheckers --- --- TestAfterDivZeroChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/TestAfterDivZeroChecker.cpp -o TestAfterDivZeroChecker.o --- all_subdir_libllvmanalysis --- --- BranchProbabilityInfo.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/BranchProbabilityInfo.cpp -o BranchProbabilityInfo.o --- CFG.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/CFG.cpp -o CFG.o --- all_subdir_libclangstaticanalyzercheckers --- --- TraversalChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/TraversalChecker.cpp -o TraversalChecker.o --- all_subdir_libllvmanalysis --- --- CFGPrinter.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/CFGPrinter.cpp -o CFGPrinter.o --- CFLAliasAnalysis.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/CFLAliasAnalysis.cpp -o CFLAliasAnalysis.o --- all_subdir_libclangstaticanalyzercheckers --- --- UndefBranchChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/UndefBranchChecker.cpp -o UndefBranchChecker.o --- all_subdir_libclangsema --- --- SemaTemplateInstantiate.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateInstantiate.cpp -o SemaTemplateInstantiate.o --- all_subdir_libllvmanalysis --- --- CGSCCPassManager.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/CGSCCPassManager.cpp -o CGSCCPassManager.o --- all_subdir_libclangstaticanalyzercheckers --- --- UndefCapturedBlockVarChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/UndefCapturedBlockVarChecker.cpp -o UndefCapturedBlockVarChecker.o --- all_subdir_libllvmanalysis --- --- CaptureTracking.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/CaptureTracking.cpp -o CaptureTracking.o --- all_subdir_libclangsema --- --- SemaTemplateInstantiateDecl.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp -o SemaTemplateInstantiateDecl.o --- all_subdir_libllvmanalysis --- --- CodeMetrics.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/CodeMetrics.cpp -o CodeMetrics.o --- ConstantFolding.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ConstantFolding.cpp -o ConstantFolding.o --- all_subdir_libclangstaticanalyzercheckers --- --- UndefResultChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/UndefResultChecker.cpp -o UndefResultChecker.o --- all_subdir_libllvmanalysis --- --- CostModel.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/CostModel.cpp -o CostModel.o --- all_subdir_libclangstaticanalyzercheckers --- --- UndefinedArraySubscriptChecker.o --- c++ -O2 -pipe -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -Qunused-arguments -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/UndefinedArraySubscriptChecker.cpp -o UndefinedArraySubscriptChecker.o Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4381892239941973114.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 Slave went offline during the build ERROR: Connection was broken: java.io.EOFException at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Build step 'Execute a set of scripts' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue Jul 14 04:42:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53F4099CFF8; Tue, 14 Jul 2015 04:42:37 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E76E22FDE; Tue, 14 Jul 2015 04:42:36 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t6E4gYKu055263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Jul 2015 22:42:34 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t6E4gYPc055260; Mon, 13 Jul 2015 22:42:34 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 13 Jul 2015 22:42:34 -0600 (MDT) From: Warren Block To: Benjamin Kaduk cc: wblock@FreeBSD.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for FreeBSD 2015Q2 (April-June) Status Reports In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 13 Jul 2015 22:42:34 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 04:42:37 -0000 Have you submitted your quarterly report yet? People need to know about the cool things being done with, or to, or by FreeBSD. In an effort that will surely never come back to haunt us all, I have committed all the reports I saw in monthly@ to the upcoming status report. However, I am also easily distracted by shiny objects and might have missed some. If you have not yet received a passive-aggressive "thanks" mail, please make sure your report is included here: https://svnweb.freebsd.org/doc/head/en_US.ISO8859-1/htdocs/news/status/report-2015-04-2015-06.xml?view=markup If your report is missing or not present, please resubmit to bjk@FreeBSD.org, monthly@FreeBSD.org, and cc me at wblock@FreeBSD.org. The deadline is July 14 (yes, today), but of course some of us would rather wait than miss interesting reports. Or dull ones, to be honest. But there is an interesting report lurking inside even the dull ones. Particularly if some words are replaced with others. Assistance in polishing a bare list of feats into a truly Herculean accomplishment can be provided on a limited-time, first-come first-serve, contents may have settled during shipment basis. Grammer can be goodered and Englished up, too. On Wed, 8 Jul 2015, Benjamin Kaduk wrote: > Dear FreeBSD Community, > > Only one week remains before the deadline to submit entries for the next > FreeBSD Quarterly Status update -- the deadline is July 14, 2015, for work > done in April through June. > > Status report submissions do not have to be very long. They may be > about anything happening in the FreeBSD project and community, and > provide a great way to inform FreeBSD users and developers about what > you're working on. Submission of reports is not restricted to > committers. Anyone doing anything interesting and FreeBSD-related > can -- and should -- write one! > > The preferred and easiest submission method is to use the XML > generator [1] with the results emailed to the status report team at > monthly at freebsd.org . There is also an XML template [2] which can be > filled out manually and attached if preferred. For the expected > content and style, please study our guidelines on how to write a good > status report [3]. You can also review previous issues [4][5] for > ideas on the style and format. > > We are looking forward to all of your 2015Q2 reports! > > Thanks, > Ben (on behalf of monthly@) > > > [1] http://www.freebsd.org/cgi/monthly.cgi > [2] http://www.freebsd.org/news/status/report-sample.xml > [3] http://www.freebsd.org/news/status/howto.html > [4] http://www.freebsd.org/news/status/report-2014-10-2014-12.html > [5] http://www.freebsd.org/news/status/report-2015-01-2015-03.html > > From owner-freebsd-current@freebsd.org Tue Jul 14 06:06:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2361F9E1D for ; Tue, 14 Jul 2015 06:06:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 02BB82F94; Tue, 14 Jul 2015 06:06:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5A633963; Tue, 14 Jul 2015 06:06:05 +0000 (UTC) Date: Tue, 14 Jul 2015 06:06:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1884741230.37.1436853964728.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1182 - Unstable MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: UNSTABLE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 06:06:06 -0000 FreeBSD_HEAD-tests - Build #1182 - Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1182/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1182/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1182/console Change summaries: No changes The end of the build log: [...truncated 4416 lines...] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus4 -> passed [0.312s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus5 -> passed [0.274s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus6 -> passed [0.199s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus7 -> passed [0.262s] [192.168.10.2] out: bin/sh/expansion/functional_test:plus_minus8 -> passed [0.339s] [192.168.10.2] out: bin/sh/expansion/functional_test:question1 -> passed [0.382s] [192.168.10.2] out: bin/sh/expansion/functional_test:readonly1 -> passed [0.340s] [192.168.10.2] out: bin/sh/expansion/functional_test:redir1 -> passed [0.422s] [192.168.10.2] out: bin/sh/expansion/functional_test:set_u1 -> passed [1.303s] [192.168.10.2] out: bin/sh/expansion/functional_test:set_u2 -> passed [0.295s] [192.168.10.2] out: bin/sh/expansion/functional_test:set_u3 -> passed [1.071s] [192.168.10.2] out: bin/sh/expansion/functional_test:tilde1 -> passed [0.362s] [192.168.10.2] out: bin/sh/expansion/functional_test:tilde2 -> passed [0.337s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim1 -> passed [0.194s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim2 -> passed [0.180s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim3 -> passed [0.186s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim4 -> passed [0.297s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim5 -> passed [0.521s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim6 -> passed [0.433s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim7 -> passed [0.510s] [192.168.10.2] out: bin/sh/expansion/functional_test:trim8 -> passed [0.335s] [192.168.10.2] out: bin/sh/parameters/functional_test:env1 -> passed [0.970s] [192.168.10.2] out: bin/sh/parameters/functional_test:exitstatus1 -> passed [0.322s] [192.168.10.2] out: bin/sh/parameters/functional_test:mail1 -> passed [0.550s] [192.168.10.2] out: bin/sh/parameters/functional_test:mail2 -> passed [0.506s] [192.168.10.2] out: bin/sh/parameters/functional_test:optind1 -> passed [1.282s] [192.168.10.2] out: bin/sh/parameters/functional_test:optind2 -> passed [2.549s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional1 -> passed [0.371s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional2 -> passed [0.253s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional3 -> passed [0.224s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional4 -> passed [0.220s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional5 -> passed [0.202s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional6 -> passed [0.180s] [192.168.10.2] out: bin/sh/parameters/functional_test:positional7 -> passed [0.385s] [192.168.10.2] out: bin/sh/parameters/functional_test:pwd1 -> passed [0.670s] [192.168.10.2] out: bin/sh/parameters/functional_test:pwd2 -> passed [0.674s] [192.168.10.2] out: bin/sh/parser/functional_test:alias1 -> passed [0.316s] [192.168.10.2] out: bin/sh/parser/functional_test:alias10 -> passed [0.222s] [192.168.10.2] out: bin/sh/parser/functional_test:alias11 -> passed [0.312s] [192.168.10.2] out: bin/sh/parser/functional_test:alias12 -> passed [0.285s] [192.168.10.2] out: bin/sh/parser/functional_test:alias13 -> passed [0.265s] [192.168.10.2] out: bin/sh/parser/functional_test:alias14 -> passed [0.430s] [192.168.10.2] out: bin/sh/parser/functional_test:alias15 -> passed [0.406s] [192.168.10.2] out: bin/sh/parser/functional_test:alias2 -> passed [0.555s] [192.168.10.2] out: bin/sh/parser/functional_test:alias3 -> passed [0.550s] [192.168.10.2] out: bin/sh/parser/functional_test:alias4 -> passed [0.345s] [192.168.10.2] out: bin/sh/parser/functional_test:alias5 -> passed [0.253s] [192.168.10.2] out: bin/sh/parser/functional_test:alias6 -> passed [0.960s] [192.168.10.2] out: bin/sh/parser/functional_test:alias7 -> passed [0.306s] [192.168.10.2] out: bin/sh/parser/functional_test:alias8 -> passed [0.295s] [192.168.10.2] out: bin/sh/parser/functional_test:alias9 -> passed [0.243s] [192.168.10.2] out: bin/sh/parser/functional_test:and_pipe_not -> passed [0.268s] [192.168.10.2] out: bin/sh/parser/functional_test:case1 -> passed [0.324s] [192.168.10.2] out: bin/sh/parser/functional_test:case2 -> passed [0.689s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote1 -> passed [0.518s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote10 -> passed [1.008s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote11 -> passed [0.358s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote2 -> passed [0.588s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote3 -> passed [0.189s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote4 -> passed [0.267s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote5 -> passed [0.189s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote6 -> passed [0.210s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote7 -> passed [0.217s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote8 -> passed [0.236s] [192.168.10.2] out: bin/sh/parser/functional_test:dollar_quote9 -> passed [0.217s] [192.168.10.2] out: bin/sh/parser/functional_test:empty_braces1 -> passed [0.250s] [192.168.10.2] out: bin/sh/parser/functional_test:empty_cmd1 -> passed [0.748s] [192.168.10.2] out: bin/sh/parser/functional_test:for1 -> passed [0.912s] [192.168.10.2] out: bin/sh/parser/functional_test:for2 -> passed [0.603s] [192.168.10.2] out: bin/sh/parser/functional_test:func1 -> passed [1.040s] [192.168.10.2] out: bin/sh/parser/functional_test:func2 -> passed [0.458s] [192.168.10.2] out: bin/sh/parser/functional_test:func3 -> passed [0.827s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc1 -> passed [0.785s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc10 -> passed [0.670s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc11 -> passed [0.612s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc12 -> passed [0.542s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc2 -> passed [0.413s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc3 -> passed [0.821s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc4 -> passed [0.479s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc5 -> passed [0.363s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc6 -> passed [0.303s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc7 -> passed [0.423s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc8 -> passed [1.045s] [192.168.10.2] out: bin/sh/parser/functional_test:heredoc9 -> passed [1.028s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont1 -> passed [0.183s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont10 -> passed [0.278s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont11 -> passed [0.610s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont2 -> passed [0.210s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont3 -> passed [0.194s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont4 -> passed [0.208s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont5 -> passed [0.214s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont6 -> passed [0.248s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont7 -> passed [0.184s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont8 -> passed [0.196s] [192.168.10.2] out: bin/sh/parser/functional_test:line_cont9 -> passed [0.195s] [192.168.10.2] out: bin/sh/parser/functional_test:no_space1 -> passed [0.250s] [192.168.10.2] out: bin/sh/parser/functional_test:no_space2 -> passed [0.362s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir1 -> passed [0.405s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir2 -> passed [0.513s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir3 -> passed [0.289s] [192.168.10.2] out: bin/sh/parser/functional_test:only_redir4 -> passed [0.582s] [192.168.10.2] out: bin/sh/parser/functional_test:pipe_not1 -> passed [0.769s] [192.168.10.2] out: bin/sh/parser/functional_test:var_assign1 -> passed [0.828s] [192.168.10.2] out: bin/sh/set-e/functional_test:and1 -> passed [0.767s] [192.168.10.2] out: bin/sh/set-e/functional_test:and2 -> passed [0.874s] [192.168.10.2] out: bin/sh/set-e/functional_test:and3 -> passed [0.676s] [192.168.10.2] out: bin/sh/set-e/functional_test:and4 -> passed [0.288s] [192.168.10.2] out: bin/sh/set-e/functional_test:background1 -> passed [0.709s] [192.168.10.2] out: bin/sh/set-e/functional_test:cmd1 -> passed [0.170s] [192.168.10.2] out: bin/sh/set-e/functional_test:cmd2 -> passed [0.293s] [192.168.10.2] out: bin/sh/set-e/functional_test:elif1 -> passed [0.214s] [192.168.10.2] out: bin/sh/set-e/functional_test:elif2 -> passed [0.246s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval1 -> passed [0.261s] [192.168.10.2] out: bin/sh/set-e/functional_test:eval2 -> passed [0.282s] [192.168.10.2] out: bin/sh/set-e/functional_test:for1 -> passed [0.275s] [192.168.10.2] out: bin/sh/set-e/functional_test:func1 -> passed [0.192s] [192.168.10.2] out: bin/sh/set-e/functional_test:func2 -> passed [0.474s] [192.168.10.2] out: bin/sh/set-e/functional_test:if1 -> passed [0.360s] [192.168.10.2] out: bin/sh/set-e/functional_test:if2 -> passed [0.401s] [192.168.10.2] out: bin/sh/set-e/functional_test:if3 -> passed [0.448s] [192.168.10.2] out: bin/sh/set-e/functional_test:not1 -> passed [0.296s] [192.168.10.2] out: bin/sh/set-e/functional_test:not2 -> passed [0.268s] [192.168.10.2] out: bin/sh/set-e/functional_test:or1 -> passed [0.852s] [192.168.10.2] out: bin/sh/set-e/functional_test:or2 -> passed [0.257s] [192.168.10.2] out: bin/sh/set-e/functional_test:or3 -> passed [0.271s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe1 -> passed [0.272s] [192.168.10.2] out: bin/sh/set-e/functional_test:pipe2 -> passed [0.301s] [192.168.10.2] out: bin/sh/set-e/functional_test:return1 -> passed [0.334s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi1 -> passed [0.211s] [192.168.10.2] out: bin/sh/set-e/functional_test:semi2 -> passed [0.207s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell1 -> passed [0.659s] [192.168.10.2] out: bin/sh/set-e/functional_test:subshell2 -> passed [0.714s] [192.168.10.2] out: bin/sh/set-e/functional_test:until1 -> passed [0.497s] [192.168.10.2] out: bin/sh/set-e/functional_test:until2 -> passed [0.202s] [192.168.10.2] out: bin/sh/set-e/functional_test:until3 -> passed [0.212s] [192.168.10.2] out: bin/sh/set-e/functional_test:while1 -> passed [0.192s] [192.168.10.2] out: bin/sh/set-e/functional_test:while2 -> passed [0.458s] [192.168.10.2] out: bin/sh/set-e/functional_test:while3 -> passed [0.227s] [192.168.10.2] out: bin/mv/legacy_test:main -> passed [6.846s] [192.168.10.2] out: sbin/devd/client_test:seqpacket -> passed [0.883s] [192.168.10.2] out: sbin/devd/client_test:stream -> passed [0.367s] [192.168.10.2] out: sbin/dhclient/option-domain-search_test:main -> passed [0.131s] [192.168.10.2] out: sbin/growfs/legacy_test:main -> passed [20.499s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_malloc -> passed [1.315s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_swap -> passed [0.735s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_explicit_type -> passed [6.014s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_larger_than_file -> passed [1.213s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_non_explicit_type -> passed [1.529s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_sector_size -> passed [0.820s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_smaller_than_file -> passed [0.679s] [192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_with_specific_unit_number -> passed [0.579s] [192.168.10.2] out: sbin/ifconfig/nonexistent_test:nonexistent -> passed [0.503s] [192.168.10.2] out: [192.168.10.2] out: Results file id is usr_tests.20150714-025921-661641 [192.168.10.2] out: Results saved to /root/.kyua/store/results.usr_tests.20150714-025921-661641.db [192.168.10.2] out: [192.168.10.2] out: 4335/4336 passed (1 failed) [192.168.10.2] out: Warning: run() received nonzero return code 1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt [192.168.10.2] run: kyua report-junit --output=test-report.xml [192.168.10.2] run: shutdown -p now [192.168.10.2] out: Shutdown NOW! [192.168.10.2] out: shutdown: [pid 68481] [192.168.10.2] out: fff00 broadcast 192.168.10.255 kyuatestprompt # Jul 14 03:02:34 sm-mta[2069]: t6E32YGM002069: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Jul 14 03:02:35 sm-mta[2085]: t6E32YGM002069: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Jul 14 03:02:46 sm-mta[2132]: t6E32kwA002132: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Jul 14 03:02:46 sm-mta[2133]: t6E32kwA002132: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory ahcich0: Timeout on slot 16 port 0 ahcich0: is 00000000 cs 00000000 ss 00070000 rs 00070000 tfd 50 serr 00000000 cmd 1000d217 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 f8 c2 27 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 20 port 0 ahcich0: is 00000000 cs 00000000 ss 00300000 rs 00300000 tfd 50 serr 00000000 cmd 1000d517 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 c0 08 28 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 9 port 0 ahcich0: is 00000000 cs 00000000 ss 007ffe00 rs 007ffe00 tfd 50 serr 00000000 cmd 1000d617 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 00 09 28 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 22 port 0 ahcich0: is 00000000 cs 00000000 ss 01c00000 rs 01c00000 tfd 50 serr 00000000 cmd 1000d817 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 00 0a 28 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 20 port 0 ahcich0: is 00000000 cs 00000000 ss fff00000 rs fff00000 tfd 50 serr 00000000 cmd 1000df17 (ada0:aStopping cron. Waiting for PIDS: 577. Stopping sshd. Waiting for PIDS: 542. Stopping casperd. Waiting for PIDS: 443. Stopping devd. Waiting for PIDS: 275. Writing entropy file:. Writing early boot entropy file:. Terminated . Jul 14 06:05:10 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 done All buffers synced. lock order reversal: 1st 0xfffff800062ca7c8 ufs (ufs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_mount.c:1224 2nd 0xfffff800062cb240 devfs (devfs) @ /builds/FreeBSD_HEAD/sys/kern/vfs_subr.c:2197 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe007bdea650 witness_checkorder() at witness_checkorder+0xe7a/frame 0xfffffe007bdea6d0 __lockmgr_args() at __lockmgr_args+0xa5c/frame 0xfffffe007bdea800 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe007bdea820 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe007bdea850 _vn_lock() at _vn_lock+0x9a/frame 0xfffffe007bdea8c0 vget() at vget+0x69/frame 0xfffffe007bdea910 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe007bdea960 devfs_root() at devfs_root+0x43/frame 0xfffffe007bdea990 dounmount() at dounmount+0x443/frame 0xfffffe007bdeaa10 vfs_unmountall() at vfs_unmountall+0x69/frame 0xfffffe007bdeaa40 kern_reboot() at kern_reboot+0x4f6/frame 0xfffffe007bdeaac0 sys_reboot() at sys_reboot+0x58/frame 0xfffffe007bdeaae0 amd64_syscall() at amd64_syscall+0x282/frame 0xfffffe007bdeabf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe007bdeabf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x41205a, rsp = 0x7fffffffe718, rbp = 0x7fffffffe810 --- Uptime: 3h6m18s acpi0: Powering system off + sudo python /vm/freebsd-ci/scripts/test/extract-test-logs.py -f /vm/freebsd-ci/scripts/test/config/config.json mdconfig -a -u 99 -t vnode -f /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img umount /tmp/tmp7dsjjs mdconfig -d -u 99 Recording test results Build step 'Publish JUnit test result report' changed build result to UNSTABLE Email was triggered for: Unstable (Test Failures) Sending email for trigger: Unstable (Test Failures) From owner-freebsd-current@freebsd.org Tue Jul 14 06:23:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2BAB99C18E; Tue, 14 Jul 2015 06:23:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3E19D3; Tue, 14 Jul 2015 06:23:16 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EAAF2966; Tue, 14 Jul 2015 06:23:16 +0000 (UTC) Date: Tue, 14 Jul 2015 06:23:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, jmg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1042077753.39.1436854996927.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <14291945.35.1436845990753.JavaMail.jenkins@jenkins-9.freebsd.org> References: <14291945.35.1436845990753.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #570 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 06:23:16 -0000 FreeBSD_HEAD_i386 - Build #570 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/570/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/570/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/570/console Change summaries: 285524 by adrian: Populate hw.model with the CPU model information. Now you see something like: # sysctl hw.model hw.model: Atheros AR9330 rev 1 Tested: * Carambola 2, AR9331 SoC 285523 by jmg: cryptodev is not needed for TCP_SIGNATURE... Comment that cryptodev shouldn't be used unless you know what you're doing... The various arm/mips and one powerpc configs that have cryptodev in them need to be addressed, audited if they provide benefit and removed if they don't... From owner-freebsd-current@freebsd.org Tue Jul 14 13:58:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B61A199BE9B for ; Tue, 14 Jul 2015 13:58:56 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74E79AA3 for ; Tue, 14 Jul 2015 13:58:56 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ZF0jV-003Js2-Lq>; Tue, 14 Jul 2015 15:58:53 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ZF0jV-001tWc-Fy>; Tue, 14 Jul 2015 15:58:53 +0200 Date: Tue, 14 Jul 2015 15:58:48 +0200 From: "O. Hartmann" To: freebsd-current@freebsd.org Subject: mount_smbfs: syserr: Authetication error (option -N) Message-ID: <20150714155848.7ee77773@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 13:58:56 -0000 Running CURRENT and trying to mount a "share" provided by a M$ Windows 2012R2 server via autofs fails with an authetication error. I tested successfully to mount the share via mount_smbfs manually, but whenever I provide the option "-N" I receive this sticky authentication error. The manpage for mount_smbfs refers to /etc/nsmb.conf and therein the password should be provided in cleartext or simple encrypted. Further, the FreeBSD onboard tool "smbutil crypt SOMEPASSWORD" is suggested, creating a weak obscured password hash for exactly the purpose I described above. Mounting the share via mount_smbfs -I XXX.XXX.XXX.XXX //user@NetBIOSName/ShareName /mount/point results in being asjed for the password interactively and after providing the correct password by typing into the console, the share is mounted successfully. Now, with only the option "-N" added: mount_smbfs -N -I XXX.XXX.XXX.XXX //user@NetBIOSName/ShareName /mount/point which is supposed to fetch the password from /etc/nsmb.conf or ~/nsmb.conf or ~/.nsmbrc (I created successively all of them) via the "password=$$1XXXXXXXXXXXXXXX" tag, fails. The file looks like [...] [default] [ShareName] password=$$1XXXXXXXXXXXXXXXXX [...] I tried to encapsulate the password with single- or doublequotes, but nothing worked so far. I suspect that the documentation is in a bad shape hiding the fact that mount_smbfs is providing via interactive mode the right hash, but neither cleartext nor the manpgae-suggested solution within nsmb.conf provides the correct hashed/non-hashed password. The aim is to provide on an embedded system (NanoBSD) a share, mounted on demand via AUTOFS. This fails so far for the automatic password provision. Interactive provided password works like a charme. Can someone shed some light on this problem? How can I create a proper hash for the password (FreeBSD onboard tools?) and how to provide AUTOFS or mount_smbfs with option -N with this password? Thank you very much in advance, Oliver Hartmann From owner-freebsd-current@freebsd.org Tue Jul 14 14:19:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD6F89A189E for ; Tue, 14 Jul 2015 14:19:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C8A999A2; Tue, 14 Jul 2015 14:19:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D33DBA17; Tue, 14 Jul 2015 14:19:33 +0000 (UTC) Date: Tue, 14 Jul 2015 14:19:32 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <329098442.41.1436883572298.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1884741230.37.1436853964728.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1884741230.37.1436853964728.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1183 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 14:19:38 -0000 FreeBSD_HEAD-tests - Build #1183 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1183/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1183/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1183/console Change summaries: No changes From owner-freebsd-current@freebsd.org Tue Jul 14 15:35:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E1309A1EFF for ; Tue, 14 Jul 2015 15:35:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3CB17F4 for ; Tue, 14 Jul 2015 15:35:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZF2EZ-0003LP-Tw for freebsd-current@freebsd.org; Tue, 14 Jul 2015 17:35:04 +0200 Received: from gly.ftfl.ca ([129.173.34.203]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2015 17:35:03 +0200 Received: from jrm by gly.ftfl.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2015 17:35:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Joseph Mingrone Subject: Re: Lenovo BIOS boot fix Date: Tue, 14 Jul 2015 12:29:04 -0300 Lines: 45 Message-ID: <86h9p6rc5b.fsf@gly.ftfl.ca> References: <55A1FFD5.7080008@freebsd.org> <55A2030B.7010405@freebsd.org> <55A2835F.1030004@yandex.ru> <55A2ACDD.408@freebsd.org> <55A36FBE.1020206@beastielabs.net> <55A3D01E.40102@freebsd.org> <55A3DF26.5020602@freebsd.org> <55A41036.2070602@freebsd.org> <55A416EC.2020306@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: gly.ftfl.ca User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) Cancel-Lock: sha1:HLmevKSONWpYURoU5zwtV/tmQBs= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 15:35:14 -0000 --=-=-= Content-Type: text/plain Warren Block writes: > Please, whoever has one of these systems, find a contact address for > Lenovo. It should be on every one of these messages, and we should be > encouraging every affected user to contact Lenovo support. I can post > it in the forums, also. gethuman.com lists customerfeedback@lenovo.com as a contact email. http://www.headquartersinfo.com/lenovo-headquarters-information/ One this page is a list of the "Lenovo Headquarters Executive Team". Most of them have Twitter accounts. Some public tweets to them might have a strong impact. If you're providing feedback and you don't agree with Lenovo's practice of preventing you from installing your own wireless card, please mention that as well. There is also a petition: https://www.change.org/p/lenovo-release-an-unencumbered-version-of-the-bios. Joseph --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVpSrAAAoJEDakDIOw1u+eN4cP/j0a8ZLQiJHQgzZ73vSsZgj5 x4fb8sXrjzqmsVtx/tN/s+/gWp10CtIIQkqjQOO80W+NzvJhKkRD05mwtHM+w6ht ZeczMTDF39cpux6x7mERKARxnjBBczG2OFmIxMMpLrVEXdS7GkoInJlWu/yREW3J G082Nfld+pU413sZFafeUoT/3kreLuVVahF5oXZVFwuEApEp+wS5rruDMpflUg+P IgLr//vP63PWxo3yi9pdsQwXKi5buegOShkdlIPc5/CGIFqy4mG//CrWOx2xAANq Va5ofgjEtgF1Tbkr3CaAs+ig4iDs9Wewo2T5yy/398il8mRgvc8VmPpFR1z+w8k6 8wdr0efG7J5GZtF/Q6+FnZ69ilTPMn5LfliWsxskyg0NEZRH8QqduV3cAnbf/cUh jwrq+TQFgh5p4od9ucwLT1I54VO5MfmI3nq2ZDi6NP/XABk65gEeaPLUl/otAvIN bWW5d7raRwhUT/PPXlFcotKyREv7tEHcXDTIHCF7c6F9isVKXO+7mtuhoZ22R2Wk Tb1dIkeQd6Lhk629Dn6Xf2ZPpQ7QUtZP5jHenJwDMm7Ljc/aQzTYRmwHtxdlsMdl H4szQHnRIEXcdm9eSN+v5w3diAg8GjRn267V6e7MYl+8Ey8OPubwdXm50F/Ehxbp O9idfTPgWlnQhSQfl7OQ =4tsn -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@freebsd.org Tue Jul 14 19:49:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADFB09A1E4F for ; Tue, 14 Jul 2015 19:49:38 +0000 (UTC) (envelope-from ken@kdm.org) Received: from doriath.kdm.org (doriath.kdm.org [96.89.93.251]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "doriath.kdm.org", Issuer "doriath.kdm.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EB4A1063; Tue, 14 Jul 2015 19:49:38 +0000 (UTC) (envelope-from ken@kdm.org) Received: from doriath.kdm.org (localhost [127.0.0.1]) by doriath.kdm.org (8.14.9/8.14.9) with ESMTP id t6EJnU2V051356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Jul 2015 15:49:30 -0400 (EDT) (envelope-from ken@doriath.kdm.org) Received: (from ken@localhost) by doriath.kdm.org (8.14.9/8.14.9/Submit) id t6EJnTR5051355; Tue, 14 Jul 2015 15:49:29 -0400 (EDT) (envelope-from ken) Date: Tue, 14 Jul 2015 15:49:29 -0400 From: "Kenneth D. Merry" To: Alexander Motin Cc: Kohji Okuno , freebsd-current@freebsd.org Subject: Re: Why shoud we cause panic in scsi_da.c? Message-ID: <20150714194929.GA51157@doriath.kdm.org> References: <20150709.150520.1823457260978955949.okuno.kohji@jp.panasonic.com> <20150713.171110.531869520391748650.okuno.kohji@jp.panasonic.com> <55A37933.3000802@selasky.org> <20150713.175143.290106286605820529.okuno.kohji@jp.panasonic.com> <55A3D960.5000704@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55A3D960.5000704@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (doriath.kdm.org [127.0.0.1]); Tue, 14 Jul 2015 15:49:30 -0400 (EDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on doriath.kdm.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 19:49:38 -0000 On Mon, Jul 13, 2015 at 18:29:36 +0300, Alexander Motin wrote: > Hi. > > On 13.07.2015 11:51, Kohji Okuno wrote: > >> On 07/13/15 10:11, Kohji Okuno wrote: > >>> Could you comment on my quesion? > >>> > >>>> I found panic() in scsi_da.c. Please find the following. > >>>> I think we should return with error without panic(). > >>>> What do you think about this? > >>>> > >>>> scsi_da.c: > >>>> 3018 } else if (bp != NULL) { > >>>> 3019 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) > >>>> 3020 panic("REQ_CMP with QFRZN"); > >>>> > >> > >> It looks to me more like an KASSERT() is appropriate here. > > As I can see, this panic() call was added by ken@ about 15 years ago. > I've added him to CC in case he has some idea why it was done. From my > personal opinion I don't see much reasons to allow CAM_DEV_QFRZN to be > returned only together with error. While is may have little sense in > case of successful command completion, I don't think it should be > treated as error. Simply removing this panic is probably a bad idea, > since if it happens device will just remain frozen forever, that will be > will be difficult to diagnose, but I would better just dropped device > freeze in that case same as in case of completion with error. I put it there because it indicates a software error. The queue shouldn't be frozen if the command is successful. The reason for freezing the queue is to allow error recovery to happen. The queue will get unfrozen after error recovery completes. We could alternately just print a diagnostic message, unfreeze the queue and move on, but the idea is to allow the driver writer to detect and correct his error immediately. As for the original poster's problem, he has uncovered a bug that needs to be fixed. (And I don't mean in the da(4) driver. The bug is in the component that left the queue frozen. Most likely in the USB driver, but it will take a little more investigation.) The panic worked as intended. :) Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@freebsd.org Tue Jul 14 20:04:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAE439A1525; Tue, 14 Jul 2015 20:04:57 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from smtp.hungerhost.com (smtp.hungerhost.com [216.38.53.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 904901A8E; Tue, 14 Jul 2015 20:04:57 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from [50.153.131.146] (port=12939 helo=[172.20.20.20]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85) (envelope-from ) id 1ZF6Rg-0003gS-VY; Tue, 14 Jul 2015 16:04:53 -0400 From: "George Neville-Neil" To: "O. Hartmann" Cc: "Fabian Keil" , freebsd-current@freebsd.org, "Matthew D. Fuller" , svn-src-head@freebsd.org Subject: Re: geli AES-XTS provider attachment broken after r285336 (was: svn commit: r285336 - in head/sys: netipsec opencrypto) Date: Tue, 14 Jul 2015 16:04:42 -0400 Message-ID: <79203CB8-850C-4CC7-AFA6-32A2505A7409@freebsd.org> In-Reply-To: <20150711212729.55815877.ohartman@zedat.fu-berlin.de> References: <201507091816.t69IGawf097288@repo.freebsd.org> <20150711044843.GG96394@over-yonder.net> <4308d5d9.790ffd96@fabiankeil.de> <20150711212729.55815877.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_A97807A3-8631-40DF-A13B-5B359F1DF609_="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Mailer: MailMate (1.9.2r5107) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 20:04:57 -0000 This is an OpenPGP/MIME signed message (RFC 3156 and 4880). --=_MailMate_A97807A3-8631-40DF-A13B-5B359F1DF609_= Content-Type: text/plain On 11 Jul 2015, at 15:27, O. Hartmann wrote: > Am Sat, 11 Jul 2015 19:04:07 +0200 > Fabian Keil schrieb: > >> "Matthew D. Fuller" wrote: >> >>> On Thu, Jul 09, 2015 at 06:16:36PM +0000 I heard the voice of >>> George V. Neville-Neil, and lo! it spake thus: >>>> New Revision: 285336 >>>> URL: https://svnweb.freebsd.org/changeset/base/285336 >>>> >>>> Log: >>>> Add support for AES modes to IPSec. These modes work both in software only >>>> mode and with hardware support on systems that have AESNI instructions. >>> >>> With (apparently) this change, I can trigger a panic at will by >>> running >>> >>> % geli onetime -e AES-XTS -d /dev/ada0s1 >> >> Thanks for the heads-up. >> >> As it wasn't obvious to me: the commit broke attachment >> of AES-XTS providers in general. >> >> Reverting it lets my test system boot again. >> >> Fabian > > Running CURRENT on several Intel platforms, using swap.eli on all systems is usual to my > setups. On modern hardware, say >= Intel i7 architectures (with or without AES-NI), I > didn't recognize a panic at all but in one case a core i3 starts swapping dies > immediately. Another box, a dual core XEON Core2 Duo based architecture without AES-NI > fails booting immediately after I see the mounting and initialising of swap.eli. Maybe > this observation is of use. This was addressed by jmg@ in: 285526 Best, George --=_MailMate_A97807A3-8631-40DF-A13B-5B359F1DF609_= Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlWla1oACgkQYdh2wUQKM9L1bgCg4ejUs3wWYCDoSyanxVzNa4nB ulUAn0nxPoYk78U8OaNRV6/xoHFVgyHr =RbDT -----END PGP SIGNATURE----- --=_MailMate_A97807A3-8631-40DF-A13B-5B359F1DF609_=-- From owner-freebsd-current@freebsd.org Tue Jul 14 20:19:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 393549A1CE1; Tue, 14 Jul 2015 20:19:00 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 288CC1B67; Tue, 14 Jul 2015 20:19:00 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B5036A7E; Tue, 14 Jul 2015 20:18:59 +0000 (UTC) Date: Tue, 14 Jul 2015 20:18:47 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: markj@FreeBSD.org, markm@FreeBSD.org, ed@FreeBSD.org, andrew@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1125299492.44.1436905137071.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #577 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 20:19:00 -0000 FreeBSD_HEAD_i386 - Build #577 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/577/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/577/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/577/console Change summaries: 285551 by andrew: Also accept "ok" to enable a device, some vendor device trees use this when they mean "okay" 285550 by markm: Widen the host field so that a full IPv6 address will be seen. 285549 by ed: Implement the CloudABI random_get() system call. The random_get() system call works similar to getentropy()/getrandom() on OpenBSD/Linux. It fills a buffer with random data. This change introduces a new function, read_random_uio(), that is used to implement read() on the random devices. We can call into this function from within the CloudABI compatibility layer. Approved by: secteam Reviewed by: jmg, markm, wblock Obtained from: https://github.com/NuxiNL/freebsd Differential Revision: https://reviews.freebsd.org/D3053 285548 by markj: Fix some error-handling bugs when core dump compression is enabled: - Ensure that core dump parameters are initialized in the error path. - Don't call gzio_fini() on a NULL stream. Reported by: rpaulo The end of the build log: [...truncated 192026 lines...] ptr = Alignvol(ptr); ^ ~~~~~~~~~~~~~ /usr/src/sys/dev/ie/if_ie.c:1466:7: warning: assigning to 'caddr_t' (aka 'char *') from 'volatile void *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] ptr = Alignvol(ptr); ^ ~~~~~~~~~~~~~ /usr/src/sys/dev/ie/if_ie.c:1471:9: warning: passing 'v_caddr_t' (aka 'volatile char *') to parameter of type 'void *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] bzero((v_caddr_t) sc->xmit_cmds[i], sizeof *sc->xmit_cmds[i]); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/systm.h:239:18: note: passing argument to parameter 'buf' here void bzero(void *buf, size_t len) __nonnull(1); ^ /usr/src/sys/dev/ie/if_ie.c:1472:9: warning: passing 'v_caddr_t' (aka 'volatile char *') to parameter of type 'void *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] bzero((v_caddr_t) sc->xmit_buffs[i], sizeof *sc->xmit_buffs[i]); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/src/sys/sys/systm.h:239:18: note: passing argument to parameter 'buf' here void bzero(void *buf, size_t len) __nonnull(1); ^ --- iir_ctrl.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/iir/iir_ctrl.c --- if_gem.o --- ctfconvert -L VERSION -g if_gem.o --- ips.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ips/ips.c -Wno-error-sometimes-uninitialized --- iir_ctrl.o --- ctfconvert -L VERSION -g iir_ctrl.o --- ips_commands.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ips/ips_commands.c --- if_ie.o --- 23 warnings generated. ctfconvert -L VERSION -g if_ie.o --- ips_ioctl.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ips/ips_ioctl.c --- ips_commands.o --- ctfconvert -L VERSION -g ips_commands.o --- isp.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/isp/isp.c --- ips.o --- ctfconvert -L VERSION -g ips.o --- iir.o --- ctfconvert -L VERSION -g iir.o --- isp_freebsd.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/isp/isp_freebsd.c --- ips_ioctl.o --- ctfconvert -L VERSION -g ips_ioctl.o --- isp_library.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/isp/isp_library.c --- isp_target.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/isp/isp_target.c ctfconvert -L VERSION -g isp_target.o --- kbdmux.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/kbdmux/kbdmux.c ctfconvert -L VERSION -g kbdmux.o --- am7990.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/le/am7990.c ctfconvert -L VERSION -g am7990.o --- am79900.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/le/am79900.c --- isp_freebsd.o --- ctfconvert -L VERSION -g isp_freebsd.o --- lance.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/le/lance.c --- isp_library.o --- ctfconvert -L VERSION -g isp_library.o --- if_malo.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/malo/if_malo.c --- am79900.o --- ctfconvert -L VERSION -g am79900.o --- if_malohal.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/malo/if_malohal.c --- lance.o --- ctfconvert -L VERSION -g lance.o --- mfi.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mfi/mfi.c --- if_malohal.o --- ctfconvert -L VERSION -g if_malohal.o --- mfi.o --- /usr/src/sys/dev/mfi/mfi.c:3368:14: warning: comparison of array 'sc->mfi_kbuff_arr_busaddr' not equal to a null pointer is always true [-Wtautological-pointer-compare] if (sc->mfi_kbuff_arr_busaddr != 0) ~~~~^~~~~~~~~~~~~~~~~~~~~ ~ --- mfi_disk.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mfi/mfi_disk.c --- if_malo.o --- ctfconvert -L VERSION -g if_malo.o --- mfi_syspd.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mfi/mfi_syspd.c --- mfi_disk.o --- ctfconvert -L VERSION -g mfi_disk.o --- mfi_tbolt.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mfi/mfi_tbolt.c --- mfi_syspd.o --- ctfconvert -L VERSION -g mfi_syspd.o --- mlx.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mlx/mlx.c --- mfi_tbolt.o --- ctfconvert -L VERSION -g mfi_tbolt.o --- mlx_disk.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mlx/mlx_disk.c --- mfi.o --- 1 warning generated. ctfconvert -L VERSION -g mfi.o --- mpr_config.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mpr/mpr_config.c --- mlx_disk.o --- ctfconvert -L VERSION -g mlx_disk.o --- mpr_mapping.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mpr/mpr_mapping.c -Wno-error-sometimes-uninitialized --- mlx.o --- ctfconvert -L VERSION -g mlx.o --- mpr_sas.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mpr/mpr_sas.c -Wno-unneeded-internal-declaration --- mpr_config.o --- ctfconvert -L VERSION -g mpr_config.o --- mpr_sas_lsi.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mpr/mpr_sas_lsi.c --- isp.o --- ctfconvert -L VERSION -g isp.o --- mpr_table.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mpr/mpr_table.c ctfconvert -L VERSION -g mpr_table.o --- mps_config.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mps/mps_config.c --- mpr_mapping.o --- ctfconvert -L VERSION -g mpr_mapping.o --- mps_mapping.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mps/mps_mapping.c -Wno-error-sometimes-uninitialized --- mpr_sas_lsi.o --- ctfconvert -L VERSION -g mpr_sas_lsi.o --- mps_sas.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mps/mps_sas.c -Wno-unneeded-internal-declaration --- mpr_sas.o --- ctfconvert -L VERSION -g mpr_sas.o --- mps_config.o --- ctfconvert -L VERSION -g mps_config.o --- mps_sas_lsi.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mps/mps_sas_lsi.c --- mps_table.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mps/mps_table.c ctfconvert -L VERSION -g mps_table.o --- if_mwl.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mwl/if_mwl.c --- mps_mapping.o --- ctfconvert -L VERSION -g mps_mapping.o --- mps_sas_lsi.o --- ctfconvert -L VERSION -g mps_sas_lsi.o --- mwlhal.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/mwl/mwlhal.c --- ncr53c500.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ncv/ncr53c500.c --- mps_sas.o --- ctfconvert -L VERSION -g mps_sas.o --- nsp.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/nsp/nsp.c --- ncr53c500.o --- ctfconvert -L VERSION -g ncr53c500.o --- null.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/null/null.c ctfconvert -L VERSION -g null.o --- rt2560.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ral/rt2560.c --- mwlhal.o --- ctfconvert -L VERSION -g mwlhal.o --- rt2661.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ral/rt2661.c --- nsp.o --- ctfconvert -L VERSION -g nsp.o --- rt2860.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/ral/rt2860.c --- if_mwl.o --- ctfconvert -L VERSION -g if_mwl.o --- randomdev.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/random/randomdev.c /usr/src/sys/dev/random/randomdev.c:171:7: error: use of undeclared identifier 'flags'; did you mean 'labs'? if (flags & O_NONBLOCK) { ^~~~~ labs /usr/src/sys/sys/libkern.h:70:22: note: 'labs' declared here static __inline long labs(long a) { return (a < 0 ? -a : a); } ^ /usr/src/sys/dev/random/randomdev.c:171:13: error: invalid operands to binary expression ('long (*)(long)' and 'int') if (flags & O_NONBLOCK) { ~~~~~ ^ ~~~~~~~~~~ 2 errors generated. *** [randomdev.o] Error code 1 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC --- rt2560.o --- ctfconvert -L VERSION -g rt2560.o --- rt2661.o --- ctfconvert -L VERSION -g rt2661.o --- rt2860.o --- ctfconvert -L VERSION -g rt2860.o 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8776384320068562350.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Tue Jul 14 20:51:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BACA9A189C for ; Tue, 14 Jul 2015 20:51:43 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: from mail-wi0-x243.google.com (mail-wi0-x243.google.com [IPv6:2a00:1450:400c:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E383725C2; Tue, 14 Jul 2015 20:51:42 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: by wibk6 with SMTP id k6so2821159wib.0; Tue, 14 Jul 2015 13:51:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=MhQOhMuxL4lnka3lP+kWE/pAf8A9rly7OEAemii8TMA=; b=jbgiPzyeTrK8svg/ENZqh9WQUnxdOdmSBA+TdWPzAfhB3mbH7jkUzCgl08JHcgW8kk G2nSLiXEg8s7vYaWRPzxCHLmAa5C9cnLT0oEqC+b6BrLuYvWSll8cHwGAqZH3YwlKSTB 05vwcxc3Y/rvhmpXTxbiRPx7vnKnu9iCoYg7eKmlQvatxgvkocwsa+IZNG0kL83APMGT SGdP7PEvOgq4cfaqsNSK8FGfnvP6k8b+jmqXDjmWiTAaKYMcysMxglN1wPBUL18zfenY CmY3XN1nzHXGrXlVGYqWkopb363e+TvAFZ3q0rEPc5KmUaxXRQGnpK6VWlN160guOWGM FpDQ== X-Received: by 10.180.88.99 with SMTP id bf3mr37610083wib.75.1436907101433; Tue, 14 Jul 2015 13:51:41 -0700 (PDT) Received: from localhost ([176.221.120.130]) by smtp.gmail.com with ESMTPSA id ej5sm4074149wjd.22.2015.07.14.13.51.40 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Jul 2015 13:51:40 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Tue, 14 Jul 2015 22:47:43 +0200 From: Pawel Pekala To: Mateusz Guzik Cc: freebsd-current@freebsd.org, John-Mark Gurney Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150714224743.0927db44@FreeBSD.org> In-Reply-To: <20150713212820.GA21313@dft-labs.eu> References: <20150713231205.627bab36@FreeBSD.org> <20150713212820.GA21313@dft-labs.eu> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 20:51:43 -0000 Hi Mateusz, On 2015-07-13 23:28 +0200, Mateusz Guzik wrote: >On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: >> Hi >>=20 >> I'm getting 100% reproducible kernel crash while trying build ports >> with poudriere on my system. This started to show up about 2-3 weeks >> ago. I upgrade my system on weekly basis usually on saturday. >> Here's backtrace: >>=20 >> (kgdb) bt >[..] >> at /hdd/src/sys/amd64/amd64/trap.c:201 >> #25 0xffffffff80dace32 in calltrap () >> at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0xffffffff80941430 >> in knote (list=3D0xfffff801a2589408, hint=3D2147483648, lockflags=3D> optimized out>) at /hdd/src/sys/kern/kern_event.c:1920 #27 >> 0xffffffff80946a51 in exit1 (td=3D0xfffff801b84014d0, rv=3D> optimized out>) at /hdd/src/sys/kern/kern_exit.c:560 #28 >> 0xffffffff80945f1e in sys_sys_exit (td=3D0x0, uap=3D> out>) at /hdd/src/sys/kern/kern_exit.c:178 #29 0xffffffff80dcdaa2 in >> out>amd64_syscall (td=3D0xfffff801b84014d0, traced=3D0) >> at subr_syscall.c:133 >> #30 0xffffffff80dad11b in Xfast_syscall () >> at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x0000000800922eea >> in ?? () Previous frame inner to this frame (corrupt stack?) >> Current language: auto; currently minimal >>=20 >> Let me know if you need more details. > > >Well, if the problem is really that reproducible it would be best if >you narrowed it down to the exact commit. > >However, quick look suggests you may be a "victim" of r284861. After further testing I can confirm that this panic was introduced in r284861, thanks for the hint! --=20 pozdrawiam / with regards Pawe=C5=82 P=C4=99kala From owner-freebsd-current@freebsd.org Tue Jul 14 22:21:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A07B79A215D; Tue, 14 Jul 2015 22:21:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB3110A5; Tue, 14 Jul 2015 22:21:21 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7E604A95; Tue, 14 Jul 2015 22:21:21 +0000 (UTC) Date: Tue, 14 Jul 2015 22:21:19 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, bapt@FreeBSD.org, joel@FreeBSD.org, gjb@FreeBSD.org, allanjude@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <704667036.48.1436912480610.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1125299492.44.1436905137071.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1125299492.44.1436905137071.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #578 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 22:21:21 -0000 FreeBSD_HEAD_i386 - Build #578 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/578/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/578/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/578/console Change summaries: 285573 by ed: Fix the build after breaking it in r285549. I performed the commit on a different system as where I wrote the change. After pulling in the change from Phabricator, I didn't notice that a single chunk did not apply. Approved by: secteam (implicit, as intended change was approved) Pointy hat to: me 285566 by gjb: Reword the r282731 entry. Sponsored by: The FreeBSD Foundation 285565 by gjb: Document r279950, bzipfs support in EFI loader. Sponsored by: The FreeBSD Foundation 285564 by gjb: Document r282731, ubldr is relocatable. Sponsored by: The FreeBSD Foundation 285563 by gjb: Document r282727, support for booting relocatable kernels extended beyond non-EFI systems. Sponsored by: The FreeBSD Foundation 285562 by gjb: Document r277962, support for booting relocatable PowerPC kernels. Sponsored by: The FreeBSD Foundation 285561 by gjb: Document r277644, AUDMUX, SDMA, SSI support. Sponsored by: The FreeBSD Foundation 285560 by gjb: Document r268838, support for Toradex Apalis i.MX6 board. Sponsored by: The FreeBSD Foundation 285559 by gjb: Document r266943, r267390: Support for Exynos 5420 and SMP enabled by default. Sponsored by: The FreeBSD Foundation 285558 by gjb: Document r277042, support to poweroff the BeagleBone Black via shutdown(8) and poweroff(8) added. Sponsored by: The FreeBSD Foundation 285557 by allanjude: Make bsdinstall's zfsboot script align partitions to 4k/1m when the user requests it PR: 195174 Reviewed by: darius Approved by: brueffer MFC after: 3 days Relnotes: yes Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D3062 285556 by joel: mdoc: minor Xr fixes 285555 by joel: mdoc: add missing .El 285554 by allanjude: Set a mountpoint on the root of the pool so user-created datasets have a mountpoint to inherit Reviewed by: darius Approved by: brueffer MFC after: 3 days Relnotes: yes Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D3063 285553 by allanjude: Have bsdinstall's zfsboot script make /var/audit its own dataset, so it is not part of the OS boot environment PR: 199864 Submitted by: Jason Unovitch Approved by: brueffer MFC after: 3 days Relnotes: yes Differential Revision: https://reviews.freebsd.org/D2861 285552 by bapt: Convert atoi(3) to stronum(3) which allows to arguments and report proper errors to the users Obtained from: OpenBSD From owner-freebsd-current@freebsd.org Tue Jul 14 22:27:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 681F59A22D5 for ; Tue, 14 Jul 2015 22:27:10 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D98B16E5; Tue, 14 Jul 2015 22:27:09 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6EMR2ga052858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2015 15:27:02 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6EMR2EJ052857; Tue, 14 Jul 2015 15:27:02 -0700 (PDT) (envelope-from jmg) Date: Tue, 14 Jul 2015 15:27:02 -0700 From: John-Mark Gurney To: Pawel Pekala Cc: Mateusz Guzik , freebsd-current@FreeBSD.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150714222702.GX8523@funkthat.com> References: <20150713231205.627bab36@FreeBSD.org> <20150713212820.GA21313@dft-labs.eu> <20150714224743.0927db44@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150714224743.0927db44@FreeBSD.org> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 14 Jul 2015 15:27:03 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 22:27:10 -0000 Pawel Pekala wrote this message on Tue, Jul 14, 2015 at 22:47 +0200: > On 2015-07-13 23:28 +0200, Mateusz Guzik wrote: > >On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: > >> Hi > >> > >> I'm getting 100% reproducible kernel crash while trying build ports > >> with poudriere on my system. This started to show up about 2-3 weeks > >> ago. I upgrade my system on weekly basis usually on saturday. > >> Here's backtrace: > >> > >> (kgdb) bt > >[..] > >> at /hdd/src/sys/amd64/amd64/trap.c:201 > >> #25 0xffffffff80dace32 in calltrap () > >> at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0xffffffff80941430 > >> in knote (list=0xfffff801a2589408, hint=2147483648, lockflags= >> optimized out>) at /hdd/src/sys/kern/kern_event.c:1920 #27 > >> 0xffffffff80946a51 in exit1 (td=0xfffff801b84014d0, rv= >> optimized out>) at /hdd/src/sys/kern/kern_exit.c:560 #28 > >> 0xffffffff80945f1e in sys_sys_exit (td=0x0, uap= >> out>) at /hdd/src/sys/kern/kern_exit.c:178 #29 0xffffffff80dcdaa2 in > >> out>amd64_syscall (td=0xfffff801b84014d0, traced=0) > >> at subr_syscall.c:133 > >> #30 0xffffffff80dad11b in Xfast_syscall () > >> at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x0000000800922eea > >> in ?? () Previous frame inner to this frame (corrupt stack?) > >> Current language: auto; currently minimal > >> > >> Let me know if you need more details. > > > > > >Well, if the problem is really that reproducible it would be best if > >you narrowed it down to the exact commit. > > > >However, quick look suggests you may be a "victim" of r284861. > > After further testing I can confirm that this panic was introduced in > r284861, thanks for the hint! Can you tell me what your line 1920 of kern_event.c is? (and the context around it? Or at least the $FreeBSD$ line from kern_event.c? Because in HEAD, the line is: } else if ((lockflags & KNF_NOKQLOCK) != 0) { and there isn't a way to fault on that code... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Tue Jul 14 22:38:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26DCC9A2636 for ; Tue, 14 Jul 2015 22:38:30 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 08A1116B3; Tue, 14 Jul 2015 22:38:30 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6EMcTuE052999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2015 15:38:29 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6EMcTsN052998; Tue, 14 Jul 2015 15:38:29 -0700 (PDT) (envelope-from jmg) Date: Tue, 14 Jul 2015 15:38:29 -0700 From: John-Mark Gurney To: Pawel Pekala Cc: freebsd-current@freebsd.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150714223829.GY8523@funkthat.com> References: <20150713231205.627bab36@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150713231205.627bab36@FreeBSD.org> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 14 Jul 2015 15:38:29 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 22:38:30 -0000 Pawel Pekala wrote this message on Mon, Jul 13, 2015 at 23:12 +0200: > Let me know if you need more details. Were you running X at the time of the crash? and if so, can you try to reproduce w/o X running? It's hard to know if the panic (and you didn't include the panic string) is due to kern_event, or trying to do too much in the console driver. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Wed Jul 15 15:44:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB1E99A1211 for ; Wed, 15 Jul 2015 15:44:28 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7AB491AF4 for ; Wed, 15 Jul 2015 15:44:28 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: by wicmv11 with SMTP id mv11so1654253wic.1 for ; Wed, 15 Jul 2015 08:44:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=2QWZReeAGUcqLXgpURWwOuula+a+wEJs+emBbHmc+Jo=; b=TEf46LyE/c2t9pwbF7M+p8KroJkQEUoQYDdsgj+5BvX0ptw7/B4DOVsjBPcwrbGQq9 O34tLFuPjsWss96RNR1SipbZqRuJyLsDUN0ONhCX4nVfy4tgj6+HsG8ar17qJgDDdG4u v23kTloqAkAsh6U2h+GByDOc8fY21+/pxzYQ04ZDegPHnzlU+p5thmtfGWlg1nutdZqN xH19WGA2em7MUzw5ZEXoKfzkTJoH6RHMHsLKng2zR/b363FzeOEOFhJEHIL3ae5I/ufE Vhv8d4mV/5+kji43gPR8G5oM9cQLYg2ttr4ypEtCMrU1Vk3ojwlT7wpzUHl4woGknlyU TOyw== X-Received: by 10.180.9.7 with SMTP id v7mr279892wia.60.1436975067063; Wed, 15 Jul 2015 08:44:27 -0700 (PDT) Received: from localhost ([176.221.120.130]) by smtp.gmail.com with ESMTPSA id i6sm8489039wjf.29.2015.07.15.08.44.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Jul 2015 08:44:26 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Wed, 15 Jul 2015 17:40:27 +0200 From: Pawel Pekala To: John-Mark Gurney Cc: Mateusz Guzik , freebsd-current@FreeBSD.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150715174027.5c61e658@FreeBSD.org> In-Reply-To: <20150714222702.GX8523@funkthat.com> References: <20150713231205.627bab36@FreeBSD.org> <20150713212820.GA21313@dft-labs.eu> <20150714224743.0927db44@FreeBSD.org> <20150714222702.GX8523@funkthat.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 15:44:29 -0000 Hi John-Mark, On 2015-07-14 15:27 -0700, John-Mark Gurney wrote: >Pawel Pekala wrote this message on Tue, Jul 14, 2015 at 22:47 +0200: >> On 2015-07-13 23:28 +0200, Mateusz Guzik wrote: >> >On Mon, Jul 13, 2015 at 11:12:05PM +0200, Pawel Pekala wrote: >> >> Hi >> >>=20 >> >> I'm getting 100% reproducible kernel crash while trying build >> >> ports with poudriere on my system. This started to show up about >> >> 2-3 weeks ago. I upgrade my system on weekly basis usually on >> >> saturday. Here's backtrace: >> >>=20 >> >> (kgdb) bt >> >[..] >> >> at /hdd/src/sys/amd64/amd64/trap.c:201 >> >> #25 0xffffffff80dace32 in calltrap () >> >> at /hdd/src/sys/amd64/amd64/exception.S:235 #26 0xffffffff80941430 >> >> in knote (list=3D0xfffff801a2589408, hint=3D2147483648, >> >> lockflags=3D) >> >> at /hdd/src/sys/kern/kern_event.c:1920 #27 0xffffffff80946a51 in >> >> exit1 (td=3D0xfffff801b84014d0, rv=3D) >> >> at /hdd/src/sys/kern/kern_exit.c:560 #28 0xffffffff80945f1e in >> >> sys_sys_exit (td=3D0x0, uap=3D> >> out>) at /hdd/src/sys/kern/kern_exit.c:178 #29 0xffffffff80dcdaa2 >> >> out>in amd64_syscall (td=3D0xfffff801b84014d0, traced=3D0) >> >> at subr_syscall.c:133 >> >> #30 0xffffffff80dad11b in Xfast_syscall () >> >> at /hdd/src/sys/amd64/amd64/exception.S:395 #31 0x0000000800922eea >> >> in ?? () Previous frame inner to this frame (corrupt stack?) >> >> Current language: auto; currently minimal >> >>=20 >> >> Let me know if you need more details. >> > >> > >> >Well, if the problem is really that reproducible it would be best if >> >you narrowed it down to the exact commit. >> > >> >However, quick look suggests you may be a "victim" of r284861. >>=20 >> After further testing I can confirm that this panic was introduced in >> r284861, thanks for the hint! > >Can you tell me what your line 1920 of kern_event.c is? (and the >context around it? Or at least the $FreeBSD$ line from >kern_event.c? Because in HEAD, the line is: > } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { > >and there isn't a way to fault on that code... Yes, this is strange. if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) =3D=3D KN_INFLU= X) { /* * Do not process the influx notes, except for * the influx coming from the kq unlock in the * kqueue_scan(). In the later case, we do * not interfere with the scan, since the code * fragment in kqueue_scan() locks the knlist, * and cannot proceed until we finished. */ KQ_UNLOCK(kq); =3D=3D=3D> line 1920 } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { kn->kn_status |=3D KN_INFLUX; KQ_UNLOCK(kq); error =3D kn->kn_fop->f_event(kn, hint); KQ_LOCK(kq); kn->kn_status &=3D ~KN_INFLUX; if (error) KNOTE_ACTIVATE(kn, 1); KQ_UNLOCK_FLUX(kq); } else { Id line: __FBSDID("$FreeBSD: head/sys/kern/kern_event.c 284215 2015-06-10 10:48:12Z = mjg $"); --=20 pozdrawiam / with regards Pawe=C5=82 P=C4=99kala From owner-freebsd-current@freebsd.org Wed Jul 15 15:50:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B23729A1306 for ; Wed, 15 Jul 2015 15:50:18 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFCC1E56 for ; Wed, 15 Jul 2015 15:50:18 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: by wgxm20 with SMTP id m20so37123812wgx.3 for ; Wed, 15 Jul 2015 08:50:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=TEjhqRBj9ISAiuqwIJGNAbhJ6Hdz+tt5c1nU/epR+0Q=; b=almdYzdm7DR4R1ePvUBsvpm+eVdOpO0V7UajHMw1+9Vy4Z39ZoMUhozjGdVloJzhox Ra9geBErD8hKHi+Xb7xyU1f1HYbryFixJ2SOiJ5mrJQ5eohuxiiJl7+gUu1gPOhZKEiz xYFv+JVpBw9vXM1FRIivQ1t88Uo+U46kO7v/WS2S8uPm03rNAOEdib7oh7BsW087KyfZ 3mmvCQGjE4NMV4wtdQXgpI69Q2biVpYDXrCOY6DhC021JBuUuyOB+TT7Y7uzvtmNHLt9 VWYc405eM61D6ds8vwYQks2HlZsWzDE+SmkW2a3KZtBUeijB0HFvTWNTJC0fyhgMXWl5 6a4g== X-Received: by 10.194.61.44 with SMTP id m12mr9790578wjr.103.1436975416454; Wed, 15 Jul 2015 08:50:16 -0700 (PDT) Received: from localhost ([176.221.120.130]) by smtp.gmail.com with ESMTPSA id df1sm570342wib.12.2015.07.15.08.50.15 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Jul 2015 08:50:15 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Wed, 15 Jul 2015 17:46:16 +0200 From: Pawel Pekala To: John-Mark Gurney Cc: freebsd-current@freebsd.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150715174616.652d0aea@FreeBSD.org> In-Reply-To: <20150714223829.GY8523@funkthat.com> References: <20150713231205.627bab36@FreeBSD.org> <20150714223829.GY8523@funkthat.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 15:50:18 -0000 Hi John-Mark, On 2015-07-14 15:38 -0700, John-Mark Gurney wrote: >Pawel Pekala wrote this message on Mon, Jul 13, 2015 at 23:12 +0200: >> Let me know if you need more details. > >Were you running X at the time of the crash? and if so, can you try >to reproduce w/o X running? It's hard to know if the panic (and you >didn't include the panic string) is due to kern_event, or trying to >do too much in the console driver. > >Thanks. Last tests were done with X running yes. Today I did same test with all services commented out in rc.conf (including X) and did get same result. Poudriere causes kernel panic always in the same spot: [00:00:39] =3D=3D=3D=3D>> Calculating ports order and dependencies --=20 pozdrawiam / with regards Pawe=C5=82 P=C4=99kala From owner-freebsd-current@freebsd.org Wed Jul 15 18:05:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC62C9A213E for ; Wed, 15 Jul 2015 18:05:26 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BFA26141A; Wed, 15 Jul 2015 18:05:26 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t6FI5Qm0068469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jul 2015 11:05:26 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t6FI5QgP068468; Wed, 15 Jul 2015 11:05:26 -0700 (PDT) (envelope-from jmg) Date: Wed, 15 Jul 2015 11:05:26 -0700 From: John-Mark Gurney To: Pawel Pekala Cc: freebsd-current@FreeBSD.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150715180526.GM8523@funkthat.com> References: <20150713231205.627bab36@FreeBSD.org> <20150714223829.GY8523@funkthat.com> <20150715174616.652d0aea@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150715174616.652d0aea@FreeBSD.org> X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Wed, 15 Jul 2015 11:05:26 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 18:05:27 -0000 Pawel Pekala wrote this message on Wed, Jul 15, 2015 at 17:46 +0200: > On 2015-07-14 15:38 -0700, John-Mark Gurney wrote: > >Pawel Pekala wrote this message on Mon, Jul 13, 2015 at 23:12 +0200: > >> Let me know if you need more details. > > > >Were you running X at the time of the crash? and if so, can you try > >to reproduce w/o X running? It's hard to know if the panic (and you > >didn't include the panic string) is due to kern_event, or trying to > >do too much in the console driver. > > > >Thanks. > > Last tests were done with X running yes. Today I did same test with all > services commented out in rc.conf (including X) and did get same result. > Poudriere causes kernel panic always in the same spot: > > [00:00:39] ====>> Calculating ports order and dependencies Please repost the entire panic message, and the back trace w/o X running... Also, if you could share the core and kernel w/ me (you can email me directly if you'd like), that'd help. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Wed Jul 15 20:24:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 823079A20E3 for ; Wed, 15 Jul 2015 20:24:50 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5168C1FDB for ; Wed, 15 Jul 2015 20:24:49 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from [192.168.200.214] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 97F98193DA3 for ; Wed, 15 Jul 2015 20:24:47 +0000 (UTC) Message-ID: <55A6C18E.1010108@ignoranthack.me> Date: Wed, 15 Jul 2015 13:24:46 -0700 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: FreeBSD current Subject: Are DDB custom function hooks broken in head? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 20:24:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I added a couple of DDB_HOOKS to em(4) recently and they definitely used to work. :-) KDB: enter: Break to debugger [ thread pid 11 tid 100006 ] Stopped at kdb_alt_break_internal+0x197: movq $0,kdb_why db> help ahd_dump ahd_in ahd_out ahd_pause ahd_sunit ahd_unpause alltrace b break bt c call capture continue countfreebufs d delete dhwatch dump dwatch em_dump_queue em_reset_dev examine findstack gdb halt hwatch kill match next p panic print ps reboot reset run s script scripts search set show step t textdump thread trace unscript until w watch watchdog where write x db> call em_dump_queue Symbol not found KDB: reentering KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00f7128160 kdb_reenter() at kdb_reenter+0x33/frame 0xfffffe00f7128170 db_term() at db_term+0x88/frame 0xfffffe00f7128190 db_unary() at db_unary+0x74/frame 0xfffffe00f71281b0 db_mult_expr() at db_mult_expr+0x1b/frame 0xfffffe00f71281f0 db_add_expr() at db_add_expr+0x1b/frame 0xfffffe00f7128230 db_expression() at db_expression+0x1d/frame 0xfffffe00f7128280 db_fncall() at db_fncall+0x17/frame 0xfffffe00f7128320 db_command() at db_command+0x361/frame 0xfffffe00f71283e0 db_command_loop() at db_command_loop+0x64/frame 0xfffffe00f71283f0 db_trap() at db_trap+0xdb/frame 0xfffffe00f7128480 kdb_trap() at kdb_trap+0x194/frame 0xfffffe00f7128510 trap() at trap+0x4a1/frame 0xfffffe00f7128720 calltrap() at calltrap+0x8/frame 0xfffffe00f7128720 - --- trap 0x3, rip = 0xffffffff80716767, rsp = 0xfffffe00f71287e0, rbp = 0xfffffe00f7128810 --- kdb_alt_break_internal() at kdb_alt_break_internal+0x197/frame 0xfffffe00f7128810 kdb_alt_break() at kdb_alt_break+0xb/frame 0xfffffe00f7128820 uart_intr_rxready() at uart_intr_rxready+0x99/frame 0xfffffe00f7128850 uart_intr() at uart_intr+0x111/frame 0xfffffe00f7128890 intr_event_handle() at intr_event_handle+0x9c/frame 0xfffffe00f71288e0 intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe00f7128910 lapic_handle_intr() at lapic_handle_intr+0x68/frame 0xfffffe00f7128950 Xapic_isr1() at Xapic_isr1+0xba/frame 0xfffffe00f7128950 - --- interrupt, rip = 0xffffffff80aa29f6, rsp = 0xfffffe00f7128a10, rbp = 0xfffffe00f7128a20 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe00f7128a20 acpi_cpu_idle() at acpi_cpu_idle+0x304/frame 0xfffffe00f7128a70 cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame 0xfffffe00f7128a90 cpu_idle() at cpu_idle+0x92/frame 0xfffffe00f7128ab0 sched_idletd() at sched_idletd+0x4d5/frame 0xfffffe00f7128bb0 fork_exit() at fork_exit+0x84/frame 0xfffffe00f7128bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00f7128bf0 - --- trap 0, rip = 0, rsp = 0xfffffe00f7128cb0, rbp = 0 --- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVpsGOXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kQA4IALLPfpIQp+O5FdZ+kz3neWE5 mISnUcMC37EAwFyqjXOo8ocbzpdrn44jhNlRnCU6kQm9VHJQn7pAkLXeeBNG8YF4 n9Scit5JNF9RyU5zePiGQZ862VoxEPS82h0c4EwoHJygAuL9t+7KVWAhekfnolRB eEuCMyT8o2eUBV2lcjPltJMAB2MlWY7tFR3u+Zdr6V13oNXvLbSCQThDxwJZFbZ8 Ej+0DL4qH+Pt1uQSqLDoPIJjgL2kTgQ4ZzuKyxiCLwC0HEfD0viF11H2Qr3H9hTy j6hP2ZMemSmWGTWKiH7v92yp7iZu+KUFZ+PC7SasMEO8T229JNP+/7H038h5MNE= =0wOm -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Wed Jul 15 20:41:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A3089A2534 for ; Wed, 15 Jul 2015 20:41:06 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B57511D73 for ; Wed, 15 Jul 2015 20:41:05 +0000 (UTC) (envelope-from pawelbsd@gmail.com) Received: by wiga1 with SMTP id a1so10817318wig.0 for ; Wed, 15 Jul 2015 13:41:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=atFUDt28vhD0zkNbiEHyMuMPlrlF9CPrKcvUGsTZxSM=; b=mC5oR3vy6HtLirKUBOc8I/wbkYhWJDzPJoMG9SggkLNfJ98qkm8N6evRyA5fAAWW1Z 16hQIDhv6CXodbbE7p5QnC8cUAUWx912Z7UAPtRWz3NAiXMebNjjif2GaQ1eWXkXWlwA VFDIuLZMluC/BaM64kSboddEj9/b6C6cNvGtUOL2HRyx5SVGZglZGnB184VfybTMWSSW +fm6exZSggfiN/IsTXUuqQ1rjqX0KFzBVQ8syd3eizGUCtyuGBor70pahSPBo9IsarPS t1hm92TK96kJPFiiwT2s/Lf/X6bbIHlwLttZCb2c204jK7PFn4lFSK4EzA6Pekz3QhBz GFMQ== X-Received: by 10.194.63.20 with SMTP id c20mr12805837wjs.134.1436992863993; Wed, 15 Jul 2015 13:41:03 -0700 (PDT) Received: from localhost ([176.221.120.130]) by smtp.gmail.com with ESMTPSA id ha4sm1662936wib.0.2015.07.15.13.41.02 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Jul 2015 13:41:03 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Wed, 15 Jul 2015 22:37:03 +0200 From: Pawel Pekala To: John-Mark Gurney Cc: freebsd-current@FreeBSD.org Subject: Re: Instant panic while trying run ports-mgmt/poudriere Message-ID: <20150715223703.78b9197c@FreeBSD.org> In-Reply-To: <20150715180526.GM8523@funkthat.com> References: <20150713231205.627bab36@FreeBSD.org> <20150714223829.GY8523@funkthat.com> <20150715174616.652d0aea@FreeBSD.org> <20150715180526.GM8523@funkthat.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 20:41:06 -0000 Hi John-Mark, On 2015-07-15 11:05 -0700, John-Mark Gurney wrote: >Please repost the entire panic message, and the back trace w/o X >running... Also, if you could share the core and kernel w/ me (you can >email me directly if you'd like), that'd help. Fatal trap 9: general protection fault while in kernel mode cpuid =3D 1; apic id =3D 01 instruction pointer =3D 0x20:0xffffffff809338c0 stack pointer =3D 0x28:0xfffffe046c818a00 frame pointer =3D 0x28:0xfffffe046c818a50 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1491 (sh) Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. Loaded symbols for /boot/kernel/amdtemp.ko.symbols Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/kernel/fuse.ko.symbols...done. Loaded symbols for /boot/kernel/fuse.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_pfp.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_me.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BTC_rlc.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_BARTS_mc.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/linux_common.ko.symbols...done. Loaded symbols for /boot/kernel/linux_common.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/sem.ko.symbols...done. Loaded symbols for /boot/kernel/sem.ko.symbols #0 doadump (textdump=3D0) at pcpu.h:221 221 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=3D0) at pcpu.h:221 #1 0xffffffff8035b45e in db_dump (dummy=3D, dummy2=3D= false,=20 dummy3=3D0, dummy4=3D0x0) at /hdd/src/sys/ddb/db_command.c:533 #2 0xffffffff8035afd1 in db_command (cmd_table=3D0x0) at /hdd/src/sys/ddb/db_command.c:440 #3 0xffffffff8035ac64 in db_command_loop () at /hdd/src/sys/ddb/db_command.c:493 #4 0xffffffff8035d7fb in db_trap (type=3D, code=3D0) at /hdd/src/sys/ddb/db_main.c:251 #5 0xffffffff809b4094 in kdb_trap (type=3D9, code=3D0, tf=3D) at /hdd/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80d9e065 in trap_fatal (frame=3D0xfffffe046c818950,=20 eva=3D) at /hdd/src/sys/amd64/amd64/trap.c:848 #7 0xffffffff80d9dd33 in trap (frame=3D) at /hdd/src/sys/amd64/amd64/trap.c:201 #8 0xffffffff80d7ecb2 in calltrap () at /hdd/src/sys/amd64/amd64/exception.S:235 #9 0xffffffff809338c0 in knote (list=3D0xfffff80013ae4408, hint=3D21474836= 48,=20 lockflags=3D) at /hdd/src/sys/kern/kern_event.c:19= 20 #10 0xffffffff80938ef1 in exit1 (td=3D0xfffff800135c5980,=20 rv=3D) at /hdd/src/sys/kern/kern_exit.c:559 #11 0xffffffff809383be in sys_sys_exit (td=3D0x0, uap=3D) at /hdd/src/sys/kern/kern_exit.c:177 #12 0xffffffff80d9e8d2 in amd64_syscall (td=3D0xfffff800135c5980, traced=3D= 0) at subr_syscall.c:133 #13 0xffffffff80d7ef9b in Xfast_syscall () at /hdd/src/sys/amd64/amd64/exception.S:395 #14 0x0000000800922f3a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal --=20 pozdrawiam / with regards Pawe=C5=82 P=C4=99kala From owner-freebsd-current@freebsd.org Wed Jul 15 21:13:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5448E9A2D61 for ; Wed, 15 Jul 2015 21:13:20 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22BBA1EED for ; Wed, 15 Jul 2015 21:13:19 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from [192.168.200.214] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 921FD193DA2 for ; Wed, 15 Jul 2015 21:13:18 +0000 (UTC) Message-ID: <55A6CCEE.7030806@ignoranthack.me> Date: Wed, 15 Jul 2015 14:13:18 -0700 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Are DDB custom function hooks broken in head? References: <55A6C18E.1010108@ignoranthack.me> In-Reply-To: <55A6C18E.1010108@ignoranthack.me> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 21:13:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 07/15/15 13:24, Sean Bruno wrote: > > I added a couple of DDB_HOOKS to em(4) recently and they definitely > used to work. :-) > > > KDB: enter: Break to debugger [ thread pid 11 tid 100006 ] Stopped > at kdb_alt_break_internal+0x197: movq $0,kdb_why db> > help ahd_dump ahd_in ahd_out ahd_pause > ahd_sunit ahd_unpause alltrace b break > bt c call capture continue > countfreebufs d delete dhwatch dump > dwatch em_dump_queue em_reset_dev examine findstack > gdb halt hwatch kill match > next p panic print ps > reboot reset run s script > scripts search set show step t > textdump thread trace unscript until > w watch watchdog where write > x db> call em_dump_queue Symbol not found KDB: reentering KDB: > stack backtrace: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2b/frame 0xfffffe00f7128160 kdb_reenter() > at kdb_reenter+0x33/frame 0xfffffe00f7128170 db_term() at > db_term+0x88/frame 0xfffffe00f7128190 db_unary() at > db_unary+0x74/frame 0xfffffe00f71281b0 db_mult_expr() at > db_mult_expr+0x1b/frame 0xfffffe00f71281f0 db_add_expr() at > db_add_expr+0x1b/frame 0xfffffe00f7128230 db_expression() at > db_expression+0x1d/frame 0xfffffe00f7128280 db_fncall() at > db_fncall+0x17/frame 0xfffffe00f7128320 db_command() at > db_command+0x361/frame 0xfffffe00f71283e0 db_command_loop() at > db_command_loop+0x64/frame 0xfffffe00f71283f0 db_trap() at > db_trap+0xdb/frame 0xfffffe00f7128480 kdb_trap() at > kdb_trap+0x194/frame 0xfffffe00f7128510 trap() at trap+0x4a1/frame > 0xfffffe00f7128720 calltrap() at calltrap+0x8/frame > 0xfffffe00f7128720 --- trap 0x3, rip = 0xffffffff80716767, rsp = > 0xfffffe00f71287e0, rbp = 0xfffffe00f7128810 --- > kdb_alt_break_internal() at kdb_alt_break_internal+0x197/frame > 0xfffffe00f7128810 kdb_alt_break() at kdb_alt_break+0xb/frame > 0xfffffe00f7128820 uart_intr_rxready() at > uart_intr_rxready+0x99/frame 0xfffffe00f7128850 uart_intr() at > uart_intr+0x111/frame 0xfffffe00f7128890 intr_event_handle() at > intr_event_handle+0x9c/frame 0xfffffe00f71288e0 > intr_execute_handlers() at intr_execute_handlers+0x48/frame > 0xfffffe00f7128910 lapic_handle_intr() at > lapic_handle_intr+0x68/frame 0xfffffe00f7128950 Xapic_isr1() at > Xapic_isr1+0xba/frame 0xfffffe00f7128950 --- interrupt, rip = > 0xffffffff80aa29f6, rsp = 0xfffffe00f7128a10, rbp = > 0xfffffe00f7128a20 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame > 0xfffffe00f7128a20 acpi_cpu_idle() at acpi_cpu_idle+0x304/frame > 0xfffffe00f7128a70 cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame > 0xfffffe00f7128a90 cpu_idle() at cpu_idle+0x92/frame > 0xfffffe00f7128ab0 sched_idletd() at sched_idletd+0x4d5/frame > 0xfffffe00f7128bb0 fork_exit() at fork_exit+0x84/frame > 0xfffffe00f7128bf0 fork_trampoline() at fork_trampoline+0xe/frame > 0xfffffe00f7128bf0 --- trap 0, rip = 0, rsp = 0xfffffe00f7128cb0, > rbp = 0 --- > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current To > unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > Or ... you know ... I could just type "em_dump_queue" without the "call" in it ... if I wanted it to actually work. Thanks to those of you poking me off list with my derpy-ness today. :-) sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVpszuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kwQAIALUj7/pmZ6xayYcIuSJRYiBH 2ZsKXKgQA8kxDGr2Ls17Kl3tU7R7ohEw/flmarZ6l+z53NSi4eqtdSi++YUxvI2c xfHsNuonuEq8b79lPvsMBFwTfAOP5EHu9+6XSVDaz+lYL/DPnthQgJ1AJgDIDC4n rAi/nqmkNav9+hG32bEWfqGQH1NTuFvYO6B+AZCtscjWIKT9YlbUrsslO/afn4WA tgEIE7lP82CB2ZFtAxSu9d0x8U4/2qoT1MxMqaj41gecaZ/fnuGCfylSlZ7nprVF u4OJLW76rBm5e2X+px7lxLmy1E3mGXEGzEuJgM5042ppJkbSdRi4di0WqD5HggE= =utgV -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Thu Jul 16 00:55:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5436399C4D3 for ; Thu, 16 Jul 2015 00:55:42 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC51E119F for ; Thu, 16 Jul 2015 00:55:41 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: by widjy10 with SMTP id jy10so2375840wid.1 for ; Wed, 15 Jul 2015 17:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MhQHhJR1JTt8Vsd565rfw6w65ECeuboNlpW20sG13lk=; b=lv0ZRkdQ2e+De30MFvZM4hdUQOyki0dpGph6NNcr06YwdsM9YaQkXHCtZHRwY1L0uv rRAFDJin48vWQJAKJ6ilKFpzUFlHzwQEVxLDNkXJJvjxOU4AbeQVYcbhGy97Wlnb34Xr 4xHcLxAJ/UjMBOxiv5OoreS3maNjmeWUcU+dEeNNJGi48PS7cnfbW6WzwTXtBnUnZnCj NEklpoUpk036IDp6l4o96p+bu7aVs77pC8wK1KDLyD/HLdk9S7Tma7cNtxiTFSnxd9Db noAv6nQ+7aJaxw/uUBHwiYi7GzPYlsgpP9jQun/NihPFx5Jm4JpRx25UbUR94W0s+qJh YXNw== MIME-Version: 1.0 X-Received: by 10.195.13.113 with SMTP id ex17mr14045565wjd.17.1437008139045; Wed, 15 Jul 2015 17:55:39 -0700 (PDT) Received: by 10.194.137.225 with HTTP; Wed, 15 Jul 2015 17:55:38 -0700 (PDT) In-Reply-To: <20150714155848.7ee77773@freyja.zeit4.iv.bundesimmobilien.de> References: <20150714155848.7ee77773@freyja.zeit4.iv.bundesimmobilien.de> Date: Wed, 15 Jul 2015 20:55:38 -0400 Message-ID: Subject: Re: mount_smbfs: syserr: Authetication error (option -N) From: David Horn To: "O. Hartmann" Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 00:55:42 -0000 On Tue, Jul 14, 2015 at 9:58 AM, O. Hartmann wrote: > Running CURRENT and trying to mount a "share" provided by a M$ Windows 2012R2 > server via autofs fails with an authetication error. > > I tested successfully to mount the share via mount_smbfs manually, but whenever > I provide the option "-N" I receive this sticky authentication error. > > The manpage for mount_smbfs refers to /etc/nsmb.conf and therein the password > should be provided in cleartext or simple encrypted. Further, the FreeBSD > onboard tool "smbutil crypt SOMEPASSWORD" is suggested, creating a weak > obscured password hash for exactly the purpose I described above. > If your password is longer than 18 characters, then the smbutil crypt function will fail. I put in a bug report on this a few years ago. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=132302 Short answer, if you are running into this problem, either patch your smbutil function, or use a shorter password. There is a workaround patch included in the bug report. If you are having a different problem, good luck, but submit a report if it is not the same issue. Dave Horn From owner-freebsd-current@freebsd.org Thu Jul 16 04:16:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFC559A3294 for ; Thu, 16 Jul 2015 04:16:03 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B3A813E0 for ; Thu, 16 Jul 2015 04:16:03 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1ZFaaQ-0011mY-FA>; Thu, 16 Jul 2015 06:15:54 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1ZFaaQ-000fkw-9q>; Thu, 16 Jul 2015 06:15:54 +0200 Date: Thu, 16 Jul 2015 06:15:48 +0200 From: "O. Hartmann" To: David Horn Cc: "freebsd-current@freebsd.org" Subject: Re: mount_smbfs: syserr: Authetication error (option -N) Message-ID: <20150716061548.7cc71511@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: <20150714155848.7ee77773@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 04:16:03 -0000 On Wed, 15 Jul 2015 20:55:38 -0400 David Horn wrote: > On Tue, Jul 14, 2015 at 9:58 AM, O. Hartmann > wrote: > > Running CURRENT and trying to mount a "share" provided by a M$ Windows > > 2012R2 server via autofs fails with an authetication error. > > > > I tested successfully to mount the share via mount_smbfs manually, but > > whenever I provide the option "-N" I receive this sticky authentication > > error. > > > > The manpage for mount_smbfs refers to /etc/nsmb.conf and therein the > > password should be provided in cleartext or simple encrypted. Further, the > > FreeBSD onboard tool "smbutil crypt SOMEPASSWORD" is suggested, creating a > > weak obscured password hash for exactly the purpose I described above. > > > > If your password is longer than 18 characters, then the smbutil crypt > function will fail. > > I put in a bug report on this a few years ago. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=132302 > > Short answer, if you are running into this problem, either patch your > smbutil function, or use a shorter password. There is a workaround > patch included in the bug report. > > If you are having a different problem, good luck, but submit a report > if it is not the same issue. > > Dave Horn Hello. Thank you very much for yor answer. My problem was much more trivial than a overlong password: I did not realise that in nsmb.conf, the tags for the [SHARE:USER] description has to be all uppercase. The documentation is regarding to this not very convenient to read. Oliver Hartmann From owner-freebsd-current@freebsd.org Thu Jul 16 04:27:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32B399A340C for ; Thu, 16 Jul 2015 04:27:31 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0B401B45 for ; Thu, 16 Jul 2015 04:27:30 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: by wgjx7 with SMTP id x7so48243269wgj.2 for ; Wed, 15 Jul 2015 21:27:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A5K/2HjvAiZzVe7HtFa3EnJF+MrX+CeAfIw6XKNAUCA=; b=vDMJ05HiAsO/Ub/40sAulIsqtcoIrtsjU3H6p0glbFy/ic6UDqoRCKYWDRciTtR9Zi fU+FAHbOub/2/Kf4M5+fnEgAeWRZPS3fO25vewwzpEIMqLfsyJdqJJz6x0ldF5GUffOw miSOnp3Owg6U3ZdfR5tDB6mG+mA2fvxO4J3CM12FlHJ7GA0Mj+uUWvmitsULukzCh5b2 QQYQRY+FQ9IVRmlAuhUf6EfzMoHPuV4sH0PM4r0z/a0GHtjszhF6/qdV4j8HPXA319Oj g6fafetpIhkNhPBI9yFwu5jp8YwjQewc7VfTlHOj9HIUwMYP/aHrVRtyXfid5nKZZH3l aanQ== MIME-Version: 1.0 X-Received: by 10.180.189.40 with SMTP id gf8mr2759279wic.32.1437020849393; Wed, 15 Jul 2015 21:27:29 -0700 (PDT) Received: by 10.27.214.139 with HTTP; Wed, 15 Jul 2015 21:27:29 -0700 (PDT) In-Reply-To: <25221.1436469346@chaos> References: <1436393665-1327-1-git-send-email-rndfax@yandex.ru> <25221.1436469346@chaos> Date: Wed, 15 Jul 2015 21:27:29 -0700 Message-ID: Subject: Re: [PATCH] uart_core: start countdown for non-interrupt mode From: Neel Natu To: "Simon J. Gerraty" Cc: Aleksey Kuleshov , FreeBSD current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 04:27:31 -0000 Thanks for the patch. Committed as r285619: https://svnweb.freebsd.org/changeset/base/285619 best Neel On Thu, Jul 9, 2015 at 12:15 PM, Simon J. Gerraty wrote: > Aleksey Kuleshov wrote: > >> The uart_intr will never be called if interrupts are not available. >> Start counter with callout_reset call. > > FWIW this fixed an issue we were investgating. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Jul 16 05:17:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30A219A3CA9; Thu, 16 Jul 2015 05:17:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0F21A1A64; Thu, 16 Jul 2015 05:17:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0A7E596; Thu, 16 Jul 2015 05:17:40 +0000 (UTC) Date: Thu, 16 Jul 2015 05:17:38 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: araujo@FreeBSD.org, jhibbits@FreeBSD.org, neel@FreeBSD.org, ache@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <510929818.1.1437023860876.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #591 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 05:17:41 -0000 FreeBSD_HEAD_i386 - Build #591 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/591/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/591/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/591/console Change summaries: 285621 by jhibbits: Fix formatting. 285620 by jhibbits: Fix userland program exception handling for powerpc64. It appears that the linker will not handle 64-bit relocations at addresses that are not aligned to 8-byte boundaries. Prior to this change the line: .llong generictrap was aligned to a 4-byte address, and the linker replaced that with an 8-byte 0x0. Aligning that address to 8 bytes caused the linker to generate the proper relocation. As a follow-through, the dblow from trap_subr33.S used the code sequence 'lwz %r1, TRAP_GENTRAP(0)', so this reproduces the analogue of that for 64-bit. 285619 by neel: If uart interrupts are not functioning then schedule the callout to do the polling at device attach time [1]. Add tunables 'debug.uart_force_poll' and 'debug.uart_poll_freq' to control uart polling. Submitted by: Aleksey Kuleshov (rndfax@yandex.ru) [1] 285618 by araujo: Fix a warning spotted by gcc4.9: dereferencing type-punned pointer will break strict-aliasing rules. Declare some variables as statics as well as some functions that are internal helpers. Update the function broadcast_result() to a post-K&R definition. Differential Revision: D2690 Reviewed by: rodrigc, dim 285617 by ache: Comment out usr/sbin/mailwrapper removal because for no mailwrapper case we have: /usr/sbin/sendmail -> /usr/sbin/mailwrapper /usr/sbin/mailwrapper -> /usr/libexec/sendmail/sendmail Add comment explaining it. The end of the build log: Started by an SCM change Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2015-07-16T05:15:08.697 +0000' U sys/dev/uart/uart_core.c U sys/powerpc/aim/trap_subr64.S U usr.sbin/devctl/devctl.8 At revision 285621 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson634185116899196950.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=591 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::106:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=591 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-591 NODE_LABELS=jailer kyua6.nyi.freebsd.org BUILD_DISPLAY_NAME=#591 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/591/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=285621 SVN_REVISION_1=285621 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=7f050d30-f129-4198-9241-d90ae368d33d BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua6.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org:/pub/FreeBSD/snapshots/i386/i386/11.0-CURRENT/base.txz + mkdir FreeBSD_HEAD_i386 mkdir: FreeBSD_HEAD_i386: File exists Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7384553318095024932.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Thu Jul 16 08:20:53 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6BB89A36A2; Thu, 16 Jul 2015 08:20:52 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D2B4D1F10; Thu, 16 Jul 2015 08:20:52 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1CDB4F8; Thu, 16 Jul 2015 08:20:53 +0000 (UTC) Date: Thu, 16 Jul 2015 08:20:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <392416010.3.1437034853018.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <510929818.1.1437023860876.JavaMail.jenkins@jenkins-9.freebsd.org> References: <510929818.1.1437023860876.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #592 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 08:20:53 -0000 FreeBSD_HEAD_i386 - Build #592 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/592/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/592/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/592/console Change summaries: 285622 by ed: Implement CloudABI's exec() call. Summary: In a runtime that is purely based on capability-based security, there is a strong emphasis on how programs start their execution. We need to make sure that we execute an new program with an exact set of file descriptors, ensuring that credentials are not leaked into the process accidentally. Providing the right file descriptors is just half the problem. There also needs to be a framework in place that gives meaning to these file descriptors. How does a CloudABI mail server know which of the file descriptors corresponds to the socket that receives incoming emails? Furthermore, how will this mail server acquire its configuration parameters, as it cannot open a configuration file from a global path on disk? CloudABI solves this problem by replacing traditional string command line arguments by tree-like data structure consisting of scalars, sequences and mappings (similar to YAML/JSON). In this structure, file descriptors are treated as a first-class citizen. When calling exec(), file descriptors are passed on to the new executable if and only if they are referenced from this tree structure. See the cloudabi-run(1) man page for more details and examples (sysutils/cloudabi-utils). Fortunately, the kernel does not need to care about this tree structure at all. The C library is responsible for serializing and deserializing, but also for extracting the list of referenced file descriptors. The system call only receives a copy of the serialized data and a layout of what the new file descriptor table should look like: int proc_exec(int execfd, const void *data, size_t datalen, const int *fds, size_t fdslen); This change introduces a set of fd*_remapped() functions: - fdcopy_remapped() pulls a copy of a file descriptor table, remapping all of the file descriptors according to the provided mapping table. - fdinstall_remapped() replaces the file descriptor table of the process by the copy created by fdcopy_remapped(). - fdescfree_remapped() frees the table in case we aborted before fdinstall_remapped(). We then add a function exec_copyin_data_fds() that builds on top these functions. It copies in the data and constructs a new remapped file descriptor. This is used by cloudabi_sys_proc_exec(). Test Plan: cloudabi-run(1) is capable of spawning processes successfully, providing it data and file descriptors. procstat -f seems to confirm all is good. Regular FreeBSD processes also work properly. Reviewers: kib, mjg Reviewed By: mjg Subscribers: imp Differential Revision: https://reviews.freebsd.org/D3079 From owner-freebsd-current@freebsd.org Thu Jul 16 08:51:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D258B9A3C04 for ; Thu, 16 Jul 2015 08:51:30 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 685B91566 for ; Thu, 16 Jul 2015 08:51:29 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-58-163.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.58.163]) by ipmail06.adl6.internode.on.net with ESMTP; 16 Jul 2015 18:20:28 +0930 Received: from [10.0.2.26] ([10.0.2.26]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6G8oLKx042440 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jul 2015 18:20:26 +0930 (CST) (envelope-from darius@dons.net.au) From: "O'Connor, Daniel" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 16 Jul 2015 18:20:21 +0930 Subject: -current broken when src is on NFS To: FreeBSD Current Message-Id: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) X-Mailer: Apple Mail (2.2102) X-Spam-Score: -2.899 () ALL_TRUSTED,BAYES_00,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 08:51:30 -0000 I am seeing the following breakage when building -current and the source = is on NFS make -j 4 buildworld ... --- rescue.all__D --- --- rescue --- MAKEOBJDIRPREFIX=3D/usr/obj/src/FreeBSD-HEAD/rescue/rescue make -f = rescue.mk exe --- sbin.all__D --- --- pfctl_qstats.o --- cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized = -Wstrict-prototypes -DENABLE_ALTQ -I/src/FreeBSD-HEAD/sbin/pfctl = -DWITH_INET6 -DWITH_INET -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Qunused-arguments -c /src/FreeBSD-HEAD/sbin/pfctl/pfctl_qstats.c -o = pfctl_qstats.o --- rescue.all__D --- --- cat_stub.c --- echo "int _crunched_cat_stub(int argc, char **argv, char **envp){return = main(argc,argv,envp);}" >cat_stub.c make[5]: make[5]: don't know how to make = /usr/obj/src/FreeBSD-HEAD/rescue/rescue//src/FreeBSD-HEAD/bin/cat/cat.o. = Stop make[5]: stopped in /usr/obj/src/FreeBSD-HEAD/rescue/rescue *** [rescue] Error code 2 I copied this source tree to /usr/src (UFS) and it built fine - I guess = it's possible it is barfing on the path name but I figure someone else = would have noticed that. The NFS server is running 10.0-RELEASE and the NFS client is running = -current r285456, lockd is running and seems to be working (e.g., cat -l = works) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Thu Jul 16 12:11:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E8F49A2978 for ; Thu, 16 Jul 2015 12:11:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 294391205 for ; Thu, 16 Jul 2015 12:11:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2ACAwAxSKdV/61jaINag2dpBoMeuBwJgWwKhS1KAoIBFAEBAQEBAQGBCoQjAQEBAwEBAQEgKyALBQsCAQgYAgINGQICJwEJJgIECAcEARwEiAUIDbkMlisBAQEBBgEBAQEBAQEbgSKKKoQ0AQEFFzQHgmiBQwWMMIgOhG2EVYRXlnACJmODNSIxB4EGOoEEAQEB X-IronPort-AV: E=Sophos;i="5.15,488,1432612800"; d="scan'208";a="224326108" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 16 Jul 2015 08:11:50 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 0E60515F542; Thu, 16 Jul 2015 08:11:50 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id iJSxLwJLttID; Thu, 16 Jul 2015 08:11:49 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 6674B15F55D; Thu, 16 Jul 2015 08:11:49 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id tBeaXx1DdWSu; Thu, 16 Jul 2015 08:11:49 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 4B9C915F542; Thu, 16 Jul 2015 08:11:49 -0400 (EDT) Date: Thu, 16 Jul 2015 08:11:49 -0400 (EDT) From: Rick Macklem To: Daniel O'Connor Cc: FreeBSD Current Message-ID: <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> Subject: Re: -current broken when src is on NFS MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.10] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: -current broken when src is on NFS Thread-Index: fW3BwQoU2hl26ZOeU0mhudXx7F0HMQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 12:11:52 -0000 Daniel O'Conner wrote: > I am seeing the following breakage when building -current and the source is > on NFS > > make -j 4 buildworld > ... > --- rescue.all__D --- > --- rescue --- > MAKEOBJDIRPREFIX=/usr/obj/src/FreeBSD-HEAD/rescue/rescue make -f rescue.mk > exe > --- sbin.all__D --- > --- pfctl_qstats.o --- > cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized > -Wstrict-prototypes -DENABLE_ALTQ -I/src/FreeBSD-HEAD/sbin/pfctl > -DWITH_INET6 -DWITH_INET -std=gnu99 -fstack-protector -Wsystem-headers > -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments > -c /src/FreeBSD-HEAD/sbin/pfctl/pfctl_qstats.c -o pfctl_qstats.o > --- rescue.all__D --- > --- cat_stub.c --- > echo "int _crunched_cat_stub(int argc, char **argv, char **envp){return > main(argc,argv,envp);}" >cat_stub.c > make[5]: make[5]: don't know how to make > /usr/obj/src/FreeBSD-HEAD/rescue/rescue//src/FreeBSD-HEAD/bin/cat/cat.o. > Stop > > make[5]: stopped in /usr/obj/src/FreeBSD-HEAD/rescue/rescue > *** [rescue] Error code 2 > r285066 fixed a POLA violation w.r.t. the old NFS client where the new client didn't return an EEXIST error return for symlink or mkdir to userland. The behaviour of not returning this error to userland (which was inherited from OpenBSD and was not the behaviour of the old FreeBSD NFS client but was default for the new NFS client) can be enabled via: vfs.nfs.ignore_eexist=1 You could try setting that sysctl and seeing if it makes any difference? That is the only recent change to the NFS client that *might* affect this. To be honest, I have no idea what the correct behaviour for "//" in a pathname is? rick > I copied this source tree to /usr/src (UFS) and it built fine - I guess it's > possible it is barfing on the path name but I figure someone else would have > noticed that. > > The NFS server is running 10.0-RELEASE and the NFS client is running -current > r285456, lockd is running and seems to be working (e.g., cat -l works) > > -- > Daniel O'Connor > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Jul 17 04:46:53 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EC1D9A2D6D for ; Fri, 17 Jul 2015 04:46:53 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 0608E10CA; Fri, 17 Jul 2015 04:46:52 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id t6H4kjON006160; Fri, 17 Jul 2015 13:46:45 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id t6H4kke09217; Fri, 17 Jul 2015 13:46:46 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id t6H4kkDY002202; Fri, 17 Jul 2015 13:46:46 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id t6H4kjrl002182; Fri, 17 Jul 2015 13:46:45 +0900 Date: Fri, 17 Jul 2015 13:46:44 +0900 (JST) Message-Id: <20150717.134644.1446845623556333449.okuno.kohji@jp.panasonic.com> To: ken@FreeBSD.ORG Cc: mav@FreeBSD.org, freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com Subject: Re: Why shoud we cause panic in scsi_da.c? From: Kohji Okuno In-Reply-To: <20150714194929.GA51157@doriath.kdm.org> References: <20150713.175143.290106286605820529.okuno.kohji@jp.panasonic.com> <55A3D960.5000704@FreeBSD.org> <20150714194929.GA51157@doriath.kdm.org> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 04:46:53 -0000 Subject: Re: Why shoud we cause panic in scsi_da.c? Date: Tue, 14 Jul 2015 15:49:29 -0400 > On Mon, Jul 13, 2015 at 18:29:36 +0300, Alexander Motin wrote: >> Hi. >> >> On 13.07.2015 11:51, Kohji Okuno wrote: >> >> On 07/13/15 10:11, Kohji Okuno wrote: >> >>> Could you comment on my quesion? >> >>> >> >>>> I found panic() in scsi_da.c. Please find the following. >> >>>> I think we should return with error without panic(). >> >>>> What do you think about this? >> >>>> >> >>>> scsi_da.c: >> >>>> 3018 } else if (bp != NULL) { >> >>>> 3019 if ((done_ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) >> >>>> 3020 panic("REQ_CMP with QFRZN"); >> >>>> >> >> >> >> It looks to me more like an KASSERT() is appropriate here. >> >> As I can see, this panic() call was added by ken@ about 15 years ago. >> I've added him to CC in case he has some idea why it was done. From my >> personal opinion I don't see much reasons to allow CAM_DEV_QFRZN to be >> returned only together with error. While is may have little sense in >> case of successful command completion, I don't think it should be >> treated as error. Simply removing this panic is probably a bad idea, >> since if it happens device will just remain frozen forever, that will be >> will be difficult to diagnose, but I would better just dropped device >> freeze in that case same as in case of completion with error. > > I put it there because it indicates a software error. The queue shouldn't > be frozen if the command is successful. The reason for freezing the queue > is to allow error recovery to happen. The queue will get unfrozen after > error recovery completes. > > We could alternately just print a diagnostic message, unfreeze the queue > and move on, but the idea is to allow the driver writer to detect and > correct his error immediately. > > As for the original poster's problem, he has uncovered a bug that needs to > be fixed. (And I don't mean in the da(4) driver. The bug is in the > component that left the queue frozen. Most likely in the USB driver, but > it will take a little more investigation.) The panic worked as intended. :) I don't know the reaseon. When I accessed the specified sector on the specified HDD, I encounter the panic. But, I can access other sectors on the same HDD. And, I can access all sectors on the other HDD (same model). Even if Ken's logic is correct, I think that we should do panic in da(4) driver. Best regards, Kohji Okuno From owner-freebsd-current@freebsd.org Fri Jul 17 04:57:44 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37C429A2EC7 for ; Fri, 17 Jul 2015 04:57:44 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id C1DE41568 for ; Fri, 17 Jul 2015 04:57:43 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-58-163.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.58.163]) by ipmail06.adl6.internode.on.net with ESMTP; 17 Jul 2015 14:27:41 +0930 Received: from [10.0.2.26] ([10.0.2.26]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6H4vWdZ023990 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2015 14:27:38 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: -current broken when src is on NFS Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> Date: Fri, 17 Jul 2015 14:27:32 +0930 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.2102) X-Spam-Score: -2.899 () ALL_TRUSTED,BAYES_00,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 04:57:44 -0000 > On 16 Jul 2015, at 21:41, Rick Macklem wrote: > r285066 fixed a POLA violation w.r.t. the old NFS client where the new > client didn't return an EEXIST error return for symlink or mkdir to = userland. > The behaviour of not returning this error to userland (which was = inherited from > OpenBSD and was not the behaviour of the old FreeBSD NFS client but = was default > for the new NFS client) can be enabled via: > vfs.nfs.ignore_eexist=3D1 >=20 > You could try setting that sysctl and seeing if it makes any = difference? >=20 > That is the only recent change to the NFS client that *might* affect = this. No dice :( It's pretty weird, it bombs out if either src or obj is on NFS.. But even weirder is that if I build with crochet (a wrapper for cross = building to arm) it works. It doesn't work if I cross build manually and = I haven't been able to determine why crochet works yet. Reaaaally frustraing :( > To be honest, I have no idea what the correct behaviour for "//" in a = pathname is? Nothing, they just get eaten. This isn't AmigaDOS! :) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Fri Jul 17 13:02:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD9A09A2E35 for ; Fri, 17 Jul 2015 13:02:20 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A9C63155F for ; Fri, 17 Jul 2015 13:02:20 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: by mailman.ysv.freebsd.org (Postfix) id A8ED39A2E34; Fri, 17 Jul 2015 13:02:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A87F79A2E33 for ; Fri, 17 Jul 2015 13:02:20 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7AF5B1551 for ; Fri, 17 Jul 2015 13:02:20 +0000 (UTC) (envelope-from venkatkumar.duvvuru@avagotech.com) Received: by igbij6 with SMTP id ij6so36631687igb.1 for ; Fri, 17 Jul 2015 06:02:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=avagotech.com; s=google; h=from:mime-version:thread-index:date:message-id:subject:to :content-type; bh=ukh8pWOAo+VHpxjtJBkJXRBX26HdIJIpgbX+eBVgtco=; b=vpky5YLAbQLE4Su6SCnGKRTonX+DUd/pilYPFJk9JsFgsqEgvwRr8OPtXlVwHJWy/6 Eo2uqTj7XMbYErh87tKME5G1sFVX5IC9JbRa08Gh4YIeKfuvyUn6p57aQyJpRQsvV1Br blt5IfHIBjSE4MjLAtvKUTO/LSzaJLo034YRQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:thread-index:date:message-id :subject:to:content-type; bh=ukh8pWOAo+VHpxjtJBkJXRBX26HdIJIpgbX+eBVgtco=; b=MvlAC37YdtfJdlb9koOQJfk9DqLZbMNKEdNRkjqWhJ36+/WXJUiOyfxqIbo9S8fq38 +Kiqh8UtKzC5M74Q7PVVahhb5POJNl7nSNgKpWINuTUInPJD/DV4133mE0zs/H1QHvYH I9RFX9Vdx//FjWRUkI93j+VMWu6kjxnuh12hE7cxQKwuqfMgli+CTCKTkzzDJzChZ3C5 OY1T/ujJgilE2NZLVHJ58caJ2JZgEsSLNXP2eVwnmoms42/o8WGPN33LOQddZIoZA0gp E2/fC79+rcUzGCcGdhW3xxms2nLt3gyad9GTlfhqmJ9H9ZvN7+n9gxN6i7/TbHC9eDyZ s/fQ== X-Gm-Message-State: ALoCoQkSWnPEYIbeAvmhMtBfdfd7ZVQdzz0ElUOeR+cfrFqqjOJOsc5ugRAjASnDy9nFOMh8Ae/H X-Received: by 10.107.15.25 with SMTP id x25mr20574665ioi.161.1437138139464; Fri, 17 Jul 2015 06:02:19 -0700 (PDT) From: Venkat Duvvuru MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdDAkB0KBJrTYt96SJOopiAcCTbtrw== Date: Fri, 17 Jul 2015 18:32:18 +0530 Message-ID: Subject: Kernel Application Binary Interface (kABI) support in FreeBSD To: current@freebsd.org X-Mailman-Approved-At: Fri, 17 Jul 2015 13:49:18 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 13:02:21 -0000 Hi, Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? Thanks, Venkat. From owner-freebsd-current@freebsd.org Fri Jul 17 14:47:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D9659A4FC5 for ; Fri, 17 Jul 2015 14:47:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 659951D0E for ; Fri, 17 Jul 2015 14:47:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 53FB59A4FC4; Fri, 17 Jul 2015 14:47:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 529129A4FC3 for ; Fri, 17 Jul 2015 14:47:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C3E21D0D for ; Fri, 17 Jul 2015 14:47:41 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-240-47.lns20.per4.internode.on.net [121.45.240.47]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6HElS5a090097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 17 Jul 2015 07:47:31 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <55A9157A.8050208@freebsd.org> Date: Fri, 17 Jul 2015 22:47:22 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Venkat Duvvuru , current@freebsd.org Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 14:47:42 -0000 On 7/17/15 9:02 PM, Venkat Duvvuru wrote: > Hi, > > Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? well, yes and no. Firstly, FreeBSD maintains a backwards compatible kABI (with the exception of programs that hunt around in kernel memory). We also use symbol versioning on the libc. so depending on what you want to do. the answer may be useful to you or not. Basically any binary should continue to run on a newer kernel, even if the syscalls change, because we should still support the old abi. tell us more about what you need and we can be more specific. I have run Freebsd 1.1 binaries on a Freebsd 8 system, in fact I have done a system build in a freebsd 1.1 chroot on an 8 system. I haven't tried it on 9 or 10 but I'd expect it to work.. > > > > Thanks, > > Venkat. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Fri Jul 17 14:58:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3F659A415F for ; Fri, 17 Jul 2015 14:58:49 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id D22691228 for ; Fri, 17 Jul 2015 14:58:49 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 9F0269122 for ; Fri, 17 Jul 2015 14:58:42 +0000 (UTC) Message-ID: <55A91837.50805@freebsd.org> Date: Fri, 17 Jul 2015 10:59:03 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD References: <55A9157A.8050208@freebsd.org> In-Reply-To: <55A9157A.8050208@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="11KVqXa0W6UftsbFro4U7NwXj4IBUnq4D" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 14:58:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --11KVqXa0W6UftsbFro4U7NwXj4IBUnq4D Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-07-17 10:47, Julian Elischer wrote: > On 7/17/15 9:02 PM, Venkat Duvvuru wrote: >> Hi, >> >> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? > well, yes and no. >=20 > Firstly, FreeBSD maintains a backwards compatible kABI (with the > exception of programs that hunt around in kernel memory). > We also use symbol versioning on the libc. so depending on what you wan= t > to do. the answer may be useful to you or not. > Basically any binary should continue to run on a newer kernel, even if > the syscalls change, because we should still support the old abi. >=20 > tell us more about what you need and we can be more specific. >=20 > I have run Freebsd 1.1 binaries on a Freebsd 8 system, in fact I have > done a system build in a freebsd 1.1 chroot on an 8 system. > I haven't tried it on 9 or 10 but I'd expect it to work.. >=20 >=20 >> >> >> >> Thanks, >> >> Venkat. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" I think the question related to drivers (kernel modules). In which case, they should be compatible across major versions (module from 10.0 works in 10.2, but not 9.3 or 11.0) --=20 Allan Jude --11KVqXa0W6UftsbFro4U7NwXj4IBUnq4D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVqRg7AAoJEBmVNT4SmAt+IWUP/3d5GjGawOLFitf690jR/Ucx ooYDon1j1Tg10gt8PY7eD2KsggAkYnQH3OI97Ym7bavf8pRk0o1MVkb6pwLP1qwU AXN0wqWP0M/1W00z5JLALNfIqKM3J9mhz8FMsdobSWihXVp5E5VONLifp8g3cnT2 Je7F85nh2SNr/yokc8fgX1qOCD5bRHGpNTK7SptaXtFlYHG0738f1bPMVOsKJBjR jW3B8rvoC4DBkDJmXt+2UPTYyl5ujknsKdHXiaLDTRnGDDNlKwxBi+4hR4cZOVSx 4FfB3nqPyEiE5GDNWH6U2Qy1zExGWFh/VBBcMSLImqneRmBQSfZH0lmn1UamZvWb 7An9Q86sdcJQZmYRacME3lnVxb0y0rcbCnx3fmdqkU9wVl8COIajCFEDs7Wj3YX5 TbYq3/JTDH2oqF62nPzYDFAh1+166h34xHiKY2te8fRaVcprRcWSnBhgPBziUn8R LlI0DjYvHVG73qdNsM/JUZS5Qr/ZPOc9Le5IBPSyIbZ2PB9y6MqfavZUPPfPSx9H DLsIFUg3R75owSPvm+kllUx+alU1TyqHBoloA17AgZgPj4NRVTCpJ+b3jUZt/vkw jcwvwgaT5vwlYfCWSN23dW1BroXNL0iyREjqUCWliQHNul9+zpgDUnqWkm7NxKIk +QsTFsn9w15Z5gUS0X4e =vJLy -----END PGP SIGNATURE----- --11KVqXa0W6UftsbFro4U7NwXj4IBUnq4D-- From owner-freebsd-current@freebsd.org Fri Jul 17 14:59:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9318D9A417C for ; Fri, 17 Jul 2015 14:59:01 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7598012FB for ; Fri, 17 Jul 2015 14:59:01 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 727A49A417A; Fri, 17 Jul 2015 14:59:01 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 721289A4179 for ; Fri, 17 Jul 2015 14:59:01 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A73A12F6; Fri, 17 Jul 2015 14:59:01 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by obnw1 with SMTP id w1so67268410obn.3; Fri, 17 Jul 2015 07:59:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RE9cOhUxluszuYBqBUVgfJPq82Lw80m6O0WerfSOGqw=; b=CIq0q0gx7GQUZeXJISVjr5p0PrNiaGWM1NRWE4dzTclKq0IgzOO335uujbX0ZmO8dq ufi4yUlIjoUU8wys42n05H5CZE7pIFoq88nZQszB4JQds6tRdCrle8mZ0mGzgIz8OhYy xJJMPIT27O0UIBK1whuVI5Omkko1BvOQOM+kmMH4bQqvjXDavhR3+c0eqXtlFPLCoVLU kboSQ0tNCZRKtGcP7PnpB6K6MO5+Z6fyhxve5J7km/sNtwUO4dOy8qGPlsa0mB505556 44WSHP9uWRGkCKHGA3eqEfMuI98rCYyQlCF6S/d3YjIWVM4KrAQ1aXuQb9uc/wXCOBYX 87uA== MIME-Version: 1.0 X-Received: by 10.202.59.10 with SMTP id i10mr12585806oia.33.1437145140370; Fri, 17 Jul 2015 07:59:00 -0700 (PDT) Received: by 10.76.58.17 with HTTP; Fri, 17 Jul 2015 07:59:00 -0700 (PDT) In-Reply-To: <55A9157A.8050208@freebsd.org> References: <55A9157A.8050208@freebsd.org> Date: Fri, 17 Jul 2015 07:59:00 -0700 Message-ID: Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD From: Conrad Meyer To: Julian Elischer Cc: Venkat Duvvuru , current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 14:59:01 -0000 On Fri, Jul 17, 2015 at 7:47 AM, Julian Elischer wrote: > On 7/17/15 9:02 PM, Venkat Duvvuru wrote: >> >> Hi, >> >> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? > > well, yes and no. Julian, I believe Venkat is asking about a specific Linux package, kabi-whitelists. It contains a list of ABIs considered "stable" in a given RHEL release, and a checker that (?)validates programs to only contain "stable" calls (guessing a little bit, but it has some sort of checker anyway). Thanks, Conrad From owner-freebsd-current@freebsd.org Fri Jul 17 15:06:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA66A9A42A6 for ; Fri, 17 Jul 2015 15:06:11 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A0C7A194F for ; Fri, 17 Jul 2015 15:06:11 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9D7769A42A5; Fri, 17 Jul 2015 15:06:11 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C12C9A42A4 for ; Fri, 17 Jul 2015 15:06:11 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CF54194E for ; Fri, 17 Jul 2015 15:06:11 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-240-47.lns20.per4.internode.on.net [121.45.240.47]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6HF65i7090157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 17 Jul 2015 08:06:08 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <55A919D7.7020402@freebsd.org> Date: Fri, 17 Jul 2015 23:05:59 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Conrad Meyer CC: Venkat Duvvuru , current@freebsd.org Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD References: <55A9157A.8050208@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 15:06:11 -0000 On 7/17/15 10:59 PM, Conrad Meyer wrote: > On Fri, Jul 17, 2015 at 7:47 AM, Julian Elischer wrote: >> On 7/17/15 9:02 PM, Venkat Duvvuru wrote: >>> Hi, >>> >>> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? >> well, yes and no. > Julian, > > I believe Venkat is asking about a specific Linux package, > kabi-whitelists. It contains a list of ABIs considered "stable" in a > given RHEL release, and a checker that (?)validates programs to only > contain "stable" calls (guessing a little bit, but it has some sort of > checker anyway). yes I know.. but that is needed because linux does NOT maintain kABI compatibility. We don't need it as much. hence my answer.. > Thanks, > Conrad > From owner-freebsd-current@freebsd.org Fri Jul 17 15:31:26 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 866B19A46AD for ; Fri, 17 Jul 2015 15:31:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 689AC168E for ; Fri, 17 Jul 2015 15:31:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 678A29A46AC; Fri, 17 Jul 2015 15:31:26 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 671D89A46AB for ; Fri, 17 Jul 2015 15:31:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D2F9C168B; Fri, 17 Jul 2015 15:31:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t6HFVIIx057036 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 17 Jul 2015 18:31:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t6HFVIIx057036 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t6HFVHD2057035; Fri, 17 Jul 2015 18:31:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 17 Jul 2015 18:31:17 +0300 From: Konstantin Belousov To: Julian Elischer Cc: Conrad Meyer , Venkat Duvvuru , current@freebsd.org Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD Message-ID: <20150717153117.GD2404@kib.kiev.ua> References: <55A9157A.8050208@freebsd.org> <55A919D7.7020402@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55A919D7.7020402@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 15:31:26 -0000 On Fri, Jul 17, 2015 at 11:05:59PM +0800, Julian Elischer wrote: > On 7/17/15 10:59 PM, Conrad Meyer wrote: > > On Fri, Jul 17, 2015 at 7:47 AM, Julian Elischer wrote: > >> On 7/17/15 9:02 PM, Venkat Duvvuru wrote: > >>> Hi, > >>> > >>> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? > >> well, yes and no. > > Julian, > > > > I believe Venkat is asking about a specific Linux package, > > kabi-whitelists. It contains a list of ABIs considered "stable" in a > > given RHEL release, and a checker that (?)validates programs to only > > contain "stable" calls (guessing a little bit, but it has some sort of > > checker anyway). > > yes I know.. but that is needed because linux does NOT maintain kABI > compatibility. > We don't need it as much. Don't you see the self-contradiction in your statements ? Linux does maintain ABI stability, and the tool asked about, is the tool to ensure that the stability is provided. We try to provide the stability, except when people ignore the issue, or make stupid decisions without concerning the future. And, althought we do have some very basic tools to check the changes in ABI of the given component, but we do not have any registry of the stable ABI and we do not detect the abrupt unintended ABI breakage in automated way. Neither we have a tool to ensure that applications do not mis-use non-public interfaces or interfaces which are not stable. This is a consequence of the missed registry. I noted the provoking haughtiness among many developers WRT ours/Linux ABI stability guarantees, while the real state is exactly opposed. The tirade is written to make more people aware of the thing and raising the desire to keep OS quality higher in this regard. From owner-freebsd-current@freebsd.org Fri Jul 17 15:45:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D42A9A4A14 for ; Fri, 17 Jul 2015 15:45:46 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 81DF812B3 for ; Fri, 17 Jul 2015 15:45:46 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7EB9A9A4A13; Fri, 17 Jul 2015 15:45:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E44D9A4A12 for ; Fri, 17 Jul 2015 15:45:46 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B5FE12B2 for ; Fri, 17 Jul 2015 15:45:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-240-47.lns20.per4.internode.on.net [121.45.240.47]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t6HFjc79090277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 17 Jul 2015 08:45:42 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <55A9231C.90101@freebsd.org> Date: Fri, 17 Jul 2015 23:45:32 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Konstantin Belousov CC: Conrad Meyer , Venkat Duvvuru , current@freebsd.org Subject: Re: Kernel Application Binary Interface (kABI) support in FreeBSD References: <55A9157A.8050208@freebsd.org> <55A919D7.7020402@freebsd.org> <20150717153117.GD2404@kib.kiev.ua> In-Reply-To: <20150717153117.GD2404@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 15:45:46 -0000 On 7/17/15 11:31 PM, Konstantin Belousov wrote: > On Fri, Jul 17, 2015 at 11:05:59PM +0800, Julian Elischer wrote: >> On 7/17/15 10:59 PM, Conrad Meyer wrote: >>> On Fri, Jul 17, 2015 at 7:47 AM, Julian Elischer wrote: >>>> On 7/17/15 9:02 PM, Venkat Duvvuru wrote: >>>>> Hi, >>>>> >>>>> Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD? >>>> well, yes and no. >>> Julian, >>> >>> I believe Venkat is asking about a specific Linux package, >>> kabi-whitelists. It contains a list of ABIs considered "stable" in a >>> given RHEL release, and a checker that (?)validates programs to only >>> contain "stable" calls (guessing a little bit, but it has some sort of >>> checker anyway). >> yes I know.. but that is needed because linux does NOT maintain kABI >> compatibility. >> We don't need it as much. > Don't you see the self-contradiction in your statements ? > Linux does maintain ABI stability, and the tool asked about, is the tool > to ensure that the stability is provided. no I don't see that > > We try to provide the stability, except when people ignore the issue, or > make stupid decisions without concerning the future. And, althought we > do have some very basic tools to check the changes in ABI of the given > component, but we do not have any registry of the stable ABI and we do > not detect the abrupt unintended ABI breakage in automated way. yes people do break it but they are going against project policy when they do and are often called out for it. > > Neither we have a tool to ensure that applications do not mis-use non-public > interfaces or interfaces which are not stable. This is a consequence of > the missed registry. > > I noted the provoking haughtiness among many developers WRT ours/Linux > ABI stability guarantees, while the real state is exactly opposed. The > tirade is written to make more people aware of the thing and raising the > desire to keep OS quality higher in this regard. > I don't think there is haughtiness.. I think we do a reasonable job in trying to maintain kABI compatibility. sometimes we mess up, it's true but overall it's been pretty amazing. My main question to the OP is "what do you want to do?" From owner-freebsd-current@freebsd.org Fri Jul 17 18:13:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFEBB9A43B3; Fri, 17 Jul 2015 18:13:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AB0C215B7; Fri, 17 Jul 2015 18:13:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1C02938D; Fri, 17 Jul 2015 18:13:04 +0000 (UTC) Date: Fri, 17 Jul 2015 18:13:03 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2016344780.19.1437156784646.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #605 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 18:13:07 -0000 FreeBSD_HEAD_i386 - Build #605 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/605/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/605/chan= ges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/605/conso= le Change summaries: 285656 by ed: Add an API for easily creating userspace threads in kernelspace. This change refactors the existing create_thread() function to be more generic. It replaces almost all of its arguments by a callback that can be used to extract the thread ID and copy it out to the right place, but also to perform additional initialization steps, such as setting the trapframe. This also makes the difference between thr_new() and thr_create() more clear in my opinion. This function is going to be used by the CloudABI compatibility layer. Reviewed by:=09kib MFC after:=091 month The end of the build log: [...truncated 152428 lines...] rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/d= rm/mach64/../../../dev/drm/mach64_dma.c /usr/src/sys/modules/drm/mach64/../= ../../dev/drm/mach64_drv.c /usr/src/sys/modules/drm/mach64/../../../dev/drm= /mach64_irq.c /usr/src/sys/modules/drm/mach64/../../../dev/drm/mach64_state= .c =3D=3D=3D> drm/mga (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/d= rm/mga/../../../dev/drm/mga_drv.c /usr/src/sys/modules/drm/mga/../../../dev= /drm/mga_state.c /usr/src/sys/modules/drm/mga/../../../dev/drm/mga_warp.c /= usr/src/sys/modules/drm/mga/../../../dev/drm/mga_dma.c /usr/src/sys/modules= /drm/mga/../../../dev/drm/mga_irq.c =3D=3D=3D> drm/r128 (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/d= rm/r128/../../../dev/drm/r128_cce.c /usr/src/sys/modules/drm/r128/../../../= dev/drm/r128_drv.c /usr/src/sys/modules/drm/r128/../../../dev/drm/r128_irq.= c /usr/src/sys/modules/drm/r128/../../../dev/drm/r128_state.c --- depend_subdir_dtrace --- =3D=3D=3D> dtrace (depend) --- _sub.depend --- =3D=3D=3D> dtrace/dtmalloc (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/s= rc/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/= common -I/usr/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/us= r/obj/usr/src/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std=3Diso9899= :1999 /usr/src/sys/cddl/dev/dtmalloc/dtmalloc.c --- depend_subdir_drm --- =3D=3D=3D> drm/radeon (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/d= rm/radeon/../../../dev/drm/r300_cmdbuf.c /usr/src/sys/modules/drm/radeon/..= /../../dev/drm/r600_blit.c /usr/src/sys/modules/drm/radeon/../../../dev/drm= /r600_cp.c /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_cp.c /us= r/src/sys/modules/drm/radeon/../../../dev/drm/radeon_cs.c /usr/src/sys/modu= les/drm/radeon/../../../dev/drm/radeon_drv.c /usr/src/sys/modules/drm/radeo= n/../../../dev/drm/radeon_irq.c /usr/src/sys/modules/drm/radeon/../../../de= v/drm/radeon_mem.c /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_= state.c --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtnfscl (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- depend_subdir_drm2 --- --- depend_subdir_radeonkms --- =3D=3D=3D> drm2/radeonkms (depend) --- depend_subdir_dtrace --- --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- depend_subdir_drm2 --- --- machine --- machine -> /usr/src/sys/i386/include --- depend_subdir_dtrace --- --- .depend --- --- depend_subdir_drm2 --- --- x86 --- --- depend_subdir_dtrace --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/s= rc/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/= common -I/usr/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/us= r/obj/usr/src/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std=3Diso9899= :1999 /usr/src/sys/fs/nfsclient/nfs_clkdtrace.c --- depend_subdir_drm2 --- x86 -> /usr/src/sys/x86/include --- opt_acpi.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_acpi.h opt_acpi.h --- opt_compat.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_compat.h opt_compat.h --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- opt_syscons.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_syscons.h opt_syscons.h --- iicbb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/iicbus/iicbb_if.m= -h --- iicbus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/iicbus/iicbus_if.= m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -I/usr/src/sys/modules/drm2/radeonkms/../../= ../dev/drm2/radeon -std=3Diso9899:1999 /usr/src/sys/modules/drm2/radeonkm= s/../../../dev/drm2/radeon/radeon_acpi.c /usr/src/sys/modules/drm2/radeonkm= s/../../../dev/drm2/radeon/radeon_agp.c /usr/src/sys/modules/drm2/radeonkms= /../../../dev/drm2/radeon/radeon_asic.c /usr/src/sys/modules/drm2/radeonkms= /../../../dev/drm2/radeon/radeon_atombios.c /usr/src/sys/modules/drm2/radeo= nkms/../../../dev/drm2/radeon/radeon_benchmark.c /usr/src/sys/modules/drm2/= radeonkms/../../../dev/drm2/radeon/radeon_bios.c /usr/src/sys/modules/drm2/= radeonkms/../../../dev/drm2/radeon/radeon_clocks.c /usr/src/sys/modules/drm= 2/radeonkms/../../../dev/drm2/radeon/radeon_combios.c /usr/src/sys/modules/= drm2/radeonkms/../../../dev/drm2/radeon/radeon_connectors.c /usr/src/sys/mo= dules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_cp.c /usr/src/sys/modu= les/drm2/radeonkms/../../../dev/drm2/radeon/radeon_cs.c /usr/src/sys/module= s/drm2/radeonkms/../../../dev/drm2/radeon/radeon_cursor.c /usr/src/sys/modu= les/drm2/radeonkms/../../../dev/drm2/radeon/radeon_device.c /usr/src/sys/mo= dules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_display.c /usr/src/sys= /modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_drv.c /usr/src/sys/= modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_encoders.c /usr/src/= sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_fb.c /usr/src/sy= s/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_fence.c /usr/src/s= ys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_gart.c /usr/src/s= ys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_gem.c /usr/src/sy= s/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_i2c.c /usr/src/sys= /modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_irq.c /usr/src/sys/= modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_irq_kms.c /usr/src/s= ys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_kms.c /usr/src/sy= s/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_legacy_crtc.c /usr= /src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_legacy_enco= ders.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_= legacy_tv.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/ra= deon_mem.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rad= eon_object.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r= adeon_pm.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rad= eon_ring.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rad= eon_sa.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeo= n_semaphore.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/= radeon_state.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon= /radeon_test.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon= /radeon_ttm.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/= atom.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombio= s_crtc.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atomb= ios_dp.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atomb= ios_encoders.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon= /atombios_i2c.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeo= n/r100.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r200.= c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r300.c /usr/= src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r300_cmdbuf.c /usr/= src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r420.c /usr/src/sys= /modules/drm2/radeonkms/../../../dev/drm2/radeon/rs400.c /usr/src/sys/modul= es/drm2/radeonkms/../../../dev/drm2/radeon/rs600.c /usr/src/sys/modules/drm= 2/radeonkms/../../../dev/drm2/radeon/rs690.c /usr/src/sys/modules/drm2/rade= onkms/../../../dev/drm2/radeon/rv515.c /usr/src/sys/modules/drm2/radeonkms/= ../../../dev/drm2/radeon/r520.c /usr/src/sys/modules/drm2/radeonkms/../../.= ./dev/drm2/radeon/r600.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/d= rm2/radeon/r600_audio.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/dr= m2/radeon/r600_blit.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2= /radeon/r600_blit_kms.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/dr= m2/radeon/r600_blit_shaders.c /usr/src/sys/modules/drm2/radeonkms/../../../= dev/drm2/radeon/r600_cp.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/= drm2/radeon/r600_cs.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2= /radeon/r600_hdmi.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/r= adeon/rv770.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/= evergreen.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/ev= ergreen_blit_kms.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/ra= deon/evergreen_blit_shaders.c /usr/src/sys/modules/drm2/radeonkms/../../../= dev/drm2/radeon/evergreen_cs.c /usr/src/sys/modules/drm2/radeonkms/../../..= /dev/drm2/radeon/evergreen_hdmi.c /usr/src/sys/modules/drm2/radeonkms/../..= /../dev/drm2/radeon/cayman_blit_shaders.c /usr/src/sys/modules/drm2/radeonk= ms/../../../dev/drm2/radeon/ni.c /usr/src/sys/modules/drm2/radeonkms/../../= ../dev/drm2/radeon/si.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/dr= m2/radeon/si_blit_shaders.c --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtrace (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- opt_compat.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_compat.h opt_compat.h --- opt_kstack_pages.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_kstack_pages.h opt_kstack_pages.h --- opt_nfs.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_nfs.h opt_nfs.h --- opt_hwpmc_hooks.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_hwpmc_hooks.h opt_hwpmc_hooks.h --- opt_apic.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_apic.h opt_apic.h --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- genassym.o --- cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DK= LD_MODULE -nostdinc -I/usr/src/sys/cddl/contrib/opensolaris/uts/intel -I/us= r/src/sys/cddl/dev/dtrace/x86 -I/usr/src/sys/cddl/compat/opensolaris -I/usr= /src/sys/cddl/dev/dtrace -I/usr/src/sys/cddl/dev/dtrace/i386 -I/usr/src/sys= /cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolari= s/common/util -I/usr/src/sys -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= /usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -g -I/usr/obj/usr/src/= sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-p= rotector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno= -pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fd= iagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare= -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-parentheses -Wno-uninitialized -Wno-cas= t-qual -Wno-unused -mno-aes -mno-avx -std=3Diso9899:1999 -include /usr/src/= sys/cddl/compat/opensolaris/sys/debug_compat.h /usr/src/sys/i386/i386/gena= ssym.c In file included from /usr/src/sys/i386/i386/genassym.c:47: In file included from /usr/src/sys/sys/buf.h:266: /usr/src/sys/cddl/compat/opensolaris/sys/proc.h:66:1: error: static declara= tion of 'thread_create' follows non-static declaration thread_create(caddr_t stk, size_t stksize, void (*proc)(void *), void *arg, ^ /usr/src/sys/sys/proc.h:995:5: note: previous declaration is here int thread_create(struct thread *td, struct rtprio *rtp, ^ --- depend_subdir_drm --- =3D=3D=3D> drm/savage (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/s= rc/sys/modules/drm/savage/../../../dev/drm -DHAVE_KERNEL_OPTION_HEADERS -I.= -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=3D__freebsd_kpr= intf__ -std=3Diso9899:1999 /usr/src/sys/modules/drm/savage/../../../dev/d= rm/savage_bci.c /usr/src/sys/modules/drm/savage/../../../dev/drm/savage_drv= .c /usr/src/sys/modules/drm/savage/../../../dev/drm/savage_state.c --- depend_subdir_dtrace --- 1 error generated. *** [genassym.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/dtrace/dtrace 1 error make[5]: stopped in /usr/src/sys/modules/dtrace/dtrace *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/dtrace 1 error make[4]: stopped in /usr/src/sys/modules/dtrace *** [depend_subdir_dtrace] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/drm/savage *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/drm 1 error make[4]: stopped in /usr/src/sys/modules/drm *** [depend_subdir_drm] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/drm2/radeonkms *** [depend_subdir_radeonkms] Error code 2 make[4]: stopped in /usr/src/sys/modules/drm2 1 error make[4]: stopped in /usr/src/sys/modules/drm2 *** [depend_subdir_drm2] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC --- .depend --- make -V CFILES_CDDL | MKDEP_CPP=3D"cc -E" CC=3D"cc " xargs mkdep -a -f .n= ewdep -DBUILDING_ZFS -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/= zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/= cddl/contrib/opensolaris/common/zfs -DFREEBSD_NAMECACHE -nostdinc -I/usr/sr= c/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/c= ommon -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensolaris/common -O -pip= e -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ipfilter -I/usr/= src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/a= th/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/contrib/vchiq -I/usr= /src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/sr= c/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_gl= obal.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-prote= ctor -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdi= agnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compar= e -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-= function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -= Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototyp= es -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces= -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith = -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/opensolaris/sys/debu= g_compat.h -DBUILDING_DTRACE -nostdinc -I/usr/src/sys/cddl/dev/fbt/i386 -I/= usr/src/sys/cddl/dev/fbt -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/= sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -DFREEBSD_NAMECACHE = -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contri= b/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensol= aris/common -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contr= ib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/sr= c/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/c= ontrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/= dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -f= wrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissin= g-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -s= td=3Diso9899:1999 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -= Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls = -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch = -Wno-pointer-arith -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/o= pensolaris/sys/debug_compat.h -I/usr/src/sys/cddl/dev/fbt/x86 -DBUILDING_DT= RACE -DFREEBSD_NAMECACHE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -= I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -I/usr/src= /sys/cddl/contrib/opensolaris/common -O -pipe -g -nostdinc -I. -I/usr/src= /sys -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/= dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contr= ib/ngatm -I/usr/src/sys/contrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys= /dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msof= t-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundan= t-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__fr= eebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unk= nown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-e= rror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-si= gn -mno-aes -mno-avx -std=3Diso9899:1999 -Wno-unknown-pragmas -Wno-missin= g-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parenthe= ses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused= -Wno-inline -Wno-switch -Wno-pointer-arith -Wno-unknown-pragmas -include /= usr/src/sys/cddl/compat/opensolaris/sys/debug_compat.h -I/usr/src/sys/cddl/= dev/dtrace -I/usr/src/sys/cddl/dev/dtrace/i386 -I/usr/src/sys/cddl/contrib/= opensolaris/uts/intel -I/usr/src/sys/cddl/dev/dtrace/x86 -I/usr/src/sys/cdd= l/contrib/opensolaris/common/util -I/usr/src/sys -DDIS_MEM -DSMP make -V SFILES_NOCDDL | MKDEP_CPP=3D"cc -E" xargs mkdep -a -f .newdep -x = assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/u= sr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/a= th_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm = -I/usr/src/sys/contrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb= -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KE= RNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kpr= intf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-prag= mas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-pare= ntheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-= aes -mno-avx -std=3Diso9899:1999=20 make -V SFILES_CDDL | MKDEP_CPP=3D"cc -E" xargs mkdep -a -f .newdep -x as= sembler-with-cpp -DLOCORE -DBUILDING_ZFS -I/usr/src/sys/cddl/contrib/openso= laris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/= zmod -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -DFREEBSD_NAMECACHE= -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contr= ib/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/openso= laris/common -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/cont= rib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/s= rc/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/= contrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys= /dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEA= DERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -= fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-= qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissi= ng-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error= -tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equalit= y -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -= std=3Diso9899:1999 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef = -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls= -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch= -Wno-pointer-arith -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h rm -f .depend mv .newdep .depend 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson5034574826633747879.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 17 18:48:38 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CDCD9A4AA5 for ; Fri, 17 Jul 2015 18:48:38 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E30EE1A17; Fri, 17 Jul 2015 18:48:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 04CF138F; Fri, 17 Jul 2015 18:48:37 +0000 (UTC) Date: Fri, 17 Jul 2015 18:48:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, pkelsey@FreeBSD.org, zbb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <959248995.21.1437158917833.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #207 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 18:48:38 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #207 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/207/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 207/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/2= 07/console Change summaries: 285657 by pkelsey: Check TCP timestamp option flag so that the automatic receive buffer scaling code does not use an uninitialized timestamp echo reply value from the stack when timestamps are not enabled. Differential Revision: https://reviews.freebsd.org/D3060 Reviewed by:=09hiren Approved by:=09jmallett (mentor) MFC after:=093 days Sponsored by:=09Norse Corp, Inc. 285656 by ed: Add an API for easily creating userspace threads in kernelspace. This change refactors the existing create_thread() function to be more generic. It replaces almost all of its arguments by a callback that can be used to extract the thread ID and copy it out to the right place, but also to perform additional initialization steps, such as setting the trapframe. This also makes the difference between thr_new() and thr_create() more clear in my opinion. This function is going to be used by the CloudABI compatibility layer. Reviewed by:=09kib MFC after:=091 month 285655 by zbb: Fix possible coherency issues between PEs related to I-cache Basing on B.2.3.4: Synchronization and coherency issues between data and instruction accesses. To ensure that modified instructions are visible to all PEs (Processing Elements) in a shareability domain one need to perform following sequence: 1. Clean D-cache 2. Ensure the visibility of data cleaned from cache 3. Invalidate I-cache 4. Ensure completion 5. In SMP system PE must issue isb to ensure execution of the modified instructions Reviewed by: andrew Obtained from: Semihalf Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3106 285654 by zbb: Fix secondary stacks calculation on ARM64 Secondary stack calculation is modified to provide stack_top =3D secondary_stacks + (cpu_id) * PAGE_SIZE * KSTACK_PAGES because on ARM64 the stack grows to lower memory addresses. Obtained from: Semihalf Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3107 285653 by zbb: Increase DMAP (Direct Map) size on ARM64 Previous DMAP size was too small for systems with more than 64GB of RAM. Increase it to 128GB to support ThunderX CRB. Reviewed by: andrew Obtained from: Semihalf Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3113 The end of the build log: [...truncated 255021 lines...] awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/bus_if.m -h --- pci_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/pci/pci_if.m -h --- iicbus_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/iicbus/iicbus_if.m -h --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -std=3Diso98= 99:1999 /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../= dev/drm2/drm_agpsupport.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm= 2/drm2/../../../dev/drm2/drm_auth.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/m= odules/drm2/drm2/../../../dev/drm2/drm_bufs.c /builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_buffer.c /builds/FreeBSD_H= EAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_context.c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_c= rtc.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/= drm2/drm_crtc_helper.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/d= rm2/../../../dev/drm2/drm_dma.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modul= es/drm2/drm2/../../../dev/drm2/drm_dp_helper.c /builds/FreeBSD_HEAD_amd64_g= cc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_dp_iic_helper.c /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_drv.c = /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/d= rm_edid.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../= dev/drm2/drm_fb_helper.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2= /drm2/../../../dev/drm2/drm_fops.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mo= dules/drm2/drm2/../../../dev/drm2/drm_gem.c /builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/modules/drm2/drm2/../../../dev/drm2/drm_gem_names.c /builds/FreeBSD_= HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_global.c /bui= lds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_h= ashtab.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../d= ev/drm2/drm_ioctl.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2= /../../../dev/drm2/drm_irq.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/= drm2/drm2/../../../dev/drm2/drm_linux_list_sort.c /builds/FreeBSD_HEAD_amd6= 4_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_lock.c /builds/FreeBSD= _HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_memory.c /bu= ilds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_= mm.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/d= rm2/drm_modes.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../= ../../dev/drm2/drm_pci.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2= /drm2/../../../dev/drm2/drm_scatter.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys= /modules/drm2/drm2/../../../dev/drm2/drm_stub.c /builds/FreeBSD_HEAD_amd64_= gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_sysctl.c /builds/FreeBSD= _HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_vm.c /builds= /FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_os_f= reebsd.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../d= ev/drm2/ttm/ttm_agp_backend.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules= /drm2/drm2/../../../dev/drm2/ttm/ttm_lock.c /builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_object.c /builds/FreeBSD= _HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_tt.c /bu= ilds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/ttm/= ttm_bo_util.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../..= /../dev/drm2/ttm/ttm_bo.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm= 2/drm2/../../../dev/drm2/ttm/ttm_bo_manager.c /builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_execbuf_util.c /builds= /FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_= memory.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../d= ev/drm2/ttm/ttm_page_alloc.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/= drm2/drm2/../../../dev/drm2/ttm/ttm_bo_vm.c /builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/modules/drm2/drm2/../../../dev/drm2/ati_pcigart.c /builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/modules/drm2/drm2/../../../dev/drm2/drm_ioc32.c --- depend_subdir_i915kms --- =3D=3D=3D> drm2/i915kms (depend) --- machine --- machine -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/x86/include --- opt_acpi.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_acpi.h opt_acpi.h --- opt_compat.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_compat.h opt_compat.h --- opt_drm.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_drm.h opt_drm.h --- opt_syscons.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_syscons.h opt_syscons.h --- acpi_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/acpica/acpi_if.m -h --- bus_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/bus_if.m -h --- fb_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/fb/fb_if.m -h --- device_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/device_if.m -h --- iicbb_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/iicbus/iicbb_if.m -h --- iicbus_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/iicbus/iicbus_if.m -h --- pci_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/pci/pci_if.m -h --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -std=3Diso98= 99:1999 /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../= ../dev/drm2/i915/i915_debug.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules= /drm2/i915kms/../../../dev/drm2/i915/i915_dma.c /builds/FreeBSD_HEAD_amd64_= gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_drv.c /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i9= 15_gem.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../.= ./dev/drm2/i915/i915_gem_context.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mo= dules/drm2/i915kms/../../../dev/drm2/i915/i915_gem_execbuffer.c /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915= _gem_evict.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../= ../../dev/drm2/i915/i915_gem_gtt.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mo= dules/drm2/i915kms/../../../dev/drm2/i915/i915_gem_stolen.c /builds/FreeBSD= _HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem= _tiling.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../= ../dev/drm2/i915/i915_irq.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/d= rm2/i915kms/../../../dev/drm2/i915/i915_suspend.c /builds/FreeBSD_HEAD_amd6= 4_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_bios.c /buil= ds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i91= 5/intel_crt.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/..= /../../dev/drm2/i915/intel_ddi.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modu= les/drm2/i915kms/../../../dev/drm2/i915/intel_display.c /builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_dp.c /= builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2= /i915/intel_fb.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms= /../../../dev/drm2/i915/intel_hdmi.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/= modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c /builds/FreeBSD_HEA= D_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_lvds.c= /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/dr= m2/i915/intel_modes.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i9= 15kms/../../../dev/drm2/i915/intel_opregion.c /builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_overlay.c /build= s/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915= /intel_panel.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/.= ./../../dev/drm2/i915/intel_pm.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modu= les/drm2/i915kms/../../../dev/drm2/i915/intel_ringbuffer.c /builds/FreeBSD_= HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_sdv= o.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915kms/../../../dev= /drm2/i915/intel_sprite.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm= 2/i915kms/../../../dev/drm2/i915/intel_tv.c /builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_ioc32.c --- depend_subdir_dtrace --- =3D=3D=3D> dtrace (depend) --- depend_subdir_drm --- =3D=3D=3D> drm/i915 (depend) --- depend_subdir_dtrace --- --- _sub.depend --- =3D=3D=3D> dtrace/dtmalloc (depend) --- depend_subdir_drm --- --- machine --- --- depend_subdir_dtrace --- --- machine --- --- depend_subdir_drm --- machine -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/include --- depend_subdir_dtrace --- machine -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/include --- depend_subdir_drm --- --- x86 --- --- depend_subdir_dtrace --- --- x86 --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/x86/include --- depend_subdir_drm --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/x86/include --- depend_subdir_dtrace --- --- vnode_if_newproto.h --- --- depend_subdir_drm --- --- opt_drm.h --- --- depend_subdir_dtrace --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -p --- depend_subdir_drm --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_drm.h opt_drm.h --- device_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/device_if.m -h --- depend_subdir_dtrace --- --- vnode_if_typedef.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -q --- depend_subdir_drm --- --- bus_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/bus_if.m -h --- depend_subdir_dtrace --- --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -h --- depend_subdir_drm --- --- pci_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/pci/pci_if.m -h --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -std=3Diso98= 99:1999 /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm/i915/../../../d= ev/drm/i915_dma.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm/i915/..= /../../dev/drm/i915_drv.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm= /i915/../../../dev/drm/i915_irq.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/drm/i915/../../../dev/drm/i915_mem.c /builds/FreeBSD_HEAD_amd64_gcc4.9= /sys/modules/drm/i915/../../../dev/drm/i915_suspend.c --- depend_subdir_dtrace --- --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/cddl/contrib/opensolaris/uts/common -I/builds/FreeBSD_HEAD_amd64_g= cc4.9/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I/builds/FreeBSD_HEAD_amd64_gcc= 4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/sys/GENERIC -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64_gcc4.9/s= ys/cddl/dev/dtmalloc/dtmalloc.c =3D=3D=3D> dtrace/dtnfscl (depend) --- machine --- machine -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/x86/include --- vnode_if_newproto.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -h --- .depend --- rm -f .depend CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/cddl/contrib/opensolaris/uts/common -I/builds/FreeBSD_HEAD_amd64_g= cc4.9/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I/builds/FreeBSD_HEAD_amd64_gcc= 4.9/sys -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_g= cc4.9/sys/GENERIC -std=3Diso9899:1999 /builds/FreeBSD_HEAD_amd64_gcc4.9/s= ys/fs/nfsclient/nfs_clkdtrace.c =3D=3D=3D> dtrace/dtrace (depend) --- depend_subdir_drm --- =3D=3D=3D> drm/mach64 (depend) --- depend_subdir_dtrace --- --- machine --- machine -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/include --- depend_subdir_drm --- --- machine --- --- depend_subdir_dtrace --- --- x86 --- --- depend_subdir_drm --- machine -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/include --- depend_subdir_dtrace --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/x86/include --- depend_subdir_drm --- --- x86 --- --- depend_subdir_dtrace --- --- vnode_if_newproto.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -p --- depend_subdir_drm --- x86 -> /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/x86/include --- opt_drm.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_drm.h opt_drm.h --- device_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/device_if.m -h --- depend_subdir_dtrace --- --- vnode_if_typedef.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -q --- depend_subdir_drm --- --- bus_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/bus_if.m -h --- depend_subdir_dtrace --- --- opt_compat.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_compat.h opt_compat.h --- opt_kstack_pages.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_kstack_pages.h opt_kstack_pages.h --- opt_nfs.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_nfs.h opt_nfs.h --- opt_hwpmc_hooks.h --- ln -sf /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_hwpmc_hooks.h opt_hwpmc_hooks.h --- bus_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/bus_if.m -h --- depend_subdir_drm --- --- pci_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/dev/pci/pci_if.m -h --- .depend --- --- depend_subdir_dtrace --- --- device_if.h --- --- depend_subdir_drm --- rm -f .depend --- depend_subdir_dtrace --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/makeobjops.awk /builds/F= reeBSD_HEAD_amd64_gcc4.9/sys/kern/device_if.m -h --- depend_subdir_drm --- CC=3D'/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L= /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/= usr/lib --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1' = mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -I/builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -std=3Diso98= 99:1999 /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm/mach64/../../..= /dev/drm/mach64_dma.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm/mac= h64/../../../dev/drm/mach64_drv.c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mod= ules/drm/mach64/../../../dev/drm/mach64_irq.c /builds/FreeBSD_HEAD_amd64_gc= c4.9/sys/modules/drm/mach64/../../../dev/drm/mach64_state.c --- depend_subdir_dtrace --- --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/tools/vnode_if.awk /builds/Fre= eBSD_HEAD_amd64_gcc4.9/sys/kern/vnode_if.src -h --- genassym.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -c -O2 -pipe -DDIS_MEM -DSMP= -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/cddl/contrib/opensolaris/uts/intel -I/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/cddl/dev/dtrace/x86 -I/builds/FreeBSD_HEAD_amd64_gcc4.9= /sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/cddl/d= ev/dtrace -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/cddl/dev/dtrace/amd64 -I/= builds/FreeBSD_HEAD_amd64_gcc4.9/sys/cddl/contrib/opensolaris/uts/common -I= /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/cddl/contrib/opensolaris/common/util = -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -DHAVE_KERNEL_OPTION_HEADERS -inclu= de /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/s= ys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -g -fno= -omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd= 64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -mcmodel=3Dkerne= l -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tab= les -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-de= cls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error= =3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-but-set-variable -W= no-error=3Daggressive-loop-optimizations -Wno-error=3Dmaybe-uninitialized -= Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-e= rror=3Dsequence-point -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow = -Wno-error=3Doverflow -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -W= no-unused -finline-limit=3D8000 -fms-extensions --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 -include /b= uilds/FreeBSD_HEAD_amd64_gcc4.9/sys/cddl/compat/opensolaris/sys/debug_compa= t.h /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/amd64/genassym.c In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/buf.h:266:0= , from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/amd64/gen= assym.c:46: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/cddl/compat/opensolaris/sys/proc.h:66= :1: error: conflicting types for 'thread_create' thread_create(caddr_t stk, size_t stksize, void (*proc)(void *), void *arg= , ^ In file included from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/cddl/compat/ope= nsolaris/sys/proc.h:34:0, from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/buf.h:266, from /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/amd64/amd64/gen= assym.c:46: /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/sys/proc.h:995:5: note: previous decl= aration of 'thread_create' was here int thread_create(struct thread *td, struct rtprio *rtp, ^ *** [genassym.o] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/dtrace/dt= race 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/dtrace/dt= race *** [_sub.depend] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/dtrace 1 error make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/dtrace *** [depend_subdir_dtrace] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm/mach6= 4 *** [_sub.depend] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm 1 error make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm *** [depend_subdir_drm] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules --- depend_subdir_drm2 --- --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/drm2 *** [depend_subdir_drm2] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2 --- depend_subdir_i915kms --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2/i915= kms *** [depend_subdir_i915kms] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2 2 errors make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/drm2 *** [depend_subdir_drm2] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules 3 errors make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 17 20:12:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 799FF9A2A0B; Fri, 17 Jul 2015 20:12:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 568C81031; Fri, 17 Jul 2015 20:12:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 39C163E1; Fri, 17 Jul 2015 20:12:30 +0000 (UTC) Date: Fri, 17 Jul 2015 20:12:29 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pkelsey@FreeBSD.org, bapt@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2117299886.25.1437163949930.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2016344780.19.1437156784646.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2016344780.19.1437156784646.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #606 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 20:12:30 -0000 FreeBSD_HEAD_i386 - Build #606 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/606/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/606/chan= ges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/606/conso= le Change summaries: 285658 by bapt: make ctdladm(8) return 0 is everything was ok. retval is used to test the return of XML_Parse function which is ok if 1 is returned and retval it directly returned to the main function and used as a= n exit value. if all the parsing part is done reset retval to 0 so that the command retur= n 0 if everything ok Differential Revision:=09https://reviews.freebsd.org/D3102 Reviewed by:=09trasz MFC after:=093 days Sponsored by:=09gandi.net 285657 by pkelsey: Check TCP timestamp option flag so that the automatic receive buffer scaling code does not use an uninitialized timestamp echo reply value from the stack when timestamps are not enabled. Differential Revision: https://reviews.freebsd.org/D3060 Reviewed by:=09hiren Approved by:=09jmallett (mentor) MFC after:=093 days Sponsored by:=09Norse Corp, Inc. The end of the build log: [...truncated 153308 lines...] machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/d= rm/radeon/../../../dev/drm/r300_cmdbuf.c /usr/src/sys/modules/drm/radeon/..= /../../dev/drm/r600_blit.c /usr/src/sys/modules/drm/radeon/../../../dev/drm= /r600_cp.c /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_cp.c /us= r/src/sys/modules/drm/radeon/../../../dev/drm/radeon_cs.c /usr/src/sys/modu= les/drm/radeon/../../../dev/drm/radeon_drv.c /usr/src/sys/modules/drm/radeo= n/../../../dev/drm/radeon_irq.c /usr/src/sys/modules/drm/radeon/../../../de= v/drm/radeon_mem.c /usr/src/sys/modules/drm/radeon/../../../dev/drm/radeon_= state.c --- depend_subdir_dtrace --- =3D=3D=3D> dtrace (depend) --- _sub.depend --- =3D=3D=3D> dtrace/dtmalloc (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- depend_subdir_drm2 --- --- depend_subdir_radeonkms --- =3D=3D=3D> drm2/radeonkms (depend) --- depend_subdir_dtrace --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- depend_subdir_drm2 --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_acpi.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_acpi.h opt_acpi.h --- opt_compat.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_compat.h opt_compat.h --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- opt_syscons.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_syscons.h opt_syscons.h --- iicbb_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/iicbus/iicbb_if.m= -h --- iicbus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/iicbus/iicbus_if.= m -h --- depend_subdir_dtrace --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/s= rc/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/= common -I/usr/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/us= r/obj/usr/src/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std=3Diso9899= :1999 /usr/src/sys/cddl/dev/dtmalloc/dtmalloc.c --- depend_subdir_drm2 --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -I/usr/src/sys/modules/drm2/radeonkms/../../= ../dev/drm2/radeon -std=3Diso9899:1999 /usr/src/sys/modules/drm2/radeonkm= s/../../../dev/drm2/radeon/radeon_acpi.c /usr/src/sys/modules/drm2/radeonkm= s/../../../dev/drm2/radeon/radeon_agp.c /usr/src/sys/modules/drm2/radeonkms= /../../../dev/drm2/radeon/radeon_asic.c /usr/src/sys/modules/drm2/radeonkms= /../../../dev/drm2/radeon/radeon_atombios.c /usr/src/sys/modules/drm2/radeo= nkms/../../../dev/drm2/radeon/radeon_benchmark.c /usr/src/sys/modules/drm2/= radeonkms/../../../dev/drm2/radeon/radeon_bios.c /usr/src/sys/modules/drm2/= radeonkms/../../../dev/drm2/radeon/radeon_clocks.c /usr/src/sys/modules/drm= 2/radeonkms/../../../dev/drm2/radeon/radeon_combios.c /usr/src/sys/modules/= drm2/radeonkms/../../../dev/drm2/radeon/radeon_connectors.c /usr/src/sys/mo= dules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_cp.c /usr/src/sys/modu= les/drm2/radeonkms/../../../dev/drm2/radeon/radeon_cs.c /usr/src/sys/module= s/drm2/radeonkms/../../../dev/drm2/radeon/radeon_cursor.c /usr/src/sys/modu= les/drm2/radeonkms/../../../dev/drm2/radeon/radeon_device.c /usr/src/sys/mo= dules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_display.c /usr/src/sys= /modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_drv.c /usr/src/sys/= modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_encoders.c /usr/src/= sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_fb.c /usr/src/sy= s/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_fence.c /usr/src/s= ys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_gart.c /usr/src/s= ys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_gem.c /usr/src/sy= s/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_i2c.c /usr/src/sys= /modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_irq.c /usr/src/sys/= modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_irq_kms.c /usr/src/s= ys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_kms.c /usr/src/sy= s/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_legacy_crtc.c /usr= /src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_legacy_enco= ders.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeon_= legacy_tv.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/ra= deon_mem.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rad= eon_object.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r= adeon_pm.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rad= eon_ring.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rad= eon_sa.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/radeo= n_semaphore.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/= radeon_state.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon= /radeon_test.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon= /radeon_ttm.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/= atom.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atombio= s_crtc.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atomb= ios_dp.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/atomb= ios_encoders.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon= /atombios_i2c.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeo= n/r100.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r200.= c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r300.c /usr/= src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r300_cmdbuf.c /usr/= src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/r420.c /usr/src/sys= /modules/drm2/radeonkms/../../../dev/drm2/radeon/rs400.c /usr/src/sys/modul= es/drm2/radeonkms/../../../dev/drm2/radeon/rs600.c /usr/src/sys/modules/drm= 2/radeonkms/../../../dev/drm2/radeon/rs690.c /usr/src/sys/modules/drm2/rade= onkms/../../../dev/drm2/radeon/rv515.c /usr/src/sys/modules/drm2/radeonkms/= ../../../dev/drm2/radeon/r520.c /usr/src/sys/modules/drm2/radeonkms/../../.= ./dev/drm2/radeon/r600.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/d= rm2/radeon/r600_audio.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/dr= m2/radeon/r600_blit.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2= /radeon/r600_blit_kms.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/dr= m2/radeon/r600_blit_shaders.c /usr/src/sys/modules/drm2/radeonkms/../../../= dev/drm2/radeon/r600_cp.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/= drm2/radeon/r600_cs.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2= /radeon/r600_hdmi.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/r= adeon/rv770.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/= evergreen.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/ev= ergreen_blit_kms.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/ra= deon/evergreen_blit_shaders.c /usr/src/sys/modules/drm2/radeonkms/../../../= dev/drm2/radeon/evergreen_cs.c /usr/src/sys/modules/drm2/radeonkms/../../..= /dev/drm2/radeon/evergreen_hdmi.c /usr/src/sys/modules/drm2/radeonkms/../..= /../dev/drm2/radeon/cayman_blit_shaders.c /usr/src/sys/modules/drm2/radeonk= ms/../../../dev/drm2/radeon/ni.c /usr/src/sys/modules/drm2/radeonkms/../../= ../dev/drm2/radeon/si.c /usr/src/sys/modules/drm2/radeonkms/../../../dev/dr= m2/radeon/si_blit_shaders.c --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtnfscl (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- depend_subdir_drm --- =3D=3D=3D> drm/savage (depend) --- depend_subdir_dtrace --- --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- depend_subdir_drm --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/s= rc/sys/modules/drm/savage/../../../dev/drm -DHAVE_KERNEL_OPTION_HEADERS -I.= -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=3D__freebsd_kpr= intf__ -std=3Diso9899:1999 /usr/src/sys/modules/drm/savage/../../../dev/d= rm/savage_bci.c /usr/src/sys/modules/drm/savage/../../../dev/drm/savage_drv= .c /usr/src/sys/modules/drm/savage/../../../dev/drm/savage_state.c --- depend_subdir_dtrace --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/s= rc/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/= common -I/usr/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/us= r/obj/usr/src/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std=3Diso9899= :1999 /usr/src/sys/fs/nfsclient/nfs_clkdtrace.c =3D=3D=3D> dtrace/dtrace (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- depend_subdir_drm --- =3D=3D=3D> drm/sis (depend) --- depend_subdir_dtrace --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- opt_compat.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_compat.h opt_compat.h --- opt_kstack_pages.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_kstack_pages.h opt_kstack_pages.h --- opt_nfs.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_nfs.h opt_nfs.h --- opt_hwpmc_hooks.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_hwpmc_hooks.h opt_hwpmc_hooks.h --- opt_apic.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_apic.h opt_apic.h --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- depend_subdir_drm --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/d= rm/sis/../../../dev/drm/sis_drv.c /usr/src/sys/modules/drm/sis/../../../dev= /drm/sis_ds.c /usr/src/sys/modules/drm/sis/../../../dev/drm/sis_mm.c --- depend_subdir_dtrace --- --- genassym.o --- cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DK= LD_MODULE -nostdinc -I/usr/src/sys/cddl/contrib/opensolaris/uts/intel -I/us= r/src/sys/cddl/dev/dtrace/x86 -I/usr/src/sys/cddl/compat/opensolaris -I/usr= /src/sys/cddl/dev/dtrace -I/usr/src/sys/cddl/dev/dtrace/i386 -I/usr/src/sys= /cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolari= s/common/util -I/usr/src/sys -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= /usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -g -I/usr/obj/usr/src/= sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-p= rotector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno= -pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fd= iagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare= -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-parentheses -Wno-uninitialized -Wno-cas= t-qual -Wno-unused -mno-aes -mno-avx -std=3Diso9899:1999 -include /usr/src/= sys/cddl/compat/opensolaris/sys/debug_compat.h /usr/src/sys/i386/i386/gena= ssym.c In file included from /usr/src/sys/i386/i386/genassym.c:47: In file included from /usr/src/sys/sys/buf.h:266: /usr/src/sys/cddl/compat/opensolaris/sys/proc.h:66:1: error: static declara= tion of 'thread_create' follows non-static declaration thread_create(caddr_t stk, size_t stksize, void (*proc)(void *), void *arg, ^ /usr/src/sys/sys/proc.h:995:5: note: previous declaration is here int thread_create(struct thread *td, struct rtprio *rtp, ^ --- depend_subdir_drm --- =3D=3D=3D> drm/tdfx (depend) --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_drm.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_drm.h opt_drm.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__= printf__=3D__freebsd_kprintf__ -std=3Diso9899:1999 /usr/src/sys/modules/d= rm/tdfx/../../../dev/drm/tdfx_drv.c --- depend_subdir_dtrace --- 1 error generated. *** [genassym.o] Error code 1 make[5]: stopped in /usr/src/sys/modules/dtrace/dtrace 1 error make[5]: stopped in /usr/src/sys/modules/dtrace/dtrace *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/dtrace 1 error make[4]: stopped in /usr/src/sys/modules/dtrace *** [depend_subdir_dtrace] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/drm/tdfx *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/drm 1 error make[4]: stopped in /usr/src/sys/modules/drm *** [depend_subdir_drm] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/drm2/radeonkms *** [depend_subdir_radeonkms] Error code 2 make[4]: stopped in /usr/src/sys/modules/drm2 1 error make[4]: stopped in /usr/src/sys/modules/drm2 *** [depend_subdir_drm2] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC --- .depend --- make -V CFILES_CDDL | MKDEP_CPP=3D"cc -E" CC=3D"cc " xargs mkdep -a -f .n= ewdep -DBUILDING_ZFS -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/= zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/= cddl/contrib/opensolaris/common/zfs -DFREEBSD_NAMECACHE -nostdinc -I/usr/sr= c/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/c= ommon -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensolaris/common -O -pip= e -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ipfilter -I/usr/= src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/a= th/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/contrib/vchiq -I/usr= /src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/sr= c/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_gl= obal.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-prote= ctor -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdi= agnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compar= e -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-= function -Wno-error-pointer-sign -mno-aes -mno-avx -std=3Diso9899:1999 -= Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototyp= es -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces= -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith = -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/opensolaris/sys/debu= g_compat.h -DBUILDING_DTRACE -nostdinc -I/usr/src/sys/cddl/dev/fbt/i386 -I/= usr/src/sys/cddl/dev/fbt -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/= sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -DFREEBSD_NAMECACHE = -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contri= b/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensol= aris/common -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contr= ib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/sr= c/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/c= ontrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/= dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -f= wrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissin= g-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -s= td=3Diso9899:1999 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -= Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls = -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch = -Wno-pointer-arith -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/o= pensolaris/sys/debug_compat.h -I/usr/src/sys/cddl/dev/fbt/x86 -DBUILDING_DT= RACE -DFREEBSD_NAMECACHE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -= I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -I/usr/src= /sys/cddl/contrib/opensolaris/common -O -pipe -g -nostdinc -I. -I/usr/src= /sys -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/= dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contr= ib/ngatm -I/usr/src/sys/contrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys= /dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msof= t-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundan= t-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__fr= eebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unk= nown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-e= rror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-si= gn -mno-aes -mno-avx -std=3Diso9899:1999 -Wno-unknown-pragmas -Wno-missin= g-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parenthe= ses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused= -Wno-inline -Wno-switch -Wno-pointer-arith -Wno-unknown-pragmas -include /= usr/src/sys/cddl/compat/opensolaris/sys/debug_compat.h -I/usr/src/sys/cddl/= dev/dtrace -I/usr/src/sys/cddl/dev/dtrace/i386 -I/usr/src/sys/cddl/contrib/= opensolaris/uts/intel -I/usr/src/sys/cddl/dev/dtrace/x86 -I/usr/src/sys/cdd= l/contrib/opensolaris/common/util -I/usr/src/sys -DDIS_MEM -DSMP make -V SFILES_NOCDDL | MKDEP_CPP=3D"cc -E" xargs mkdep -a -f .newdep -x = assembler-with-cpp -DLOCORE -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/u= sr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/a= th_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm = -I/usr/src/sys/contrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb= -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KE= RNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kpr= intf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-prag= mas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-pare= ntheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-= aes -mno-avx -std=3Diso9899:1999=20 make -V SFILES_CDDL | MKDEP_CPP=3D"cc -E" xargs mkdep -a -f .newdep -x as= sembler-with-cpp -DLOCORE -DBUILDING_ZFS -I/usr/src/sys/cddl/contrib/openso= laris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/= zmod -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -DFREEBSD_NAMECACHE= -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contr= ib/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/openso= laris/common -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/cont= rib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/s= rc/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/= contrib/vchiq -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys= /dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEA= DERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -= fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-= qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissi= ng-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error= -tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equalit= y -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -= std=3Diso9899:1999 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef = -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls= -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch= -Wno-pointer-arith -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h rm -f .depend mv .newdep .depend 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4106128071563518308.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Jul 17 21:02:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DC699A30AC for ; Fri, 17 Jul 2015 21:02:23 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 46763164B; Fri, 17 Jul 2015 21:02:23 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2856C3E3; Fri, 17 Jul 2015 21:02:23 +0000 (UTC) Date: Fri, 17 Jul 2015 21:02:21 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, pkelsey@FreeBSD.org, bapt@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <429166051.27.1437166943047.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2978 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 21:02:23 -0000 FreeBSD_HEAD - Build #2978 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2978/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2978/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2978/console Change summaries: 285658 by bapt: make ctdladm(8) return 0 is everything was ok. retval is used to test the return of XML_Parse function which is ok if 1 is returned and retval it directly returned to the main function and used as a= n exit value. if all the parsing part is done reset retval to 0 so that the command retur= n 0 if everything ok Differential Revision:=09https://reviews.freebsd.org/D3102 Reviewed by:=09trasz MFC after:=093 days Sponsored by:=09gandi.net 285657 by pkelsey: Check TCP timestamp option flag so that the automatic receive buffer scaling code does not use an uninitialized timestamp echo reply value from the stack when timestamps are not enabled. Differential Revision: https://reviews.freebsd.org/D3060 Reviewed by:=09hiren Approved by:=09jmallett (mentor) MFC after:=093 days Sponsored by:=09Norse Corp, Inc. 285656 by ed: Add an API for easily creating userspace threads in kernelspace. This change refactors the existing create_thread() function to be more generic. It replaces almost all of its arguments by a callback that can be used to extract the thread ID and copy it out to the right place, but also to perform additional initialization steps, such as setting the trapframe. This also makes the difference between thr_new() and thr_create() more clear in my opinion. This function is going to be used by the CloudABI compatibility layer. Reviewed by:=09kib MFC after:=091 month The end of the build log: [...truncated 253780 lines...] =3D=3D=3D> drm (depend) --- _sub.depend --- =3D=3D=3D> drm/drm (depend) --- depend_subdir_drm2 --- =3D=3D=3D> drm2 (depend) --- depend_subdir_drm --- --- machine --- machine -> /builds/FreeBSD_HEAD/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD/sys/x86/include --- opt_drm.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_drm.h o= pt_drm.h --- depend_subdir_drm2 --- --- depend_subdir_drm2 --- =3D=3D=3D> drm2/drm2 (depend) --- depend_subdir_drm --- --- device_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/bus_if.m -h --- pci_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/dev/pci/pci_if.m -h --- depend_subdir_drm2 --- --- machine --- --- depend_subdir_drm --- --- .depend --- --- depend_subdir_drm2 --- machine -> /builds/FreeBSD_HEAD/sys/amd64/include --- depend_subdir_drm --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/builds/FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/= obj/builds/FreeBSD_HEAD/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std= =3Diso9899:1999 /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm= /ati_pcigart.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/dr= m_agpsupport.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/dr= m_auth.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_bufs= .c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_context.c = /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_dma.c /builds= /FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_drawable.c /builds/F= reeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_drv.c /builds/FreeBSD_= HEAD/sys/modules/drm/drm/../../../dev/drm/drm_fops.c /builds/FreeBSD_HEAD/s= ys/modules/drm/drm/../../../dev/drm/drm_hashtab.c /builds/FreeBSD_HEAD/sys/= modules/drm/drm/../../../dev/drm/drm_ioctl.c /builds/FreeBSD_HEAD/sys/modul= es/drm/drm/../../../dev/drm/drm_irq.c /builds/FreeBSD_HEAD/sys/modules/drm/= drm/../../../dev/drm/drm_lock.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/..= /../../dev/drm/drm_memory.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../= ../dev/drm/drm_mm.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/d= rm/drm_pci.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_= scatter.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_sma= n.c /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_sysctl.c = /builds/FreeBSD_HEAD/sys/modules/drm/drm/../../../dev/drm/drm_vm.c --- depend_subdir_drm2 --- --- x86 --- x86 -> /builds/FreeBSD_HEAD/sys/x86/include --- opt_drm.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_drm.h o= pt_drm.h --- opt_vm.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_vm.h op= t_vm.h --- opt_compat.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_compat.= h opt_compat.h --- opt_syscons.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_syscons= .h opt_syscons.h --- device_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/bus_if.m -h --- pci_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/dev/pci/pci_if.m -h --- iicbus_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/dev/iicbus/iicbus_if.m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/builds/FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/= obj/builds/FreeBSD_HEAD/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std= =3Diso9899:1999 /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/d= rm2/drm_agpsupport.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../de= v/drm2/drm_auth.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/d= rm2/drm_bufs.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2= /drm_buffer.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/= drm_context.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/= drm_crtc.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm= _crtc_helper.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2= /drm_dma.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm= _dp_helper.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/d= rm_dp_iic_helper.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/= drm2/drm_drv.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2= /drm_edid.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/dr= m_fb_helper.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/= drm_fops.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm= _gem.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_gem= _names.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_g= lobal.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_ha= shtab.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_io= ctl.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_irq.= c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_linux_li= st_sort.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_= lock.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_mem= ory.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_mm.c= /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_modes.c /= builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_pci.c /buil= ds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_scatter.c /buil= ds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_stub.c /builds/= FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_sysctl.c /builds/F= reeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_vm.c /builds/FreeBS= D_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/drm_os_freebsd.c /builds/Fre= eBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_agp_backend.c /bu= ilds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_lock.c /b= uilds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_object.c= /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_tt.c = /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_bo_uti= l.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_bo= .c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/ttm_bo_= manager.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/drm2/ttm/= ttm_execbuf_util.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../dev/= drm2/ttm/ttm_memory.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../../../d= ev/drm2/ttm/ttm_page_alloc.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/../= ../../dev/drm2/ttm/ttm_bo_vm.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/.= ./../../dev/drm2/ati_pcigart.c /builds/FreeBSD_HEAD/sys/modules/drm2/drm2/.= ./../../dev/drm2/drm_ioc32.c --- depend_subdir_dtrace --- =3D=3D=3D> dtrace (depend) --- _sub.depend --- =3D=3D=3D> dtrace/dtmalloc (depend) --- machine --- machine -> /builds/FreeBSD_HEAD/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD/sys/x86/include --- vnode_if_newproto.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -q --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/build= s/FreeBSD_HEAD/sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD/sys/cddl/= contrib/opensolaris/uts/common -I/builds/FreeBSD_HEAD/sys -DHAVE_KERNEL_OPT= ION_HEADERS -I. -I/builds/FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/obj/build= s/FreeBSD_HEAD/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std=3Diso989= 9:1999 /builds/FreeBSD_HEAD/sys/cddl/dev/dtmalloc/dtmalloc.c =3D=3D=3D> dtrace/dtnfscl (depend) --- machine --- machine -> /builds/FreeBSD_HEAD/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD/sys/x86/include --- vnode_if_newproto.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -q --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/build= s/FreeBSD_HEAD/sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD/sys/cddl/= contrib/opensolaris/uts/common -I/builds/FreeBSD_HEAD/sys -DHAVE_KERNEL_OPT= ION_HEADERS -I. -I/builds/FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/obj/build= s/FreeBSD_HEAD/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std=3Diso989= 9:1999 /builds/FreeBSD_HEAD/sys/fs/nfsclient/nfs_clkdtrace.c --- depend_subdir_drm --- =3D=3D=3D> drm/i915 (depend) --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtrace (depend) --- depend_subdir_drm --- --- machine --- --- depend_subdir_dtrace --- --- machine --- --- depend_subdir_drm --- machine -> /builds/FreeBSD_HEAD/sys/amd64/include --- x86 --- --- depend_subdir_dtrace --- machine -> /builds/FreeBSD_HEAD/sys/amd64/include --- depend_subdir_drm --- x86 -> /builds/FreeBSD_HEAD/sys/x86/include --- depend_subdir_dtrace --- --- x86 --- --- depend_subdir_drm --- --- opt_drm.h --- --- depend_subdir_dtrace --- x86 -> /builds/FreeBSD_HEAD/sys/x86/include --- depend_subdir_drm --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_drm.h o= pt_drm.h --- device_if.h --- --- depend_subdir_dtrace --- --- vnode_if_newproto.h --- --- depend_subdir_drm --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/device_if.m -h --- depend_subdir_dtrace --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -p --- depend_subdir_drm --- --- bus_if.h --- --- depend_subdir_dtrace --- --- vnode_if_typedef.h --- --- depend_subdir_drm --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/bus_if.m -h --- depend_subdir_dtrace --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -q --- opt_compat.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_compat.= h opt_compat.h --- opt_kstack_pages.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_kstack_= pages.h opt_kstack_pages.h --- depend_subdir_drm --- --- pci_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/dev/pci/pci_if.m -h --- depend_subdir_dtrace --- --- opt_nfs.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_nfs.h o= pt_nfs.h --- depend_subdir_dummynet --- --- depend_subdir_dtrace --- --- opt_hwpmc_hooks.h --- --- depend_subdir_dummynet --- =3D=3D=3D> dummynet (depend) --- depend_subdir_dtrace --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_hwpmc_h= ooks.h opt_hwpmc_hooks.h --- bus_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/bus_if.m -h --- depend_subdir_drm --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/builds/FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/= obj/builds/FreeBSD_HEAD/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std= =3Diso9899:1999 /builds/FreeBSD_HEAD/sys/modules/drm/i915/../../../dev/dr= m/i915_dma.c /builds/FreeBSD_HEAD/sys/modules/drm/i915/../../../dev/drm/i91= 5_drv.c /builds/FreeBSD_HEAD/sys/modules/drm/i915/../../../dev/drm/i915_irq= .c /builds/FreeBSD_HEAD/sys/modules/drm/i915/../../../dev/drm/i915_mem.c /b= uilds/FreeBSD_HEAD/sys/modules/drm/i915/../../../dev/drm/i915_suspend.c --- depend_subdir_dtrace --- --- device_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/makeobjops.awk /builds/FreeBSD_HEAD/s= ys/kern/device_if.m -h --- vnode_if.h --- awk -f /builds/FreeBSD_HEAD/sys/tools/vnode_if.awk /builds/FreeBSD_HEAD/sys= /kern/vnode_if.src -h --- depend_subdir_dummynet --- --- machine --- machine -> /builds/FreeBSD_HEAD/sys/amd64/include --- x86 --- x86 -> /builds/FreeBSD_HEAD/sys/x86/include --- opt_inet6.h --- ln -sf /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_inet6.h= opt_inet6.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_K= ERNEL_OPTION_HEADERS -I. -I/builds/FreeBSD_HEAD/sys -I/builds/FreeBSD_HEAD/= obj/builds/FreeBSD_HEAD/sys/GENERIC -D__printf__=3D__freebsd_kprintf__ -std= =3Diso9899:1999 /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/i= pfw/ip_dummynet.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/i= pfw/ip_dn_glue.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/ip= fw/ip_dn_io.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/ipfw/= dn_heap.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/ipfw/dn_s= ched_fifo.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/ipfw/dn= _sched_qfq.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/ipfw/d= n_sched_rr.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/ipfw/d= n_sched_wf2q.c /builds/FreeBSD_HEAD/sys/modules/dummynet/../../netpfil/ipfw= /dn_sched_prio.c --- depend_subdir_dtrace --- --- genassym.o --- cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DK= LD_MODULE -nostdinc -I/builds/FreeBSD_HEAD/sys/cddl/contrib/opensolaris/uts= /intel -I/builds/FreeBSD_HEAD/sys/cddl/dev/dtrace/x86 -I/builds/FreeBSD_HEA= D/sys/cddl/compat/opensolaris -I/builds/FreeBSD_HEAD/sys/cddl/dev/dtrace -I= /builds/FreeBSD_HEAD/sys/cddl/dev/dtrace/amd64 -I/builds/FreeBSD_HEAD/sys/c= ddl/contrib/opensolaris/uts/common -I/builds/FreeBSD_HEAD/sys/cddl/contrib/= opensolaris/common/util -I/builds/FreeBSD_HEAD/sys -DHAVE_KERNEL_OPTION_HEA= DERS -include /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC/opt_= global.h -I. -I/builds/FreeBSD_HEAD/sys -g -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GEN= ERIC -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-as= ynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__= printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-op= tion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-= body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-= pointer-sign -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused= -mno-aes -mno-avx -std=3Diso9899:1999 -include /builds/FreeBSD_HEAD/sys/cd= dl/compat/opensolaris/sys/debug_compat.h /builds/FreeBSD_HEAD/sys/amd64/am= d64/genassym.c In file included from /builds/FreeBSD_HEAD/sys/amd64/amd64/genassym.c:46: In file included from /builds/FreeBSD_HEAD/sys/sys/buf.h:266: /builds/FreeBSD_HEAD/sys/cddl/compat/opensolaris/sys/proc.h:66:1: error: st= atic declaration of 'thread_create' follows non-static declaration thread_create(caddr_t stk, size_t stksize, void (*proc)(void *), void *arg, ^ /builds/FreeBSD_HEAD/sys/sys/proc.h:995:5: note: previous declaration is he= re int thread_create(struct thread *td, struct rtprio *rtp, ^ --- depend_subdir_drm --- =3D=3D=3D> drm/mach64 (depend) --- depend_subdir_dtrace --- 1 error generated. *** [genassym.o] Error code 1 make[5]: stopped in /builds/FreeBSD_HEAD/sys/modules/dtrace/dtrace 1 error make[5]: stopped in /builds/FreeBSD_HEAD/sys/modules/dtrace/dtrace *** [_sub.depend] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/dtrace 1 error make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/dtrace *** [depend_subdir_dtrace] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD/sys/modules/drm/mach64 *** [_sub.depend] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/drm 1 error make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/drm *** [depend_subdir_drm] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules --- depend_subdir_dummynet --- A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/dummynet *** [depend_subdir_dummynet] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD/sys/modules/drm2/drm2 *** [depend_subdir_drm2] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/drm2 1 error make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/drm2 *** [depend_subdir_drm2] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules 4 errors make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERI= C 1 error make[2]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERI= C *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Jul 18 00:20:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 014659A4E1F; Sat, 18 Jul 2015 00:20:35 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DE1D91BCC; Sat, 18 Jul 2015 00:20:35 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0F1FD420; Sat, 18 Jul 2015 00:20:36 +0000 (UTC) Date: Sat, 18 Jul 2015 00:20:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ed@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <984612490.29.1437178835888.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2117299886.25.1437163949930.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2117299886.25.1437163949930.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #607 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 00:20:36 -0000 FreeBSD_HEAD_i386 - Build #607 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/607/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/607/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/607/console Change summaries: 285661 by ed: Undo r285656. It turns out that the CDDL sources already introduce a function called thread_create(). I'll investigate what we can do to make these functions coexist. Reported by: Ivan Klymenko From owner-freebsd-current@freebsd.org Sat Jul 18 00:52:59 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EFF69A429C for ; Sat, 18 Jul 2015 00:52:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EF161BD8 for ; Sat, 18 Jul 2015 00:52:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oibn4 with SMTP id n4so80489849oib.3 for ; Fri, 17 Jul 2015 17:52:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=aDN2bZwVW+3BvrM8d9L+K3q6NybkRUnL4pxGP2NMODg=; b=xKLqnPXfNMhsYXMxKBu6pLT1QHS1hoV3I2B53b1RLNRM2OcUbsKBcS2BAkhLEx/o+G mA2SmQdQ/mgEfziXmWyB0tpSy8PnN/rs2uw4QcVQie2soUKGk1LkLCehqW6shx1jBRNc WTO6z+j1ErbQ4AUXIzXpUk76vcar6kSIHKnwUuDBgorXNpPNJXj6sQ8A1Irmm2OStqRV YOs9rOiCXWP+5bemU2vSfKkHCRBxOI0yVy05TFjxgy0O5ZsqWzjQL8toF90nPOViPgGJ QQ8iXZenIYPqWUEObXUnTQjj5pLw7PrtnuQU/KPqs0M9QyTX/CxTgtjaUy+4YcK2wXdI Dh3Q== MIME-Version: 1.0 X-Received: by 10.202.61.85 with SMTP id k82mr15269335oia.73.1437180778230; Fri, 17 Jul 2015 17:52:58 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Fri, 17 Jul 2015 17:52:58 -0700 (PDT) Date: Fri, 17 Jul 2015 17:52:58 -0700 X-Google-Sender-Auth: X618gvE-mYpMne_mUNz8_2x7GPU Message-ID: Subject: Head from yesterday's snapshot fails to mount root From: Kevin Oberman To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 00:52:59 -0000 I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat "Waiting for /dev/da0p2" forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2 Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sat Jul 18 00:59:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35A8F9A434F for ; Sat, 18 Jul 2015 00:59:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 23B071F4E; Sat, 18 Jul 2015 00:59:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 9BD821EF4; Sat, 18 Jul 2015 00:59:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 18 Jul 2015 00:59:00 +0000 From: Glen Barber To: Kevin Oberman Cc: FreeBSD Current Subject: Re: Head from yesterday's snapshot fails to mount root Message-ID: <20150718005900.GG1438@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YH9Qf6Fh2G5kB/85" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 00:59:03 -0000 --YH9Qf6Fh2G5kB/85 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: > I just tried to install HEAD from the July 16 snapshot. Installation went > fine using all defaults. (I am trying to test whether a problem with resu= me > is present with HEAD.) >=20 > I booted up the system from a USB drive with no problems until it tried to > mount root. It simply sat "Waiting for /dev/da0p2" forever (or more than > the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that ru= ns > 10.2-BETA1 (r285359) without any issues other than the inability to resum= e/ >=20 > da0 is an old 120GB USB drive and I can mount and examine it using either > the install system or 10.2-BETA1 system. >=20 > This is my first experience with HEAD since the release of 10.0. The boot > looks quite normal and the UMASS and da0 devices show up and look normal. > ugen1.3: at usbus1 > umass0: on usbus1 > umass0: SCSI over Bulk-Only; quirks =3D 0x4000 > umass0:5:0:-1: Attached to scbus5 > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: Serial Number D578C6060290 > da0: 40.000MB/s transfers > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > da0: quirks=3D0x2 >=20 > Would screen shots of the boot help? (I sure see anything unusual.) Is th= is > a known issue? >=20 Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Thanks. Glen --YH9Qf6Fh2G5kB/85 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVqaTUAAoJEAMUWKVHj+KTQH4P/2CLV76qoeREr56PFkRES9td JGzuTwu//gYkbaFoBJe6P4rkeAY13C6MH4VjTjkkGE4bse2tYjbKW8tkq90Ol5eB Prj1dVkz7zW6IgrUGm1VcYNpz6zXh2bGETpNhvIBxr8IGMyvRlksHBBQ3vFeTp7s mb4Axjbt6r0MoCwMg7UVndy2l4SOhexzT6r3Ld0bBZxpUNFL4KIwIlNrrlSezvcA slaZLJG1UIFJT/4V13kAWv7IUhq5QNiTolFhwULsaC6cZkwtezuIo5tFI7Br51d7 HQV63bWyLu3FFFa2gwWRxKP8iesvhJyohNhUcPA6YEnRU+yhfomgtFoPsPVZhDUe PPltACkfxWi1yeCh+mewqlTRKt+8zIkBJr5UtpzgXKTDWXLBdp8MHJPNo2GF8QLI 4B5qrqK6Hi/pEwCF+wOT97igGdV+doEje8V2UdG59avvabpCJhwLuqdG1/HUNAM7 5ljouWMhExNxGBaVCcOEdxH2pOf8iOj+33Ck07O6/3gMs0BCMeaqBpcarKqTac7h LOBZaz+DXFblfnKSpEHd0DsEzuYsbIP/ZTFq6vra3k38bL/FJqtwB1VS+rjHNho7 fSHfBflnZhjYmQ7DSXuPTagi0Q5kOd+rJ8k8HSijPi52MvD4NY76aQKiiuHFORtR mNhMCd6T+3900KCNKmax =UFEL -----END PGP SIGNATURE----- --YH9Qf6Fh2G5kB/85-- From owner-freebsd-current@freebsd.org Sat Jul 18 00:59:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA2359A439F for ; Sat, 18 Jul 2015 00:59:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C7F941080; Sat, 18 Jul 2015 00:59:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 465301F9A; Sat, 18 Jul 2015 00:59:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 18 Jul 2015 00:59:54 +0000 From: Glen Barber To: Kevin Oberman Cc: FreeBSD Current Subject: Re: Head from yesterday's snapshot fails to mount root Message-ID: <20150718005954.GH1438@FreeBSD.org> References: <20150718005900.GG1438@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6lXr1rPCNTf1w0X8" Content-Disposition: inline In-Reply-To: <20150718005900.GG1438@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 00:59:57 -0000 --6lXr1rPCNTf1w0X8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 18, 2015 at 12:59:00AM +0000, Glen Barber wrote: > On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: > > I just tried to install HEAD from the July 16 snapshot. Installation we= nt > > fine using all defaults. (I am trying to test whether a problem with re= sume > > is present with HEAD.) > >=20 > > I booted up the system from a USB drive with no problems until it tried= to > > mount root. It simply sat "Waiting for /dev/da0p2" forever (or more than > > the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that = runs > > 10.2-BETA1 (r285359) without any issues other than the inability to res= ume/ > >=20 > > da0 is an old 120GB USB drive and I can mount and examine it using eith= er > > the install system or 10.2-BETA1 system. > >=20 > > This is my first experience with HEAD since the release of 10.0. The bo= ot > > looks quite normal and the UMASS and da0 devices show up and look norma= l. > > ugen1.3: at usbus1 > > umass0: on usbus1 > > umass0: SCSI over Bulk-Only; quirks =3D 0x4000 > > umass0:5:0:-1: Attached to scbus5 > > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 > > da0: Fixed Direct Access SCSI-2 device > > da0: Serial Number D578C6060290 > > da0: 40.000MB/s transfers > > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > > da0: quirks=3D0x2 > >=20 > > Would screen shots of the boot help? (I sure see anything unusual.) Is = this > > a known issue? > >=20 >=20 > Yes, please provide screenshots. I did not observe this, although this > does not sound like a problem with the image(s), necessarily. >=20 Also, just for science, can you also try the 10.2-BETA2 images that were uploaded today? Glen --6lXr1rPCNTf1w0X8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVqaUKAAoJEAMUWKVHj+KTc2sP/jq2ekmnY1YtjkJlwiM3x1uQ mEtUTSYxrsUSKGQOH53wwO0qtJcL1eQjQCQriFhJdgzBWWWD1JKh0BHFl/wDxrl9 ghD9LlkrR21Vglghp91pcmQgmdX0nluerM2UgGThYNyCZ5FWAR7q0zzPmqHRWB8B gNLyZNxXWxLhRsclKuUPcz6HjVWyeEfs/F5KFfw9qHXXViaf7scK3dGQ4hyn4HiB 6xSf8SAzPuv33RFf/0OIW4MgtDQ7vb4fkOxJYOs29cXEeNQ+4U0E1GnTrllqIWcW yWKdP4MKX9ForuVPVDgdLx5Hoi49aVYpHFEaQCACWnS8a2LME+EIrJd3neBoqxn3 8sSIRgPfo4R4KScASUOs2nGsagtRNdPegr7pd1Ypwb2ALgUBg85VzbEKqJB6mQvZ Sc4AIPqQfnlpiNRu4OXlcyo1MK+S8p2FI1q/SWOvkbUezrS/lj80k0u+689admke rYd3XaC1k+o8D8SqQOJeK55mwxfRgZEDTPzOXSPCvzFtKgObuxZGpWAgqED1SNNZ n+vScMLCM+OhqYd248CQ58ongNMOcXRpJQt/NBQxFJ4aezOnnQgfymb/6pYEiH0u C+OqmXcmVe+Jya/20Y9ajuKvPch1BuaUeSFOw6k3DoeKguFbsa5wWHAJV27bSy+G 4NdVo+NEE0fv8RebdbtM =TFFZ -----END PGP SIGNATURE----- --6lXr1rPCNTf1w0X8-- From owner-freebsd-current@freebsd.org Sat Jul 18 02:23:07 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE1979A36BD for ; Sat, 18 Jul 2015 02:23:07 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EBA310B5; Sat, 18 Jul 2015 02:23:07 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obbgp5 with SMTP id gp5so75547349obb.0; Fri, 17 Jul 2015 19:23:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=sEjUhd1rCYAB39CD10b5zTmIjsUNtK9oTTpPn+6blFc=; b=kyxAIlhV6qnbZ0E3rcXj8sCkN/WWHuFNNIVWCPMqsft4ZfqL/WnvEPgxBBM3pZvRpm jzDM0CJRf0zE0c8NszX5Wa4zlMvt2OLcx3c7zXG342bTD1Lj2FfC2+vQbpWns4Jr3HT0 dM5wk6mNT6cJYi/PXbmDm63nDrH9E2hq9aQnETfTHK0yKIFvmQPlypEKEKpDZu8Nq53k 7gX8N/NmJxocY1LZzeoHZL9q6C7RSdr/CTBVwzuEbY+tiRelooUddBWWNDPbFJh/rHxA Irmp2QUepNdM93FPk8zW0NaemDbwmUrItWHUrf+4tSpajCI+3tHL+7l8j9eHz8PhMria E4+Q== MIME-Version: 1.0 X-Received: by 10.60.177.195 with SMTP id cs3mr16028711oec.37.1437186186954; Fri, 17 Jul 2015 19:23:06 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Fri, 17 Jul 2015 19:23:06 -0700 (PDT) In-Reply-To: <20150718005954.GH1438@FreeBSD.org> References: <20150718005900.GG1438@FreeBSD.org> <20150718005954.GH1438@FreeBSD.org> Date: Fri, 17 Jul 2015 19:23:06 -0700 X-Google-Sender-Auth: 03hFswAaZbjf17EC23rQ8wPpE-M Message-ID: Subject: Re: Head from yesterday's snapshot fails to mount root From: Kevin Oberman To: Glen Barber Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 02:23:08 -0000 On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber wrote: > On Sat, Jul 18, 2015 at 12:59:00AM +0000, Glen Barber wrote: > > On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: > > > I just tried to install HEAD from the July 16 snapshot. Installation > went > > > fine using all defaults. (I am trying to test whether a problem with > resume > > > is present with HEAD.) > > > > > > I booted up the system from a USB drive with no problems until it > tried to > > > mount root. It simply sat "Waiting for /dev/da0p2" forever (or more > than > > > the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that > runs > > > 10.2-BETA1 (r285359) without any issues other than the inability to > resume/ > > > > > > da0 is an old 120GB USB drive and I can mount and examine it using > either > > > the install system or 10.2-BETA1 system. > > > > > > This is my first experience with HEAD since the release of 10.0. The > boot > > > looks quite normal and the UMASS and da0 devices show up and look > normal. > > > ugen1.3: at usbus1 > > > umass0: on usbus1 > > > umass0: SCSI over Bulk-Only; quirks = 0x4000 > > > umass0:5:0:-1: Attached to scbus5 > > > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 > > > da0: Fixed Direct Access SCSI-2 device > > > da0: Serial Number D578C6060290 > > > da0: 40.000MB/s transfers > > > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > > > da0: quirks=0x2 > > > > > > Would screen shots of the boot help? (I sure see anything unusual.) Is > this > > > a known issue? > > > > > > > Yes, please provide screenshots. I did not observe this, although this > > does not sound like a problem with the image(s), necessarily. > > > > Also, just for science, can you also try the 10.2-BETA2 images that were > uploaded today? > > Glen > > Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. I'll admit that it's been a long time since I tried this... the first from a memstick image. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Sat Jul 18 02:27:07 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37F729A3731 for ; Sat, 18 Jul 2015 02:27:07 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F19B31207; Sat, 18 Jul 2015 02:27:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obre1 with SMTP id e1so75739703obr.1; Fri, 17 Jul 2015 19:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qSjObJb8YvpUuPrga1VMdUYmz961tvFA7QyXEt8kiYk=; b=hkCKOTerfyfG/Oo3Mi3Z/C5T7e4TaIMJ1Om4mZ3NwKJiCSWjKMJlDyakraj8UvIyE5 4oLVMVCXY67WnXJVx39NtXTcqhQ+YvCpmawLgZf5BhfM4ox2Mgs4uCRfHRo3IdlVS+jc Xx9K6piAWmy0bn8P4aAoqaFtbYbTXRgtrXRew3EdprhR81Pkf3xlckOEoOHTWpP6xaYy EBTjrY5fOQUoDZcm49S3ie1qiTY040Dnii+gembZHsF/dpzjEFPMA9Ppc1dLoxEU3lyl EclMr8pb2u+L0pctUfnpfIttw/1M+kfKDMO2JKpgO150tRItykqRSJtC54BfziJTPSlx vPFw== MIME-Version: 1.0 X-Received: by 10.60.58.225 with SMTP id u1mr15957361oeq.75.1437186426271; Fri, 17 Jul 2015 19:27:06 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Fri, 17 Jul 2015 19:27:06 -0700 (PDT) In-Reply-To: References: <20150718005900.GG1438@FreeBSD.org> <20150718005954.GH1438@FreeBSD.org> Date: Fri, 17 Jul 2015 19:27:06 -0700 X-Google-Sender-Auth: 1aTLjvwo_mcsKjp0kYtrAm6vkXw Message-ID: Subject: Re: Head from yesterday's snapshot fails to mount root From: Kevin Oberman To: Glen Barber Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 02:27:07 -0000 Never mind! I see the problem. Sorry for the noise. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Fri, Jul 17, 2015 at 7:23 PM, Kevin Oberman wrote: > On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber wrote: > >> On Sat, Jul 18, 2015 at 12:59:00AM +0000, Glen Barber wrote: >> > On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: >> > > I just tried to install HEAD from the July 16 snapshot. Installation >> went >> > > fine using all defaults. (I am trying to test whether a problem with >> resume >> > > is present with HEAD.) >> > > >> > > I booted up the system from a USB drive with no problems until it >> tried to >> > > mount root. It simply sat "Waiting for /dev/da0p2" forever (or more >> than >> > > the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) >> that runs >> > > 10.2-BETA1 (r285359) without any issues other than the inability to >> resume/ >> > > >> > > da0 is an old 120GB USB drive and I can mount and examine it using >> either >> > > the install system or 10.2-BETA1 system. >> > > >> > > This is my first experience with HEAD since the release of 10.0. The >> boot >> > > looks quite normal and the UMASS and da0 devices show up and look >> normal. >> > > ugen1.3: at usbus1 >> > > umass0: on usbus1 >> > > umass0: SCSI over Bulk-Only; quirks = 0x4000 >> > > umass0:5:0:-1: Attached to scbus5 >> > > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 >> > > da0: Fixed Direct Access SCSI-2 device >> > > da0: Serial Number D578C6060290 >> > > da0: 40.000MB/s transfers >> > > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) >> > > da0: quirks=0x2 >> > > >> > > Would screen shots of the boot help? (I sure see anything unusual.) >> Is this >> > > a known issue? >> > > >> > >> > Yes, please provide screenshots. I did not observe this, although this >> > does not sound like a problem with the image(s), necessarily. >> > >> >> Also, just for science, can you also try the 10.2-BETA2 images that were >> uploaded today? >> >> Glen >> >> > Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ > > I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. > I'll admit that it's been a long time since I tried this... the first from > a memstick image. > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > From owner-freebsd-current@freebsd.org Sat Jul 18 02:31:14 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 048419A38C6 for ; Sat, 18 Jul 2015 02:31:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DC2CC1516; Sat, 18 Jul 2015 02:31:13 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 652A914B6; Sat, 18 Jul 2015 02:31:13 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 18 Jul 2015 02:31:11 +0000 From: Glen Barber To: Kevin Oberman Cc: FreeBSD Current Subject: Re: Head from yesterday's snapshot fails to mount root Message-ID: <20150718023111.GM1438@FreeBSD.org> References: <20150718005900.GG1438@FreeBSD.org> <20150718005954.GH1438@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="q8dntDJTu318bll0" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 02:31:14 -0000 --q8dntDJTu318bll0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 17, 2015 at 07:23:06PM -0700, Kevin Oberman wrote: > On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber wrote: >=20 > > On Sat, Jul 18, 2015 at 12:59:00AM +0000, Glen Barber wrote: > > > On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: > > > > I just tried to install HEAD from the July 16 snapshot. Installation > > went > > > > fine using all defaults. (I am trying to test whether a problem with > > resume > > > > is present with HEAD.) > > > > > > > > I booted up the system from a USB drive with no problems until it > > tried to > > > > mount root. It simply sat "Waiting for /dev/da0p2" forever (or more > > than > > > > the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) t= hat > > runs > > > > 10.2-BETA1 (r285359) without any issues other than the inability to > > resume/ > > > > > > > > da0 is an old 120GB USB drive and I can mount and examine it using > > either > > > > the install system or 10.2-BETA1 system. > > > > > > > > This is my first experience with HEAD since the release of 10.0. The > > boot > > > > looks quite normal and the UMASS and da0 devices show up and look > > normal. > > > > ugen1.3: at usbus1 > > > > umass0: on usbus1 > > > > umass0: SCSI over Bulk-Only; quirks =3D 0x4000 > > > > umass0:5:0:-1: Attached to scbus5 > > > > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 > > > > da0: Fixed Direct Access SCSI-2 device > > > > da0: Serial Number D578C6060290 > > > > da0: 40.000MB/s transfers > > > > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > > > > da0: quirks=3D0x2 > > > > > > > > Would screen shots of the boot help? (I sure see anything unusual.)= Is > > this > > > > a known issue? > > > > > > > > > > Yes, please provide screenshots. I did not observe this, although th= is > > > does not sound like a problem with the image(s), necessarily. > > > > > > > Also, just for science, can you also try the 10.2-BETA2 images that were > > uploaded today? > > > > Glen > > > > > Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ >=20 Thank you. > I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. > I'll admit that it's been a long time since I tried this... the first from > a memstick image. This looks like a USB issue. After testing with 10.2-BETA2, regardless of the result, can you please file a PR? Thanks. Glen --q8dntDJTu318bll0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVqbpvAAoJEAMUWKVHj+KTZYMP/jkl2CWEVW78LFIPLd5wzx/s inHD7AWOgn6I8KEamCAO/71g5vIK+bzqs3Ph6ZLkLhLLje0oa6ThQXmDRT0eOsXw tUIlMtbGnSMUtUOYzlwreRvN92f055/B4kuixQ2/8s4ms1KVHvU7NS/Oaw8iVq1R D8eHZRtN4LT2E/wMS4ObuV7pWwQaDxLulI6xRSBX2vtr3lunthODmdXdh1iBx0ex 6eJaTdtOqEnj7N08NqP6Ux6dLfmUm68q2esIoseBhQ/K5NXqXIonL0I9N/t4IuDy lysgikGcpyXnO7Ev5B4TG87aUiI1nd5ExuPc8WxSPpGdL4oAjkw/xhPHglX8opCO wjYKHjHG+WmaP9308ptrZRqblIq/LPsHWlFiCXiPUG6cguPfohUCnwacdmeSiFvJ RotiFRViEUMS8H1jcRZFR1frvN432SPe4PU6xC0+51LpyjB9IZ2Akii9uklp3OK/ kNdXzCHWYU5SpHbb81vLw0Y8bV5GipbOj6AwzgH5FqSABPGPSgGMTxbFf7DtSqPA IwpG2gXv9FG7XDkHYHprHD+JhE2SQzBrkoglfH20YBBQ6Hr5CoUUtjlkLyUmlZe0 K/vVVvGEncefavkcSG5spi/PJHSfrLkiT5ABPzmud9J32VcmOfGqBiZxbwDhLlwM +IHysP92L2e899jYqSE9 =aGKu -----END PGP SIGNATURE----- --q8dntDJTu318bll0-- From owner-freebsd-current@freebsd.org Sat Jul 18 02:31:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 654DB9A38FE for ; Sat, 18 Jul 2015 02:31:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4A397168A; Sat, 18 Jul 2015 02:31:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id C76E71553; Sat, 18 Jul 2015 02:31:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 18 Jul 2015 02:31:43 +0000 From: Glen Barber To: Kevin Oberman Cc: FreeBSD Current Subject: Re: Head from yesterday's snapshot fails to mount root Message-ID: <20150718023143.GN1438@FreeBSD.org> References: <20150718005900.GG1438@FreeBSD.org> <20150718005954.GH1438@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="i6vqABX3nJKXLk01" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 02:31:45 -0000 --i6vqABX3nJKXLk01 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 17, 2015 at 07:27:06PM -0700, Kevin Oberman wrote: > Never mind! I see the problem. Sorry for the noise. >=20 Out of curiosity, what was it? Glen > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >=20 > On Fri, Jul 17, 2015 at 7:23 PM, Kevin Oberman wrot= e: >=20 > > On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber wrote: > > > >> On Sat, Jul 18, 2015 at 12:59:00AM +0000, Glen Barber wrote: > >> > On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: > >> > > I just tried to install HEAD from the July 16 snapshot. Installati= on > >> went > >> > > fine using all defaults. (I am trying to test whether a problem wi= th > >> resume > >> > > is present with HEAD.) > >> > > > >> > > I booted up the system from a USB drive with no problems until it > >> tried to > >> > > mount root. It simply sat "Waiting for /dev/da0p2" forever (or more > >> than > >> > > the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) > >> that runs > >> > > 10.2-BETA1 (r285359) without any issues other than the inability to > >> resume/ > >> > > > >> > > da0 is an old 120GB USB drive and I can mount and examine it using > >> either > >> > > the install system or 10.2-BETA1 system. > >> > > > >> > > This is my first experience with HEAD since the release of 10.0. T= he > >> boot > >> > > looks quite normal and the UMASS and da0 devices show up and look > >> normal. > >> > > ugen1.3: at usbus1 > >> > > umass0: on usbus1 > >> > > umass0: SCSI over Bulk-Only; quirks =3D 0x4000 > >> > > umass0:5:0:-1: Attached to scbus5 > >> > > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 > >> > > da0: Fixed Direct Access SCSI-2 device > >> > > da0: Serial Number D578C6060290 > >> > > da0: 40.000MB/s transfers > >> > > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > >> > > da0: quirks=3D0x2 > >> > > > >> > > Would screen shots of the boot help? (I sure see anything unusual.) > >> Is this > >> > > a known issue? > >> > > > >> > > >> > Yes, please provide screenshots. I did not observe this, although t= his > >> > does not sound like a problem with the image(s), necessarily. > >> > > >> > >> Also, just for science, can you also try the 10.2-BETA2 images that we= re > >> uploaded today? > >> > >> Glen > >> > >> > > Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ > > > > I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. > > I'll admit that it's been a long time since I tried this... the first f= rom > > a memstick image. > > -- > > Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > > --i6vqABX3nJKXLk01 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVqbqPAAoJEAMUWKVHj+KTrO0P/2wSqev15O5ZJ3ShEXIxezM1 GtSIanoVQl8Y1cShnqFVpV3hZqkCcj/JuSLNLC5XZmfQOTSVqKQXU0Djm7DrRvtW AdlVjVcMJ3mLXFkxbEyeprYZbbxUKQsTD9DL+4jlgP8iOY97b5/kKM5oHiZwojDr BQbscHP5fXBcfXUkOfJwcNT4SO56BrcnspFJjTdNYyssqjUcM111a4jMWlvlj296 1ZiIDpGAsLp6nRzsOZsMni8kcNwg8c6RQS84JAH0TbvJgnMebOALiM7d51W4hP3P eiAEl+EcYdA/U+2JXTiBwL58afzDT+hKMmDct/dbXd8Pb2VLPuxTGLT6yEuR/JEf gvLKAwn0fEyZj2GtyNZBDv+CLNxrsQdn+zIVQTGt2mQl07szzhQexkbr9AU+ZJJM uyRFhEuqUCpwNAU6sUvy5kmTHQlpWIuBo2kN7stG1eUq9o7K1HatQ4k4RZagEBeo 6Dtv6aLiEGnVuaELxidxbPopRWPxIm80ieJDQpbxg5x3ORN+DLcjQrc+L1FwqVpk HxKSjjVNxV/layNZdR283YOQtWsF6O2CftRaQ5iF1lbcAcwKilH7Up7HbSpC8I/L nWCJb2FbaUliV7Uvh1Emz4lv7yICZRwr09Mf7LfvHuUCL7k+aaAGPvnwvYCrfgOq epusajMxCHwVAzphEYXG =8pI8 -----END PGP SIGNATURE----- --i6vqABX3nJKXLk01-- From owner-freebsd-current@freebsd.org Sat Jul 18 02:32:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2F6F9A395E for ; Sat, 18 Jul 2015 02:32:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A357E1A18; Sat, 18 Jul 2015 02:32:22 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 19237448; Sat, 18 Jul 2015 02:32:23 +0000 (UTC) Date: Sat, 18 Jul 2015 02:32:21 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: benno@FreeBSD.org, ed@FreeBSD.org, markj@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <250150495.31.1437186742837.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <429166051.27.1437166943047.JavaMail.jenkins@jenkins-9.freebsd.org> References: <429166051.27.1437166943047.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2979 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 02:32:22 -0000 FreeBSD_HEAD - Build #2979 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2979/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2979/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/2979/console Change summaries: 285663 by markj: Modify lockstat_nsecs() to just return unless lockstat probes are actually enabled. The cost of a timecounter read can be quite significant, and the problem became more apparent after r284297, since that change resulted in a call to lockstat_nsecs() for each acquisition of an rwlock read lock. PR: 201642 Reviewed by: avg Tested by: Jason Unovitch MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D3073 285662 by benno: Merge driver for PMC Sierra's range of SAS/SATA HBAs. Submitted by: Achim Leubner Reviewed by: scottl 285661 by ed: Undo r285656. It turns out that the CDDL sources already introduce a function called thread_create(). I'll investigate what we can do to make these functions coexist. Reported by: Ivan Klymenko From owner-freebsd-current@freebsd.org Sat Jul 18 03:54:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B8B29A4655 for ; Sat, 18 Jul 2015 03:54:46 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 838E72B7A; Sat, 18 Jul 2015 03:54:46 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 79B5A4BA; Sat, 18 Jul 2015 03:54:46 +0000 (UTC) Date: Sat, 18 Jul 2015 03:54:43 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: benno@FreeBSD.org, ed@FreeBSD.org, markj@FreeBSD.org, bapt@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <257980808.33.1437191684439.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <959248995.21.1437158917833.JavaMail.jenkins@jenkins-9.freebsd.org> References: <959248995.21.1437158917833.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #208 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 03:54:46 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #208 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/208/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/208/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/208/console Change summaries: 285664 by markj: Pass the lock object to lockstat_nsecs() and return immediately if LO_NOPROFILE is set. Some timecounter handlers acquire a spin mutex, and we don't want to recurse if lockstat probes are enabled. PR: 201642 Reviewed by: avg MFC after: 3 days 285663 by markj: Modify lockstat_nsecs() to just return unless lockstat probes are actually enabled. The cost of a timecounter read can be quite significant, and the problem became more apparent after r284297, since that change resulted in a call to lockstat_nsecs() for each acquisition of an rwlock read lock. PR: 201642 Reviewed by: avg Tested by: Jason Unovitch MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D3073 285662 by benno: Merge driver for PMC Sierra's range of SAS/SATA HBAs. Submitted by: Achim Leubner Reviewed by: scottl 285661 by ed: Undo r285656. It turns out that the CDDL sources already introduce a function called thread_create(). I'll investigate what we can do to make these functions coexist. Reported by: Ivan Klymenko 285658 by bapt: make ctdladm(8) return 0 is everything was ok. retval is used to test the return of XML_Parse function which is ok if 1 is returned and retval it directly returned to the main function and used as an exit value. if all the parsing part is done reset retval to 0 so that the command return 0 if everything ok Differential Revision: https://reviews.freebsd.org/D3102 Reviewed by: trasz MFC after: 3 days Sponsored by: gandi.net From owner-freebsd-current@freebsd.org Sat Jul 18 04:07:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17BC79A4819 for ; Sat, 18 Jul 2015 04:07:43 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id E02762F65 for ; Sat, 18 Jul 2015 04:07:42 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 073EC9F87 for ; Sat, 18 Jul 2015 04:07:40 +0000 (UTC) Subject: Re: Head from yesterday's snapshot fails to mount root To: freebsd-current@freebsd.org References: <20150718005900.GG1438@FreeBSD.org> <20150718005954.GH1438@FreeBSD.org> From: Allan Jude Message-ID: <55A9D123.7080701@freebsd.org> Date: Sat, 18 Jul 2015 00:08:03 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qRQaDK0qf32UJtDjxdfFKPuqn9RSWAiLK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 04:07:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qRQaDK0qf32UJtDjxdfFKPuqn9RSWAiLK Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-07-17 22:27, Kevin Oberman wrote: > Never mind! I see the problem. Sorry for the noise. >=20 > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >=20 Does your T520 happen to have the BIOS bug where it won't boot from a GPT partition in 'legacy boot' mode? I am testing some patches that work around this issue, and I have confirmed it solves the issue on the x220 and the t420, but I don't have access to a t520 to test. --=20 Allan Jude --qRQaDK0qf32UJtDjxdfFKPuqn9RSWAiLK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVqdEoAAoJEBmVNT4SmAt+v5EQAKltAJqRD+vhg0gT17GurrMe XTSP+OxypHLKFw53zkiaHei6jPVKOxOOU7Rd3AHVf5p4dAto/hRhHqfyerHPXs3+ bq6yQOgc2AXbP/NpatT+z9MnyTvjtQAafCU/L09EdlUkg+2nOzm+c2WAQ+rP+T48 mWNlWBfdxseI+OkJI0IPN0sAAiy3ORqAlEk00Jf9bDBK/p5mPYW0Kdug0JcJj91v BtuFPFNq8L4I9wLpTsZfTlAkORZgXPa0+YoJEkMNVYCGwSg2Gi+gk/vqWiJfxOBI IlMpn6ZVpak56XG/Qci8TOGkdSgtMVHF3Wh1pyt4PPQZZKMRH/Yccx/ddUuDtVpJ AD71VsRxt38t64z3H7zInVeYh6ixLO1Q2ay4Cclz5ERx5diHn+y5KRkkI5gxFob6 Ila68Q4IIWXgkK2zqyxt9wHVDLrWXX41gkT+UnlG9U51TG4eUbAv5XhjpUz41sI7 jxtt88CCHwHhmlGIwV4Sr8KGr/HCiQZyDC6Zv+MBnNxIUQ426fO1abjcIsdeeGtp Cs8zassMjSjZc/648RWu4ZHL/pnISnozxR6TiqJRL4hS6AzJmYWSVovWhMIOG3Kv v08BGSfWoaWFhzsypNFxpn2PY53D+NY0NOV9oI1Vosv8A1RtWY+AeJF1CdRdmiHN bDvGt4181AtU+rx/vEDB =o66l -----END PGP SIGNATURE----- --qRQaDK0qf32UJtDjxdfFKPuqn9RSWAiLK-- From owner-freebsd-current@freebsd.org Sat Jul 18 04:21:13 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31CD89A4A6A for ; Sat, 18 Jul 2015 04:21:13 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id A705519A7 for ; Sat, 18 Jul 2015 04:21:11 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-58-163.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.58.163]) by ipmail06.adl6.internode.on.net with ESMTP; 18 Jul 2015 13:51:04 +0930 Received: from [10.0.2.26] ([10.0.2.26]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6I4KtIp034116 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Jul 2015 13:51:00 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: -current broken when src is on NFS Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: Date: Sat, 18 Jul 2015 13:50:55 +0930 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.2102) X-Spam-Score: -2.899 () ALL_TRUSTED,BAYES_00,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 04:21:13 -0000 > On 17 Jul 2015, at 14:27, O'Connor, Daniel wrote: >> On 16 Jul 2015, at 21:41, Rick Macklem wrote: >> r285066 fixed a POLA violation w.r.t. the old NFS client where the = new >> client didn't return an EEXIST error return for symlink or mkdir to = userland. >> The behaviour of not returning this error to userland (which was = inherited from >> OpenBSD and was not the behaviour of the old FreeBSD NFS client but = was default >> for the new NFS client) can be enabled via: >> vfs.nfs.ignore_eexist=3D1 >>=20 >> You could try setting that sysctl and seeing if it makes any = difference? >>=20 >> That is the only recent change to the NFS client that *might* affect = this. >=20 > No dice :( >=20 > It's pretty weird, it bombs out if either src or obj is on NFS.. > But even weirder is that if I build with crochet (a wrapper for cross = building to arm) it works. It doesn't work if I cross build manually and = I haven't been able to determine why crochet works yet. >=20 > Reaaaally frustraing :( So, it turns out NFS is not an issue.. I think it must be that it's not = on /usr/src. I changed to building on the NFS server (which runs 10 but building = -current should work OK) and it still bombs out. --- rescue.all__D --- make[5]: make[5]: don't know how to make = /src/obj-amd64//src/FreeBSD-SVN/rescue/rescue//src/FreeBSD-SVN/bin/cat/cat= .o. Stop That still doesn't explain how crochet and freebsd-wifi-build work = though - I thought it was because they don't build rescue, but crochet = does. Does anyone else see this? -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Sat Jul 18 04:30:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A0209A4BC6 for ; Sat, 18 Jul 2015 04:30:10 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C27791CDB for ; Sat, 18 Jul 2015 04:30:09 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t6I4U3xt010139; Sat, 18 Jul 2015 04:30:04 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id p39ce66txzekfhg4cbrzadwtua; Sat, 18 Jul 2015 04:30:03 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: -current broken when src is on NFS From: Tim Kientzle In-Reply-To: Date: Fri, 17 Jul 2015 21:29:47 -0700 Cc: Rick Macklem , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> To: "O'Connor, Daniel" X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 04:30:10 -0000 > On Jul 16, 2015, at 9:57 PM, O'Connor, Daniel = wrote: >=20 >=20 >> On 16 Jul 2015, at 21:41, Rick Macklem wrote: >> r285066 fixed a POLA violation w.r.t. the old NFS client where the = new >> client didn't return an EEXIST error return for symlink or mkdir to = userland. >> The behaviour of not returning this error to userland (which was = inherited from >> OpenBSD and was not the behaviour of the old FreeBSD NFS client but = was default >> for the new NFS client) can be enabled via: >> vfs.nfs.ignore_eexist=3D1 >>=20 >> You could try setting that sysctl and seeing if it makes any = difference? >>=20 >> That is the only recent change to the NFS client that *might* affect = this. >=20 > No dice :( >=20 > It's pretty weird, it bombs out if either src or obj is on NFS.. > But even weirder is that if I build with crochet (a wrapper for cross = building to arm) it works. It doesn't work if I cross build manually and = I haven't been able to determine why crochet works yet. Crochet defaults MAKEOBJDIRPREFIX to ${WORKDIR}/obj if you have not = already set it to something else. (This avoids cross-polluting the = builds if you do regular manual cross-builds on the same machine.) If you=E2=80=99re having issues with /usr/obj being on NFS, that could = be a factor. Tim From owner-freebsd-current@freebsd.org Sat Jul 18 04:58:25 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1DC19A40EB for ; Sat, 18 Jul 2015 04:58:25 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 76ECF1DEE for ; Sat, 18 Jul 2015 04:58:24 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-58-163.lns21.adl2.internode.on.net (HELO midget.dons.net.au) ([14.2.58.163]) by ipmail06.adl6.internode.on.net with ESMTP; 18 Jul 2015 14:28:13 +0930 Received: from [10.0.2.26] ([10.0.2.26]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t6I4w3OQ056707 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Jul 2015 14:28:08 +0930 (CST) (envelope-from darius@dons.net.au) Subject: Re: -current broken when src is on NFS Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Content-Type: text/plain; charset=utf-8 From: "O'Connor, Daniel" In-Reply-To: Date: Sat, 18 Jul 2015 14:28:03 +0930 Cc: Rick Macklem , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> To: Tim Kientzle X-Mailer: Apple Mail (2.2102) X-Spam-Score: -2.899 () ALL_TRUSTED,BAYES_00,URIBL_BLOCKED X-Scanned-By: MIMEDefang 2.75 on 10.0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 04:58:26 -0000 > On 18 Jul 2015, at 13:59, Tim Kientzle wrote: > Crochet defaults MAKEOBJDIRPREFIX to ${WORKDIR}/obj if you have not = already set it to something else. (This avoids cross-polluting the = builds if you do regular manual cross-builds on the same machine.) >=20 > If you=E2=80=99re having issues with /usr/obj being on NFS, that could = be a factor. I removed NFS from the equation by building on the machine holding the = source and it still bombs out. However, Crochet _does_ build on the NFS client _and_ when the source = tree isn't in /usr/src which makes this issue very strange :-/ -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@freebsd.org Sat Jul 18 05:47:02 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B44D19A470F for ; Sat, 18 Jul 2015 05:47:02 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70E4A1E55; Sat, 18 Jul 2015 05:47:02 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obre1 with SMTP id e1so76985637obr.1; Fri, 17 Jul 2015 22:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=mJMc2o3975atjXpjUTu+UVQRU0OslNZ4R+LSqdQuvKg=; b=f9ddVbOU0BkxYq1zKHPvxuaGZaCbGH1MXmktfX1QahjeHheVsYrnpLFzMbq2i2HHLs ZJxtfJq8/jyEO/Z5ShBh9DRcuU8OjYl61g83tWa22u8EDbLYq73MMhniM/kMx+cTlgXt RwRGMuKz9PGz9e9xQhcxsdHuLWRmlGeuHfGdNwwGyw/mmOHxeGxJj3kyxzNzh9IDUDXo vo/tbYRVraILx6ALCC07asiV6xAxnAUcW+4k39ksieFLQ7o7eYBthw+8CBIMZrt7RulZ HGE+5igAnAz12rt0wQGA0I0S3uyIqHYpMsc+IXTnAXVfJbohnMfQPb1f0cYF21ky0i5J fDFw== MIME-Version: 1.0 X-Received: by 10.60.128.200 with SMTP id nq8mr16328502oeb.54.1437198421559; Fri, 17 Jul 2015 22:47:01 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Fri, 17 Jul 2015 22:47:01 -0700 (PDT) In-Reply-To: <20150718023143.GN1438@FreeBSD.org> References: <20150718005900.GG1438@FreeBSD.org> <20150718005954.GH1438@FreeBSD.org> <20150718023143.GN1438@FreeBSD.org> Date: Fri, 17 Jul 2015 22:47:01 -0700 X-Google-Sender-Auth: iqLFC2gER8DpVzp9hh7vQRLHVnc Message-ID: Subject: Re: Head from yesterday's snapshot fails to mount root From: Kevin Oberman To: Glen Barber Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 05:47:02 -0000 On Fri, Jul 17, 2015 at 7:31 PM, Glen Barber wrote: > On Fri, Jul 17, 2015 at 07:27:06PM -0700, Kevin Oberman wrote: > > Never mind! I see the problem. Sorry for the noise. > > > > Out of curiosity, what was it? > > Glen > I think is was an "inadequacy" of the bsdinstall system. I booted a thumb drive which, of course, was named /dev/da0. I plugged in a USB hard drive which was /dev/da1. bsdinstall does not label any partitions and generates /etc/fstab that assumes that the root is on the drive it was on during install. This works reasonably well for non-removable drives, but that USB drive is created as da1 when I boot. I simply managed not to see it was trying to boot /dev/da1p2 when I booted the system. I booted my 10.1-BETA1 system and edited /etc/fstab and it did fine... for a while. I was doing a "portsnap extract" and, late in extracting devel, the system panicked in vfs. I did not get a dump or any information from the crash. Sorry. After I booted my 10.1-BETA1 system, I had to do a full fsck and, after that I had a totally empty usr, so I guess I need to try again from scratch. :-( If it happens again, I'll try hard to get more information. For tonight, I'm calling it quits and I'll start over tomorrow. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > > On Fri, Jul 17, 2015 at 7:23 PM, Kevin Oberman > wrote: > > > > > On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber wrote: > > > > > >> On Sat, Jul 18, 2015 at 12:59:00AM +0000, Glen Barber wrote: > > >> > On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: > > >> > > I just tried to install HEAD from the July 16 snapshot. > Installation > > >> went > > >> > > fine using all defaults. (I am trying to test whether a problem > with > > >> resume > > >> > > is present with HEAD.) > > >> > > > > >> > > I booted up the system from a USB drive with no problems until it > > >> tried to > > >> > > mount root. It simply sat "Waiting for /dev/da0p2" forever (or > more > > >> than > > >> > > the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) > > >> that runs > > >> > > 10.2-BETA1 (r285359) without any issues other than the inability > to > > >> resume/ > > >> > > > > >> > > da0 is an old 120GB USB drive and I can mount and examine it using > > >> either > > >> > > the install system or 10.2-BETA1 system. > > >> > > > > >> > > This is my first experience with HEAD since the release of 10.0. > The > > >> boot > > >> > > looks quite normal and the UMASS and da0 devices show up and look > > >> normal. > > >> > > ugen1.3: at usbus1 > > >> > > umass0: on usbus1 > > >> > > umass0: SCSI over Bulk-Only; quirks = 0x4000 > > >> > > umass0:5:0:-1: Attached to scbus5 > > >> > > da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 > > >> > > da0: Fixed Direct Access SCSI-2 device > > >> > > da0: Serial Number D578C6060290 > > >> > > da0: 40.000MB/s transfers > > >> > > da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) > > >> > > da0: quirks=0x2 > > >> > > > > >> > > Would screen shots of the boot help? (I sure see anything > unusual.) > > >> Is this > > >> > > a known issue? > > >> > > > > >> > > > >> > Yes, please provide screenshots. I did not observe this, although > this > > >> > does not sound like a problem with the image(s), necessarily. > > >> > > > >> > > >> Also, just for science, can you also try the 10.2-BETA2 images that > were > > >> uploaded today? > > >> > > >> Glen > > >> > > >> > > > Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ > > > > > > I'll give the 10.2-BETA2 a try as soon as I can, probably later > tonight. > > > I'll admit that it's been a long time since I tried this... the first > from > > > a memstick image. > > > -- > > > Kevin Oberman, Network Engineer, Retired > > > E-mail: rkoberman@gmail.com > > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > > > > > From owner-freebsd-current@freebsd.org Sat Jul 18 08:58:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1C3B9A53C5 for ; Sat, 18 Jul 2015 08:58:09 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from st11p00im-asmtp001.me.com (st11p00im-asmtp001.me.com [17.172.80.95]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F6C41CAA for ; Sat, 18 Jul 2015 08:58:09 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from WINQ1AL1RN3S52 (ti0025a400-3072.bb.online.no [85.167.11.10]) by st11p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Mar 31 2015)) with ESMTPSA id <0NRO003W1BGN2320@st11p00im-asmtp001.me.com> for freebsd-current@freebsd.org; Sat, 18 Jul 2015 07:58:02 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151,1.0.33,0.0.0000 definitions=2015-07-18_02:2015-07-17,2015-07-18,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1507180122 From: Anders Bolt-Evensen To: freebsd-current@freebsd.org References: <20876.213.113.68.53.1419950410.squirrel@webmail.alvermark.net> <54A2CC2D.3040105@freebsd.org> <42818.213.113.68.53.1420039470.squirrel@webmail.alvermark.net> <24273.85.229.92.85.1435690356.squirrel@webmail.alvermark.net> In-reply-to: <24273.85.229.92.85.1435690356.squirrel@webmail.alvermark.net> Subject: SV: UEFI boot fail on higher resolutions (Re: Acer E3-112 and UEFI) Date: Sat, 18 Jul 2015 09:57:59 +0200 Message-id: <056801d0c12f$78d800f0$6a8802d0$@icloud.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-index: AQHw6Qt6VhnnbK/QhQ9VM2336UBSHgImtm4UAhk8wwcB3R5JewI7JP/LnV3IxlA= Content-language: no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 08:58:09 -0000 -----Opprinnelig melding----- Fra: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] P=E5 vegne av Jakob Alvermark Sendt: tirsdag 30. juni 2015 20.53 Til: freebsd-current@freebsd.org Emne: Re: UEFI boot fail on higher resolutions (Re: Acer E3-112 and = UEFI) On Wed, February 4, 2015 15:04, Jakob Alvermark wrote: <> <> On 31 dec 2014, at 16:24, Jakob Alvermark wrote: <> <> <>> On Tue, December 30, 2014 17:00, Nathan Whitehorn wrote: <>> <>>> <>> <>>> On 12/30/14 06:40, Jakob Alvermark wrote: <>>> <>>> <>>>> Hi, <>>>> <>>>> <>>>> <>>>> Have been playing with this machine for a while now. <>>>> It is a quad core Pentium N3540 (ValleyView/Bay Trail), 8 GB RAM.=20 <>>>> It came with a Broadcom WiFi card which I swapped for an Intel=20 <>>>> which is supported by FreeBSD. Also swapped the hard drive for an = SSD. <>>>> <>>>> When first trying to boot FreeBSD with UEFI it would not boot. <>>>> It stops after the loader is trying to start the kernel. <>>>> My workaround now is using refind, = http://www.rodsbooks.com/refind/=20 <>>>> to set the screen resolution to 800x600. (Native is 1366x768) Only = <>>>> then will it boot using UEFI. I tried setting it to 1024x768, then = <>>>> it crashes. If it helps I can get the backtrace. <>>> <>>> [Not sure what's going on here] <>>> <>>> <> <> <> A follow up on this: <> <> <> I tried this on my desktop machine (AMD FX-8350, Radeon HD 5450) to=20 <> see if it has the issue, and it has! I went on to try it on my = desktop=20 <> machine at work (Core i3-4130, Radeon HD 4350) and it boots! <> <> On the Acer, resolution set to 1024x768: <> <> <>>> FreeBSD EFI boot block <>>> <> Loader path: /boot/loader.efi <> Consoles: EFI console <> Image base: 0x7502f000 <> EFI version: 2.40 <> EFI Firmware: INSYDE Corp. (rev 21522.39) <> <> <> --- <> Start @ 0xffffffff802e1000 ... <> EFI framebuffer information: <> addr, size 0x80000000, 0x300000 dimensions 1024 x 768 stride <> 1024 <> masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 <> <> --- <> <> <> kernel trap12 with interrupts disabled <> <> <> Fatal trap 12: page fault while in kernel mode <> cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x13 fault = code <> =3D supervisor read data, page not present <> instruction pointer =3D 0x20:0xffffffff80a20834 stack pointer <> =3D 0x28:0xffffffff81604170 <> frame pointer =3D 0x28:0xffffffff81604290 code segment <> =3D base 0x0, limit 0xfffff, type 0x1b <> =3D DPL 0, pres 1, long 1, def32 0, gran 1 <> processor eflags =3D resume, IOPL =3D 0 current process = =3D 0 <> () <> [ thread pid 0 tid 0] <> Stopped at kvprintf+0xd4: movzbl (%r14),%eax <> <> <> .... <> <> <> <> <> On the home desktop resolution 1024x768: <> <> <>>> FreeBSD EFI boot block <>>> <> Loader path: /boot/loader.efi <> Consoles: EFI console <> Image base: 0xb08ac000 <> EFI version: 2.31 <> EFI Firmware: American Megatrends (rev 4.653) <> <> <> --- <> Start @ 0xffffffff802e1000 ... <> EFI framebuffer information: <> addr, size 0xc0000000, 0x300000 dimensions 1024 x 768 stride <> 1024 <> masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 <> <> --- <> kernel trap12 with interrupts disabled <> <> <> Fatal trap 12: page fault while in kernel mode <> cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x13 fault = code <> =3D supervisor read data, page not present <> instruction pointer =3D 0x20:0xffffffff80a20654 stack pointer <> =3D 0x28:0xffffffff81603d70 <> frame pointer =3D 0x28:0xffffffff81603e90 code segment <> =3D base 0x0, limit 0xfffff, type 0x1b <> =3D DPL 0, pres 1, long 1, def32 0, gran 1 <> processor eflags =3D resume, IOPL =3D 0 current process = =3D 0 <> () <> [ thread pid 0 tid 0] <> Stopped at kvprintf+0xd4: movzbl (%r14),%eax <> <> <> ---- <> <> <> On the work desktop: <> <> <>>> FreeBSD EFI boot block <>>> <> Loader path: /boot/loader.efi <> Consoles: EFI console <> Image base: 0xbb7aa000 <> EFI version: 2.31 <> EFI Firmware: American Megatrends (rev 4.654) <> <> <> --- <> Start @ 0xffffffff802e1000 ... <> EFI framebuffer information: <> addr, size 0xe0000000, 0x300000 dimensions 1024 x 768 stride <> 1024 <> masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 <> <> And then it boots normally. <> <> <> <> Does anyone have any clues on what's going on here? <> <> <> (This all typed manually from screenshots taken with my phone, there=20 <> might be typos.) fb_vbase =3D PHYS_TO_DMAP(efifb->fb_addr); < fb_vbase =3D PHYS_TO_DMAP(0x90000000); < Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF1B79A4BFF for ; Sat, 18 Jul 2015 12:38:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D5A5A161A for ; Sat, 18 Jul 2015 12:38:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id D48A79A4BFE; Sat, 18 Jul 2015 12:38:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D406A9A4BF7 for ; Sat, 18 Jul 2015 12:38:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82BF21619 for ; Sat, 18 Jul 2015 12:38:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t6IC9ufB074361 for ; Sat, 18 Jul 2015 05:09:56 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t6IC9u2G074360 for current@freebsd.org; Sat, 18 Jul 2015 05:09:56 -0700 (PDT) (envelope-from david) Date: Sat, 18 Jul 2015 05:09:56 -0700 From: David Wolfskill To: current@freebsd.org Subject: Segmentation fault running ntpd Message-ID: <20150718120956.GC1155@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="F8feX0NACk7Ps8wc" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 12:38:52 -0000 --F8feX0NACk7Ps8wc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lousy timing (no pun intended -- it's early in the day for me), given the recent MFC, but as I was booting my laptop to yesterday's head: FreeBSD g1-245.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #127 r2856= 52M/285652:1100077: Fri Jul 17 04:30:16 PDT 2015 root@g1-245.catwhisker= =2Eorg:/common/S3/obj/usr/src/sys/CANARY amd64 to build today's head (@r285670; still in progress as I type), I happened to note [Oh, great -- we can no longer copy/paste from console now??!? Fine, I'll transcribe by hand.... :-(]: =2E.. bound to 172.17.1.245 -- renewal in 43200 seconds. pid 544 (ntpd), uid 0: exited on signal 11 (core dumped) Starting Network: lo0 em0 iwn0 lagg0. =2E.. Trying to examine the /ntpd.core, I see: root@g1-245:/ # gdb `which ntpd` ntpd.core=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols f= ound)... Core was generated by `ntpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libcrypto.so.7...(no debugging symbols found)...d= one. Loaded symbols for /lib/libcrypto.so.7 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...= done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008011cd6a0 in sbrk () from /lib/libc.so.7 [New Thread 801c07400 (LWP 100122/)] [New Thread 801c06400 (LWP 100120/)] (gdb) bt #0 0x00000008011cd6a0 in sbrk () from /lib/libc.so.7 #1 0x00000008ccbd4f34 in ?? () #2 0x0000000000000005 in ?? () #3 0x0000000801800448 in ?? () #4 0x00000008011ca888 in sbrk () from /lib/libc.so.7 #5 0x00000008018000c8 in ?? () #6 0x00000008018000c0 in ?? () #7 0x0000000000000208 in ?? () #8 0x0000000801c32fb0 in ?? () #9 0x0000000000000001 in ?? () #10 0x0000000801cc20c8 in ?? () #11 0x0000000000000030 in ?? () #12 0x0000000801cc20c8 in ?? () #13 0x00007fffffffe480 in ?? () #14 0x00000008011cd240 in sbrk () from /lib/libc.so.7 #15 0x0000000000000280 in ?? () #16 0x00000008014bbc70 in malloc_message () from /lib/libc.so.7 #17 0x00000008018000c0 in ?? () #18 0x0000000801800448 in ?? () #19 0x0000000000000032 in ?? () #20 0x0000000801800458 in ?? () #21 0x00000008014bbc68 in malloc_message () from /lib/libc.so.7 #22 0x0000000801cc2000 in ?? () ---Type to continue, or q to quit--- #23 0x00000008014bba60 in malloc_message () from /lib/libc.so.7 #24 0x0000000801cc20d8 in ?? () #25 0x00000000000000a0 in ?? () #26 0x0000000000000208 in ?? () #27 0x00007fffffffe4d0 in ?? () #28 0x00000008011bdd7a in _malloc_thread_cleanup () from /lib/libc.so.7 Previous frame inner to this frame (corrupt stack?) (gdb)=20 which seems... well, not especially useful, as far as I can tell. This is (as mentioned above) on my laptop; as such, it is expected to "wander" from one network to another. Accordingly: * Since it could be connected to a network I do not control, I use a packet filter (IPFW, in my case) to reduce my exposure from a possibly-hostile network. * Rather than enabling ntpd in /etc/rc.conf, I use /etc/dhclient-exit-hooks to start ntpd after the laptop has a DHCP lease. (For networks I control, I also set up the DHCP server to advertise what NTP server the DHCP clients should use, but the code in dhclient-exit-hooks merely prefers that, rather han requiring it.) * In my world-view -- at least for networks I control -- DNS zone files are the Source of Truth with respect to hostname <-> IP address correspondence, and Dynamic DNS is Evil. I populate my zone files with appropriate A & PTR records so that every assignable DHCP address has a PTR record, and the hostname to which it points has an A record that points back to that IP address. Accordingly, I also use /etc/dhclient-exit-hooks so the laptop can find out what its hostname is, and set it accordingly. Mind, I've been doing the above for well over a decade, so that doesn't qualify as "new." And most of the time, it Just Works (which is a significant reason I keep doing it). A couple of other things that are more recent, and possibly of relevance: * As alluded to above, I have the em0 & wlan0 (iwn(4)) NICs set up using Link Aggregation in "failover" mode. In practice, I rarely use the em0 (wired) NIC -- I had originally done that based on a misperception of how I thought things were set up at work, and then just left the configuration alone and relied on the wireless NIC. (At home, I have things set up so that the failover would work, but doing so would be a little awkward for reasons that aren't relevant here.) * I have the laptop configured to run xdm(1)... after the DHCP lease is acquired and the hostname is set. My ~/.xsession script is set up so it fires up ssh-agent, requests a passphrase, and then (among other things) establishes an SSH session to the "mail hub" at home and re-establish a tmux session where I'm running mutt to handle my email. I've noticed that in head, these connections sometimes fail to get initialized, and sometimes will time out, while sessions started a few minutes later will have no problem. That seems peculiar, but was sufficiently ... well, "nebulous" that I didn't think it warranted a whine of its own here. But on the chance that it's related to ntpd giving up the ghost prematurely, it seemed but a reasonable exercise of "Full Disclosure" to mention it in this context -- even though it's also something I've been doing since the (late) 1990s. So: Any suggestions for either diagnosing what the root cause is or changing the configuration so that the failure no longer occurs? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --F8feX0NACk7Ps8wc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVqkIUXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7aOwP/RBAlxeatsFi61kEoQU7oJRv v9IH8HrdHRBgZIjnOvh6qA9zMMVuAbCSkYVmvwZcFfj55tEiHlsINWRqprSQvE2Q tm0LIN3nkiQ6PGCO1FE6AE8A14EpsNkciJyERkvX9Ue38Yd5WuB+c/vqrR4FvPhq CVvn1oyDhyECo2j7Bf8hX7XZjYAKQasyp2odfslP6xnVvDrIhEPm4hB4QYBu0e3E ImvOn10oNBunyWYUtzPa8MowXpRNBVx7UOlf1dXrXDNteym+6CyJKgPjgUGe7Wwo faensw4gUwAdXOo61Bb93F/L+zxKyR2ojL+PWsQMYO2TOuEpnJ5aQj+wDREKtDUW 0m62JonKtyaDy6UgGEH6mUcscsSqu2l+EYEBy1DZerE1zrLiyS+arhDfG5fbdbSG oQVr44GnVkrXV+4aJhG+wvwLZZlw8QkNx8/DdfD0HaQqtI+iSdIMgJ5bsnWJ+sLA IEn+Hm0jRrWk7RR+li+Z55LLLlfMREZRuMCCtEROh2NsO8rmkgwiY1jOQZX3NVmM mcKuH1VYJ4YMJWbkS8nSUFKl8tgP0pFuB8WA++T6bpqpXGwGOKKgLGHNG/oXAsuL Z/o2M3Z0fhZjFAci0fw7UrF0XYzaeEsOGkGmMQP9FlYTHGkvFYeN6+b6y+SYCy+R ZZhfEk2cEocznBqFyt/D =zZTG -----END PGP SIGNATURE----- --F8feX0NACk7Ps8wc-- From owner-freebsd-current@freebsd.org Sat Jul 18 17:26:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91EE19A5156 for ; Sat, 18 Jul 2015 17:26:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0105.outbound.protection.outlook.com [207.46.100.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33A161CE2 for ; Sat, 18 Jul 2015 17:26:45 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BY2PR05MB711.namprd05.prod.outlook.com (10.141.222.149) by BY2PR05MB205.namprd05.prod.outlook.com (10.242.41.148) with Microsoft SMTP Server (TLS) id 15.1.213.14; Sat, 18 Jul 2015 17:26:43 +0000 Received: from SN1PR0501CA0014.namprd05.prod.outlook.com (10.163.126.152) by BY2PR05MB711.namprd05.prod.outlook.com (10.141.222.149) with Microsoft SMTP Server (TLS) id 15.1.213.14; Sat, 18 Jul 2015 17:26:43 +0000 Received: from BY2FFO11FD002.protection.gbl (2a01:111:f400:7c0c::116) by SN1PR0501CA0014.outlook.office365.com (2a01:111:e400:52fe::24) with Microsoft SMTP Server (TLS) id 15.1.219.17 via Frontend Transport; Sat, 18 Jul 2015 17:26:42 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BY2FFO11FD002.mail.protection.outlook.com (10.1.14.124) with Microsoft SMTP Server (TLS) id 15.1.213.8 via Frontend Transport; Sat, 18 Jul 2015 17:26:41 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 18 Jul 2015 10:26:41 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id t6IHQdD50283; Sat, 18 Jul 2015 10:26:40 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id B5454580AB; Sat, 18 Jul 2015 10:26:39 -0700 (PDT) To: "O'Connor, Daniel" CC: Tim Kientzle , Rick Macklem , FreeBSD Current Subject: Re: -current broken when src is on NFS In-Reply-To: References: <1C5FC434-0646-40E5-83AC-A0DE486D3273@dons.net.au> <1589003792.10086361.1437048709012.JavaMail.zimbra@uoguelph.ca> Comments: In-reply-to: "O'Connor, Daniel" message dated "Sat, 18 Jul 2015 14:28:03 +0930." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 18 Jul 2015 10:26:39 -0700 Message-ID: <6668.1437240399@chaos> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BY2FFO11FD002; 1:hJGo88qahIZwB3YqIHED0g+FEp9UbtuUokzpEF591+MZ6Jw/7HPyZ8Bqy8ea0PiLVbNpLyDrPoIW1ysfrnuVS9GslOM5VgQIQupNnmmhmZKgJMIXHmmehaiGsuuLkjlvwasyuo59Iu2bHvavcnsGkyNheW0spsbejzrfPhAdTIsrlhw2bod4qj9RA7SGWjhAEokm55OuHC2xOWu/jgU3PdLxN4esLzWR0q/2beRfpIJ552PRX7pLsNFQS9UHUdDow3l817UPdpDtP/lsJlmP2/xmt+cob4tGnf+BIJUm6nC4amJjHZSxyxGIHc7PBcz1ODq+RSywl4BDXSV1hOTNLBi0e7jPtU955aYdZGNXgd/MnO/F9y/sx57nL1UN9Jh5S8RtcFKWGANDQ1mkwlvD+OHxYlzjxZjJ/8dgsOZxy6A= X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(189002)(24454002)(199003)(110136002)(48376002)(77156002)(77096005)(106466001)(50466002)(50226001)(6806004)(62966003)(5001960100002)(47776003)(189998001)(76176999)(5003940100001)(2950100001)(50986999)(92566002)(105596002)(76506005)(57986006)(93886004)(46102003)(19580395003)(19580405001)(86362001)(117636001)(33716001)(87936001)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB711; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB711; 2:cixAVQzCACheBMlx4a+dUffZyJjJ/P0ZQ/p1qEzi4XxUEYLecTdqB0EdMz8QF35v; 3:E9PF0SUpRfL0SKT1iNS+1gxRGspeadsQk6Z+UzEAHonRouWAswGUwDRNiAqM8XvWx+dqjfxNuRQaCj3AVBDp0414uZoiCeljfza1qaTNorexS/eSK7+OW8+aiCRB2hjO9jTwjuoobGNKxAkelJeKolDXWmKDnXYY6DLj1aDw6jehY9orknj7DV7YeDEyjyMGGEvvnL4jSgqnQC4IhvB+wapMZ1pI7L3kNE8cszBsryk=; 25:j0UIB/LiwZqrXZe5znuTgiejSr2ZU8HMO0dadIhE7ITuUMqrPxMcCmubO4AJFM+rxu5mk8TREJS2viiUmcuOvK4P6L6/tOSJR/ErWUAE3EwRmofTXX8HY9sq+tIThnWxzZrdnlkPOqhzSRmCOD5Ujw1r6N3mNkNejWBsAbckBWfD9kBpd78XlwMkrcK2eLEf7uipGBcerFN6CShiwhEAh0By/ODdnmxAN1wXbGGlXk9EXTveMYjj/xsucXM3DQSgvDsj3h1kLhPMnlf6sCeLTg== X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB711; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB205; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB711; 20:BAVEK11ihtmOdwKFBg8jEHTf3PkW4Y+fw4y0GpNcbtCLFAtIq3RTErp4ai3oph0GDpOGCOeeW/TSq3tLzEZY8kUwx6ga+O+xpYUkugEPNJbO9SXOPTohXypYB6/5fI46INOcvsEZsFnydnhBmf8ewbbglLP7lhPOB1FQf7WPN4SmbSgxqFK078yuI2SU6KthbIJgPCRu3XeTm+3UlJC7zHd+WClRwGV5P8G1iSRdspi3QQI0rsdLtevy7bjJaMEiYQ8vxw35+Kus17ReZMkdh3iSSXDeIeyYbGPB80KBqZ6/Cw0Kji5ozvxXL2AMg3Eekk3JmfAOBUMYRLoR9JmdOwnzFOP+jzxtmssoq9SSezt8dQS7UNIN7MZBTsNItm2HBOvRBCthAQFSlM4VBDNFTD7QBgCSUxv9BwwzG0zib+cNBuNf3coGPOUrARq4+D6GoYm5omMjEiCMon0IBirHMp4ZqJkJtglQLdPetF85zS4k5pZ1/6Yy8iY57HDFX8J/; 4:po+vMcjcTuzUscAXgj22+n1KGwKyCtgRJ+21hEg4OM/TAEVcV+zGamEnl+6INkHRBJPtW8T8xSubl05H/4bXwP4DgCL1Kp1CTHw/4r69MZ8r8A2zxtawtPb2ejX2/+9sIPbE79G0eCw5p05R6xQHwc4JVWbeCIH4Dsy1q/4WHmKbDPb7mte+llGBj7Ds9JItT9TjKLiDXqI0vE/ZiEM1fGe4DUsYH0YfGaBNu+Fc754QxcSSlVPaA5FRXVPnXsQiV/kffkpsXIp6Q9WyuwSP28lVuGq7iFcqi5mx8mneAA0= BY2PR05MB711: X-MS-Exchange-Organization-RulesExecuted X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BY2PR05MB711; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB711; X-Forefront-PRVS: 0641678E68 X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB711; 23:hxddk7KiNlzzNR/W/krylvE6kF4QGGk7Zl6syPmJb9HhqPE8qH1jmEUnwnv1bhSIU9OW8OIEPFJlKpoap6JrI/auZhDboPHcIrfj5HkvqRkCLILe7I5WYxIXzAYu4hGTEL/kW770Uf0sKbUbdYX2zvAntKbN9BB4Eb6fMgym/HyMHh/X4/XwOLW63Pn8yMQvfxt1nRftXASHuFCTYO5PSPYHGtUiMK5FCksRcJaum2biqHqaSC0ksyHmESxfaba0WZP9hfBKhbTxPSnTgS79FjdEo9QT5t1nzrJprP/tsXPY8AKhOLRE1wVIjIM5Ib11W7GfwKWUJ2uvDP1L+dIP7gXOvO5fleRBfF6eD+mSfPU16JaZlpCts1nfaqqvuE0NtQkbVfcfFu4bApnS/KiVXN8qjoPaLufnpmhYhJyHXJqEYoLBMiMoDjYfnABC0SsviIrIin2JFTtSsXz9/y+sH0VHcLnTcnvn1EDi078LR1DluybabXurThzLnqKG4KeUyWpnLww8BGn9jdttzX+C9cLxsHqTyXjY63f9sOn0PQMI0gwL9+B0IZO3WmsO1DZEAzvly9Ael/z4mPP/neXTaC9vkjtVkrfPpDHXRw/GZRpzfiIJ2qNdRORA5zRn4KTCVooJ+Mkulb6fAXDDmBdeHR91axLdjyynEioyOgxWjPl2PfQV4ye7v3zE7pnWIBCS/rjzAZ8pdFRuoe9ORmVaKC3hwcJc+mC6/x8L6po7+YtLRhEuwR3uA65iweRv+f10rFudaS4ahd4qLsP9HJzabA0saBgoHcsA6NX0qzPB+5aAIfJOncjVSVdYiv0NSqk74PHIovBzGL8yu0ZZgmlt5C0Z3N+UotMSPaZ8sQLpktrdP0De65fF+kByEhpHQkdeYcPFOqg0/0iQM9x74eB6jpE7Xc1EdgOzODDxdLnHSTA= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB711; 5:pT5moQoIVBAGsa9aRCBxjgR3Woy5jsWyvqGT/jRcsFBDEQA7g93oqcH8SKimlyimQFlPwKSOidjMdU1ABLUxp8T05neWqKPEaM1KlgxGWUwy/1BVOJG3DGiN9bpBuNbVi4OR54c1Dv9QnF6F1zQDjg==; 24:I82uZMxJltbBWZxNecjEKFpb4rMaWRfwVuSUJRc+G05NetK6OGQOmg8jFGRzTAwKE1OBBv7tNgDoMzi3HggkCb6vgybxAONygrUcL7FH56E=; 20:luod9oeyPmmlwR3ar4pih5vJXs2VPLCOYyKL1kNYOZcf/5gjVctGr//kJezoNyRdfu1n9Q76HzQ11Lhf9FIOqQ== X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Jul 2015 17:26:41.9007 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB711 X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB205; 2:qaWj1qFApunbS9cAM38u/0+g/6JWk1+/O45cM/123dACzEBpXPwe6K0sxi9+niDH; 3:pIquRg4soumXWpTc8/uomJFxJcBV1B3Mfdj3T0kJAEnSXb+9oMoxSDBQVTNnUpRlH8nWkvd3NMLw0InNJKYX2fVsQwRycPW+MbRAIeOe6pjeCTHPuqawGwfj3g79dVNeFDho1VlQKiFL7A7yH1gY5WCVY/1gkaeaB+eMcsz/g/lniubIANTPn1ptqMTSxX7TvQ2u7d7lKhhX86Y0+1TkKxcb3wHEzW3ISn3+D/zwb2w=; 25:V7LFcc8J+5GpzaMnM5JfTg2+0I4Cu+gJb3S9m2QDYRGVzNkyGn9fnOS5yN3mnGVjD3b2oAmeTtWZNGcSC2Vmjdfco6hCrdE8UsMYGjx7GhUK5aRJeGjTyasEYcs39QbGowg1pQIa79ktjdXHe33bFpuccug/hn4u8rSoYtxrheS3YXrJmeiSAqlAwjBnr8sAoOdziHu7zjrRjBQUSLA1H2Dlid28sPP8mA2qCjL3ZVR/ipfRX96ccULv3eoqkwFRtkou31X7lIi8m/smYbqjHw==; 20:0oqCwANySRXF61Ap+3aewZVFU0jHApQuqiymRpzdgY6UQK15W4XsHpYcYIHUvW4gLgypjoWki+nTqj4J6SpoNQ==; 23:3/U7Hqo7exZijJgkMB9nlhOG2Xx1bUGhS4oLZzrYjNriqIXH3Muopyccw0ZQo7kmrlkP7PWna4sW4YPrF1s76KqqpIu9DwZCG7gpChTmcty4yy91EeWX4mTvdCj8ikbZjRxSAf1kB4P7DN7SYPAVmEQfKLksXcY+4DdvrZ4u2QmRMN6xPv9aSx4t/ePgzkKrDxmULt3hj63Qm52DxP4h39uIf8mvx/R6O4cpngv263GLDr500v7WBajC0rrSVQNZ BY2PR05MB205: X-MS-Exchange-Organization-RulesExecuted X-OriginatorOrg: juniper.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2015 17:26:46 -0000 O'Connor, Daniel wrote: > However, Crochet _does_ build on the NFS client _and_ when the source > tree isn't in /usr/src which makes this issue very strange :-/ I've seen similar errors in rescue... (no NFS) though I cannot quite recall the cause other than it seems very sensitive to MAKEOBJDIRPREFIX value.