From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 00:07:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C8F2179; Sun, 5 Jan 2014 00:07:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C32821E02; Sun, 5 Jan 2014 00:07:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s0507PuE067035; Sat, 4 Jan 2014 19:07:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0507PPN067034; Sun, 5 Jan 2014 00:07:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 00:07:25 GMT Message-Id: <201401050007.s0507PPN067034@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 00:07:27 -0000 TB --- 2014-01-04 20:50:24 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-04 20:50:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-04 20:50:24 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-01-04 20:50:24 - cleaning the object tree TB --- 2014-01-04 20:52:37 - /usr/local/bin/svn stat /src TB --- 2014-01-04 20:52:40 - At svn revision 260257 TB --- 2014-01-04 20:52:41 - building world TB --- 2014-01-04 20:52:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-04 20:52:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-04 20:52:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-04 20:52:41 - SRCCONF=/dev/null TB --- 2014-01-04 20:52:41 - TARGET=powerpc TB --- 2014-01-04 20:52:41 - TARGET_ARCH=powerpc64 TB --- 2014-01-04 20:52:41 - TZ=UTC TB --- 2014-01-04 20:52:41 - __MAKE_CONF=/dev/null TB --- 2014-01-04 20:52:41 - cd /src TB --- 2014-01-04 20:52:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 4 20:52:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 4 23:57:50 UTC 2014 TB --- 2014-01-04 23:57:50 - generating LINT kernel config TB --- 2014-01-04 23:57:50 - cd /src/sys/powerpc/conf TB --- 2014-01-04 23:57:50 - /usr/bin/make -B LINT TB --- 2014-01-04 23:57:50 - cd /src/sys/powerpc/conf TB --- 2014-01-04 23:57:50 - /usr/sbin/config -m LINT TB --- 2014-01-04 23:57:50 - skipping LINT kernel TB --- 2014-01-04 23:57:50 - cd /src/sys/powerpc/conf TB --- 2014-01-04 23:57:50 - /usr/sbin/config -m GENERIC TB --- 2014-01-04 23:57:50 - skipping GENERIC kernel TB --- 2014-01-04 23:57:50 - cd /src/sys/powerpc/conf TB --- 2014-01-04 23:57:50 - /usr/sbin/config -m GENERIC64 TB --- 2014-01-04 23:57:50 - building GENERIC64 kernel TB --- 2014-01-04 23:57:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-04 23:57:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-04 23:57:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-04 23:57:50 - SRCCONF=/dev/null TB --- 2014-01-04 23:57:50 - TARGET=powerpc TB --- 2014-01-04 23:57:50 - TARGET_ARCH=powerpc64 TB --- 2014-01-04 23:57:50 - TZ=UTC TB --- 2014-01-04 23:57:50 - __MAKE_CONF=/dev/null TB --- 2014-01-04 23:57:50 - cd /src TB --- 2014-01-04 23:57:50 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Jan 4 23:57:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --only-keep-debug t5fw_cfg.ko.debug t5fw_cfg.ko.symbols objcopy --strip-debug --add-gnu-debuglink=t5fw_cfg.ko.symbols t5fw_cfg.ko.debug t5fw_cfg.ko ===> cyclic (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -include /src/sys/modules/cyclic/../../cddl/compat/ope! nsolaris/sys/debug_compat.h -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c cc1: warnings being treated as errors In file included from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:326: /src/sys/modules/cyclic/../../sys/kernel.h:61: warning: redundant redeclaration of 'hz' [-Wredundant-decls] /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/time.h:73: warning: previous declaration of 'hz' was here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/cyclic *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 00:07:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 00:07:25 - ERROR: failed to build GENERIC64 kernel TB --- 2014-01-05 00:07:25 - 10098.41 user 1333.09 system 11821.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 03:17:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19CC5CCC; Sun, 5 Jan 2014 03:17:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D36C819D4; Sun, 5 Jan 2014 03:17:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s053HJJ6071404; Sat, 4 Jan 2014 22:17:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s053HJ6t071377; Sun, 5 Jan 2014 03:17:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 03:17:19 GMT Message-Id: <201401050317.s053HJ6t071377@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 03:17:21 -0000 TB --- 2014-01-05 00:10:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 00:10:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 00:10:20 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-05 00:10:20 - cleaning the object tree TB --- 2014-01-05 00:12:57 - /usr/local/bin/svn stat /src TB --- 2014-01-05 00:13:01 - At svn revision 260309 TB --- 2014-01-05 00:13:02 - building world TB --- 2014-01-05 00:13:02 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 00:13:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 00:13:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 00:13:02 - SRCCONF=/dev/null TB --- 2014-01-05 00:13:02 - TARGET=arm TB --- 2014-01-05 00:13:02 - TARGET_ARCH=armv6 TB --- 2014-01-05 00:13:02 - TZ=UTC TB --- 2014-01-05 00:13:02 - __MAKE_CONF=/dev/null TB --- 2014-01-05 00:13:02 - cd /src TB --- 2014-01-05 00:13:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 00:13:09 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 5 03:17:16 UTC 2014 TB --- 2014-01-05 03:17:16 - generating LINT kernel config TB --- 2014-01-05 03:17:16 - cd /src/sys/arm/conf TB --- 2014-01-05 03:17:16 - /usr/bin/make -B LINT TB --- 2014-01-05 03:17:16 - cd /src/sys/arm/conf TB --- 2014-01-05 03:17:16 - /usr/sbin/config -m LINT TB --- 2014-01-05 03:17:17 - skipping LINT kernel TB --- 2014-01-05 03:17:17 - cd /src/sys/arm/conf TB --- 2014-01-05 03:17:17 - /usr/sbin/config -m AC100 TB --- 2014-01-05 03:17:17 - building AC100 kernel TB --- 2014-01-05 03:17:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 03:17:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 03:17:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 03:17:17 - SRCCONF=/dev/null TB --- 2014-01-05 03:17:17 - TARGET=arm TB --- 2014-01-05 03:17:17 - TARGET_ARCH=armv6 TB --- 2014-01-05 03:17:17 - TZ=UTC TB --- 2014-01-05 03:17:17 - __MAKE_CONF=/dev/null TB --- 2014-01-05 03:17:17 - cd /src TB --- 2014-01-05 03:17:17 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sun Jan 5 03:17:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 03:17:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 03:17:19 - ERROR: failed to build AC100 kernel TB --- 2014-01-05 03:17:19 - 8698.28 user 1631.79 system 11218.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 03:17:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECFDFDE1; Sun, 5 Jan 2014 03:17:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A882F19E5; Sun, 5 Jan 2014 03:17:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s053Hl1R077550; Sat, 4 Jan 2014 22:17:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s053Hl04077548; Sun, 5 Jan 2014 03:17:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 03:17:47 GMT Message-Id: <201401050317.s053Hl04077548@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 03:17:49 -0000 TB --- 2014-01-05 00:10:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 00:10:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 00:10:20 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-05 00:10:20 - cleaning the object tree TB --- 2014-01-05 00:12:59 - /usr/local/bin/svn stat /src TB --- 2014-01-05 00:13:02 - At svn revision 260309 TB --- 2014-01-05 00:13:03 - building world TB --- 2014-01-05 00:13:03 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 00:13:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 00:13:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 00:13:03 - SRCCONF=/dev/null TB --- 2014-01-05 00:13:03 - TARGET=arm TB --- 2014-01-05 00:13:03 - TARGET_ARCH=arm TB --- 2014-01-05 00:13:03 - TZ=UTC TB --- 2014-01-05 00:13:03 - __MAKE_CONF=/dev/null TB --- 2014-01-05 00:13:03 - cd /src TB --- 2014-01-05 00:13:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 00:13:10 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 5 03:17:16 UTC 2014 TB --- 2014-01-05 03:17:16 - generating LINT kernel config TB --- 2014-01-05 03:17:16 - cd /src/sys/arm/conf TB --- 2014-01-05 03:17:16 - /usr/bin/make -B LINT TB --- 2014-01-05 03:17:16 - cd /src/sys/arm/conf TB --- 2014-01-05 03:17:16 - /usr/sbin/config -m LINT TB --- 2014-01-05 03:17:17 - building LINT kernel TB --- 2014-01-05 03:17:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 03:17:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 03:17:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 03:17:17 - SRCCONF=/dev/null TB --- 2014-01-05 03:17:17 - TARGET=arm TB --- 2014-01-05 03:17:17 - TARGET_ARCH=arm TB --- 2014-01-05 03:17:17 - TZ=UTC TB --- 2014-01-05 03:17:17 - __MAKE_CONF=/dev/null TB --- 2014-01-05 03:17:17 - cd /src TB --- 2014-01-05 03:17:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 03:17:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 03:17:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 03:17:47 - ERROR: failed to build LINT kernel TB --- 2014-01-05 03:17:47 - 8693.75 user 1651.91 system 11246.97 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 08:11:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 718B4E05 for ; Sun, 5 Jan 2014 08:11:46 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28FCB1A97 for ; Sun, 5 Jan 2014 08:11:45 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1VzioB-000tiV-Ap>; Sun, 05 Jan 2014 09:11:43 +0100 Received: from g225156084.adsl.alicedsl.de ([92.225.156.84] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1VzioB-0003Tx-6h>; Sun, 05 Jan 2014 09:11:43 +0100 Date: Sun, 5 Jan 2014 09:11:38 +0100 From: "O. Hartmann" To: Peter Jeremy Subject: Re: ZFS command can block the whole ZFS subsystem! Message-ID: <20140105091138.725ff0c2@thor.walstatt.dyndns.org> In-Reply-To: <20140104231426.GC72376@server.rulingia.com> References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/QBUZgBh+EbV=XhE+kQ1e5qq"; protocol="application/pgp-signature" X-Originating-IP: 92.225.156.84 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 08:11:46 -0000 --Sig_/QBUZgBh+EbV=XhE+kQ1e5qq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 5 Jan 2014 10:14:26 +1100 Peter Jeremy wrote: > On 2014-Jan-04 23:26:42 +0100, "O. Hartmann" > wrote: > >zfs list -r BACKUP00 > >NAME USED AVAIL REFER MOUNTPOINT > >BACKUP00 1.48T 1.19T 144K /BACKUP00 > >BACKUP00/backup 1.47T 1.19T 1.47T /backup >=20 > Well, that at least shows it's making progress - it's gone from 2.5T > to 1.47T used (though I gather that has taken several days). Can you > pleas post the result of > zfs get all BACKUP00/backup >=20 Here we go: NAME PROPERTY VALUE SOURCE BACKUP00/backup type filesystem - BACKUP00/backup creation Fr Dez 20 23:17 2013 - BACKUP00/backup used 1.47T - BACKUP00/backup available 1.19T - BACKUP00/backup referenced 1.47T - BACKUP00/backup compressratio 1.00x - BACKUP00/backup mounted no - BACKUP00/backup quota none default BACKUP00/backup reservation none default BACKUP00/backup recordsize 128K default BACKUP00/backup mountpoint /backup local BACKUP00/backup sharenfs off default BACKUP00/backup checksum sha256 local BACKUP00/backup compression lz4 local BACKUP00/backup atime on default BACKUP00/backup devices on default BACKUP00/backup exec on default BACKUP00/backup setuid on default BACKUP00/backup readonly off default BACKUP00/backup jailed off default BACKUP00/backup snapdir hidden default BACKUP00/backup aclmode discard default BACKUP00/backup aclinherit restricted default BACKUP00/backup canmount on default BACKUP00/backup xattr on default BACKUP00/backup copies 1 default BACKUP00/backup version 5 - BACKUP00/backup utf8only off - BACKUP00/backup normalization none - BACKUP00/backup casesensitivity sensitive - BACKUP00/backup vscan off default BACKUP00/backup nbmand off default BACKUP00/backup sharesmb on local BACKUP00/backup refquota none default BACKUP00/backup refreservation none default BACKUP00/backup primarycache all default BACKUP00/backup secondarycache all default BACKUP00/backup usedbysnapshots 0 - BACKUP00/backup usedbydataset 1.47T - BACKUP00/backup usedbychildren 0 - BACKUP00/backup usedbyrefreservation 0 - BACKUP00/backup logbias latency default BACKUP00/backup dedup on local BACKUP00/backup mlslabel - BACKUP00/backup sync standard default BACKUP00/backup refcompressratio 1.00x - BACKUP00/backup written 1.47T - BACKUP00/backup logicalused 1.47T - BACKUP00/backup logicalreferenced 1.47T - --Sig_/QBUZgBh+EbV=XhE+kQ1e5qq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSyRO+AAoJEOgBcD7A/5N8PDwH/2EQzdQ5yM0NlHzebLyXdndB pd5QGVnf9NgXQh3T75JyQzROTSgjJJC03qf6MDR9PA5T3nDGn5hI9202/+vHQ5OT /lsDFdddVcnKPaXD4Vrr0BpHY9OkbCQ3wP8GohmLEY9GIkl+sUg7i5pCFv2/4efB 8o0OJJLj3IeYySb+FjQ9XQq+NpWNNnFY+3TU7+wYKUS9Fv4iw5AmF17KlcD5iryp 3Zttm08VAmb/6IuIsYVwakkHoNj4O/dURvMKKV5Lzfn6Z0gUMXuhcmRtWU6ZVrHA GdezNw6dQOHT5mcq/1J01jdBwbdGeTHXdVztah0I+dWoWj+/Br5QQu/ZPjtnldM= =7VIn -----END PGP SIGNATURE----- --Sig_/QBUZgBh+EbV=XhE+kQ1e5qq-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 08:30:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E47C5152 for ; Sun, 5 Jan 2014 08:30:53 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79B661B58 for ; Sun, 5 Jan 2014 08:30:52 +0000 (UTC) Received: from server.rulingia.com (c220-239-250-249.belrs5.nsw.optusnet.com.au [220.239.250.249]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s058Uj8q060966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 5 Jan 2014 19:30:45 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.7/8.14.7) with ESMTP id s058UdAO057183 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Jan 2014 19:30:39 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.7/8.14.7/Submit) id s058Ud5L057182; Sun, 5 Jan 2014 19:30:39 +1100 (EST) (envelope-from peter) Date: Sun, 5 Jan 2014 19:30:39 +1100 From: Peter Jeremy To: "O. Hartmann" Subject: Re: ZFS command can block the whole ZFS subsystem! Message-ID: <20140105083039.GA75558@server.rulingia.com> References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> <20140105091138.725ff0c2@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <20140105091138.725ff0c2@thor.walstatt.dyndns.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 08:30:54 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Jan-05 09:11:38 +0100, "O. Hartmann" = wrote: >On Sun, 5 Jan 2014 10:14:26 +1100 >Peter Jeremy wrote: > >> On 2014-Jan-04 23:26:42 +0100, "O. Hartmann" >> wrote: >> >zfs list -r BACKUP00 >> >NAME USED AVAIL REFER MOUNTPOINT >> >BACKUP00 1.48T 1.19T 144K /BACKUP00 >> >BACKUP00/backup 1.47T 1.19T 1.47T /backup >>=20 >> Well, that at least shows it's making progress - it's gone from 2.5T >> to 1.47T used (though I gather that has taken several days). Can you >> pleas post the result of >> zfs get all BACKUP00/backup >BACKUP00/backup dedup on local This is your problem. Before it can free any block, it has to check for other references to the block via the DDT and I suspect you don't have enough RAM to cache the DDT. Your options are: 1) Wait until the delete finishes. 2) Destroy the pool with extreme prejudice: Forcably export the pool (probably by booting to single user and not starting ZFS) and write zeroes to the first and last MB of ada3p1. BTW, this problem will occur on any filesystem where you've ever enabled dedup - once there are any dedup'd blocks in a filesystem, all deletes need to go via the DDT. --=20 Peter Jeremy --KsGdsel6WgEHnImy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlLJGC9fFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIdjfACeO+YLlrRBp/r8QrQI1zTheuMH DpEAoK9QqXeeDIxYqSuyzUv1PYIbARZr =cjn/ -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 08:46:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CADD73DA for ; Sun, 5 Jan 2014 08:46:10 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F0651D62 for ; Sun, 5 Jan 2014 08:46:10 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1VzjLT-000yuh-OO>; Sun, 05 Jan 2014 09:46:07 +0100 Received: from g225156084.adsl.alicedsl.de ([92.225.156.84] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1VzjLT-0005Ja-JZ>; Sun, 05 Jan 2014 09:46:07 +0100 Date: Sun, 5 Jan 2014 09:46:07 +0100 From: "O. Hartmann" To: Peter Jeremy Subject: Re: ZFS command can block the whole ZFS subsystem! Message-ID: <20140105094607.43ecf058@thor.walstatt.dyndns.org> In-Reply-To: <20140105083039.GA75558@server.rulingia.com> References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> <20140105091138.725ff0c2@thor.walstatt.dyndns.org> <20140105083039.GA75558@server.rulingia.com> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/eBh7BWdHB_CjUMUlqXGQOh7"; protocol="application/pgp-signature" X-Originating-IP: 92.225.156.84 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 08:46:10 -0000 --Sig_/eBh7BWdHB_CjUMUlqXGQOh7 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 5 Jan 2014 19:30:39 +1100 Peter Jeremy wrote: > On 2014-Jan-05 09:11:38 +0100, "O. Hartmann" > wrote: > >On Sun, 5 Jan 2014 10:14:26 +1100 > >Peter Jeremy wrote: > > > >> On 2014-Jan-04 23:26:42 +0100, "O. Hartmann" > >> wrote: > >> >zfs list -r BACKUP00 > >> >NAME USED AVAIL REFER MOUNTPOINT > >> >BACKUP00 1.48T 1.19T 144K /BACKUP00 > >> >BACKUP00/backup 1.47T 1.19T 1.47T /backup > >>=20 > >> Well, that at least shows it's making progress - it's gone from > >> 2.5T to 1.47T used (though I gather that has taken several days). > >> Can you pleas post the result of > >> zfs get all BACKUP00/backup >=20 > >BACKUP00/backup dedup on local >=20 > This is your problem. Before it can free any block, it has to check > for other references to the block via the DDT and I suspect you don't > have enough RAM to cache the DDT. >=20 > Your options are: > 1) Wait until the delete finishes. > 2) Destroy the pool with extreme prejudice: Forcably export the pool > (probably by booting to single user and not starting ZFS) and write > zeroes to the first and last MB of ada3p1. >=20 > BTW, this problem will occur on any filesystem where you've ever > enabled dedup - once there are any dedup'd blocks in a filesystem, > all deletes need to go via the DDT. >=20 As I stated earlier in the this thread, the box in question has 32 GB RAM and this should be sufficient. --Sig_/eBh7BWdHB_CjUMUlqXGQOh7 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSyRvPAAoJEOgBcD7A/5N8tQsH/02xl1lrDHjc1VbPy1ZkKljV nxAQ5Ca8xACLyORKIMk5mWh3r0Y33pnVRqbyGwM5S3k4oSea2CJJVx1HtDob2Abs Cox2SWWo0AB697WEWwDFI7rxAwOfL+xP4hNvkOtkZoU9Z9zzj/yUv1HyO9yElTC5 TLuCVPDGTzcW5InhLjgvHs/nBanp7XJ1sYr3Qj+233eHAgKYVdAp6v5UE6LC9C1+ m3npu7KI0wFoNkQUcZjKUE4Nj83tKDD8UbwvROqGSr/NEmSo8bH7KK2/qzHXon4u pEtskV7veki8SQCLdF1z2/0O+/Dv7gRPVLmYaqS8aPx8Ph9nRrUbFPBGugAPYSk= =HtEN -----END PGP SIGNATURE----- --Sig_/eBh7BWdHB_CjUMUlqXGQOh7-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 08:57:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1756526 for ; Sun, 5 Jan 2014 08:57:18 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EB8B1DE3 for ; Sun, 5 Jan 2014 08:57:18 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so14550339wgh.17 for ; Sun, 05 Jan 2014 00:57:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tYFmfKwpUGXBKlGDsYXr+2QESxiIDV2wCTu5FfZR+uA=; b=bVfKDq4kIg8nO8Bwk91W9gdJ+zyQPBYSEWvHB4f5veN21bhPd3TIduHf8R1wSOFAAJ WDzSGgKoMW29RKeJxMIK/vuVSfv5AmmiJmQg9+GlbfRKegQAWi2qy7zcURpHtrDC7iz5 QFWbUsm+AQqifPHMrjP31eXUZR88fMPElTZV0ogobVxmBgiEnvfsL90RbTGQgm9c06lD kVwXvlrW4GFzd2mkF+A46UdXY/q2dd6J7nO1PzevwU/3lH425qIwJ95mn3lndk56Kbzn yNQU0QlF6wfcVEWFMpVnxuPU3YBfprvBZIxCBWXBhfXhe1fIBNpCK5FE1Od9Wu6gCGhw e0HQ== MIME-Version: 1.0 X-Received: by 10.194.171.34 with SMTP id ar2mr4712wjc.81.1388912236504; Sun, 05 Jan 2014 00:57:16 -0800 (PST) Received: by 10.227.226.12 with HTTP; Sun, 5 Jan 2014 00:57:16 -0800 (PST) Date: Sun, 5 Jan 2014 10:57:16 +0200 Message-ID: Subject: 11.0-CURRENT panic (nfsd?) From: Markiyan Kushnir To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 08:57:18 -0000 I started to see a reliable panic on a recent CURRENT: $ uname -a FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r260296: Sun Jan 5 07:14:50 EET 2014 root@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK amd64 The panic is always triggered by the first request to the nfs service (this machine runs a PXE server). The core.txt is attached. Please let me know if I can help more. -- Markiyan. From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 09:01:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80A21659 for ; Sun, 5 Jan 2014 09:01:57 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D81441E5D for ; Sun, 5 Jan 2014 09:01:56 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so14552099wgh.17 for ; Sun, 05 Jan 2014 01:01:55 -0800 (PST) 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 :content-type; bh=wG+PQvHQ0OiaJ6tKHsWTbZi+/vyDJI66dlJwwG6aLQ8=; b=vhoic7PjxsWPnkI0tQgstumCMesLkUtf5MvU7VxtvRPMOnM7svA8oTUSLSCVRKrN67 5wAQhU4X1pNd01jsILknjyRn8AYMVSBUdUsvwiYc2EhxZkOZqSCjisxczJu86qilzDOh HPEbHMRwF2dhAxKOklQlQtlZeT0YYaEISgpIyjcE+L1fbR1EWQpN3NAoZu9uoyJyyWca 8tFYe/fg2a2LUm/Hm12DdZOWt/Y+UlJUMmnwRVcJ5hDXBYhrPn5NlMzQ6yIS2NMHP5ia V8e9sTCbN6UiFTVkOBSzEhakIM6dhFQl+2Nay5VbAd5A8se7hqwj7490Gb0nni8myQpA pgdw== MIME-Version: 1.0 X-Received: by 10.180.86.198 with SMTP id r6mr7908123wiz.27.1388912515226; Sun, 05 Jan 2014 01:01:55 -0800 (PST) Received: by 10.227.226.12 with HTTP; Sun, 5 Jan 2014 01:01:55 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Jan 2014 11:01:55 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic (nfsd?) From: Markiyan Kushnir To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 09:01:57 -0000 Please ignore the attached core.txt.1.gz, and see the new core.txt.2.gz in this attachment. I confused files. -- Markiyan. 2014/1/5 Markiyan Kushnir : > I started to see a reliable panic on a recent CURRENT: > > $ uname -a > FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r260296: Sun Jan 5 07:14:50 EET 2014 > root@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK amd64 > > The panic is always triggered by the first request to the nfs service > (this machine runs a PXE server). > > The core.txt is attached. Please let me know if I can help more. > > -- > Markiyan. From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 09:02:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AE68762 for ; Sun, 5 Jan 2014 09:02:13 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13D781E69 for ; Sun, 5 Jan 2014 09:02:12 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s0592BYA069819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Jan 2014 01:02:12 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0592Bsv069818; Sun, 5 Jan 2014 01:02:11 -0800 (PST) (envelope-from jmg) Date: Sun, 5 Jan 2014 01:02:11 -0800 From: John-Mark Gurney To: Markiyan Kushnir Subject: Re: 11.0-CURRENT panic (nfsd?) Message-ID: <20140105090211.GS99167@funkthat.com> Mail-Followup-To: Markiyan Kushnir , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 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-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 05 Jan 2014 01:02:12 -0800 (PST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 09:02:13 -0000 Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200: > I started to see a reliable panic on a recent CURRENT: > > $ uname -a > FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r260296: Sun Jan 5 07:14:50 EET 2014 > root@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK amd64 > > The panic is always triggered by the first request to the nfs service > (this machine runs a PXE server). > > The core.txt is attached. Please let me know if I can help more. Apparently the mime-type on the attachment was bad and got scrubbed... Maybe include it inline if it isn't too long? -- 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 Jan 5 09:06:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E73DA909 for ; Sun, 5 Jan 2014 09:06:20 +0000 (UTC) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 829041E80 for ; Sun, 5 Jan 2014 09:06:20 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id q58so14668704wes.19 for ; Sun, 05 Jan 2014 01:06:18 -0800 (PST) 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 :content-type; bh=J0B1r4tmBbKFVgmXbuJgqg3BWFuEQqFuc/Rs4zwZUyk=; b=nDrEaxSW3Zd2dUtUj/ycsYuQjWE2PKkXKn49SPuBEwwWNprMJqQVSUC3PVs81Vuk6u cymIcnr3Fxr8rMNkstopFhZeh+MBrgzjzQs+qyQqbqTpVUpPbaZo8+oAknvGzkT5KVaW cyeatZaCG+pYzoXIthMRH9mJmlGISoN1liXqY3+CfazsRuImVwcVZQugo5G1YVWa0j1k 8DIYLATXjtiqwhDbaPo36u9hiOolGUbwpVEfdHgIL9HTK1ks/mQVzXIJrsKNMp13c5Yq 1Qj8lJvsTALjkBSSaZQUke6WRMQ0vg6BkR7cPDWh4DgYaA7tzjIDGApq4L/QWmdXOHU9 p83A== MIME-Version: 1.0 X-Received: by 10.180.81.38 with SMTP id w6mr3259296wix.27.1388912778915; Sun, 05 Jan 2014 01:06:18 -0800 (PST) Received: by 10.227.226.12 with HTTP; Sun, 5 Jan 2014 01:06:18 -0800 (PST) In-Reply-To: <20140105090211.GS99167@funkthat.com> References: <20140105090211.GS99167@funkthat.com> Date: Sun, 5 Jan 2014 11:06:18 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic (nfsd?) From: Markiyan Kushnir To: Markiyan Kushnir , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 09:06:21 -0000 2014/1/5 John-Mark Gurney : > Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200: >> I started to see a reliable panic on a recent CURRENT: >> >> $ uname -a >> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >> r260296: Sun Jan 5 07:14:50 EET 2014 >> root@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK amd64 >> >> The panic is always triggered by the first request to the nfs service >> (this machine runs a PXE server). >> >> The core.txt is attached. Please let me know if I can help more. > > Apparently the mime-type on the attachment was bad and got scrubbed... > > Maybe include it inline if it isn't too long? > It's 144KB long. I will share it via Google Drive: https://drive.google.com/file/d/0B9Q-zpUXxqCnNVhBY0M5ZzU4d1k/edit?usp=sharing -- Markiyan. > -- > 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 Jan 5 10:11:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10B5FC4F; Sun, 5 Jan 2014 10:11:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAB2E1204; Sun, 5 Jan 2014 10:11:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05ABKqI052729; Sun, 5 Jan 2014 05:11:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05ABKN2052728; Sun, 5 Jan 2014 10:11:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 10:11:20 GMT Message-Id: <201401051011.s05ABKN2052728@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 10:11:28 -0000 TB --- 2014-01-05 07:18:39 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 07:18:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 07:18:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-01-05 07:18:39 - cleaning the object tree TB --- 2014-01-05 07:20:42 - /usr/local/bin/svn stat /src TB --- 2014-01-05 07:20:46 - At svn revision 260309 TB --- 2014-01-05 07:20:47 - building world TB --- 2014-01-05 07:20:47 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:20:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:20:47 - SRCCONF=/dev/null TB --- 2014-01-05 07:20:47 - TARGET=powerpc TB --- 2014-01-05 07:20:47 - TARGET_ARCH=powerpc TB --- 2014-01-05 07:20:47 - TZ=UTC TB --- 2014-01-05 07:20:47 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:20:47 - cd /src TB --- 2014-01-05 07:20:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 07:20:54 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 5 09:58:44 UTC 2014 TB --- 2014-01-05 09:58:44 - generating LINT kernel config TB --- 2014-01-05 09:58:44 - cd /src/sys/powerpc/conf TB --- 2014-01-05 09:58:44 - /usr/bin/make -B LINT TB --- 2014-01-05 09:58:44 - cd /src/sys/powerpc/conf TB --- 2014-01-05 09:58:44 - /usr/sbin/config -m LINT TB --- 2014-01-05 09:58:44 - building LINT kernel TB --- 2014-01-05 09:58:44 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 09:58:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 09:58:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 09:58:44 - SRCCONF=/dev/null TB --- 2014-01-05 09:58:44 - TARGET=powerpc TB --- 2014-01-05 09:58:44 - TARGET_ARCH=powerpc TB --- 2014-01-05 09:58:44 - TZ=UTC TB --- 2014-01-05 09:58:44 - __MAKE_CONF=/dev/null TB --- 2014-01-05 09:58:44 - cd /src TB --- 2014-01-05 09:58:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 09:58:44 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o t5fw_cfg.ko t5fw_cfg.kld objcopy --strip-debug t5fw_cfg.ko ===> cyclic (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -include /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/debug_! compat.h -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c cc1: warnings being treated as errors In file included from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:326: /src/sys/modules/cyclic/../../sys/kernel.h:61: warning: redundant redeclaration of 'hz' [-Wredundant-decls] /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/time.h:73: warning: previous declaration of 'hz' was here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/cyclic *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 10:11:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 10:11:19 - ERROR: failed to build LINT kernel TB --- 2014-01-05 10:11:19 - 8656.84 user 1087.17 system 10360.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 10:27:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6574E01; Sun, 5 Jan 2014 10:27:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66FCF12A1; Sun, 5 Jan 2014 10:27:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05ARweg006766; Sun, 5 Jan 2014 05:27:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05ARwbt006765; Sun, 5 Jan 2014 10:27:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 10:27:58 GMT Message-Id: <201401051027.s05ARwbt006765@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 10:27:59 -0000 TB --- 2014-01-05 09:03:47 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 09:03:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 09:03:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-01-05 09:03:47 - cleaning the object tree TB --- 2014-01-05 09:05:15 - /usr/local/bin/svn stat /src TB --- 2014-01-05 09:06:05 - At svn revision 260309 TB --- 2014-01-05 09:06:06 - building world TB --- 2014-01-05 09:06:06 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 09:06:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 09:06:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 09:06:06 - SRCCONF=/dev/null TB --- 2014-01-05 09:06:06 - TARGET=sparc64 TB --- 2014-01-05 09:06:06 - TARGET_ARCH=sparc64 TB --- 2014-01-05 09:06:06 - TZ=UTC TB --- 2014-01-05 09:06:06 - __MAKE_CONF=/dev/null TB --- 2014-01-05 09:06:06 - cd /src TB --- 2014-01-05 09:06:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 09:06:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 5 10:07:40 UTC 2014 TB --- 2014-01-05 10:07:40 - generating LINT kernel config TB --- 2014-01-05 10:07:40 - cd /src/sys/sparc64/conf TB --- 2014-01-05 10:07:40 - /usr/bin/make -B LINT TB --- 2014-01-05 10:07:40 - cd /src/sys/sparc64/conf TB --- 2014-01-05 10:07:40 - /usr/sbin/config -m LINT TB --- 2014-01-05 10:07:40 - building LINT kernel TB --- 2014-01-05 10:07:40 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 10:07:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 10:07:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 10:07:40 - SRCCONF=/dev/null TB --- 2014-01-05 10:07:40 - TARGET=sparc64 TB --- 2014-01-05 10:07:40 - TARGET_ARCH=sparc64 TB --- 2014-01-05 10:07:40 - TZ=UTC TB --- 2014-01-05 10:07:40 - __MAKE_CONF=/dev/null TB --- 2014-01-05 10:07:40 - cd /src TB --- 2014-01-05 10:07:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 10:07:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o nullfs.ko nullfs.kld objcopy --strip-debug nullfs.ko ===> opensolaris (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/opensolaris/../../cddl/compat/opensolaris -I/src/sys/modules/opensolaris/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/opensolaris/../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64.sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -include /src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/debug_compat.h -c /src/sys/modules/opensolaris/../../cddl/compat/openso! laris/kern/opensolaris.c cc1: warnings being treated as errors In file included from /src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris.c:35: /src/sys/modules/opensolaris/../../sys/kernel.h:61: warning: redundant redeclaration of 'hz' [-Wredundant-decls] /src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/time.h:73: warning: previous declaration of 'hz' was here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/opensolaris *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 10:27:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 10:27:58 - ERROR: failed to build LINT kernel TB --- 2014-01-05 10:27:58 - 4136.40 user 679.55 system 5051.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 10:51:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB64B6B3; Sun, 5 Jan 2014 10:51:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B176614F9; Sun, 5 Jan 2014 10:51:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05Ap97r050056; Sun, 5 Jan 2014 05:51:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05Ap9Z6050055; Sun, 5 Jan 2014 10:51:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 10:51:09 GMT Message-Id: <201401051051.s05Ap9Z6050055@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 10:51:11 -0000 TB --- 2014-01-05 07:30:50 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 07:30:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 07:30:50 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-01-05 07:30:50 - cleaning the object tree TB --- 2014-01-05 07:32:46 - /usr/local/bin/svn stat /src TB --- 2014-01-05 07:32:50 - At svn revision 260309 TB --- 2014-01-05 07:32:51 - building world TB --- 2014-01-05 07:32:51 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 07:32:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 07:32:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 07:32:51 - SRCCONF=/dev/null TB --- 2014-01-05 07:32:51 - TARGET=powerpc TB --- 2014-01-05 07:32:51 - TARGET_ARCH=powerpc64 TB --- 2014-01-05 07:32:51 - TZ=UTC TB --- 2014-01-05 07:32:51 - __MAKE_CONF=/dev/null TB --- 2014-01-05 07:32:51 - cd /src TB --- 2014-01-05 07:32:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 07:32:58 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Jan 5 10:41:34 UTC 2014 TB --- 2014-01-05 10:41:34 - generating LINT kernel config TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 10:41:34 - /usr/bin/make -B LINT TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 10:41:34 - /usr/sbin/config -m LINT TB --- 2014-01-05 10:41:34 - skipping LINT kernel TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 10:41:34 - /usr/sbin/config -m GENERIC TB --- 2014-01-05 10:41:34 - skipping GENERIC kernel TB --- 2014-01-05 10:41:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 10:41:34 - /usr/sbin/config -m GENERIC64 TB --- 2014-01-05 10:41:34 - building GENERIC64 kernel TB --- 2014-01-05 10:41:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 10:41:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 10:41:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 10:41:34 - SRCCONF=/dev/null TB --- 2014-01-05 10:41:34 - TARGET=powerpc TB --- 2014-01-05 10:41:34 - TARGET_ARCH=powerpc64 TB --- 2014-01-05 10:41:34 - TZ=UTC TB --- 2014-01-05 10:41:34 - __MAKE_CONF=/dev/null TB --- 2014-01-05 10:41:34 - cd /src TB --- 2014-01-05 10:41:34 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Jan 5 10:41:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --only-keep-debug t5fw_cfg.ko.debug t5fw_cfg.ko.symbols objcopy --strip-debug --add-gnu-debuglink=t5fw_cfg.ko.symbols t5fw_cfg.ko.debug t5fw_cfg.ko ===> cyclic (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -include /src/sys/modules/cyclic/../../cddl/compat/ope! nsolaris/sys/debug_compat.h -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c cc1: warnings being treated as errors In file included from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:326: /src/sys/modules/cyclic/../../sys/kernel.h:61: warning: redundant redeclaration of 'hz' [-Wredundant-decls] /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/time.h:73: warning: previous declaration of 'hz' was here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/cyclic *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 10:51:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 10:51:09 - ERROR: failed to build GENERIC64 kernel TB --- 2014-01-05 10:51:09 - 10094.84 user 1325.60 system 12019.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 11:16:57 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85C8EC08 for ; Sun, 5 Jan 2014 11:16:57 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D497C1663 for ; Sun, 5 Jan 2014 11:16:56 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08001; Sun, 05 Jan 2014 13:14:13 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vzlen-000N9q-AN; Sun, 05 Jan 2014 13:14:13 +0200 Message-ID: <52C93E4D.1050100@FreeBSD.org> Date: Sun, 05 Jan 2014 13:13:17 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Vladimir Sharun , Current FreeBSD Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) References: <1388839805.123581691.q97ijp8l@frv45.ukr.net> In-Reply-To: <1388839805.123581691.q97ijp8l@frv45.ukr.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 11:16:57 -0000 on 04/01/2014 14:50 Vladimir Sharun said the following: [snip] > ARC: 28G Total, 2085M MFU, 20G MRU, 29M Anon, 1858M Header, 3855M Other [snip] > ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP [snip] > zio_data_buf_131072: 131072, 0, 488217, 9,287155442, 0, 0 I noticed a particular discrepancy between reported ARC usage and sizes of UMA zones used by ZFS code: 488217 * 131072 = ~59GB right there. There are several possibilities for this discrepancy: - bad accounting or reporting of ARC stats - those 128K buffers being used in a special way and thus not accounted as ARC - some sort of resource leak You could try to use DTrace to gather the stacks of all code paths that lead to allocation of those buffers. Something like: fbt::zio_data_buf_alloc:entry /arg0 == 131072/ { @[stack()] = count(); } This could be a start for understanding the issue. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 12:43:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10AA1161 for ; Sun, 5 Jan 2014 12:43:19 +0000 (UTC) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D53F91CDF for ; Sun, 5 Jan 2014 12:43:18 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id rq2so17405775pbb.30 for ; Sun, 05 Jan 2014 04:43:18 -0800 (PST) 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=LxOeUF/JRbMnq/UypXC6KANAzHbp5q0ZdtDSMt9+hFU=; b=l9bUka2w6IAU4w00pRHAFR8LPDZSHK+mb8ypXHQsctIGOchtKdJmjUpD3YofUVbcku ITSnghphI/l5Iun3rnxAmdsIABooJiXw9cn1pkxGMT8vNAQnt7zv38fowcU7lK6mhQCJ fuxjkYMVJetYHZOmYwhHShhwlZY85I/B85GrBiNxKxL97jlVB/Aq8q+RU4hpRaK4jTxa MwPyoaWsRTX/ndHQXaiUPNUh3b2wUWvZzUf4SIobpo3s4QColwHUCnVf+jWwgN3NmsiQ 2H/rN0eVrjC1Ynpsv1jQK5Ly5Oa33UOXLEznHQor7M9yXoa7GSfINMSc7qOe3F6+1/cs ugRw== MIME-Version: 1.0 X-Received: by 10.68.189.133 with SMTP id gi5mr115009384pbc.57.1388925798337; Sun, 05 Jan 2014 04:43:18 -0800 (PST) Received: by 10.70.92.71 with HTTP; Sun, 5 Jan 2014 04:43:18 -0800 (PST) In-Reply-To: <20140105091138.725ff0c2@thor.walstatt.dyndns.org> References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> <20140105091138.725ff0c2@thor.walstatt.dyndns.org> Date: Sun, 5 Jan 2014 06:43:18 -0600 Message-ID: Subject: Re: ZFS command can block the whole ZFS subsystem! From: Adam Vande More To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD CURRENT , Peter Jeremy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 12:43:19 -0000 On Sun, Jan 5, 2014 at 2:11 AM, O. Hartmann wrote: > On Sun, 5 Jan 2014 10:14:26 +1100 > Peter Jeremy wrote: > > > On 2014-Jan-04 23:26:42 +0100, "O. Hartmann" > > wrote: > > >zfs list -r BACKUP00 > > >NAME USED AVAIL REFER MOUNTPOINT > > >BACKUP00 1.48T 1.19T 144K /BACKUP00 > > >BACKUP00/backup 1.47T 1.19T 1.47T /backup > > > > Well, that at least shows it's making progress - it's gone from 2.5T > > to 1.47T used (though I gather that has taken several days). Can you > > pleas post the result of > > zfs get all BACKUP00/backup > > > > Here we go: > > > NAME PROPERTY VALUE SOURCE > BACKUP00/backup type filesystem - > BACKUP00/backup creation Fr Dez 20 23:17 2013 - > BACKUP00/backup used 1.47T - > BACKUP00/backup available 1.19T - > BACKUP00/backup referenced 1.47T - > BACKUP00/backup compressratio 1.00x - > BACKUP00/backup mounted no - > BACKUP00/backup quota none default > BACKUP00/backup reservation none default > BACKUP00/backup recordsize 128K default > BACKUP00/backup mountpoint /backup local > BACKUP00/backup sharenfs off default > BACKUP00/backup checksum sha256 local > BACKUP00/backup compression lz4 local > BACKUP00/backup atime on default > BACKUP00/backup devices on default > BACKUP00/backup exec on default > BACKUP00/backup setuid on default > BACKUP00/backup readonly off default > BACKUP00/backup jailed off default > BACKUP00/backup snapdir hidden default > BACKUP00/backup aclmode discard default > BACKUP00/backup aclinherit restricted default > BACKUP00/backup canmount on default > BACKUP00/backup xattr on default > BACKUP00/backup copies 1 default > BACKUP00/backup version 5 - > BACKUP00/backup utf8only off - > BACKUP00/backup normalization none - > BACKUP00/backup casesensitivity sensitive - > BACKUP00/backup vscan off default > BACKUP00/backup nbmand off default > BACKUP00/backup sharesmb on local > BACKUP00/backup refquota none default > BACKUP00/backup refreservation none default > BACKUP00/backup primarycache all default > BACKUP00/backup secondarycache all default > BACKUP00/backup usedbysnapshots 0 - > BACKUP00/backup usedbydataset 1.47T - > BACKUP00/backup usedbychildren 0 - > BACKUP00/backup usedbyrefreservation 0 - > BACKUP00/backup logbias latency default > BACKUP00/backup dedup on local > As already described by Dan and perhaps not followed up on: dedup requires at very large amount of memory. Assuming 32GB is sufficient is most likely wrong. What does zdb -S BACKUP00 say? Also I will note you were asked if the ZFS FS in question had dedup enabled. You replied with a response from an incorrect FS. -- Adam From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 14:07:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50980688; Sun, 5 Jan 2014 14:07:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16CD2131F; Sun, 5 Jan 2014 14:07:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05E7Deu053815; Sun, 5 Jan 2014 09:07:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05E7Dr2053793; Sun, 5 Jan 2014 14:07:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 14:07:13 GMT Message-Id: <201401051407.s05E7Dr2053793@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 14:07:15 -0000 TB --- 2014-01-05 11:00:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 11:00:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 11:00:22 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-05 11:00:22 - cleaning the object tree TB --- 2014-01-05 11:03:09 - /usr/local/bin/svn stat /src TB --- 2014-01-05 11:03:12 - At svn revision 260317 TB --- 2014-01-05 11:03:13 - building world TB --- 2014-01-05 11:03:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 11:03:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 11:03:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 11:03:13 - SRCCONF=/dev/null TB --- 2014-01-05 11:03:13 - TARGET=arm TB --- 2014-01-05 11:03:13 - TARGET_ARCH=armv6 TB --- 2014-01-05 11:03:13 - TZ=UTC TB --- 2014-01-05 11:03:13 - __MAKE_CONF=/dev/null TB --- 2014-01-05 11:03:13 - cd /src TB --- 2014-01-05 11:03:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 11:03:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 5 14:07:08 UTC 2014 TB --- 2014-01-05 14:07:08 - generating LINT kernel config TB --- 2014-01-05 14:07:08 - cd /src/sys/arm/conf TB --- 2014-01-05 14:07:08 - /usr/bin/make -B LINT TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf TB --- 2014-01-05 14:07:09 - /usr/sbin/config -m LINT TB --- 2014-01-05 14:07:09 - skipping LINT kernel TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf TB --- 2014-01-05 14:07:09 - /usr/sbin/config -m AC100 TB --- 2014-01-05 14:07:09 - building AC100 kernel TB --- 2014-01-05 14:07:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 14:07:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 14:07:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 14:07:09 - SRCCONF=/dev/null TB --- 2014-01-05 14:07:09 - TARGET=arm TB --- 2014-01-05 14:07:09 - TARGET_ARCH=armv6 TB --- 2014-01-05 14:07:09 - TZ=UTC TB --- 2014-01-05 14:07:09 - __MAKE_CONF=/dev/null TB --- 2014-01-05 14:07:09 - cd /src TB --- 2014-01-05 14:07:09 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sun Jan 5 14:07:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 14:07:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 14:07:13 - ERROR: failed to build AC100 kernel TB --- 2014-01-05 14:07:13 - 8697.74 user 1625.16 system 11210.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 14:07:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 636B86CE; Sun, 5 Jan 2014 14:07:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2840B1327; Sun, 5 Jan 2014 14:07:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05E7i9e059830; Sun, 5 Jan 2014 09:07:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05E7ink059829; Sun, 5 Jan 2014 14:07:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 14:07:44 GMT Message-Id: <201401051407.s05E7ink059829@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 14:07:45 -0000 TB --- 2014-01-05 11:00:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 11:00:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 11:00:22 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-05 11:00:22 - cleaning the object tree TB --- 2014-01-05 11:03:10 - /usr/local/bin/svn stat /src TB --- 2014-01-05 11:03:13 - At svn revision 260317 TB --- 2014-01-05 11:03:14 - building world TB --- 2014-01-05 11:03:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 11:03:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 11:03:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 11:03:14 - SRCCONF=/dev/null TB --- 2014-01-05 11:03:14 - TARGET=arm TB --- 2014-01-05 11:03:14 - TARGET_ARCH=arm TB --- 2014-01-05 11:03:14 - TZ=UTC TB --- 2014-01-05 11:03:14 - __MAKE_CONF=/dev/null TB --- 2014-01-05 11:03:14 - cd /src TB --- 2014-01-05 11:03:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 11:03:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 5 14:07:09 UTC 2014 TB --- 2014-01-05 14:07:09 - generating LINT kernel config TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf TB --- 2014-01-05 14:07:09 - /usr/bin/make -B LINT TB --- 2014-01-05 14:07:09 - cd /src/sys/arm/conf TB --- 2014-01-05 14:07:09 - /usr/sbin/config -m LINT TB --- 2014-01-05 14:07:09 - building LINT kernel TB --- 2014-01-05 14:07:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 14:07:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 14:07:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 14:07:09 - SRCCONF=/dev/null TB --- 2014-01-05 14:07:09 - TARGET=arm TB --- 2014-01-05 14:07:09 - TARGET_ARCH=arm TB --- 2014-01-05 14:07:09 - TZ=UTC TB --- 2014-01-05 14:07:09 - __MAKE_CONF=/dev/null TB --- 2014-01-05 14:07:09 - cd /src TB --- 2014-01-05 14:07:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 14:07:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 14:07:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 14:07:44 - ERROR: failed to build LINT kernel TB --- 2014-01-05 14:07:44 - 8689.45 user 1644.32 system 11241.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 15:41:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37C9C2CD for ; Sun, 5 Jan 2014 15:41:20 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B879A1A63 for ; Sun, 5 Jan 2014 15:41:19 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1VzppD-0023LY-TI>; Sun, 05 Jan 2014 16:41:15 +0100 Received: from e179174027.adsl.alicedsl.de ([85.179.174.27] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1VzppD-000V4x-Oy>; Sun, 05 Jan 2014 16:41:15 +0100 Date: Sun, 5 Jan 2014 16:41:10 +0100 From: "O. Hartmann" To: Adam Vande More Subject: Re: ZFS command can block the whole ZFS subsystem! Message-ID: <20140105164110.44318739@thor.walstatt.dyndns.org> In-Reply-To: References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> <20140105091138.725ff0c2@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/7IBzDnU/powH9tkn5ef7iuS"; protocol="application/pgp-signature" X-Originating-IP: 85.179.174.27 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT , Peter Jeremy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 15:41:20 -0000 --Sig_/7IBzDnU/powH9tkn5ef7iuS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 5 Jan 2014 06:43:18 -0600 Adam Vande More wrote: > On Sun, Jan 5, 2014 at 2:11 AM, O. Hartmann > wrote: >=20 > > On Sun, 5 Jan 2014 10:14:26 +1100 > > Peter Jeremy wrote: > > > > > On 2014-Jan-04 23:26:42 +0100, "O. Hartmann" > > > wrote: > > > >zfs list -r BACKUP00 > > > >NAME USED AVAIL REFER MOUNTPOINT > > > >BACKUP00 1.48T 1.19T 144K /BACKUP00 > > > >BACKUP00/backup 1.47T 1.19T 1.47T /backup > > > > > > Well, that at least shows it's making progress - it's gone from > > > 2.5T to 1.47T used (though I gather that has taken several > > > days). Can you pleas post the result of > > > zfs get all BACKUP00/backup > > > > > > > Here we go: > > > > > > NAME PROPERTY VALUE SOURCE > > BACKUP00/backup type filesystem - > > BACKUP00/backup creation Fr Dez 20 23:17 2013 - > > BACKUP00/backup used 1.47T - > > BACKUP00/backup available 1.19T - > > BACKUP00/backup referenced 1.47T - > > BACKUP00/backup compressratio 1.00x - > > BACKUP00/backup mounted no - > > BACKUP00/backup quota none default > > BACKUP00/backup reservation none default > > BACKUP00/backup recordsize 128K default > > BACKUP00/backup mountpoint /backup local > > BACKUP00/backup sharenfs off default > > BACKUP00/backup checksum sha256 local > > BACKUP00/backup compression lz4 local > > BACKUP00/backup atime on default > > BACKUP00/backup devices on default > > BACKUP00/backup exec on default > > BACKUP00/backup setuid on default > > BACKUP00/backup readonly off default > > BACKUP00/backup jailed off default > > BACKUP00/backup snapdir hidden default > > BACKUP00/backup aclmode discard default > > BACKUP00/backup aclinherit restricted default > > BACKUP00/backup canmount on default > > BACKUP00/backup xattr on default > > BACKUP00/backup copies 1 default > > BACKUP00/backup version 5 - > > BACKUP00/backup utf8only off - > > BACKUP00/backup normalization none - > > BACKUP00/backup casesensitivity sensitive - > > BACKUP00/backup vscan off default > > BACKUP00/backup nbmand off default > > BACKUP00/backup sharesmb on local > > BACKUP00/backup refquota none default > > BACKUP00/backup refreservation none default > > BACKUP00/backup primarycache all default > > BACKUP00/backup secondarycache all default > > BACKUP00/backup usedbysnapshots 0 - > > BACKUP00/backup usedbydataset 1.47T - > > BACKUP00/backup usedbychildren 0 - > > BACKUP00/backup usedbyrefreservation 0 - > > BACKUP00/backup logbias latency default > > BACKUP00/backup dedup on local > > >=20 > As already described by Dan and perhaps not followed up on: dedup > requires at very large amount of memory. Assuming 32GB is sufficient > is most likely wrong. >=20 > What does zdb -S BACKUP00 say? That command is stuck for 2 hours by now ... >=20 > Also I will note you were asked if the ZFS FS in question had dedup > enabled. You replied with a response from an incorrect FS. >=20 >=20 >=20 --Sig_/7IBzDnU/powH9tkn5ef7iuS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSyX0aAAoJEOgBcD7A/5N8oSMIAM6AF3MLA4eaV8aAN266foHH gF9VynN6q5qcW9YtFP5wH0zSsXk8SU635c5u98OJMjdJPryo02ySEDquFTaPnAAM Q+R/m9J76di+bGt2yxeRcwvpBSBgE8TZdETXT23doeMq08MY1ohyyKyKuCGd4Yew O9acx0dSnfH85crIfn1C7YA782Ar8eWMizFqvAMejhyivjpyYVT+aqGSi+KlCmy7 dosEFM+VClKlzoXjS61g4SvaKlPsVEpE1MHd35IBD3CbVFwiBnGLvCl2aeXmw2Rh FBskvXVguknhAxxXwvgze6cp7GRw5WpGHMDhpFTRey4OiktPDts6RbbZdWTu3no= =GdAn -----END PGP SIGNATURE----- --Sig_/7IBzDnU/powH9tkn5ef7iuS-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 17:06:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD7C3248 for ; Sun, 5 Jan 2014 17:06:09 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D355123F for ; Sun, 5 Jan 2014 17:06:09 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id bj1so17694656pad.2 for ; Sun, 05 Jan 2014 09:06:09 -0800 (PST) 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=uIX242YfjLluEV687vFoGOAjfrCfsyuPIzZHvdrg3AQ=; b=gxjb60p635fv9t3zf1OATu6QRLX6eoBi0WqdSAttBgqjtSZGOmVYoVSw0ApXl81sKl ZTT34vyMlL8ps+ckgXfwPKuRcJ/3r80CRQ05W5ZlPwrnvUWCSKmpWJYohe5AhuKjO3ID uwOh+EZ8m8LCAQ08HcDanwSkbuEVIqx4TRYuQrMvc8j9KtTnd0iaZ7Jjb0IlIYRS6MDP r1cd/2AEVHUhyJnqhS3LUFaPaKfAggEv2KgkNLVJwqw6ZuqrKelZ2TuKfsET38NohsEg p/eBvOxlg0eGeyi3DwlrhlEVZAX3hpfi+Agh+KC2FvM9+YFDjYUeMwPwjRbl/uWT0P2Y gc9A== MIME-Version: 1.0 X-Received: by 10.68.133.6 with SMTP id oy6mr43515560pbb.153.1388941569201; Sun, 05 Jan 2014 09:06:09 -0800 (PST) Received: by 10.70.92.71 with HTTP; Sun, 5 Jan 2014 09:06:09 -0800 (PST) In-Reply-To: <20140105164110.44318739@thor.walstatt.dyndns.org> References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> <20140105091138.725ff0c2@thor.walstatt.dyndns.org> <20140105164110.44318739@thor.walstatt.dyndns.org> Date: Sun, 5 Jan 2014 11:06:09 -0600 Message-ID: Subject: Re: ZFS command can block the whole ZFS subsystem! From: Adam Vande More To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD CURRENT , Peter Jeremy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 17:06:10 -0000 On Sun, Jan 5, 2014 at 9:41 AM, O. Hartmann wrote: > > > > > As already described by Dan and perhaps not followed up on: dedup > > requires at very large amount of memory. Assuming 32GB is sufficient > > is most likely wrong. > > > > What does zdb -S BACKUP00 say? > > That command is stuck for 2 hours by now ... That is expected. It is not stuck, it is running. It's output will indicate what is the minimum required for your dataset. The command will be slow if you have large dataset/insufficient ram. Really slow if both. -- Adam From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 17:35:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCC57DA9 for ; Sun, 5 Jan 2014 17:35:42 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB4741476 for ; Sun, 5 Jan 2014 17:35:42 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s05HZfBF076963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Jan 2014 09:35:41 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s05HZfTR076962; Sun, 5 Jan 2014 09:35:41 -0800 (PST) (envelope-from jmg) Date: Sun, 5 Jan 2014 09:35:41 -0800 From: John-Mark Gurney To: Markiyan Kushnir Subject: Re: 11.0-CURRENT panic (nfsd?) Message-ID: <20140105173541.GT99167@funkthat.com> Mail-Followup-To: Markiyan Kushnir , freebsd-current@freebsd.org References: <20140105090211.GS99167@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 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-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 05 Jan 2014 09:35:41 -0800 (PST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 17:35:43 -0000 Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 11:06 +0200: > 2014/1/5 John-Mark Gurney : > > Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200: > >> I started to see a reliable panic on a recent CURRENT: > >> > >> $ uname -a > >> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > >> r260296: Sun Jan 5 07:14:50 EET 2014 > >> root@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK amd64 > >> > >> The panic is always triggered by the first request to the nfs service > >> (this machine runs a PXE server). > >> > >> The core.txt is attached. Please let me know if I can help more. > > > > Apparently the mime-type on the attachment was bad and got scrubbed... > > > > Maybe include it inline if it isn't too long? > > > > It's 144KB long. I will share it via Google Drive: > > https://drive.google.com/file/d/0B9Q-zpUXxqCnNVhBY0M5ZzU4d1k/edit?usp=sharing Looks like a NULL function pointer was called: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read instruction, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xfffffe00d9a2bea0 frame pointer = 0x28:0xfffffe00d9a2c010 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1323 (nfsd: master) trap number = 12 panic: page fault --- trap 0xc, rip = 0, rsp = 0xfffffe00d9a2bea0, rbp = 0xfffffe00d9a2c010 --- uart_sab82532_class() at 0/frame 0xfffffe00d9a2c010 svc_run_internal() at svc_run_internal+0x9c9/frame 0xfffffe00d9a2c1b0 svc_run() at svc_run+0xed/frame 0xfffffe00d9a2c1f0 nfsrvd_nfsd() at nfsrvd_nfsd+0x19a/frame 0xfffffe00d9a2c350 nfssvc_nfsd() at nfssvc_nfsd+0x11a/frame 0xfffffe00d9a2c970 sys_nfssvc() at sys_nfssvc+0xd2/frame 0xfffffe00d9a2c9a0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00d9a2cab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00d9a2cab0 --- syscall (155, FreeBSD ELF64, sys_nfssvc), rip = 0x80088c13a, rsp = 0x7fffffffd438, rbp = 0x7fffffffd6e0 --- The uart_sab82532_class is just the closest symbol to 0, so it's in svc_run_internal that's the problem... Could you run: nm /boot/kernel/kernel | grep svc_run_internal This should return a line w/ a large hex number at the front, then run: addr2line -e /boot/kernel/kernel $( expr 0x+0x9c9) This will give you a file name and line number, and can you copy/paste the lines around and including that line number? This will help make sure we get the correct code... 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 Sun Jan 5 17:47:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 527752CA for ; Sun, 5 Jan 2014 17:47:39 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5F26153D for ; Sun, 5 Jan 2014 17:47:38 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id q58so14845709wes.2 for ; Sun, 05 Jan 2014 09:47:37 -0800 (PST) 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 :content-type; bh=gcnKbnfvpmHkLk1u5GCAVdR8x+7BDvOfIRxZVh57yfw=; b=qfrfO7oZu1cnX1sxkUiM8VAIdekszgsPMW1jgd+kpnrWEK0fwE3Xvjv0gauo8HqwtP 2DZDVHAyjXhM777ep2epcuK0DrPAf9t3ry4hI1dNHw1I18IYR58RUHFArtcjzl/O+UVb aTM59OBP4gdPC/s4Ra1vIeF6XPLY8yQrbVxcZ6eiZSdrTSTqnruTZsrTYqn93KUzLTUg diYsxbMjYBaNGIp+4gGgbGTRe3RvDJ+Gz9lJg+dsMW/ywQooeHB0aRBfG7nZWr+mg6in SjdagbvmK2iCVcFfxMbBpx+v0uEVFBTa21fNcTAXlMQcpa0lgeR/Z547b3B1yepjkr/1 ImfA== MIME-Version: 1.0 X-Received: by 10.180.86.198 with SMTP id r6mr9240048wiz.27.1388944057265; Sun, 05 Jan 2014 09:47:37 -0800 (PST) Received: by 10.227.226.12 with HTTP; Sun, 5 Jan 2014 09:47:37 -0800 (PST) In-Reply-To: <20140105173541.GT99167@funkthat.com> References: <20140105090211.GS99167@funkthat.com> <20140105173541.GT99167@funkthat.com> Date: Sun, 5 Jan 2014 19:47:37 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic (nfsd?) From: Markiyan Kushnir To: Markiyan Kushnir , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 17:47:39 -0000 $ nm /boot/kernel/kernel | grep svc_run_internal ffffffff80714db0 t svc_run_internal $ addr2line -e /boot/kernel/kernel 0xffffffff80715779 /usr/src.svnup/sys/rpc/svc.c:971 949 static void 950 svc_executereq(struct svc_req *rqstp) 951 { 952 SVCXPRT *xprt = rqstp->rq_xprt; 953 SVCPOOL *pool = xprt->xp_pool; 954 int prog_found; 955 rpcvers_t low_vers; 956 rpcvers_t high_vers; 957 struct svc_callout *s; 958 959 /* now match message with a registered service*/ 960 prog_found = FALSE; 961 low_vers = (rpcvers_t) -1L; 962 high_vers = (rpcvers_t) 0L; 963 TAILQ_FOREACH(s, &pool->sp_callouts, sc_link) { 964 if (s->sc_prog == rqstp->rq_prog) { 965 if (s->sc_vers == rqstp->rq_vers) { 966 /* 967 * We hand ownership of r to the 968 * dispatch method - they must call 969 * svc_freereq. 970 */ 971 (*s->sc_dispatch)(rqstp, xprt); 972 return; 973 } /* found correct version */ 974 prog_found = TRUE; 975 if (s->sc_vers < low_vers) 976 low_vers = s->sc_vers; 977 if (s->sc_vers > high_vers) 978 high_vers = s->sc_vers; 979 } /* found correct program */ 980 } 981 982 /* 983 * if we got here, the program or version 984 * is not served ... 985 */ 986 if (prog_found) 987 svcerr_progvers(rqstp, low_vers, high_vers); 988 else 989 svcerr_noprog(rqstp); 990 991 svc_freereq(rqstp); 992 } 993 2014/1/5 John-Mark Gurney : > Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 11:06 +0200: >> 2014/1/5 John-Mark Gurney : >> > Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200: >> >> I started to see a reliable panic on a recent CURRENT: >> >> >> >> $ uname -a >> >> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >> >> r260296: Sun Jan 5 07:14:50 EET 2014 >> >> root@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK amd64 >> >> >> >> The panic is always triggered by the first request to the nfs service >> >> (this machine runs a PXE server). >> >> >> >> The core.txt is attached. Please let me know if I can help more. >> > >> > Apparently the mime-type on the attachment was bad and got scrubbed... >> > >> > Maybe include it inline if it isn't too long? >> > >> >> It's 144KB long. I will share it via Google Drive: >> >> https://drive.google.com/file/d/0B9Q-zpUXxqCnNVhBY0M5ZzU4d1k/edit?usp=sharing > > Looks like a NULL function pointer was called: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xfffffe00d9a2bea0 > frame pointer = 0x28:0xfffffe00d9a2c010 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1323 (nfsd: master) > trap number = 12 > panic: page fault > > --- trap 0xc, rip = 0, rsp = 0xfffffe00d9a2bea0, rbp = 0xfffffe00d9a2c010 --- > uart_sab82532_class() at 0/frame 0xfffffe00d9a2c010 > svc_run_internal() at svc_run_internal+0x9c9/frame 0xfffffe00d9a2c1b0 > svc_run() at svc_run+0xed/frame 0xfffffe00d9a2c1f0 > nfsrvd_nfsd() at nfsrvd_nfsd+0x19a/frame 0xfffffe00d9a2c350 > nfssvc_nfsd() at nfssvc_nfsd+0x11a/frame 0xfffffe00d9a2c970 > sys_nfssvc() at sys_nfssvc+0xd2/frame 0xfffffe00d9a2c9a0 > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00d9a2cab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00d9a2cab0 > --- syscall (155, FreeBSD ELF64, sys_nfssvc), rip = 0x80088c13a, rsp = 0x7fffffffd438, rbp = 0x7fffffffd6e0 --- > > The uart_sab82532_class is just the closest symbol to 0, so it's in > svc_run_internal that's the problem... Could you run: > nm /boot/kernel/kernel | grep svc_run_internal > > This should return a line w/ a large hex number at the front, then run: > addr2line -e /boot/kernel/kernel $( expr 0x+0x9c9) > > This will give you a file name and line number, and can you copy/paste > the lines around and including that line number? This will help make > sure we get the correct code... > > 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 Sun Jan 5 18:53:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 495AE867; Sun, 5 Jan 2014 18:53:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5F371A15; Sun, 5 Jan 2014 18:53:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05IreKE041518; Sun, 5 Jan 2014 13:53:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05IreKl041505; Sun, 5 Jan 2014 18:53:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 18:53:40 GMT Message-Id: <201401051853.s05IreKl041505@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 18:53:42 -0000 TB --- 2014-01-05 18:08:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 18:08:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 18:08:22 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-01-05 18:08:22 - cleaning the object tree TB --- 2014-01-05 18:10:17 - /usr/local/bin/svn stat /src TB --- 2014-01-05 18:10:21 - At svn revision 260317 TB --- 2014-01-05 18:10:22 - building world TB --- 2014-01-05 18:10:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 18:10:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 18:10:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 18:10:22 - SRCCONF=/dev/null TB --- 2014-01-05 18:10:22 - TARGET=powerpc TB --- 2014-01-05 18:10:22 - TARGET_ARCH=powerpc TB --- 2014-01-05 18:10:22 - TZ=UTC TB --- 2014-01-05 18:10:22 - __MAKE_CONF=/dev/null TB --- 2014-01-05 18:10:22 - cd /src TB --- 2014-01-05 18:10:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 18:10:29 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransARCAssign.cpp -o TransARCAssign.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransAutoreleasePool.cpp -o TransAutoreleasePool.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransBlockObjCVariable.cpp -o TransBlockObjCVariable.o /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h: In member function 'bool clang::RecursiveASTVisitor::TraverseClassTemplateDecl(clang::ClassTemplateDecl*) [with Derived = ::BlockObjCVarRewriter]': /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:1452: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangarcmigrate *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 18:53:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 18:53:40 - ERROR: failed to build world TB --- 2014-01-05 18:53:40 - 2012.19 user 374.16 system 2717.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 20:23:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 709FD717; Sun, 5 Jan 2014 20:23:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3549E10CC; Sun, 5 Jan 2014 20:23:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05KNkTQ009643; Sun, 5 Jan 2014 15:23:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05KNknK009642; Sun, 5 Jan 2014 20:23:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 20:23:46 GMT Message-Id: <201401052023.s05KNknK009642@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 20:23:48 -0000 TB --- 2014-01-05 18:53:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 18:53:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 18:53:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-01-05 18:53:40 - cleaning the object tree TB --- 2014-01-05 18:55:28 - /usr/local/bin/svn stat /src TB --- 2014-01-05 18:55:34 - At svn revision 260317 TB --- 2014-01-05 18:55:35 - building world TB --- 2014-01-05 18:55:35 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 18:55:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 18:55:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 18:55:35 - SRCCONF=/dev/null TB --- 2014-01-05 18:55:35 - TARGET=sparc64 TB --- 2014-01-05 18:55:35 - TARGET_ARCH=sparc64 TB --- 2014-01-05 18:55:35 - TZ=UTC TB --- 2014-01-05 18:55:35 - __MAKE_CONF=/dev/null TB --- 2014-01-05 18:55:35 - cd /src TB --- 2014-01-05 18:55:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 18:55:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 5 20:04:05 UTC 2014 TB --- 2014-01-05 20:04:05 - generating LINT kernel config TB --- 2014-01-05 20:04:05 - cd /src/sys/sparc64/conf TB --- 2014-01-05 20:04:05 - /usr/bin/make -B LINT TB --- 2014-01-05 20:04:05 - cd /src/sys/sparc64/conf TB --- 2014-01-05 20:04:05 - /usr/sbin/config -m LINT TB --- 2014-01-05 20:04:05 - building LINT kernel TB --- 2014-01-05 20:04:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 20:04:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 20:04:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 20:04:05 - SRCCONF=/dev/null TB --- 2014-01-05 20:04:05 - TARGET=sparc64 TB --- 2014-01-05 20:04:05 - TARGET_ARCH=sparc64 TB --- 2014-01-05 20:04:05 - TZ=UTC TB --- 2014-01-05 20:04:05 - __MAKE_CONF=/dev/null TB --- 2014-01-05 20:04:05 - cd /src TB --- 2014-01-05 20:04:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 5 20:04:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o nullfs.ko nullfs.kld objcopy --strip-debug nullfs.ko ===> opensolaris (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/opensolaris/../../cddl/compat/opensolaris -I/src/sys/modules/opensolaris/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/opensolaris/../.. -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64.sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64.sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -include /src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/debug_compat.h -c /src/sys/modules/opensolaris/../../cddl/compat/openso! laris/kern/opensolaris.c cc1: warnings being treated as errors In file included from /src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris.c:35: /src/sys/modules/opensolaris/../../sys/kernel.h:61: warning: redundant redeclaration of 'hz' [-Wredundant-decls] /src/sys/modules/opensolaris/../../cddl/compat/opensolaris/sys/time.h:73: warning: previous declaration of 'hz' was here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/opensolaris *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 20:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 20:23:46 - ERROR: failed to build LINT kernel TB --- 2014-01-05 20:23:46 - 4163.40 user 682.38 system 5406.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 21:04:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDA3996C; Sun, 5 Jan 2014 21:04:07 +0000 (UTC) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DBFE1391; Sun, 5 Jan 2014 21:04:07 +0000 (UTC) MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_O69mP3h7Oe9DLHDkdwR32w)" Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MYY001004TUXX00@smtpauth4.wiscmail.wisc.edu>; Sun, 05 Jan 2014 15:04:05 -0600 (CST) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.1.5.205415, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wanderer.tachypleus.net (pool-72-66-107-173.washdc.fios.verizon.net [72.66.107.173]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MYY00KQM56RGD00@smtpauth4.wiscmail.wisc.edu>; Sun, 05 Jan 2014 15:04:05 -0600 (CST) Date: Sun, 05 Jan 2014 16:04:03 -0500 From: Nathan Whitehorn Subject: Re: [CFT] bsdinstall and zfsboot enhancements In-reply-to: <20131201123442.GA6818@stack.nl> To: Jilles Tjoelker Message-id: <52C9C8C3.7050108@freebsd.org> X-Enigmail-Version: 1.6 References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <52769CFE.5080707@freebsd.org> <5281340E.8080009@callfortesting.org> <52813E53.20403@freebsd.org> <5281441E.7060806@freebsd.org> <529A6862.7060308@freebsd.org> <20131201123442.GA6818@stack.nl> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 Cc: "Teske, Devin" , Current Current , "freebsd-arch@freebsd.org" , Devin Teske , Peter Grehan , Michael Dexter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 21:04:07 -0000 This is a multi-part message in MIME format. --Boundary_(ID_O69mP3h7Oe9DLHDkdwR32w) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT On 12/01/13 07:34, Jilles Tjoelker wrote: > On Sat, Nov 30, 2013 at 04:36:18PM -0600, Nathan Whitehorn wrote: >> This took much longer than I'd anticipated, but the patch to init is >> attached. I chose not to make the changes to init rather than >> getttyent() and friends in libc, which I am open to revisiting. > lib/libpam/modules/pam_securetty/pam_securetty.c calls getttynam(3) and > will not allow root login on a "fake" TTY that getttynam() does not > know. This module is enabled by default for the "login" service. > > So it is probably better to patch libc rather than init. OK, here's a revised patch. This one is shorter and works by introducing an "auto" flag (ideas for names appreciated) that means "on" if the line is an active console and "off" otherwise. Note that the behavior is now: - ttys marked "off" stay off - ttys marked "on" stay on - ttys marked "auto" are enabled iff they are console devices - ttys not present in /etc/ttys stay off This behavior change is much easier to implement when doing it in libc for various structural reasons and allows the terminal type, etc. to be specified in the usual way. >> The behavior changes are as follows: >> If the "console" device in /etc/ttys in marked "on", instead of opening >> /dev/console, init will loop through the active kernel console devices, >> and for each will: >> 1. If the kernel console device is in /etc/ttys and marked "on", it >> already has a terminal and will be ignored. >> 2. If marked "off", that is an explicit statement that a console is not >> wanted and so it will be ignored. >> 3. If not present in /etc/ttys, init will run getty with whatever >> parameters "console" has. > This seems to make sense. > >> (3) is the main behavioral change. No changes in behavior will occur if >> /etc/ttys is not modified. If we turn on "console" by default, it will >> usually have no effect instead of trying to run multiple gettys, which >> is new. If we then also comment out the ttyu0 line, instead of marking >> it "off", the result will be the conditional presence of a login prompt >> on the first serial port depending on whether it is an active console >> device for the kernel. I believe this is the behavior we are going for. > The terminal type for the console entry should probably be changed to > something other than "unknown" to reduce annoyance. > >> Comments and test results would be appreciated. > As a preparatory patch, you could remove se_index and session_index from > init. They are only used to warn about a changed slot number in utmp(5) > which is irrelevant with utmpx. This noise warning would also appear > in most cases when changing from a "fake" console entry to a real line > in /etc/ttys. Also, if you do decide to fake ttys entries in init rather > than libc, the patch to init will be simpler. > With the new patch, this is indeed the case: no changes to init are necessary at all. This does not change any behavior unless explicitly requested in /etc/ttys, so unless there are any objections in the next couple days, I will commit it. -Nathan --Boundary_(ID_O69mP3h7Oe9DLHDkdwR32w) Content-type: text/plain; CHARSET=US-ASCII; name=init-tty.diff Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=init-tty.diff Index: include/ttyent.h =================================================================== --- include/ttyent.h (revision 260331) +++ include/ttyent.h (working copy) @@ -37,6 +37,7 @@ #define _TTYS_OFF "off" #define _TTYS_ON "on" +#define _TTYS_AUTO "auto" #define _TTYS_SECURE "secure" #define _TTYS_INSECURE "insecure" #define _TTYS_WINDOW "window" Index: lib/libc/gen/getttyent.c =================================================================== --- lib/libc/gen/getttyent.c (revision 260331) +++ lib/libc/gen/getttyent.c (working copy) @@ -39,6 +39,9 @@ #include #include +#include +#include + static char zapchar; static FILE *tf; static size_t lbsize; @@ -64,6 +67,32 @@ return (t); } +static int +auto_tty_status(const char *ty_name) +{ + size_t len; + char *buf, *cons, *nextcons; + + /* Check if this is an enabled kernel console line */ + buf = NULL; + if (sysctlbyname("kern.console", NULL, &len, NULL, 0) == -1) + return (0); /* Errors mean don't enable */ + buf = malloc(len); + if (sysctlbyname("kern.console", buf, &len, NULL, 0) == -1) + return (0); + + if ((cons = strchr(buf, '/')) == NULL) + return (0); + *cons = '\0'; + nextcons = buf; + while ((cons = strsep(&nextcons, ",")) != NULL && strlen(cons) != 0) { + if (strcmp(cons, ty_name) == 0) + return (TTY_ON); + } + + return (0); +} + struct ttyent * getttyent(void) { @@ -126,6 +155,8 @@ tty.ty_status &= ~TTY_ON; else if (scmp(_TTYS_ON)) tty.ty_status |= TTY_ON; + else if (scmp(_TTYS_AUTO)) + tty.ty_status |= auto_tty_status(tty.ty_name); else if (scmp(_TTYS_SECURE)) tty.ty_status |= TTY_SECURE; else if (scmp(_TTYS_INSECURE)) Index: libexec/getty/ttys.5 =================================================================== --- libexec/getty/ttys.5 (revision 260331) +++ libexec/getty/ttys.5 (working copy) @@ -102,8 +102,11 @@ .Pp As flag values, the strings ``on'' and ``off'' specify that .Xr init 8 -should (should not) execute the command given in the second field, -while ``secure'' (if ``on'' is also specified) allows users with a +should (should not) execute the command given in the second field. +``auto'' will cause this line to be enabled if and only if it is +an active kernel console device (it is equivalent to ``on'' in this +case). +The flag ``secure'' (if ``on'' is also specified) allows users with a uid of 0 to login on this line. The flag ``dialin'' indicates that a tty entry describes a dialin --Boundary_(ID_O69mP3h7Oe9DLHDkdwR32w)-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 21:34:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 069A1630; Sun, 5 Jan 2014 21:34:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFD40161A; Sun, 5 Jan 2014 21:34:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s05LYlpX036718; Sun, 5 Jan 2014 16:34:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s05LYluH036717; Sun, 5 Jan 2014 21:34:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 5 Jan 2014 21:34:47 GMT Message-Id: <201401052134.s05LYluH036717@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 21:34:49 -0000 TB --- 2014-01-05 18:20:13 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 18:20:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 18:20:13 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-01-05 18:20:14 - cleaning the object tree TB --- 2014-01-05 18:22:10 - /usr/local/bin/svn stat /src TB --- 2014-01-05 18:22:13 - At svn revision 260317 TB --- 2014-01-05 18:22:14 - building world TB --- 2014-01-05 18:22:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 18:22:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 18:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 18:22:14 - SRCCONF=/dev/null TB --- 2014-01-05 18:22:14 - TARGET=powerpc TB --- 2014-01-05 18:22:14 - TARGET_ARCH=powerpc64 TB --- 2014-01-05 18:22:14 - TZ=UTC TB --- 2014-01-05 18:22:14 - __MAKE_CONF=/dev/null TB --- 2014-01-05 18:22:14 - cd /src TB --- 2014-01-05 18:22:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 18:22:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Jan 5 21:25:34 UTC 2014 TB --- 2014-01-05 21:25:34 - generating LINT kernel config TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 21:25:34 - /usr/bin/make -B LINT TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 21:25:34 - /usr/sbin/config -m LINT TB --- 2014-01-05 21:25:34 - skipping LINT kernel TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 21:25:34 - /usr/sbin/config -m GENERIC TB --- 2014-01-05 21:25:34 - skipping GENERIC kernel TB --- 2014-01-05 21:25:34 - cd /src/sys/powerpc/conf TB --- 2014-01-05 21:25:34 - /usr/sbin/config -m GENERIC64 TB --- 2014-01-05 21:25:34 - building GENERIC64 kernel TB --- 2014-01-05 21:25:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 21:25:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 21:25:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 21:25:34 - SRCCONF=/dev/null TB --- 2014-01-05 21:25:34 - TARGET=powerpc TB --- 2014-01-05 21:25:34 - TARGET_ARCH=powerpc64 TB --- 2014-01-05 21:25:34 - TZ=UTC TB --- 2014-01-05 21:25:34 - __MAKE_CONF=/dev/null TB --- 2014-01-05 21:25:34 - cd /src TB --- 2014-01-05 21:25:34 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Jan 5 21:25:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --only-keep-debug t5fw_cfg.ko.debug t5fw_cfg.ko.symbols objcopy --strip-debug --add-gnu-debuglink=t5fw_cfg.ko.symbols t5fw_cfg.ko.debug t5fw_cfg.ko ===> cyclic (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/cyclic/../../cddl/compat/opensolaris -I/src/sys/modules/cyclic/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/cyclic/../.. -I/src/sys/modules/cyclic/../../cddl/dev/cyclic/i386 -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -include /src/sys/modules/cyclic/../../cddl/compat/ope! nsolaris/sys/debug_compat.h -c /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c cc1: warnings being treated as errors In file included from /src/sys/modules/cyclic/../../cddl/dev/cyclic/cyclic.c:326: /src/sys/modules/cyclic/../../sys/kernel.h:61: warning: redundant redeclaration of 'hz' [-Wredundant-decls] /src/sys/modules/cyclic/../../cddl/compat/opensolaris/sys/time.h:73: warning: previous declaration of 'hz' was here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/cyclic *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-05 21:34:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-05 21:34:47 - ERROR: failed to build GENERIC64 kernel TB --- 2014-01-05 21:34:47 - 10058.65 user 1271.08 system 11673.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 00:46:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EF315B0; Mon, 6 Jan 2014 00:46:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64DAA13B7; Mon, 6 Jan 2014 00:46:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s060ka9e041033; Sun, 5 Jan 2014 19:46:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s060ka5d041010; Mon, 6 Jan 2014 00:46:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jan 2014 00:46:36 GMT Message-Id: <201401060046.s060ka5d041010@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 00:46:37 -0000 TB --- 2014-01-05 21:40:26 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 21:40:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 21:40:26 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-05 21:40:26 - cleaning the object tree TB --- 2014-01-05 21:43:19 - /usr/local/bin/svn stat /src TB --- 2014-01-05 21:43:22 - At svn revision 260335 TB --- 2014-01-05 21:43:23 - building world TB --- 2014-01-05 21:43:23 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 21:43:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 21:43:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 21:43:23 - SRCCONF=/dev/null TB --- 2014-01-05 21:43:23 - TARGET=arm TB --- 2014-01-05 21:43:23 - TARGET_ARCH=armv6 TB --- 2014-01-05 21:43:23 - TZ=UTC TB --- 2014-01-05 21:43:23 - __MAKE_CONF=/dev/null TB --- 2014-01-05 21:43:23 - cd /src TB --- 2014-01-05 21:43:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 21:43:30 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 6 00:46:32 UTC 2014 TB --- 2014-01-06 00:46:32 - generating LINT kernel config TB --- 2014-01-06 00:46:32 - cd /src/sys/arm/conf TB --- 2014-01-06 00:46:32 - /usr/bin/make -B LINT TB --- 2014-01-06 00:46:32 - cd /src/sys/arm/conf TB --- 2014-01-06 00:46:32 - /usr/sbin/config -m LINT TB --- 2014-01-06 00:46:32 - skipping LINT kernel TB --- 2014-01-06 00:46:32 - cd /src/sys/arm/conf TB --- 2014-01-06 00:46:32 - /usr/sbin/config -m AC100 TB --- 2014-01-06 00:46:32 - building AC100 kernel TB --- 2014-01-06 00:46:32 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 00:46:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 00:46:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 00:46:32 - SRCCONF=/dev/null TB --- 2014-01-06 00:46:32 - TARGET=arm TB --- 2014-01-06 00:46:32 - TARGET_ARCH=armv6 TB --- 2014-01-06 00:46:32 - TZ=UTC TB --- 2014-01-06 00:46:32 - __MAKE_CONF=/dev/null TB --- 2014-01-06 00:46:32 - cd /src TB --- 2014-01-06 00:46:32 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Mon Jan 6 00:46:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-06 00:46:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-06 00:46:35 - ERROR: failed to build AC100 kernel TB --- 2014-01-06 00:46:35 - 8689.05 user 1630.46 system 11169.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 00:47:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A43E6C5; Mon, 6 Jan 2014 00:47:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E43D413CA; Mon, 6 Jan 2014 00:47:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s060l5mL047021; Sun, 5 Jan 2014 19:47:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s060l5dn047018; Mon, 6 Jan 2014 00:47:05 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jan 2014 00:47:05 GMT Message-Id: <201401060047.s060l5dn047018@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 00:47:06 -0000 TB --- 2014-01-05 21:40:26 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 21:40:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 21:40:26 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-05 21:40:26 - cleaning the object tree TB --- 2014-01-05 21:43:20 - /usr/local/bin/svn stat /src TB --- 2014-01-05 21:43:23 - At svn revision 260335 TB --- 2014-01-05 21:43:24 - building world TB --- 2014-01-05 21:43:24 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 21:43:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 21:43:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 21:43:24 - SRCCONF=/dev/null TB --- 2014-01-05 21:43:24 - TARGET=arm TB --- 2014-01-05 21:43:24 - TARGET_ARCH=arm TB --- 2014-01-05 21:43:24 - TZ=UTC TB --- 2014-01-05 21:43:24 - __MAKE_CONF=/dev/null TB --- 2014-01-05 21:43:24 - cd /src TB --- 2014-01-05 21:43:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 21:43:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 6 00:46:31 UTC 2014 TB --- 2014-01-06 00:46:31 - generating LINT kernel config TB --- 2014-01-06 00:46:31 - cd /src/sys/arm/conf TB --- 2014-01-06 00:46:31 - /usr/bin/make -B LINT TB --- 2014-01-06 00:46:31 - cd /src/sys/arm/conf TB --- 2014-01-06 00:46:31 - /usr/sbin/config -m LINT TB --- 2014-01-06 00:46:31 - building LINT kernel TB --- 2014-01-06 00:46:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 00:46:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 00:46:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 00:46:31 - SRCCONF=/dev/null TB --- 2014-01-06 00:46:31 - TARGET=arm TB --- 2014-01-06 00:46:31 - TARGET_ARCH=arm TB --- 2014-01-06 00:46:31 - TZ=UTC TB --- 2014-01-06 00:46:31 - __MAKE_CONF=/dev/null TB --- 2014-01-06 00:46:31 - cd /src TB --- 2014-01-06 00:46:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 6 00:46:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-06 00:47:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-06 00:47:05 - ERROR: failed to build LINT kernel TB --- 2014-01-06 00:47:05 - 8684.89 user 1645.23 system 11198.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 00:52:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C20094F; Mon, 6 Jan 2014 00:52:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C24E5149D; Mon, 6 Jan 2014 00:52:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s060qSm2093555; Sun, 5 Jan 2014 19:52:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s060qSXx093551; Mon, 6 Jan 2014 00:52:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jan 2014 00:52:28 GMT Message-Id: <201401060052.s060qSXx093551@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 00:52:30 -0000 TB --- 2014-01-05 21:40:26 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-05 21:40:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-05 21:40:26 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-01-05 21:40:26 - cleaning the object tree TB --- 2014-01-05 21:40:26 - /usr/local/bin/svn stat /src TB --- 2014-01-05 21:40:30 - At svn revision 260335 TB --- 2014-01-05 21:40:31 - building world TB --- 2014-01-05 21:40:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-05 21:40:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-05 21:40:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-05 21:40:31 - SRCCONF=/dev/null TB --- 2014-01-05 21:40:31 - TARGET=amd64 TB --- 2014-01-05 21:40:31 - TARGET_ARCH=amd64 TB --- 2014-01-05 21:40:31 - TZ=UTC TB --- 2014-01-05 21:40:31 - __MAKE_CONF=/dev/null TB --- 2014-01-05 21:40:31 - cd /src TB --- 2014-01-05 21:40:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Jan 5 21:40:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/amd64.amd64/src/lib32/usr/lib32 ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /obj/amd64.amd64/src/lib32/usr/include/ -L/obj/amd64.amd64/src/lib32/usr/lib32 -B/obj/amd64.amd64/src/lib32/usr/lib32' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/..! /../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/! lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt! /lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt! /lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/l! ibcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libc! ompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompile! r_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compile! r-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler! -rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/! lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/! libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc: warning: argument unused during compilation: '-L/obj/amd64.amd64/src/lib32/usr/lib32' cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /obj/amd64.amd64/src/lib32/usr/include/ -L/obj/amd64.amd64/src/lib32/usr/lib32 -B/obj/amd64.amd64/src/lib32/usr/lib32 -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: error: argument unused during compilation: '-L/obj/amd64.amd64/src/lib32/usr/lib32' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-06 00:52:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-06 00:52:28 - ERROR: failed to build world TB --- 2014-01-06 00:52:28 - 9304.12 user 1580.19 system 11521.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 21:55:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40E02FF2 for ; Sun, 5 Jan 2014 21:55:34 +0000 (UTC) Received: from mail-la0-f53.google.com (mail-la0-f53.google.com [209.85.215.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B49931789 for ; Sun, 5 Jan 2014 21:55:33 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id mc6so9293730lab.40 for ; Sun, 05 Jan 2014 13:55:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=aFZAtkayilhQJ7rhwgkobHzrUqIslOB12Lt2ONgVhM0=; b=hi396taPjeGsI5ATUSHc889e3iiHdQE+2B+UttfYgU6vKnI4Fkv6NDq3bwbIeD6S1C czsaFXc1/20MyjlO7hNfNsjyWFycvx9l/JW2WwGUFrTZOAMuyxZhMj/XJsjZYlegJqxT ral3DxhmV99xwFvEvFlXqHweElx5IKS2Z+SLKKvbmGDJQcErr6HbE6BS8GYCRNNEBSwt f9EgVxNZqvGzT1C/6Blb+SM333EeyWqvmqNvoIfAXi7vQWcgWqy2pQxS6r6eM0C2Zy/b pkmh1YaKeNq7Y58ABwod1xec6CM2SJvO5+K8IRcoov51GvRczD+kDwC+IiwOUtFdX/Ld zZDw== X-Gm-Message-State: ALoCoQkueuypzhj7GumSmj7O3YyQQM/AXwvplcsYMsRKgHFeewPmrb8Opw+Eghk46DPgaFahQP/f X-Received: by 10.152.26.72 with SMTP id j8mr33789lag.85.1388958926488; Sun, 05 Jan 2014 13:55:26 -0800 (PST) Received: from [10.0.0.94] (ti0273a400-0979.bb.online.no. [85.165.250.215]) by mx.google.com with ESMTPSA id mq10sm41398588lbb.12.2014.01.05.13.55.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 Jan 2014 13:55:25 -0800 (PST) Message-ID: <52C9D4CA.6070403@linaro.org> Date: Sun, 05 Jan 2014 21:55:22 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Roger Pau Monne , freebsd-xen@freebsd.org, freebsd-current@freebsd.org, xen-devel@lists.xen.org, gibbs@freebsd.org, jhb@freebsd.org, kib@freebsd.org, julien.grall@citrix.com Subject: Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH References: <1388677433-49525-1-git-send-email-roger.pau@citrix.com> <1388677433-49525-16-git-send-email-roger.pau@citrix.com> In-Reply-To: <1388677433-49525-16-git-send-email-roger.pau@citrix.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 06 Jan 2014 01:35:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 21:55:34 -0000 On 01/02/2014 03:43 PM, Roger Pau Monne wrote: > Introduce a Xen specific nexus that is going to be in charge for > attaching Xen specific devices. Now that we have a xenpv bus, do we really need a specific nexus for Xen? We should be able to use the identify callback of xenpv to create the bus. The other part of this patch can be merged in the patch #14 "Introduce xenpv bus and a dummy pvcpu device". -- Julien Grall From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 22:19:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FE79B03 for ; Sun, 5 Jan 2014 22:19:47 +0000 (UTC) Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D47F41924 for ; Sun, 5 Jan 2014 22:19:46 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id z5so9337413lbh.4 for ; Sun, 05 Jan 2014 14:19:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Hd7a+G9AczFGRnmFEywXhhbfOAzBN+U2XkAWW/PPKlE=; b=I6VmtWVKMNWpv3sHOAC63wAs4tUiw6rU8sq6u2vkv4lEmA5/u5chfDTaD/k02pPHxX ckrvqN8xHNIiHPrHoAqIrZc6GdWlvbJKqop3nsQ0uON4CsARsanqUrShkmm/l9RSrza2 VQAJDwlI3HbsUSibcJ2u4+OplIjgWhztVz+b9paPTRfgnq8BKpFAr9K4fHopleuO1ynT b7B2Wb2cD0XKNxiV8ZP5FDerbm5rAq8SCGpri7WuEYXxEC8aYiz6iiPn2Z+3uaO09mCA k5XtZpMjQtM7pHzOHlvnviskeFN9gcaCC27573B5T33GvqNGEHJh1CX5HpQFy4/UanxA Kh7Q== X-Gm-Message-State: ALoCoQlqm7ooNNWhqY2cy8S+TnzyUwXQGMQV1p6a0pQRTURPoLmCL0kVjWHV/3y2Igba9Y/f8rtK X-Received: by 10.152.19.65 with SMTP id c1mr452980lae.49.1388958773550; Sun, 05 Jan 2014 13:52:53 -0800 (PST) Received: from [10.0.0.94] (ti0273a400-0979.bb.online.no. [85.165.250.215]) by mx.google.com with ESMTPSA id mq10sm41404148lbb.12.2014.01.05.13.52.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 05 Jan 2014 13:52:52 -0800 (PST) Message-ID: <52C9D432.3040409@linaro.org> Date: Sun, 05 Jan 2014 21:52:50 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Roger Pau Monne , freebsd-xen@freebsd.org, freebsd-current@freebsd.org, xen-devel@lists.xen.org, gibbs@freebsd.org, jhb@freebsd.org, kib@freebsd.org, julien.grall@citrix.com Subject: Re: [Xen-devel] [PATCH v9 14/19] xen: introduce xenpv bus and a dummy pvcpu device References: <1388677433-49525-1-git-send-email-roger.pau@citrix.com> <1388677433-49525-15-git-send-email-roger.pau@citrix.com> In-Reply-To: <1388677433-49525-15-git-send-email-roger.pau@citrix.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 06 Jan 2014 01:56:22 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 05 Jan 2014 22:19:47 -0000 On 01/02/2014 03:43 PM, Roger Pau Monne wrote: > Since Xen PVH guests doesn't have ACPI, we need to create a dummy > bus so top level Xen devices can attach to it (instead of > attaching directly to the nexus) and a pvcpu device that will be used > to fill the pcpu->pc_device field. > --- > sys/conf/files.amd64 | 1 + > sys/conf/files.i386 | 1 + > sys/x86/xen/xenpv.c | 155 ++++++++++++++++++++++++++++++++++++++++++++++++++ I think it makes more sense to have 2 files: one for xenpv bus and one for a dummy pvcpu device. It would allow us to move xenpv bus to common code (sys/xen or sys/dev/xen). [..] > + > +static int > +xenpv_probe(device_t dev) > +{ > + > + device_set_desc(dev, "Xen PV bus"); > + device_quiet(dev); > + return (0); As I understand, 0 means I can "handle" the current device, in this case if a device is probing, because it doesn't have yet a driver, we will use xenpv and end up with 2 (or even more) xenpv buses. As we only want to probe xenpv bus once, when the bus was added manually, returning BUS_PROBE_NO_WILDCARD would suit better. [..] > +static int > +xenpvcpu_probe(device_t dev) > +{ > + > + device_set_desc(dev, "Xen PV CPU"); > + return (0); Same here: BUS_PROBE_NOWILDCARD. -- Julien Grall From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 03:01:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21883BBA for ; Mon, 6 Jan 2014 03:01:06 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9EFAF1D82 for ; Mon, 6 Jan 2014 03:01:05 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id x18so9670588lbi.31 for ; Sun, 05 Jan 2014 19:01:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=89/SEXczdShg9e6z+RsTAJZYGK2xIqYjsHgmGZTPGqY=; b=ThbDp8rgHVgZtVGUsDITE4KQyROkJjFEPw052uiUeiXtf6pOTYA4AJB3zc9M1OGZ4I XQBq/8NzQQnxsRooh2QfkNN/ZviGXIkOy4K+zyCP7BYqHmo8StH8dqK6SxyJlFRj0DX8 isMWBi6P3ff41rPW8+Q7wVkRqFCj+g7Op4myprTU5ND7OAULIIH5o1ZBhgKUvTDyObsg dRE42bC0Xd2CbItQsDAV08Mezt3dIdrrWabKDvkTfpiK/QkbIZzz85ANfbTX3q0hn7BA 4g6WWQ3WUJNtAoM9o6BVPf3Ebp2YuZj75Co80Wz915V3WctnNPkYM9VssBd7nbQTB6L1 A1LA== MIME-Version: 1.0 X-Received: by 10.152.44.225 with SMTP id h1mr43729696lam.22.1388977263084; Sun, 05 Jan 2014 19:01:03 -0800 (PST) Received: by 10.112.135.195 with HTTP; Sun, 5 Jan 2014 19:01:02 -0800 (PST) Date: Mon, 6 Jan 2014 11:01:02 +0800 Message-ID: Subject: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 03:01:06 -0000 Hi, I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main problems: 1. USB problem This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not working, keyboard and touchpad not respond. Error messages are "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT". I also try to set "hw.usb.xhci.msi=0", no lucky. But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small change, and xhci works under 10.0-RC3! dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt dmesg in 10.0 + xhci of 9.1R: http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt vmstat -i in + xhci of 9.1R: http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt 2. AHCI timeout problem After booting, system quickly hit ahci timeout problem, I have to set "camcontrol tags ada0 -N 1". this can decrease timeout problem, but still happen when running heavy IO. "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same IRQ 16, this make 10.0+9.1xhci unstable:( Internal keyboard and touchpad not working, external keyboard and mouse working. vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0": http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt 3. Random hang Sometimes the system(10.0+9.1xhci) hang without any message, keyboard, mouse and ping ping not respond. console no message, ctrl+alt+esc also could not break into ddb, I may try firewire/dcons, help it can get some useful information. I really like to have a working freebsd on MacBookPro, anything I can provide or any ideas? Cheers, Huang Wen Hui From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 03:13:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B1C0F0D for ; Mon, 6 Jan 2014 03:13:35 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A6161EA8 for ; Mon, 6 Jan 2014 03:13:35 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id i17so17158057qcy.9 for ; Sun, 05 Jan 2014 19:13:34 -0800 (PST) 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=48YCJlSBXOC7iYPwnc6uaYxztUkZXwZAmAvfL1UWJBA=; b=zJXS9w5rHLNoAtBZF4X9D2xAWYNl2T8EGQzDDIv295IFo+Mzro2rpF1y+eb2YBIgKg j3NwktGjHBW7ZwZqIAhhQUqoGZl3LhiiMEZnzZuVFH/uyx5fxjmp5c8J42djeKBCHPNJ 1ht/MZXwPOMPcx8UA0PZVGiNqBGpepKbA9RHPZThsPUFa+Zo1vVHEU5hJXItFW8ij8m7 3N+ylaEVp5FXOxMKg3BEdiQEUF5mJ85Jud77Ip5/nyNxXWIG98uuYJPF0BxZ7uudTr+m u4lSZ7c4aCVT1mma/UIM2CZOLXzmqSc1uMQJ1AcKl7FvpyDaGSK5gPlns63atsCseAoW DPcQ== MIME-Version: 1.0 X-Received: by 10.224.127.131 with SMTP id g3mr144376618qas.98.1388978014477; Sun, 05 Jan 2014 19:13:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Sun, 5 Jan 2014 19:13:34 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Jan 2014 19:13:34 -0800 X-Google-Sender-Auth: 0Gwo_7jvmxr5sniVFHj3beQqZw4 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Adrian Chadd To: huanghwh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 03:13:35 -0000 Hi! Would you mind a recent 11-amd64 snapshot? Hans has committed a few fixes to the driver recently. Thanks! -a On 5 January 2014 19:01, Huang Wen Hui wrote: > Hi, > > I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main > problems: > > 1. USB problem > > This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not > working, keyboard and touchpad not respond. Error messages are > "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT". > I also try to set "hw.usb.xhci.msi=0", no lucky. > > But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small > change, and > xhci works under 10.0-RC3! > > dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt > vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt > pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt > > dmesg in 10.0 + xhci of 9.1R: > http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt > vmstat -i in + xhci of 9.1R: > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt > > 2. AHCI timeout problem > > After booting, system quickly hit ahci timeout problem, I have to set > "camcontrol tags ada0 -N 1". > this can decrease timeout problem, but still happen when running heavy IO. > > "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same > IRQ 16, this make 10.0+9.1xhci > unstable:( Internal keyboard and touchpad not working, external keyboard > and mouse working. > > vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0": > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt > camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt > smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt > > 3. Random hang > > Sometimes the system(10.0+9.1xhci) hang without any message, keyboard, > mouse and ping ping not respond. > console no message, ctrl+alt+esc also could not break into ddb, I may try > firewire/dcons, help it can get some > useful information. > > I really like to have a working freebsd on MacBookPro, anything I can > provide or any ideas? > > Cheers, > Huang Wen Hui > _______________________________________________ > 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 Jan 6 03:20:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4338011B; Mon, 6 Jan 2014 03:20:40 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 804391F23; Mon, 6 Jan 2014 03:20:39 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id c11so9596899lbj.1 for ; Sun, 05 Jan 2014 19:20:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=TNwwNpD6KW3TK9Cq8GTflUnMGjVegyM49OIwiEr7QCQ=; b=rF+t0B+kYbW4zu+UBf9B0/rCtiKwAgWY+HHzWpM2MK5sK3b9wc5RaURc9a5rEqan22 ONjQb5jSf+g5fQh9FBbdjwt2pqSgIPBqTtUhIyl54k8q6SZQ1orv/yhkdKcyk6VHiy+1 avch3M80IDxb41Lo1aZyNwSLtPWh9y2oJAfZYcGaaRi8EoB0cnpcpEA4Z8k1lq2QoaRi MQBYNW5NztJairq74v/hVswvsWr+xv6Fcn03dqy3KuNKPagiaWa+SEbzHmSLuxfpZlLL vsAkrQWRNMVhe5EyMgVC51jwcajRuQDEPzWPXIZgyGo42qEbPqgFhpO4tvRai8dNs7PP SkuA== MIME-Version: 1.0 X-Received: by 10.152.234.75 with SMTP id uc11mr9578lac.30.1388978437191; Sun, 05 Jan 2014 19:20:37 -0800 (PST) Received: by 10.112.135.195 with HTTP; Sun, 5 Jan 2014 19:20:37 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Jan 2014 11:20:37 +0800 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 03:20:40 -0000 Hi, I also install 11-amd64 snapshot 2 days ago, I remember AHCI is OK, but USB and random hang are still existed. I will confirm it later. Cheers, Huang Wen Hui. 2014/1/6 Adrian Chadd > Hi! > > Would you mind a recent 11-amd64 snapshot? Hans has committed a few > fixes to the driver recently. > > Thanks! > > > -a > > > On 5 January 2014 19:01, Huang Wen Hui wrote: > > Hi, > > > > I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main > > problems: > > > > 1. USB problem > > > > This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not > > working, keyboard and touchpad not respond. Error messages are > > "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT". > > I also try to set "hw.usb.xhci.msi=0", no lucky. > > > > But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small > > change, and > > xhci works under 10.0-RC3! > > > > dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt > > vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt > > pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt > > > > dmesg in 10.0 + xhci of 9.1R: > > http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt > > vmstat -i in + xhci of 9.1R: > > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt > > > > 2. AHCI timeout problem > > > > After booting, system quickly hit ahci timeout problem, I have to set > > "camcontrol tags ada0 -N 1". > > this can decrease timeout problem, but still happen when running heavy > IO. > > > > "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same > > IRQ 16, this make 10.0+9.1xhci > > unstable:( Internal keyboard and touchpad not working, external keyboard > > and mouse working. > > > > vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0": > > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt > > camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt > > smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt > > > > 3. Random hang > > > > Sometimes the system(10.0+9.1xhci) hang without any message, keyboard, > > mouse and ping ping not respond. > > console no message, ctrl+alt+esc also could not break into ddb, I may try > > firewire/dcons, help it can get some > > useful information. > > > > I really like to have a working freebsd on MacBookPro, anything I can > > provide or any ideas? > > > > Cheers, > > Huang Wen Hui > > _______________________________________________ > > 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 Jan 6 04:07:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1364F6B6 for ; Mon, 6 Jan 2014 04:07:50 +0000 (UTC) Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF9B111C3 for ; Mon, 6 Jan 2014 04:07:49 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id j1so6219564iga.2 for ; Sun, 05 Jan 2014 20:07:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=+riLgQFz7VKMAY1fS4X8lj1N650WGroauGMn3Zh3uDs=; b=LT1010YyeYLj0Urv5VqaL6UOUTtCFzJqWGyGUHlRVnWLJ/v6pZNFZZqrTLXU4cg68U DusVt197PncsHneZJrwGcKDAZ3ztFetSNcyk3ueB6gs2t0VrwFTHSompiAiPfr/yPn7y hl3YYzQPiqxnQ7RYUgowghHhWFRzL/kB/WH3iPAg73LJPjDmDLOwSCTp14IYsdOle6Z3 FDOSXtI+u8fw8m3NMiDi1N7JlWZGS6PJm0LXxR2vVP7s189JxMxQyOyZr+u/273VHPiY 569+M7ztwodcuZsBFuOu2uVWF5CXKlFXnjRtoTYXqOSY7rNCGUKvBRVRoKg9LfzEBDq6 SI5w== X-Gm-Message-State: ALoCoQmRF2n3IaSEyk/7t45LypvChXBbBoted6AChv3KQBBbD++nSqtu4afm9WeS/9W+8FpA/v5EE0BBN8hvCnK5gvYTliB2he6/VMIZPUfYxvUtcyb2zAg= X-Received: by 10.50.66.180 with SMTP id g20mr16335911igt.29.1388981263337; Sun, 05 Jan 2014 20:07:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Sun, 5 Jan 2014 20:07:28 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Mon, 6 Jan 2014 13:07:28 +0900 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 To: huanghwh@gmail.com Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 04:07:50 -0000 Hi Huang I have also been working on getting FreeBSD running on the new MBA and I'm basically at the same place as you. Please post any progress you have to the current mailing list. -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Mon, Jan 6, 2014 at 12:20 PM, Huang Wen Hui wrote: > Hi, > I also install 11-amd64 snapshot 2 days ago, I remember AHCI is OK, but > USB and random hang are still existed. > I will confirm it later. > > Cheers, > Huang Wen Hui. > > 2014/1/6 Adrian Chadd > > > Hi! > > > > Would you mind a recent 11-amd64 snapshot? Hans has committed a few > > fixes to the driver recently. > > > > Thanks! > > > > > > -a > > > > > > On 5 January 2014 19:01, Huang Wen Hui wrote: > > > Hi, > > > > > > I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main > > > problems: > > > > > > 1. USB problem > > > > > > This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not > > > working, keyboard and touchpad not respond. Error messages are > > > "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT". > > > I also try to set "hw.usb.xhci.msi=0", no lucky. > > > > > > But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small > > > change, and > > > xhci works under 10.0-RC3! > > > > > > dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt > > > vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt > > > pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt > > > > > > dmesg in 10.0 + xhci of 9.1R: > > > http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt > > > vmstat -i in + xhci of 9.1R: > > > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt > > > > > > 2. AHCI timeout problem > > > > > > After booting, system quickly hit ahci timeout problem, I have to set > > > "camcontrol tags ada0 -N 1". > > > this can decrease timeout problem, but still happen when running heavy > > IO. > > > > > > "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use > same > > > IRQ 16, this make 10.0+9.1xhci > > > unstable:( Internal keyboard and touchpad not working, external > keyboard > > > and mouse working. > > > > > > vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0": > > > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt > > > camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt > > > smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt > > > > > > 3. Random hang > > > > > > Sometimes the system(10.0+9.1xhci) hang without any message, keyboard, > > > mouse and ping ping not respond. > > > console no message, ctrl+alt+esc also could not break into ddb, I may > try > > > firewire/dcons, help it can get some > > > useful information. > > > > > > I really like to have a working freebsd on MacBookPro, anything I can > > > provide or any ideas? > > > > > > Cheers, > > > Huang Wen Hui > > > _______________________________________________ > > > 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" > > > _______________________________________________ > 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" > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 04:11:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 993B97E2; Mon, 6 Jan 2014 04:11:54 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3E97122C; Mon, 6 Jan 2014 04:11:53 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id q8so9600177lbi.12 for ; Sun, 05 Jan 2014 20:11:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=5qj+rWa9vEpkK1qBydenzCUmItzLVBe91gLa6a2wMeo=; b=k4eGATv1lP+VDQf9U4uTSpGEY/lR0lQ+nxVFoXa8EBaQgjeUnkvcsqmnYUlwqzz4Z0 fFIMVln63mIFQeSfHTJai8255UOOJtp7SbC4ItaJ5hL1OvVyFckhtmi8BvOKDoVg9KbA EeyECO0w8STShp47IXF72kjbZQKgTl3GwNN4EghHvwAk5Mrj6lApiarEiq0MLmWvXp6D ubZ/8NO0oj/fTsPyhy0EMu0a9CeS18C8nA/gHTphpALVJVPi3033r3jDp0sjczls2HsH UTx6Oz+QfdW+LWz/9SguHa5vSl4cByNKh69uYYT+SM9vdTtAE5oaccxaLbdYWhxAUmY3 f+7A== MIME-Version: 1.0 X-Received: by 10.112.219.99 with SMTP id pn3mr40938073lbc.24.1388981511769; Sun, 05 Jan 2014 20:11:51 -0800 (PST) Received: by 10.112.135.195 with HTTP; Sun, 5 Jan 2014 20:11:51 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Jan 2014 12:11:51 +0800 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 04:11:54 -0000 Hi, USB still have a lot of USB_ERR_TIMEOUT, but Internal keyboard and external keyboard found and works! usb disk also found, but booting stop at: Mounting from ufs:/dev/da0a failed with error 6. or a lot of cam Retrying command. Cheers, Huang Wen Hui 2014/1/6 Huang Wen Hui > Hi, > I also install 11-amd64 snapshot 2 days ago, I remember AHCI is OK, but > USB and random hang are still existed. > I will confirm it later. > > Cheers, > Huang Wen Hui. > > > 2014/1/6 Adrian Chadd > >> Hi! >> >> Would you mind a recent 11-amd64 snapshot? Hans has committed a few >> fixes to the driver recently. >> >> Thanks! >> >> >> -a >> >> >> On 5 January 2014 19:01, Huang Wen Hui wrote: >> > Hi, >> > >> > I am trying to install FreeBSD on MacBookPro Late 2013, I got 3 main >> > problems: >> > >> > 1. USB problem >> > >> > This MacBookPro model only have xhci controller, 10.0-RC3 and 9.2R not >> > working, keyboard and touchpad not respond. Error messages are >> > "xhci_do_command: Command timeout!" and "USB_ERR_TIMEOUT". >> > I also try to set "hw.usb.xhci.msi=0", no lucky. >> > >> > But 9.1R is OK, I copy xhci*.* file from 9.1R to 10.0, with very small >> > change, and >> > xhci works under 10.0-RC3! >> > >> > dmesg in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/dmesg-10.0.txt >> > vmstat -i in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/vmstat-10.0.txt >> > pciconf in 10.0-RC3: http://sw.gddsn.org.cn/freebsd/pciconf.txt >> > >> > dmesg in 10.0 + xhci of 9.1R: >> > http://sw.gddsn.org.cn/freebsd/dmesg-10.0+9.1.txt >> > vmstat -i in + xhci of 9.1R: >> > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1.txt >> > >> > 2. AHCI timeout problem >> > >> > After booting, system quickly hit ahci timeout problem, I have to set >> > "camcontrol tags ada0 -N 1". >> > this can decrease timeout problem, but still happen when running heavy >> IO. >> > >> > "hint.ahci.0.msi=0" seem to fix this problem, but ahci and xhci use same >> > IRQ 16, this make 10.0+9.1xhci >> > unstable:( Internal keyboard and touchpad not working, external >> keyboard >> > and mouse working. >> > >> > vmstat -i in 10.0+9.1xhci with "hint.ahci.0.msi=0": >> > http://sw.gddsn.org.cn/freebsd/vmstat-10.0+9.1+msi.txt >> > camcontrol identify: http://sw.gddsn.org.cn/freebsd/cam-identify.txt >> > smartctl: http://sw.gddsn.org.cn/freebsd/smartctl.txt >> > >> > 3. Random hang >> > >> > Sometimes the system(10.0+9.1xhci) hang without any message, keyboard, >> > mouse and ping ping not respond. >> > console no message, ctrl+alt+esc also could not break into ddb, I may >> try >> > firewire/dcons, help it can get some >> > useful information. >> > >> > I really like to have a working freebsd on MacBookPro, anything I can >> > provide or any ideas? >> > >> > Cheers, >> > Huang Wen Hui >> > _______________________________________________ >> > 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 Jan 6 04:51:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1A75BB4; Mon, 6 Jan 2014 04:51:21 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 689CF14BB; Mon, 6 Jan 2014 04:51:21 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id i8so17147354qcq.35 for ; Sun, 05 Jan 2014 20:51:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=FJPA446Wl45Om7ihU5nNL7/VIc3um988GiybM2ViLIo=; b=ty0XEafKVaOOvBmLe8p6Jnlr6FOpKUBfs32Vrf7mSpfTNDffU2xS9e32nN6FnpnV6j JyS/tFPUSjh/FR4fZVZfvAOKoePybGgYaiLBCK48LREL0Kr+V9/sqiUTrD705nzjIUIC YVfUpXx7xp52OCe97fxDlg8jwdNaaCc6mGExrujM8sb2HmIniPO2PFFf6Vcpxw5o8QOu X831dyveTR3n7KakDLufkqyCRxseEWRZJsnGtikJiMU3IKvcMRP021GcQTJiJoXIbqAv yeFBYdgx/NnnYKiVKZetAA7SzWHqOzkJwROMpuRfOZXaNO8hOu3/SdtzuHVscf/O5FgA ksbA== X-Received: by 10.224.88.202 with SMTP id b10mr174429800qam.85.1388983880662; Sun, 05 Jan 2014 20:51:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.152.42 with HTTP; Sun, 5 Jan 2014 20:50:39 -0800 (PST) In-Reply-To: <20140103235111.863162ab.ray@freebsd.org> References: <4278a32e-9778-4a56-9fb5-67853d78469f@email.android.com> <52C6E4A1.4060408@orange.fr> <20140103235111.863162ab.ray@freebsd.org> From: =?UTF-8?B?5LmU5qWa?= Date: Mon, 6 Jan 2014 12:50:39 +0800 Message-ID: Subject: Re: newcons(vt) can't work at Intel HD4400 To: Aleksandr Rybalko , neel@neelc.org, rpaulo@freebsd.org, delphij@delphij.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Claude Buisson , Aleksandr Rybalko , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 04:51:21 -0000 I found there have patchs for Haswell which posted by Neel Chauhan. http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044727.ht= ml http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046520.htm= l If there has a patch for current svn version, I'll test it. 2014/1/4 Aleksandr Rybalko : > On Fri, 03 Jan 2014 17:26:09 +0100 > Claude Buisson wrote: > >> On 01/03/2014 16:27, =E4=B9=94=E6=A5=9A wrote: >> > As you said, it's used vesa driver, and error on drm. >> > >> >> >> >> According to https://wiki.freebsd.org/Graphics, Haswell GPU are not >> supported by FreeBSD DRM/KMS drivers. >> >> Claude Buisson >> >> >> > > Right. > Thank you Claude for comment. > And thanks =E4=B9=94=E6=A5=9A for report. (Not sure I use your name right= way :) ) > Anyway you should wait for vt(9) VESA driver or drm2 Haswell support, > whatever come first. > > Thanks! > > WBW > -- > Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 05:22:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C44E9360; Mon, 6 Jan 2014 05:22:05 +0000 (UTC) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 58CF91690; Mon, 6 Jan 2014 05:22:05 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id w7so17784832qeb.36 for ; Sun, 05 Jan 2014 21:22:04 -0800 (PST) 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:content-transfer-encoding; bh=3lSeJnKJ/AMT9YrA33oJy1D3Qxc+cx3seicEQ7v1w9w=; b=vDcnwC7yByWHVlwdXdv10aeb5umkBBLRIFFCTbciTdJQSPOj2OQxioSM4S3nnUTn0F 3Bd/qXwJCMYOcJ0jkxVHTknBcy3/dyHtWSw/RC42tp4cL42Qo0A6U7LKJWvvEMwSVYeQ ePXaVo4TF6VZa312spRH8C/1r+KEIBnsEZvT6bGSWCGYYkHGExv3NS/eS+72rLT7NaJr v9vtvQeJS2ZldQUeQw2/cDoIgMGcNNiFsssjJImoYkf4KrQa+uAFn6w0Nv//BeuDzLYg 1Alx6D2HEVkQJIkeJQqx3SIdIeilgy41vL8rBNikbjjrBxapQ36xYc543dQIA+g2whRz aiMg== MIME-Version: 1.0 X-Received: by 10.224.13.141 with SMTP id c13mr168478174qaa.76.1388985724448; Sun, 05 Jan 2014 21:22:04 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Sun, 5 Jan 2014 21:22:04 -0800 (PST) In-Reply-To: References: <4278a32e-9778-4a56-9fb5-67853d78469f@email.android.com> <52C6E4A1.4060408@orange.fr> <20140103235111.863162ab.ray@freebsd.org> Date: Sun, 5 Jan 2014 21:22:04 -0800 X-Google-Sender-Auth: tYwOBzIeQLixh6K5W6pWXd3E4rA Message-ID: Subject: Re: newcons(vt) can't work at Intel HD4400 From: Adrian Chadd To: =?UTF-8?B?5LmU5qWa?= Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: Claude Buisson , Aleksandr Rybalko , Rui Paulo , Aleksandr Rybalko , Current FreeBSD , Xin LI , neel@neelc.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 05:22:05 -0000 That just adds the IDs, it doesn't add the support code. :( -a On 5 January 2014 20:50, =C7=C7=B3=FE wrote: > I found there have patchs for Haswell which posted by Neel Chauhan. > > http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044727.= html > http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046520.h= tml > > If there has a patch for current svn version, I'll test it. > > > 2014/1/4 Aleksandr Rybalko : >> On Fri, 03 Jan 2014 17:26:09 +0100 >> Claude Buisson wrote: >> >>> On 01/03/2014 16:27, =C7=C7=B3=FE wrote: >>> > As you said, it's used vesa driver, and error on drm. >>> > >>> >>> >>> >>> According to https://wiki.freebsd.org/Graphics, Haswell GPU are not >>> supported by FreeBSD DRM/KMS drivers. >>> >>> Claude Buisson >>> >>> >>> >> >> Right. >> Thank you Claude for comment. >> And thanks =C7=C7=B3=FE for report. (Not sure I use your name right way = :) ) >> Anyway you should wait for vt(9) VESA driver or drm2 Haswell support, >> whatever come first. >> >> Thanks! >> >> WBW >> -- >> Aleksandr Rybalko > _______________________________________________ > 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 Jan 6 07:09:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CABAD99; Mon, 6 Jan 2014 07:09:29 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 341AB1D3A; Mon, 6 Jan 2014 07:09:28 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 7129A17FC73; Mon, 6 Jan 2014 08:09:17 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id BC6138F6009; Mon, 6 Jan 2014 08:10:03 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51LXmHekw9YC; Mon, 6 Jan 2014 08:10:03 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id F160F8F5F2F; Mon, 6 Jan 2014 08:10:02 +0100 (CET) Message-ID: <52CA56E5.8030101@bitfrost.no> Date: Mon, 06 Jan 2014 08:10:29 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: huanghwh@gmail.com, Adrian Chadd Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 07:09:29 -0000 On 01/06/14 05:11, Huang Wen Hui wrote: > Hi, > > USB still have a lot of USB_ERR_TIMEOUT, but Internal keyboard and > external keyboard found and works! > usb disk also found, but booting stop at: > Mounting from ufs:/dev/da0a failed with error 6. > or a lot of cam Retrying command. > > Cheers, > Huang Wen Hui Hi, I think there is an IRQ problem. Either some IRQ is not handled or IRQ's are not forwarded to the drivers properly. You might want to compile the XHCI debugging variable to 16 inside dev/usb/controller/xhci.c, and watch what is going on. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 07:18:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9DE7F0D for ; Mon, 6 Jan 2014 07:18:50 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 866131DC9 for ; Mon, 6 Jan 2014 07:18:50 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id x13so17546336qcv.1 for ; Sun, 05 Jan 2014 23:18:49 -0800 (PST) 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=4gqhIAgPoeFiK4XmtWgcJJPU5dWQzBi7NfQ+JyOZtXs=; b=h02BbHuFk6PvP3aTpb50Ic6b3Tv26oSRuX3eEor2snblrypy8asZBVdgu6QS0FQb2r rQetjMEX+SENfpyHqhOU1NczGZzdGkbAyM/KtVBBsvB0CX50OQFGHaWRsOFrrszxVJHL ActCetmdUDpNukkq/KvQZhvNcMNvHN8uaARIOAtJToYVac7D0Qin/nNVth09Zdvz0c0q WoAjJ3zbNrmTgTUuwjSEvOEeLfM7X3vKibvSo4JNSArfYvW69Tj5RxukCzL7Lu7ZYCSE eQN/JpBwHUThZyubqbuoeDailck5vQDzNGQh7Vqbq5zTlDIuAWiIxlwFGIv3AtTB3EgJ GokQ== MIME-Version: 1.0 X-Received: by 10.224.13.203 with SMTP id d11mr1514529qaa.26.1388992729765; Sun, 05 Jan 2014 23:18:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Sun, 5 Jan 2014 23:18:49 -0800 (PST) In-Reply-To: <52CA56E5.8030101@bitfrost.no> References: <52CA56E5.8030101@bitfrost.no> Date: Sun, 5 Jan 2014 23:18:49 -0800 X-Google-Sender-Auth: jTJawKypTBJw6h2CAgzTFWfGK8w Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: =?UTF-8?B?6buE5paH6L6J?= , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 07:18:50 -0000 .. are you getting this USB_ERR_TIMEOUT even with the xhci code from -9? -a On 5 January 2014 23:10, Hans Petter Selasky wrote: > On 01/06/14 05:11, Huang Wen Hui wrote: >> >> Hi, >> >> USB still have a lot of USB_ERR_TIMEOUT, but Internal keyboard and >> external keyboard found and works! >> usb disk also found, but booting stop at: >> Mounting from ufs:/dev/da0a failed with error 6. >> or a lot of cam Retrying command. >> >> Cheers, >> Huang Wen Hui > > > Hi, > > I think there is an IRQ problem. Either some IRQ is not handled or IRQ's are > not forwarded to the drivers properly. You might want to compile the XHCI > debugging variable to 16 inside dev/usb/controller/xhci.c, and watch what is > going on. > > --HPS > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 08:19:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBE48699; Mon, 6 Jan 2014 08:19:15 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 41FA81184; Mon, 6 Jan 2014 08:19:15 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id e16so1714504lan.17 for ; Mon, 06 Jan 2014 00:19:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=8rLah3zlNjWT/a4KFl1zK320zwUIqyGepFyjQTb5w2c=; b=v5Ch5ZntosyAef+XwghVO9atK65nOgR4Sdn2jpawCem2woCH20Jeh3BQD38M5VVLGK UBRhGGR329QIDxJ+YlC6uMLNP3YSvMUaUGTy/t09PZhlOAGaxuFgnXaCfL99avLBqvyB qRhcN0Fmc3xSrmtJfoBg/1Bs1igcR+rDNsnHB+OVdvq0zjVHJOG6wv8wCpVDYJ6nLNiz BP2khSWSusKBXnPALDLK6TfzFB1ysrtCPjF5kGMPMVWNDCeYO7ZQ8cvFbVdwTGnCYao3 XyOs8BO+bloV9njMXhZ5BpTwsGmu7qMC1kPL/ZPbxDrPFfdQFeZRHgFY+ptzkk/cEROT ALZA== MIME-Version: 1.0 X-Received: by 10.152.23.39 with SMTP id j7mr493850laf.28.1388996353279; Mon, 06 Jan 2014 00:19:13 -0800 (PST) Received: by 10.112.135.195 with HTTP; Mon, 6 Jan 2014 00:19:13 -0800 (PST) In-Reply-To: References: <52CA56E5.8030101@bitfrost.no> Date: Mon, 6 Jan 2014 16:19:13 +0800 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Hans Petter Selasky , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 08:19:16 -0000 The xhci code from 9.1R is OK, but there are a lot of "USB_ERR_TIMEOUT" in 9.2R... 2014/1/6 Adrian Chadd > .. are you getting this USB_ERR_TIMEOUT even with the xhci code from -9? > > > -a > > On 5 January 2014 23:10, Hans Petter Selasky wrote: > > On 01/06/14 05:11, Huang Wen Hui wrote: > >> > >> Hi, > >> > >> USB still have a lot of USB_ERR_TIMEOUT, but Internal keyboard and > >> external keyboard found and works! > >> usb disk also found, but booting stop at: > >> Mounting from ufs:/dev/da0a failed with error 6. > >> or a lot of cam Retrying command. > >> > >> Cheers, > >> Huang Wen Hui > > > > > > Hi, > > > > I think there is an IRQ problem. Either some IRQ is not handled or IRQ's > are > > not forwarded to the drivers properly. You might want to compile the XHCI > > debugging variable to 16 inside dev/usb/controller/xhci.c, and watch > what is > > going on. > > > > --HPS > > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 08:48:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7697E286; Mon, 6 Jan 2014 08:48:58 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 2B181139D; Mon, 6 Jan 2014 08:48:57 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 9D296100292; Mon, 6 Jan 2014 09:48:55 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 983E28F7EC2; Mon, 6 Jan 2014 09:49:41 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id weucZ7XJDtiQ; Mon, 6 Jan 2014 09:49:41 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id E699C8F7EBA; Mon, 6 Jan 2014 09:49:40 +0100 (CET) Message-ID: <52CA6E3F.9000301@bitfrost.no> Date: Mon, 06 Jan 2014 09:50:07 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: huanghwh@gmail.com, Adrian Chadd Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 References: <52CA56E5.8030101@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 08:48:58 -0000 On 01/06/14 09:19, Huang Wen Hui wrote: > The xhci code from 9.1R is OK, but there are a lot of "USB_ERR_TIMEOUT" in > 9.2R... Have you copied the USB code from 9.1R to 9.2R and made a build? --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 09:35:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48C0F840; Mon, 6 Jan 2014 09:35:38 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBA4F171D; Mon, 6 Jan 2014 09:35:36 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,611,1384300800"; d="scan'208";a="87820970" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 06 Jan 2014 09:35:23 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 6 Jan 2014 04:35:27 -0500 Message-ID: <52CA78DE.9060502@citrix.com> Date: Mon, 6 Jan 2014 10:35:26 +0100 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Julien Grall , , , , , , , Subject: Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH References: <1388677433-49525-1-git-send-email-roger.pau@citrix.com> <1388677433-49525-16-git-send-email-roger.pau@citrix.com> <52C9D4CA.6070403@linaro.org> In-Reply-To: <52C9D4CA.6070403@linaro.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-DLP: MIA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 09:35:38 -0000 On 05/01/14 22:55, Julien Grall wrote: > > > On 01/02/2014 03:43 PM, Roger Pau Monne wrote: >> Introduce a Xen specific nexus that is going to be in charge for >> attaching Xen specific devices. > > Now that we have a xenpv bus, do we really need a specific nexus for Xen? > We should be able to use the identify callback of xenpv to create the bus. > > The other part of this patch can be merged in the patch #14 "Introduce > xenpv bus and a dummy pvcpu device". On x86 at least we need the Xen specific nexus, or we will fall back to use the legacy nexus which is not what we really want. From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 09:41:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61C6EA33; Mon, 6 Jan 2014 09:41:44 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 734C817C3; Mon, 6 Jan 2014 09:41:43 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id eh20so9636698lab.19 for ; Mon, 06 Jan 2014 01:41:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=SQnPZTIY3Kj/jJH8UjV9GQiwoKXvw78Efp7P4vbDkWg=; b=Ypal9rIN2U+sucstMh7Cuupw1e0rhgRk3c49DHo4RpwoMUzkklvZV1DWpO3Yqvah5i hpxU+q7SqvbGOZLohVv88sJ/0dCgybTDvyiLOhbNMDpSP0KpiCDK5LaxxfNlcEJeiQrm K1BRBhNu+pOjzLDw011L8coa8EldA4X8JGEdnZyKTCf1rXQryn9Rn0thUGOnlcQ4nORM 2FaaxolRI1+oQ1lX/Qk9BjNkw5+hKXx/K8n5iDpoas0zuGLSZaKB9ayNOw0jXzRdUGgm 17GijgnIc1ra6SZkbQylJHfRvWNjbs9H57fVUBPs4TSKuszD6SxFs5KRcCyWvc/ssWwm ffzQ== MIME-Version: 1.0 X-Received: by 10.152.1.234 with SMTP id 10mr44217128lap.19.1389001300595; Mon, 06 Jan 2014 01:41:40 -0800 (PST) Received: by 10.112.135.195 with HTTP; Mon, 6 Jan 2014 01:41:40 -0800 (PST) In-Reply-To: <52CA6E3F.9000301@bitfrost.no> References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> Date: Mon, 6 Jan 2014 17:41:40 +0800 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 09:41:44 -0000 Hans, I got this message, and full log in http://sw.gddsn.org.cn/freebsd/dmesg-xhci-debug.txt Cheers, Huang Wen Hui. % grep xhci dmesg-xhci-debug.txt | more xhci0: mem 0xc1e00000-0xc1e0ffff at device 20.0 on pci0 xhci0: attempting to allocate 1 MSI vectors (8 supported) xhci0: using IRQ 266 for MSI xhci0: MSI enabled xhci_halt_controller: xhci_start_controller: xhci_start_controller: CAPLENGTH=0x80 xhci_start_controller: RUNTIMEOFFSET=0x2000 xhci_start_controller: DOOROFFSET=0x3000 xhci_start_controller: xHCI version = 0x0100 xhci_start_controller: HCS0 = 0x200077c1 xhci0: 32 byte context size. xhci_start_controller: CONFIG=0x00000000 -> 0x00000020 xhci_start_controller: Max slots: 32 xhci_start_controller: Max scratch: 16 xhci_start_controller: HCS2=0x84000054 xhci_start_controller: ERSTSZ=0x00000000 -> 0x00000001 xhci_start_controller: ERDP(0)=0x0000000006881080 xhci_start_controller: ERSTBA(0)=0x0000000006881000 xhci_start_controller: CRCR=0x0000000006881d80 xhci_interrupt_poll: event[0] = 34 (0x0000000008000000 0x01000000 0x00008801) xhci_interrupt_poll: Unhandled event = 34 xhci_interrupt_poll: event[1] = 34 (0x000000000c000000 0x01000000 0x00008801) xhci_interrupt_poll: Unhandled event = 34 xhci_interrupt_poll: event[2] = 34 (0x0000000013000000 0x01000000 0x00008801) xhci_interrupt_poll: Unhandled event = 34 xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 xhci0: usbpf: Attached xhci_interrupt: real interrupt (status=0x00000008) xhci_interrupt: real interrupt (status=0x00000008) xhci_set_hw_power: xhci_ep_init: endpoint=0xfffff8002f68a0d8, addr=0, endpt=0, mode=0 xhci_roothub_exec: type=0x00 request=0x05 wLen=0x0000 wValue=0x0001 wIndex=0x0000 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x0012 wValue=0x0100 wIndex=0x0000 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x0002 wValue=0x0300 wIndex=0x0000 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x0004 wValue=0x0300 wIndex=0x0000 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x0002 wValue=0x0301 wIndex=0x0001 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x000e wValue=0x0301 wIndex=0x0001 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x0002 wValue=0x0302 wIndex=0x0001 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x001c wValue=0x0302 wIndex=0x0001 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x0009 wValue=0x0200 wIndex=0x0000 xhci_roothub_exec: type=0x80 request=0x06 wLen=0x001f wValue=0x0200 wIndex=0x0000 xhci_roothub_exec: type=0x00 request=0x09 wLen=0x0000 wValue=0x0001 wIndex=0x0000 xhci_ep_init: endpoint=0xfffff80007407a00, addr=1, endpt=129, mode=0 xhci_roothub_exec: type=0xa0 request=0x06 wLen=0x000c wValue=0x2a00 wIndex=0x0000 xhci_roothub_exec: type=0xa0 request=0x06 wLen=0x000e wValue=0x2a00 wIndex=0x0000 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0001 xhci_roothub_exec: set port power 1 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0002 xhci_roothub_exec: set port power 2 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0003 xhci_roothub_exec: set port power 3 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0004 xhci_roothub_exec: set port power 4 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0005 xhci_roothub_exec: set port power 5 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0006 xhci_roothub_exec: set port power 6 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0007 xhci_roothub_exec: set port power 7 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0008 xhci_roothub_exec: set port power 8 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0009 xhci_roothub_exec: set port power 9 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x000a xhci_roothub_exec: set port power 10 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x000b xhci_roothub_exec: set port power 11 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x000c xhci_roothub_exec: set port power 12 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x000d xhci_roothub_exec: set port power 13 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x000e xhci_roothub_exec: set port power 14 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x000f xhci_roothub_exec: set port power 15 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0010 xhci_roothub_exec: set port power 16 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0011 xhci_roothub_exec: set port power 17 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0012 xhci_roothub_exec: set port power 18 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0013 xhci_roothub_exec: set port power 19 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0014 xhci_roothub_exec: set port power 20 xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0008 wIndex=0x0015 xhci_roothub_exec: set port power 21 xhci_set_hw_power: xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0001 xhci_roothub_exec: UR_GET_STATUS i=1 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0001 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0001 xhci_roothub_exec: UR_GET_STATUS i=1 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0002 xhci_roothub_exec: UR_GET_STATUS i=2 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0002 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0002 xhci_roothub_exec: UR_GET_STATUS i=2 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0003 xhci_roothub_exec: UR_GET_STATUS i=3 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0003 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0003 xhci_roothub_exec: UR_GET_STATUS i=3 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0004 xhci_roothub_exec: UR_GET_STATUS i=4 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0004 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0004 xhci_roothub_exec: UR_GET_STATUS i=4 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0005 xhci_roothub_exec: UR_GET_STATUS i=5 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0005 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0005 xhci_roothub_exec: UR_GET_STATUS i=5 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0006 xhci_roothub_exec: UR_GET_STATUS i=6 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0006 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0006 xhci_roothub_exec: UR_GET_STATUS i=6 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0007 xhci_roothub_exec: UR_GET_STATUS i=7 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0007 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0007 xhci_roothub_exec: UR_GET_STATUS i=7 xhci_roothub_exec: port status=0x000002a0 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0008 xhci_roothub_exec: UR_GET_STATUS i=8 xhci_roothub_exec: port status=0x000206e1 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0010 wIndex=0x0008 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0008 xhci_roothub_exec: UR_GET_STATUS i=8 xhci_roothub_exec: port status=0x000006e1 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0014 wIndex=0x0008 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0x23 request=0x03 wLen=0x0000 wValue=0x0004 wIndex=0x0008 xhci_roothub_exec: reset port 8 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0008 xhci_roothub_exec: UR_GET_STATUS i=8 xhci_roothub_exec: port status=0x00000791 xhci_interrupt: real interrupt (status=0x00000008) xhci_interrupt_poll: event[3] = 34 (0x0000000008000000 0x01000000 0x00008801) xhci_interrupt_poll: Unhandled event = 34 xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0008 xhci_roothub_exec: UR_GET_STATUS i=8 xhci_roothub_exec: port status=0x00200603 xhci_roothub_exec: type=0x23 request=0x01 wLen=0x0000 wValue=0x0014 wIndex=0x0008 xhci_roothub_exec: UR_CLEAR_PORT_FEATURE xhci_roothub_exec: type=0xa3 request=0x00 wLen=0x0004 wValue=0x0000 wIndex=0x0008 xhci_roothub_exec: UR_GET_STATUS i=8 xhci_roothub_exec: port status=0x00000603 xhci_ep_init: endpoint=0xfffff8002f7530d8, addr=0, endpt=0, mode=0 xhci_ep_clear_stall: xhci_cmd_enable_slot: 2014/1/6 Hans Petter Selasky > On 01/06/14 09:19, Huang Wen Hui wrote: > >> The xhci code from 9.1R is OK, but there are a lot of "USB_ERR_TIMEOUT" in >> 9.2R... >> > > Have you copied the USB code from 9.1R to 9.2R and made a build? > > --HPS > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 09:47:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E871D49; Mon, 6 Jan 2014 09:47:52 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2A341819; Mon, 6 Jan 2014 09:47:34 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,611,1384300800"; d="scan'208";a="87823046" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 06 Jan 2014 09:46:52 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Mon, 6 Jan 2014 04:46:56 -0500 Message-ID: <52CA7B8F.9060402@citrix.com> Date: Mon, 6 Jan 2014 10:46:55 +0100 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Julien Grall , , , , , , , Subject: Re: [Xen-devel] [PATCH v9 14/19] xen: introduce xenpv bus and a dummy pvcpu device References: <1388677433-49525-1-git-send-email-roger.pau@citrix.com> <1388677433-49525-15-git-send-email-roger.pau@citrix.com> <52C9D432.3040409@linaro.org> In-Reply-To: <52C9D432.3040409@linaro.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-DLP: MIA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 09:47:52 -0000 On 05/01/14 22:52, Julien Grall wrote: > > > On 01/02/2014 03:43 PM, Roger Pau Monne wrote: >> Since Xen PVH guests doesn't have ACPI, we need to create a dummy >> bus so top level Xen devices can attach to it (instead of >> attaching directly to the nexus) and a pvcpu device that will be used >> to fill the pcpu->pc_device field. >> --- >> sys/conf/files.amd64 | 1 + >> sys/conf/files.i386 | 1 + >> sys/x86/xen/xenpv.c | 155 >> ++++++++++++++++++++++++++++++++++++++++++++++++++ > > I think it makes more sense to have 2 files: one for xenpv bus and one > for a dummy pvcpu device. It would allow us to move xenpv bus to common > code (sys/xen or sys/dev/xen). Ack. I wasn't thinking other arches will probably use the xenpv bus but not the dummy cpu device. Would you agree to leave xenpv bus inside x86/xen for now and move the dummy PV cpu device to dev/xen/pvcpu/? > > [..] > >> + >> +static int >> +xenpv_probe(device_t dev) >> +{ >> + >> + device_set_desc(dev, "Xen PV bus"); >> + device_quiet(dev); >> + return (0); > > As I understand, 0 means I can "handle" the current device, in this case > if a device is probing, because it doesn't have yet a driver, we will > use xenpv and end up with 2 (or even more) xenpv buses. > > As we only want to probe xenpv bus once, when the bus was added > manually, returning BUS_PROBE_NO_WILDCARD would suit better. > > [..] > >> +static int >> +xenpvcpu_probe(device_t dev) >> +{ >> + >> + device_set_desc(dev, "Xen PV CPU"); >> + return (0); > > Same here: BUS_PROBE_NOWILDCARD. Ack for both, will change it to BUS_PROBE_NOWILDCARD. While at it, we should also change xenstore probe function to return BUS_PROBE_NOWILDCARD. From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 09:51:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61437FB4; Mon, 6 Jan 2014 09:51:26 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 1221618B1; Mon, 6 Jan 2014 09:51:25 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id ACC4F17FC73; Mon, 6 Jan 2014 10:51:19 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id D5F3D8FDBA3; Mon, 6 Jan 2014 10:52:05 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VvEy2fsTzg7f; Mon, 6 Jan 2014 10:52:05 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 20BC58FDBA2; Mon, 6 Jan 2014 10:52:05 +0100 (CET) Message-ID: <52CA7CE0.7070202@bitfrost.no> Date: Mon, 06 Jan 2014 10:52:32 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: huanghwh@gmail.com Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 09:51:26 -0000 On 01/06/14 10:41, Huang Wen Hui wrote: > % grep xhci dmesg-xhci-debug.txt | more > xhci0: mem 0xc1e00000-0xc1e0ffff at > device 20.0 on pci0 > xhci0: attempting to allocate 1 MSI vectors (8 supported) > xhci0: using IRQ 266 for MSI > xhci0: MSI enabled Those USB timeouts are most likely due to port routing not working properly. It is because intel did something special to their lynx point series. Try to set : hw.usb.xhci.xhci_port_route = "-1" in /boot/loader.conf --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 10:15:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7914472; Mon, 6 Jan 2014 10:15:20 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE48B1A1B; Mon, 6 Jan 2014 10:15:19 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id el20so9607114lab.37 for ; Mon, 06 Jan 2014 02:15:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=3/QyFT7HYGNREH87VgHsvI16LEHsCb9r+a6mQCVy62Y=; b=W6Qb8rETIqBIU7U6A0pGAqcqdCy9237NhCERhZy9caKAhj4fIZyeNTzmM8uMWCGxQz oeMQ5+o7kMLEluOS1YLqdGFvvOC+9cHofFI6bQpZY0SFAUIlYSHTznMYCnMxex+NH2vL sKJmt0kF9YLugCy798IBz+vLmKwARQMowBGP4PQR82v5vrGCeb8P9wqWDdvjJ5NTWEmb rSIR06G9YY0DWKkY3M/Y0hDWyV1Fwkb8RfqnXBvjN+ES9dcGUeBKQy2+zZZ8ecVxTSRM L0qRKYF/8BZoOuGMOxzstjTJKkcfLScFILJxXtIGif1Q//j06bQM8k6LUz+VbE3zn1kA Iacg== MIME-Version: 1.0 X-Received: by 10.152.23.39 with SMTP id j7mr687853laf.28.1389003317843; Mon, 06 Jan 2014 02:15:17 -0800 (PST) Received: by 10.112.135.195 with HTTP; Mon, 6 Jan 2014 02:15:17 -0800 (PST) In-Reply-To: <52CA7CE0.7070202@bitfrost.no> References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> <52CA7CE0.7070202@bitfrost.no> Date: Mon, 6 Jan 2014 18:15:17 +0800 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 10:15:20 -0000 2014/1/6 Hans Petter Selasky > On 01/06/14 10:41, Huang Wen Hui wrote: > >> % grep xhci dmesg-xhci-debug.txt | more >> xhci0: mem 0xc1e00000-0xc1e0ffff at >> device 20.0 on pci0 >> xhci0: attempting to allocate 1 MSI vectors (8 supported) >> xhci0: using IRQ 266 for MSI >> xhci0: MSI enabled >> > > Those USB timeouts are most likely due to port routing not working > properly. It is because intel did something special to their lynx point > series. > > Try to set : > > hw.usb.xhci.xhci_port_route = "-1" > > in /boot/loader.conf Try this before, hw.usb.xhci.xhci_port_route = "-1" make almost of all usb devices not found. external mouse seems to no power at all. # usbconfig list ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=255 md=HOST spd=SUPER (5.0Gbps) pwr=ON (100mA) > > --HPS > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 10:25:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 039F8602; Mon, 6 Jan 2014 10:25:25 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id A87481AB1; Mon, 6 Jan 2014 10:25:24 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 5B2E5100592; Mon, 6 Jan 2014 11:25:22 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 430DD8FDBD0; Mon, 6 Jan 2014 11:26:08 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jwAivXgnZHoP; Mon, 6 Jan 2014 11:26:07 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 4E3BE8FDBCF; Mon, 6 Jan 2014 11:26:07 +0100 (CET) Message-ID: <52CA84DA.7050909@bitfrost.no> Date: Mon, 06 Jan 2014 11:26:34 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: huanghwh@gmail.com Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> <52CA7CE0.7070202@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 10:25:25 -0000 On 01/06/14 11:15, Huang Wen Hui wrote: > 2014/1/6 Hans Petter Selasky > >> On 01/06/14 10:41, Huang Wen Hui wrote: >> >>> % grep xhci dmesg-xhci-debug.txt | more >>> xhci0: mem 0xc1e00000-0xc1e0ffff at >>> device 20.0 on pci0 >>> xhci0: attempting to allocate 1 MSI vectors (8 supported) >>> xhci0: using IRQ 266 for MSI >>> xhci0: MSI enabled >>> >> >> Those USB timeouts are most likely due to port routing not working >> properly. It is because intel did something special to their lynx point >> series. >> >> Try to set : >> >> hw.usb.xhci.xhci_port_route = "-1" >> >> in /boot/loader.conf > > > Try this before, hw.usb.xhci.xhci_port_route = "-1" make almost of all usb > devices not found. > > external mouse seems to no power at all. > > # usbconfig list > ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER > (5.0Gbps) pwr=SAVE (0mA) > ugen0.2: at usbus0, cfg=255 md=HOST > spd=SUPER (5.0Gbps) pwr=ON (100mA) > Hi, If you check using pciconf -lv, is there a USB controller which has no driver attached? Typically there should be an EHCI/OHCI/UHCI companion controller. When the port route is set to -1 these devices should attach to the companion controller instead. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 10:44:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BF897E7; Mon, 6 Jan 2014 10:44:32 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62B411CFA; Mon, 6 Jan 2014 10:44:31 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id q8so9581032lbi.26 for ; Mon, 06 Jan 2014 02:44:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=mOsb0MGaEvL221nwniWEB4Qk+DYZw7b9L4LB4/SCwzM=; b=LfhALtYJINLuK/q5zm4LyfCvXQnL8bgWrOGQ5+auvZ32IlbtQZJSD0WCK4cJXNV82E xYz93Qd1Amka3Hc5hgMNw8sK0NLBQZbueriKjdjPL7FwQJl7Epgsnyaqt0rTyEu41B6U mkjkVvjWjJeYlQC2XPK8FO1J6QHDRddu9CTdjCuoXfYop7j9h4G6uzqwoVMLDRrU+uke 2RrExnXxpT59O3iYWclK2CJ9Icz8J53DiM+5q+IxYglIG9lQEzeCq7NDSU2EmJJ/6NIJ BMNGQgFM9J9/wfRal29+teGc4iVws/rZT7ddqBP9ZCxRgOZ9ZBCQ/ZIg+JO7AKW/Cvjt z92A== MIME-Version: 1.0 X-Received: by 10.112.137.138 with SMTP id qi10mr41906515lbb.21.1389005069403; Mon, 06 Jan 2014 02:44:29 -0800 (PST) Received: by 10.112.135.195 with HTTP; Mon, 6 Jan 2014 02:44:29 -0800 (PST) In-Reply-To: <52CA84DA.7050909@bitfrost.no> References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> <52CA7CE0.7070202@bitfrost.no> <52CA84DA.7050909@bitfrost.no> Date: Mon, 6 Jan 2014 18:44:29 +0800 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 10:44:32 -0000 No, from pciconf -lv, I only found one USB is xhci driver, other none I don't think is a USB controller. # pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x012f106b chip=0x0d048086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x012f106b chip=0x0d018086 rev=0x08 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib2@pci0:0:1:1: class=0x060400 card=0x012f106b chip=0x0d058086 rev=0x08 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI xhci0@pci0:0:20:0: class=0x0c0330 card=0x72708086 chip=0x8c318086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB xHCI Host Controller' class = serial bus subclass = USB none0@pci0:0:22:0: class=0x078000 card=0x72708086 chip=0x8c3a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point MEI Controller' class = simple comms hdac1@pci0:0:27:0: class=0x040300 card=0x72708086 chip=0x8c208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point High Definition Audio Controller' class = multimedia subclass = HDA pcib11@pci0:0:28:0: class=0x060400 card=0x72708086 chip=0x8c108086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = 'Lynx Point PCI Express Root Port' class = bridge subclass = PCI-PCI pcib12@pci0:0:28:2: class=0x060400 card=0x72708086 chip=0x8c148086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = 'Lynx Point PCI Express Root Port' class = bridge subclass = PCI-PCI pcib13@pci0:0:28:3: class=0x060400 card=0x72708086 chip=0x8c168086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = 'Lynx Point PCI Express Root Port' class = bridge subclass = PCI-PCI pcib14@pci0:0:28:4: class=0x060400 card=0x72708086 chip=0x8c188086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = 'Lynx Point PCI Express Root Port' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x72708086 chip=0x8c4b8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point LPC Controller' class = bridge subclass = PCI-ISA none1@pci0:0:31:3: class=0x0c0500 card=0x72708086 chip=0x8c228086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point SMBus Controller' class = serial bus subclass = SMBus vgapci0@pci0:1:0:0: class=0x030000 card=0x0130106b chip=0x0fe910de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = display subclass = VGA hdac0@pci0:1:0:1: class=0x040300 card=0x0130106b chip=0x0e1b10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = multimedia subclass = HDA pcib3@pci0:6:0:0: class=0x060400 card=0x11112222 chip=0x156d8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib4@pci0:7:0:0: class=0x060400 card=0x11112222 chip=0x156d8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib5@pci0:7:3:0: class=0x060400 card=0x11112222 chip=0x156d8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib8@pci0:7:4:0: class=0x060400 card=0x11112222 chip=0x156d8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib9@pci0:7:5:0: class=0x060400 card=0x11112222 chip=0x156d8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib10@pci0:7:6:0: class=0x060400 card=0x11112222 chip=0x156d8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI none2@pci0:8:0:0: class=0x088000 card=0x11112222 chip=0x156c8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = base peripheral pcib6@pci0:9:0:0: class=0x060400 card=0x00000000 chip=0x15498086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = 'DSL3510 Thunderbolt Controller [Cactus Ridge]' class = bridge subclass = PCI-PCI pcib7@pci0:10:0:0: class=0x060400 card=0x00000000 chip=0x15498086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = 'DSL3510 Thunderbolt Controller [Cactus Ridge]' class = bridge subclass = PCI-PCI bge0@pci0:11:0:0: class=0x020000 card=0x00f6106b chip=0x168214e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM57762 Gigabit Ethernet PCIe' class = network subclass = ethernet none3@pci0:3:0:0: class=0x028000 card=0x0134106b chip=0x43a014e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' class = network none4@pci0:4:0:0: class=0x048000 card=0x157014e4 chip=0x157014e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' class = multimedia ahci0@pci0:5:0:0: class=0x010601 card=0x00000000 chip=0x1600144d rev=0x01 hdr=0x00 vendor = 'Samsung Electronics Co Ltd' class = mass storage subclass = SATA 9.1R xhci code found these devices: ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (70mA) ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (94mA) ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) ugen0.5: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) ugen0.6: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) ugen0.7: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (40mA) ugen0.8: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) 2014/1/6 Hans Petter Selasky > On 01/06/14 11:15, Huang Wen Hui wrote: > >> 2014/1/6 Hans Petter Selasky >> >> On 01/06/14 10:41, Huang Wen Hui wrote: >>> >>> % grep xhci dmesg-xhci-debug.txt | more >>>> xhci0: mem 0xc1e00000-0xc1e0ffff >>>> at >>>> device 20.0 on pci0 >>>> xhci0: attempting to allocate 1 MSI vectors (8 supported) >>>> xhci0: using IRQ 266 for MSI >>>> xhci0: MSI enabled >>>> >>>> >>> Those USB timeouts are most likely due to port routing not working >>> properly. It is because intel did something special to their lynx point >>> series. >>> >>> Try to set : >>> >>> hw.usb.xhci.xhci_port_route = "-1" >>> >>> in /boot/loader.conf >>> >> >> >> Try this before, hw.usb.xhci.xhci_port_route = "-1" make almost of all >> usb >> devices not found. >> >> external mouse seems to no power at all. >> >> # usbconfig list >> ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER >> (5.0Gbps) pwr=SAVE (0mA) >> ugen0.2: at usbus0, cfg=255 md=HOST >> spd=SUPER (5.0Gbps) pwr=ON (100mA) >> >> > Hi, > > If you check using pciconf -lv, is there a USB controller which has no > driver attached? Typically there should be an EHCI/OHCI/UHCI companion > controller. When the port route is set to -1 these devices should attach to > the companion controller instead. > > --HPS > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 10:54:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D16FEC8A; Mon, 6 Jan 2014 10:54:42 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2333C1E30; Mon, 6 Jan 2014 10:54:41 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id el20so9791632lab.9 for ; Mon, 06 Jan 2014 02:54:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=nU9ncejpcnPzk2beg6sGkt23x4BP7ero4vuaHlfY59I=; b=y7eEKP/5xB36UNI7h9gt1UhEHSVcCb9tv8r9R+fZyIS4rXa304fKipL2ZYJPVYk2sd DNpF4sSpRuqDFBXw+0MH3wyZJ+5bAsv+ByH1gVb0ZAY6/hHDylp+buTOaIj0Cl1pECdm SOmyDr+nBqCvq7iFJT6Px5AHz3kwa9p4+GSodLrxSacTF+z4wtEfrZ/K8QTh9XorSfq2 vA1CuMI76LWK3sTNwsQvgGuKF2Yr4hGJjKuKjVRshMWrUQuljvklRzfvsPk/zbeEi4JR T80Wbs9TewV7jfXoxBplFyDmjOacQ0AiWtd7lSIhJnd2b1S4cJoHfv/DOcsKRCW+n6Zf jGYg== MIME-Version: 1.0 X-Received: by 10.152.21.74 with SMTP id t10mr153464lae.65.1389005680151; Mon, 06 Jan 2014 02:54:40 -0800 (PST) Received: by 10.112.135.195 with HTTP; Mon, 6 Jan 2014 02:54:40 -0800 (PST) In-Reply-To: <52CA6E3F.9000301@bitfrost.no> References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> Date: Mon, 6 Jan 2014 18:54:40 +0800 Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Huang Wen Hui To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huanghwh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 10:54:42 -0000 Yes, I did it, works like 9.1R. 2014/1/6 Hans Petter Selasky > On 01/06/14 09:19, Huang Wen Hui wrote: > >> The xhci code from 9.1R is OK, but there are a lot of "USB_ERR_TIMEOUT" in >> 9.2R... >> > > Have you copied the USB code from 9.1R to 9.2R and made a build? > > --HPS > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 11:15:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F3614BD for ; Mon, 6 Jan 2014 11:15:05 +0000 (UTC) Received: from frv197.fwdcdn.com (frv197.fwdcdn.com [212.42.77.197]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D9B5613AF for ; Mon, 6 Jan 2014 11:15:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=4sd2F/5jRS1UgY/VDnf7jphFsJegs/saLoyJTcE0bCI=; b=FKLjwhbxWVG2QhpUvgq54pnkLz2kJniBzJQ0iRwkZwKNtYOCc2YPQ2m1JuSYuFBg9YndDLkTmFWuGelAQ18sJGlqScxKQ/Ui3t0SrOmDXiGKOmp6+7ltwxyCbUWEXx1675Q+j6fLtRm/MPsljMt8XLCLA3vSboA2oLRlsMjsCXE=; Received: from [10.10.10.45] (helo=frv45.ukr.net) by frv197.fwdcdn.com with smtp ID 1W088y-0004xh-K5 for freebsd-current@freebsd.org; Mon, 06 Jan 2014 13:14:52 +0200 Date: Mon, 06 Jan 2014 13:14:52 +0200 From: Vladimir Sharun Subject: Re[2]: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) To: Andriy Gapon X-Mailer: mail.ukr.net 5.0 Message-Id: <1389005433.815055146.2dcjke36@frv45.ukr.net> In-Reply-To: <52C93E4D.1050100@FreeBSD.org> References: <1388839805.123581691.q97ijp8l@frv45.ukr.net> <52C93E4D.1050100@FreeBSD.org> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.ukr.net; Mon, 06 Jan 2014 13:14:52 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 11:15:05 -0000 Dear Andriy and FreeBSD community, I got the few minutes run for this dtrace hook; here's the output for 15 minutes run: http://pastebin.com/pKm9kLwa Does it explain something ? > on 04/01/2014 14:50 Vladimir Sharun said the following: > [snip] > > ARC: 28G Total, 2085M MFU, 20G MRU, 29M Anon, 1858M Header, 3855M Other > [snip] > > ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP > [snip] > > zio_data_buf_131072: 131072, 0, 488217, 9,287155442, 0, 0 > > I noticed a particular discrepancy between reported ARC usage and sizes of UMA > zones used by ZFS code: > > 488217 * 131072 = ~59GB right there. > > There are several possibilities for this discrepancy: > - bad accounting or reporting of ARC stats > - those 128K buffers being used in a special way and thus not accounted as ARC > - some sort of resource leak > > You could try to use DTrace to gather the stacks of all code paths that lead to > allocation of those buffers. Something like: > > fbt::zio_data_buf_alloc:entry > /arg0 == 131072/ > { > @[stack()] = count(); > } > > This could be a start for understanding the issue. > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 11:17:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37C7C670; Mon, 6 Jan 2014 11:17:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1B941444; Mon, 6 Jan 2014 11:17:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s06BHQ0h014701; Mon, 6 Jan 2014 06:17:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s06BHQvn014695; Mon, 6 Jan 2014 11:17:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jan 2014 11:17:26 GMT Message-Id: <201401061117.s06BHQvn014695@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 11:17:34 -0000 TB --- 2014-01-06 08:10:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-06 08:10:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-06 08:10:21 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-06 08:10:21 - cleaning the object tree TB --- 2014-01-06 08:14:09 - /usr/local/bin/svn stat /src TB --- 2014-01-06 08:14:13 - At svn revision 260365 TB --- 2014-01-06 08:14:14 - building world TB --- 2014-01-06 08:14:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 08:14:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 08:14:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 08:14:14 - SRCCONF=/dev/null TB --- 2014-01-06 08:14:14 - TARGET=arm TB --- 2014-01-06 08:14:14 - TARGET_ARCH=armv6 TB --- 2014-01-06 08:14:14 - TZ=UTC TB --- 2014-01-06 08:14:14 - __MAKE_CONF=/dev/null TB --- 2014-01-06 08:14:14 - cd /src TB --- 2014-01-06 08:14:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 6 08:14:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 6 11:17:22 UTC 2014 TB --- 2014-01-06 11:17:22 - generating LINT kernel config TB --- 2014-01-06 11:17:22 - cd /src/sys/arm/conf TB --- 2014-01-06 11:17:22 - /usr/bin/make -B LINT TB --- 2014-01-06 11:17:22 - cd /src/sys/arm/conf TB --- 2014-01-06 11:17:22 - /usr/sbin/config -m LINT TB --- 2014-01-06 11:17:22 - skipping LINT kernel TB --- 2014-01-06 11:17:22 - cd /src/sys/arm/conf TB --- 2014-01-06 11:17:22 - /usr/sbin/config -m AC100 TB --- 2014-01-06 11:17:22 - building AC100 kernel TB --- 2014-01-06 11:17:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 11:17:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 11:17:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 11:17:22 - SRCCONF=/dev/null TB --- 2014-01-06 11:17:22 - TARGET=arm TB --- 2014-01-06 11:17:22 - TARGET_ARCH=armv6 TB --- 2014-01-06 11:17:22 - TZ=UTC TB --- 2014-01-06 11:17:22 - __MAKE_CONF=/dev/null TB --- 2014-01-06 11:17:22 - cd /src TB --- 2014-01-06 11:17:22 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Mon Jan 6 11:17:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-06 11:17:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-06 11:17:26 - ERROR: failed to build AC100 kernel TB --- 2014-01-06 11:17:26 - 8695.43 user 1612.06 system 11225.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 11:18:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 538147AD; Mon, 6 Jan 2014 11:18:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 19548145A; Mon, 6 Jan 2014 11:18:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s06BI9Zc021070; Mon, 6 Jan 2014 06:18:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s06BI9XY021068; Mon, 6 Jan 2014 11:18:09 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jan 2014 11:18:09 GMT Message-Id: <201401061118.s06BI9XY021068@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 11:18:10 -0000 TB --- 2014-01-06 08:10:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-06 08:10:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-06 08:10:21 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-06 08:10:21 - cleaning the object tree TB --- 2014-01-06 08:14:10 - /usr/local/bin/svn stat /src TB --- 2014-01-06 08:14:14 - At svn revision 260365 TB --- 2014-01-06 08:14:15 - building world TB --- 2014-01-06 08:14:15 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 08:14:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 08:14:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 08:14:15 - SRCCONF=/dev/null TB --- 2014-01-06 08:14:15 - TARGET=arm TB --- 2014-01-06 08:14:15 - TARGET_ARCH=arm TB --- 2014-01-06 08:14:15 - TZ=UTC TB --- 2014-01-06 08:14:15 - __MAKE_CONF=/dev/null TB --- 2014-01-06 08:14:15 - cd /src TB --- 2014-01-06 08:14:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 6 08:14:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 6 11:17:22 UTC 2014 TB --- 2014-01-06 11:17:22 - generating LINT kernel config TB --- 2014-01-06 11:17:22 - cd /src/sys/arm/conf TB --- 2014-01-06 11:17:22 - /usr/bin/make -B LINT TB --- 2014-01-06 11:17:22 - cd /src/sys/arm/conf TB --- 2014-01-06 11:17:22 - /usr/sbin/config -m LINT TB --- 2014-01-06 11:17:22 - building LINT kernel TB --- 2014-01-06 11:17:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 11:17:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 11:17:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 11:17:22 - SRCCONF=/dev/null TB --- 2014-01-06 11:17:22 - TARGET=arm TB --- 2014-01-06 11:17:22 - TARGET_ARCH=arm TB --- 2014-01-06 11:17:22 - TZ=UTC TB --- 2014-01-06 11:17:22 - __MAKE_CONF=/dev/null TB --- 2014-01-06 11:17:22 - cd /src TB --- 2014-01-06 11:17:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 6 11:17:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:48: In file included from ./machine/intr.h:71: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-06 11:18:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-06 11:18:09 - ERROR: failed to build LINT kernel TB --- 2014-01-06 11:18:09 - 8684.26 user 1628.12 system 11268.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 11:24:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD5DB02; Mon, 6 Jan 2014 11:24:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0EB8B1576; Mon, 6 Jan 2014 11:24:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s06BOph0090980; Mon, 6 Jan 2014 06:24:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s06BOp2w090979; Mon, 6 Jan 2014 11:24:51 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 6 Jan 2014 11:24:51 GMT Message-Id: <201401061124.s06BOp2w090979@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 11:24:52 -0000 TB --- 2014-01-06 08:10:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-06 08:10:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-06 08:10:21 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-01-06 08:10:21 - cleaning the object tree TB --- 2014-01-06 08:14:13 - /usr/local/bin/svn stat /src TB --- 2014-01-06 08:14:16 - At svn revision 260365 TB --- 2014-01-06 08:14:17 - building world TB --- 2014-01-06 08:14:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-06 08:14:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-06 08:14:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-06 08:14:17 - SRCCONF=/dev/null TB --- 2014-01-06 08:14:17 - TARGET=amd64 TB --- 2014-01-06 08:14:17 - TARGET_ARCH=amd64 TB --- 2014-01-06 08:14:17 - TZ=UTC TB --- 2014-01-06 08:14:17 - __MAKE_CONF=/dev/null TB --- 2014-01-06 08:14:17 - cd /src TB --- 2014-01-06 08:14:17 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 6 08:14:24 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] ranlib libgcc_eh.a sh /src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a /obj/amd64.amd64/src/lib32/usr/lib32 ===> lib/libcompiler_rt (obj,depend,all,install) rm -f .depend CC='cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /obj/amd64.amd64/src/lib32/usr/include/ -L/obj/amd64.amd64/src/lib32/usr/lib32 -B/obj/amd64.amd64/src/lib32/usr/lib32' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/..! /../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/! lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt! /lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt! /lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/l! ibcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libc! ompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompile! r_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/comp! iler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compile! r-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler! -rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/! lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/! libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc: warning: argument unused during compilation: '-L/obj/amd64.amd64/src/lib32/usr/lib32' cc -m32 -march=i686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /obj/amd64.amd64/src/lib32/usr/include/ -L/obj/amd64.amd64/src/lib32/usr/lib32 -B/obj/amd64.amd64/src/lib32/usr/lib32 -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: error: argument unused during compilation: '-L/obj/amd64.amd64/src/lib32/usr/lib32' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-06 11:24:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-06 11:24:51 - ERROR: failed to build world TB --- 2014-01-06 11:24:51 - 9302.55 user 1573.74 system 11670.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 11:55:18 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41DC26F6 for ; Mon, 6 Jan 2014 11:55:18 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3D918D4 for ; Mon, 6 Jan 2014 11:55:17 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA21489; Mon, 06 Jan 2014 13:55:08 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1W08lw-0001TI-Al; Mon, 06 Jan 2014 13:55:08 +0200 Message-ID: <52CA9963.1050507@FreeBSD.org> Date: Mon, 06 Jan 2014 13:54:11 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Vladimir Sharun Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) References: <1388839805.123581691.q97ijp8l@frv45.ukr.net> <52C93E4D.1050100@FreeBSD.org> <1389005433.815055146.2dcjke36@frv45.ukr.net> In-Reply-To: <1389005433.815055146.2dcjke36@frv45.ukr.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 11:55:18 -0000 on 06/01/2014 13:14 Vladimir Sharun said the following: > Dear Andriy and FreeBSD community, > > I got the few minutes run for this dtrace hook; here's the output for 15 minutes run: > > http://pastebin.com/pKm9kLwa > > Does it explain something ? The following makes me suspect a problem with L2ARC compression code. zfs.ko`l2arc_feed_thread+0x7d9 kernel`fork_exit+0x9a kernel`0xffffffff8069ad6e 95131 I am not sure if the buffers are leaked somehow or if they are actually in use. It's one of the very few places where data buffers are allocated without charging ARC. In all other places it's quite easy to match allocations and deallocations. But in L2ARC it is not obvious that all buffers get freed or when that happens. >> on 04/01/2014 14:50 Vladimir Sharun said the following: >> [snip] >>> ARC: 28G Total, 2085M MFU, 20G MRU, 29M Anon, 1858M Header, 3855M Other >> [snip] >>> ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP >> [snip] >>> zio_data_buf_131072: 131072, 0, 488217, 9,287155442, 0, 0 >> >> I noticed a particular discrepancy between reported ARC usage and sizes of UMA >> zones used by ZFS code: >> >> 488217 * 131072 = ~59GB right there. >> >> There are several possibilities for this discrepancy: >> - bad accounting or reporting of ARC stats >> - those 128K buffers being used in a special way and thus not accounted as ARC >> - some sort of resource leak >> >> You could try to use DTrace to gather the stacks of all code paths that lead to >> allocation of those buffers. Something like: >> >> fbt::zio_data_buf_alloc:entry >> /arg0 == 131072/ >> { >> @[stack()] = count(); >> } >> >> This could be a start for understanding the issue. >> -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 11:33:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A7B8E4 for ; Mon, 6 Jan 2014 11:33:37 +0000 (UTC) Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1995F169D for ; Mon, 6 Jan 2014 11:33:36 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id c11so9649439lbj.37 for ; Mon, 06 Jan 2014 03:33:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=BHCU8QxWQB+7yKHp3kswSx7pa3p/IlbprJea1h0acGc=; b=BSVI0yhfGAi6wYR/B8AYOmZnb8NJEkVDt79YSvJBkyIZqTIF72lardIepeRJES+EJz rGUT7bPtkqJx8rn/vx3e4OIDe/6WXJneOgTbQbSxYqvgoGwbgOVesd0T7+5dh7LIRsiI PQRFZcVGWjs5Dl5nPJOp1TCvjYzehLMqCMqww6j4bRPuLpoI1eDyiA96XabTBlb4F5+Z uZcdqLDoPvQrSsTe9liirI8Tn9wrhwUkkXEYhuAJXYjfRXsGFSJMiIXmiPr5wpWFkAgD nei8l/lzkdSKgGdBT8gnxRqBbXkQVLI5i10WZ7+gfq6A85uIzB4cDY9YsUGKVUwwmv4q sMoQ== X-Gm-Message-State: ALoCoQmMhEZfzKcorvl34ASDupmYzZBmFwyETR+PDYUENibpBwf2WA2cUg5NXPzhF80zPGrZ6PdY X-Received: by 10.112.13.169 with SMTP id i9mr197869lbc.73.1389008009013; Mon, 06 Jan 2014 03:33:29 -0800 (PST) Received: from [192.168.42.157] ([195.69.14.50]) by mx.google.com with ESMTPSA id rb4sm42585872lbb.1.2014.01.06.03.33.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 Jan 2014 03:33:27 -0800 (PST) Message-ID: <52CA9481.4090703@linaro.org> Date: Mon, 06 Jan 2014 11:33:21 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= , freebsd-xen@freebsd.org, freebsd-current@freebsd.org, xen-devel@lists.xen.org, gibbs@freebsd.org, jhb@freebsd.org, kib@freebsd.org, julien.grall@citrix.com Subject: Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH References: <1388677433-49525-1-git-send-email-roger.pau@citrix.com> <1388677433-49525-16-git-send-email-roger.pau@citrix.com> <52C9D4CA.6070403@linaro.org> <52CA78DE.9060502@citrix.com> In-Reply-To: <52CA78DE.9060502@citrix.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 06 Jan 2014 12:32:52 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 11:33:37 -0000 On 01/06/2014 09:35 AM, Roger Pau Monné wrote: > On 05/01/14 22:55, Julien Grall wrote: >> >> >> On 01/02/2014 03:43 PM, Roger Pau Monne wrote: >>> Introduce a Xen specific nexus that is going to be in charge for >>> attaching Xen specific devices. >> >> Now that we have a xenpv bus, do we really need a specific nexus for Xen? >> We should be able to use the identify callback of xenpv to create the bus. >> >> The other part of this patch can be merged in the patch #14 "Introduce >> xenpv bus and a dummy pvcpu device". > > On x86 at least we need the Xen specific nexus, or we will fall back to > use the legacy nexus which is not what we really want. > Oh right, in any case can we use the identify callback of xenpv to add the bus? With this solution xenpv can add itself no matter FreeBSD use the generic nexus or the nexus Xen, of course with a check if we are running on Xen :). For instance, on ARM side I don't plan to have a specific Xen nexus. Cheers, -- Julien Grall From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 11:36:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 622AC1CA for ; Mon, 6 Jan 2014 11:36:53 +0000 (UTC) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D539C16F5 for ; Mon, 6 Jan 2014 11:36:52 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id w7so9675027lbi.2 for ; Mon, 06 Jan 2014 03:36:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=wAmz0/AnkdSWtFxyqTbBWmZeac9Tq38a7Gv+UnPnKo0=; b=ZGT13IlhdXvRyVBw2bBPdxdlZzm68sRnAzyU5uWfSSOa+mTyIbJB/sHiC9H0pQR/n9 RfmMYPKwMBsvVa1PfBXFliu/Ax93JomlXF7WlxcWfntyCrorANP2SiDugCnqS6i65Mxe HMcF80FgBRf/CQMQCcep0fg7wOMc2qik4Mix4mlT7R7SBFqpAJ0fw77ObEkv3wjXblLl yWYTuqqVmn/tkQvZhru8W8kuiA1OEUI8Mu6g2wJ+qoUPHiaa89L8RK3JnaSCkXTxyTvN OFrtGaPUz8K3Wy8Gv+2phunTNW0y+0foEPGQ0eBEzZ5b2KZW4qjL5MQIeGHJ//sfidmL QiTQ== X-Gm-Message-State: ALoCoQk+iCQY0JuleJf3f+3++JgOlJqP2Mfd8sQlVe48NwF3lavb9TAdCCqOg1geIAe3LFH9OxyQ X-Received: by 10.152.44.225 with SMTP id h1mr44576319lam.22.1389007730321; Mon, 06 Jan 2014 03:28:50 -0800 (PST) Received: from [192.168.42.157] ([195.69.14.50]) by mx.google.com with ESMTPSA id mv9sm42580544lbc.0.2014.01.06.03.28.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 Jan 2014 03:28:49 -0800 (PST) Message-ID: <52CA9347.8040901@linaro.org> Date: Mon, 06 Jan 2014 11:28:07 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= , freebsd-xen@freebsd.org, freebsd-current@freebsd.org, xen-devel@lists.xen.org, gibbs@freebsd.org, jhb@freebsd.org, kib@freebsd.org, julien.grall@citrix.com Subject: Re: [Xen-devel] [PATCH v9 14/19] xen: introduce xenpv bus and a dummy pvcpu device References: <1388677433-49525-1-git-send-email-roger.pau@citrix.com> <1388677433-49525-15-git-send-email-roger.pau@citrix.com> <52C9D432.3040409@linaro.org> <52CA7B8F.9060402@citrix.com> In-Reply-To: <52CA7B8F.9060402@citrix.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 06 Jan 2014 12:33:10 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 11:36:53 -0000 On 01/06/2014 09:46 AM, Roger Pau Monné wrote: > On 05/01/14 22:52, Julien Grall wrote: >> >> >> On 01/02/2014 03:43 PM, Roger Pau Monne wrote: >>> Since Xen PVH guests doesn't have ACPI, we need to create a dummy >>> bus so top level Xen devices can attach to it (instead of >>> attaching directly to the nexus) and a pvcpu device that will be used >>> to fill the pcpu->pc_device field. >>> --- >>> sys/conf/files.amd64 | 1 + >>> sys/conf/files.i386 | 1 + >>> sys/x86/xen/xenpv.c | 155 >>> ++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> I think it makes more sense to have 2 files: one for xenpv bus and one >> for a dummy pvcpu device. It would allow us to move xenpv bus to common >> code (sys/xen or sys/dev/xen). > > Ack. I wasn't thinking other arches will probably use the xenpv bus but > not the dummy cpu device. Would you agree to leave xenpv bus inside > x86/xen for now and move the dummy PV cpu device to dev/xen/pvcpu/? As we will attach every xen device to xenpv, it makes more sense to have xenpv bus used on ARM. It will avoid duplication code and keep it nicer. I'm fine with this solution for now. I will update/move the code when I will send the patch series to support FreeBSD on Xen on ARM. >> >> [..] >> >>> + >>> +static int >>> +xenpv_probe(device_t dev) >>> +{ >>> + >>> + device_set_desc(dev, "Xen PV bus"); >>> + device_quiet(dev); >>> + return (0); >> >> As I understand, 0 means I can "handle" the current device, in this case >> if a device is probing, because it doesn't have yet a driver, we will >> use xenpv and end up with 2 (or even more) xenpv buses. >> >> As we only want to probe xenpv bus once, when the bus was added >> manually, returning BUS_PROBE_NO_WILDCARD would suit better. >> >> [..] >> >>> +static int >>> +xenpvcpu_probe(device_t dev) >>> +{ >>> + >>> + device_set_desc(dev, "Xen PV CPU"); >>> + return (0); >> >> Same here: BUS_PROBE_NOWILDCARD. > > Ack for both, will change it to BUS_PROBE_NOWILDCARD. While at it, we > should also change xenstore probe function to return BUS_PROBE_NOWILDCARD. > Right, I have a patch for xenstore. Do you want me to send it? -- Julien Grall From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 12:42:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F109B27 for ; Mon, 6 Jan 2014 12:42:19 +0000 (UTC) Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFCFA1D90 for ; Mon, 6 Jan 2014 12:42:18 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id d49so7815112eek.19 for ; Mon, 06 Jan 2014 04:42:17 -0800 (PST) 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=twjs4rSO/8++Tg+MdJVi/YKU/4Hfg6mRo054rpUDs8g=; b=lPZ66iEyUcu5bp+KWavZx9ULreHPb/sTqVwVi/Q39589i65mX6j8qqAg6SDHsQRPeB kwOGwT6aabQrMslJ9F37mTyH9djKE1nJREBxW1hv8isso6pw4o9lSu8wtGWWY6NFGhXl fxbI30la970hUmeWR2A6Nztn8anyp8DpAf7devOVPKdkcGWL+6xvMPA9GKou1EmMhmbF IoIT1kalTKFzHJlGfCvACtU8Hc4Zw/D4e5a+eeffpnve1qmFRYK3Op5CFsQZgv/4Pbj2 6RLm+6g19lX/1r/MDmbTH7/2VvtOuQVer+lVQbUD5jpv4dhJYjclfQ71gLYSW2LAIabP p/cg== X-Received: by 10.14.150.5 with SMTP id y5mr16023076eej.73.1389012137110; Mon, 06 Jan 2014 04:42:17 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id g47sm170655307eeo.19.2014.01.06.04.42.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 Jan 2014 04:42:16 -0800 (PST) Sender: Alexander Motin Message-ID: <52CAA4A5.3090100@FreeBSD.org> Date: Mon, 06 Jan 2014 14:42:13 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Markiyan Kushnir Subject: Re: [markiyan.kushnir@gmail.com: Re: 11.0-CURRENT panic (nfsd?)] References: <20140106011658.GV99167@funkthat.com> In-Reply-To: <20140106011658.GV99167@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: John-Mark Gurney , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 12:42:19 -0000 Thank you for the report. Bug fixed at r260367. > ----- Forwarded message from Markiyan Kushnir ----- > > Date: Sun, 5 Jan 2014 19:47:37 +0200 > Subject: Re: 11.0-CURRENT panic (nfsd?) > From: Markiyan Kushnir > To: Markiyan Kushnir , freebsd-current@freebsd.org > > $ nm /boot/kernel/kernel | grep svc_run_internal > ffffffff80714db0 t svc_run_internal > $ addr2line -e /boot/kernel/kernel 0xffffffff80715779 > /usr/src.svnup/sys/rpc/svc.c:971 > > 949 static void > 950 svc_executereq(struct svc_req *rqstp) > 951 { > 952 SVCXPRT *xprt = rqstp->rq_xprt; > 953 SVCPOOL *pool = xprt->xp_pool; > 954 int prog_found; > 955 rpcvers_t low_vers; > 956 rpcvers_t high_vers; > 957 struct svc_callout *s; > 958 > 959 /* now match message with a registered service*/ > 960 prog_found = FALSE; > 961 low_vers = (rpcvers_t) -1L; > 962 high_vers = (rpcvers_t) 0L; > 963 TAILQ_FOREACH(s, &pool->sp_callouts, sc_link) { > 964 if (s->sc_prog == rqstp->rq_prog) { > 965 if (s->sc_vers == rqstp->rq_vers) { > 966 /* > 967 * We hand ownership of r to the > 968 * dispatch method - they must call > 969 * svc_freereq. > 970 */ > 971 (*s->sc_dispatch)(rqstp, xprt); > 972 return; > 973 } /* found correct version */ > 974 prog_found = TRUE; > 975 if (s->sc_vers < low_vers) > 976 low_vers = s->sc_vers; > 977 if (s->sc_vers > high_vers) > 978 high_vers = s->sc_vers; > 979 } /* found correct program */ > 980 } > 981 > 982 /* > 983 * if we got here, the program or version > 984 * is not served ... > 985 */ > 986 if (prog_found) > 987 svcerr_progvers(rqstp, low_vers, high_vers); > 988 else > 989 svcerr_noprog(rqstp); > 990 > 991 svc_freereq(rqstp); > 992 } > 993 > > 2014/1/5 John-Mark Gurney : >> Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 11:06 +0200: >>> 2014/1/5 John-Mark Gurney : >>>> Markiyan Kushnir wrote this message on Sun, Jan 05, 2014 at 10:57 +0200: >>>>> I started to see a reliable panic on a recent CURRENT: >>>>> >>>>> $ uname -a >>>>> FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>>>> r260296: Sun Jan 5 07:14:50 EET 2014 >>>>> root@vm.mkushnir.mooo.com:/usr/obj/usr/src.svnup/sys/MAREK amd64 >>>>> >>>>> The panic is always triggered by the first request to the nfs service >>>>> (this machine runs a PXE server). >>>>> >>>>> The core.txt is attached. Please let me know if I can help more. >>>> >>>> Apparently the mime-type on the attachment was bad and got scrubbed... >>>> >>>> Maybe include it inline if it isn't too long? >>>> >>> >>> It's 144KB long. I will share it via Google Drive: >>> >>> https://drive.google.com/file/d/0B9Q-zpUXxqCnNVhBY0M5ZzU4d1k/edit?usp=sharing >> >> Looks like a NULL function pointer was called: >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x0 >> fault code = supervisor read instruction, page not present >> instruction pointer = 0x20:0x0 >> stack pointer = 0x28:0xfffffe00d9a2bea0 >> frame pointer = 0x28:0xfffffe00d9a2c010 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1323 (nfsd: master) >> trap number = 12 >> panic: page fault >> >> --- trap 0xc, rip = 0, rsp = 0xfffffe00d9a2bea0, rbp = 0xfffffe00d9a2c010 --- >> uart_sab82532_class() at 0/frame 0xfffffe00d9a2c010 >> svc_run_internal() at svc_run_internal+0x9c9/frame 0xfffffe00d9a2c1b0 >> svc_run() at svc_run+0xed/frame 0xfffffe00d9a2c1f0 >> nfsrvd_nfsd() at nfsrvd_nfsd+0x19a/frame 0xfffffe00d9a2c350 >> nfssvc_nfsd() at nfssvc_nfsd+0x11a/frame 0xfffffe00d9a2c970 >> sys_nfssvc() at sys_nfssvc+0xd2/frame 0xfffffe00d9a2c9a0 >> amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00d9a2cab0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00d9a2cab0 >> --- syscall (155, FreeBSD ELF64, sys_nfssvc), rip = 0x80088c13a, rsp = 0x7fffffffd438, rbp = 0x7fffffffd6e0 --- >> >> The uart_sab82532_class is just the closest symbol to 0, so it's in >> svc_run_internal that's the problem... Could you run: >> nm /boot/kernel/kernel | grep svc_run_internal >> >> This should return a line w/ a large hex number at the front, then run: >> addr2line -e /boot/kernel/kernel $( expr 0x+0x9c9) >> >> This will give you a file name and line number, and can you copy/paste >> the lines around and including that line number? This will help make >> sure we get the correct code... -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 13:03:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91030548 for ; Mon, 6 Jan 2014 13:03:45 +0000 (UTC) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 488781F1E for ; Mon, 6 Jan 2014 13:03:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=W43s5jQxspALSVM7LOGj4SFo/lYgkv2scsS5xxilNl4=; b=Hp5XtV1fQPTtsV6h0F6ld5F7kFfS8ZsqvlTqiqjj0ieCjAM0fsG+6XnM5qIrRCdwiROZ1aDf2tImSUieRMgfa1YmvjcnBESFEYWBtZHCN42ucsfKaZQbtP4Ob91lIZQpCMtwikHBMspkP71F0bHadumc2eYazPibM7fwsTHpwKQ=; Received: from [10.10.10.45] (helo=frv45.ukr.net) by frv199.fwdcdn.com with smtp ID 1W09qE-0003lF-77 for freebsd-current@freebsd.org; Mon, 06 Jan 2014 15:03:38 +0200 Date: Mon, 06 Jan 2014 15:03:37 +0200 From: Vladimir Sharun Subject: Re[2]: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) To: Andriy Gapon X-Mailer: mail.ukr.net 5.0 Message-Id: <1389013106.234649040.eb8ieitz@frv45.ukr.net> In-Reply-To: <52CA9963.1050507@FreeBSD.org> References: <1388839805.123581691.q97ijp8l@frv45.ukr.net> <52C93E4D.1050100@FreeBSD.org> <1389005433.815055146.2dcjke36@frv45.ukr.net> <52CA9963.1050507@FreeBSD.org> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.ukr.net; Mon, 06 Jan 2014 15:03:38 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 13:03:45 -0000 Dear Andriy, FreeBSD community, Thank you for your suggestion, so we will turn off the L2ARC and will report if the issue persist or not. For now the test server rebooted with L2ARC turned off and there's no allocations done in l2arc_feed_thread according to dtrace hook you provided. Let's imagine the situation, we found l2arc_feed_thread allocations is the cause, what shall our next step ? The feedback from us will be here within few days (can't reproduce faster) > on 06/01/2014 13:14 Vladimir Sharun said the following: > > Dear Andriy and FreeBSD community, > > > > I got the few minutes run for this dtrace hook; here's the output for 15 minutes run: > > > > http://pastebin.com/pKm9kLwa > > > > Does it explain something ? > > The following makes me suspect a problem with L2ARC compression code. > > zfs.ko`l2arc_feed_thread+0x7d9 > kernel`fork_exit+0x9a > kernel`0xffffffff8069ad6e > 95131 > > I am not sure if the buffers are leaked somehow or if they are actually in use. > It's one of the very few places where data buffers are allocated without > charging ARC. In all other places it's quite easy to match allocations and > deallocations. But in L2ARC it is not obvious that all buffers get freed or > when that happens. From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 14:17:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29F47784 for ; Mon, 6 Jan 2014 14:17:57 +0000 (UTC) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6AB41516 for ; Mon, 6 Jan 2014 14:17:56 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id cy11so18571125qeb.27 for ; Mon, 06 Jan 2014 06:17:56 -0800 (PST) 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=p0xL+ZTNWetU4XzL1J6382PqVMZ4pEiz+7VHlS4BE5w=; b=DXcSi2tHwGOgnUWfawe8W+WoPOF0SZD8gcWqOzu63nzE6bI4JEcPWKYV87unONA49H tOEUUMubtyV2z4GmNmKlMmLdiOe4v5SErnTgw+AGIHsXBObcPaktG1tvnHou2aVK2RhB s5QVNl3yvuUFGSuBx6RECuWnDU67AWt/vj8KQwLC/9d0Qi+d02dC53Pt3lE3b6c3VlmG tGRzxJmwt+HL1/YLuljIIU+Ile6IP3lZswxnVz1ZRcw8CdVeO+J1AxFlu82VZuof/9bn 25MpjkjYWpJA+BLxpJN+Imxm+s0c5R9+Z8YNQ45hyd22Ij9SQDGSm5JSpKeIZmVmCZ9P aMtg== MIME-Version: 1.0 X-Received: by 10.224.124.195 with SMTP id v3mr180905735qar.55.1389017876037; Mon, 06 Jan 2014 06:17:56 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Mon, 6 Jan 2014 06:17:55 -0800 (PST) In-Reply-To: <52CA7CE0.7070202@bitfrost.no> References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> <52CA7CE0.7070202@bitfrost.no> Date: Mon, 6 Jan 2014 06:17:55 -0800 X-Google-Sender-Auth: IwvIEhbj61XGUtiq0e6qZYNrJzY Message-ID: Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: =?UTF-8?B?6buE5paH6L6J?= , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 14:17:57 -0000 Right, but it used to work. That's the confusing bit. How'd you make it not work? :) -a On 6 January 2014 01:52, Hans Petter Selasky wrote: > On 01/06/14 10:41, Huang Wen Hui wrote: >> >> % grep xhci dmesg-xhci-debug.txt | more >> xhci0: mem 0xc1e00000-0xc1e0ffff at >> device 20.0 on pci0 >> xhci0: attempting to allocate 1 MSI vectors (8 supported) >> xhci0: using IRQ 266 for MSI >> xhci0: MSI enabled > > > Those USB timeouts are most likely due to port routing not working properly. > It is because intel did something special to their lynx point series. > > Try to set : > > hw.usb.xhci.xhci_port_route = "-1" > > in /boot/loader.conf > > --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 14:42:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF193DC; Mon, 6 Jan 2014 14:42:58 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE6D16FA; Mon, 6 Jan 2014 14:42:58 +0000 (UTC) Received: from spaceball.andric.com (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E813D5C43; Mon, 6 Jan 2014 15:42:48 +0100 (CET) Message-ID: <52CAC0E1.3060807@FreeBSD.org> Date: Mon, 06 Jan 2014 15:42:41 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Thunderbird/25.0 MIME-Version: 1.0 To: FreeBSD Tinderbox , current@freebsd.org, amd64@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 References: <201401060052.s060qSXx093551@freebsd-current.sentex.ca> In-Reply-To: <201401060052.s060qSXx093551@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 14:42:59 -0000 On 2014-01-06 01:52, FreeBSD Tinderbox wrote: ... > ===> lib/libcompiler_rt (obj,depend,all,install) ... > cc: error: argument unused during compilation: '-L/obj/amd64.amd64/src/lib32/usr/lib32' Apologies, this is caused by r260334. I have put in a temporary workaround in r260369. -Dimitry From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 15:27:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3379C831; Mon, 6 Jan 2014 15:27:48 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id DA3DF1A86; Mon, 6 Jan 2014 15:27:47 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 9DD6C17FC73; Mon, 6 Jan 2014 16:27:44 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 2A6858FDE58; Mon, 6 Jan 2014 16:28:31 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aIAjuu3PKV9R; Mon, 6 Jan 2014 16:28:30 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id CF0108FDE4C; Mon, 6 Jan 2014 16:28:29 +0100 (CET) Message-ID: <52CACBB8.1020905@bitfrost.no> Date: Mon, 06 Jan 2014 16:28:56 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> <52CA7CE0.7070202@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?6buE5paH6L6J?= , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 15:27:48 -0000 On 01/06/14 15:17, Adrian Chadd wrote: > Right, but it used to work. That's the confusing bit. How'd you make > it not work? :) Binary sect the sys/dev/usb/controller/xhci.c revision history? There has been several bug reports for the Lynx point, and others XHCI chipsets are working just fine. --HPS > -a > > On 6 January 2014 01:52, Hans Petter Selasky wrote: >> On 01/06/14 10:41, Huang Wen Hui wrote: >>> >>> % grep xhci dmesg-xhci-debug.txt | more >>> xhci0: mem 0xc1e00000-0xc1e0ffff at >>> device 20.0 on pci0 >>> xhci0: attempting to allocate 1 MSI vectors (8 supported) >>> xhci0: using IRQ 266 for MSI >>> xhci0: MSI enabled >> >> >> Those USB timeouts are most likely due to port routing not working properly. >> It is because intel did something special to their lynx point series. >> >> Try to set : >> >> hw.usb.xhci.xhci_port_route = "-1" >> >> in /boot/loader.conf >> >> --HPS > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 20:52:03 2014 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C89E3756 for ; Mon, 6 Jan 2014 20:52:03 +0000 (UTC) Received: from mail.nanoman.ca (mail.nanoman.ca [76.10.173.222]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47ABF18DE for ; Mon, 6 Jan 2014 20:51:59 +0000 (UTC) Received: from nanocomputer.nanoman.ca (nanocomputer.nanoman.ca [192.168.1.9]) by mail.nanoman.ca (Postfix) with ESMTP id 712B211606 for ; Mon, 6 Jan 2014 15:51:57 -0500 (EST) Received: by nanocomputer.nanoman.ca (Postfix, from userid 62661) id 0395217299; Mon, 6 Jan 2014 15:51:57 -0500 (EST) Date: Mon, 6 Jan 2014 15:51:56 -0500 From: "A.J. Kehoe IV (Nanoman)" To: FreeBSD-current@FreeBSD.org Subject: Re: Better Password Hashes Message-ID: <20140106205156.GD4903@nanocomputer.nanoman.ca> References: <20130930181611.GA90404@nanocomputer.nanoman.ca> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="z0eOaCaDLjvTGF2l" Content-Disposition: inline In-Reply-To: <20130930181611.GA90404@nanocomputer.nanoman.ca> Organization: Nanoman's Company User-Agent: Mutt (FreeBSD) X-Mailman-Approved-At: Mon, 06 Jan 2014 21:16:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: nanoman@nanoman.ca List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 20:52:03 -0000 --z0eOaCaDLjvTGF2l Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A.J. Kehoe IV (Nanoman) wrote: [...] >http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 [...] It seems that pam_unix.c isn't the only file that needs patching. Notice p= w_pwcrypt and pw_password in pw_user.c: http://svnweb.freebsd.org/base/head/usr.sbin/pw/pw_user.c?view=3Dmarkup Rather than copy Derek's code into pw_user.c, we're thinking that this woul= d be a better solution: 1. Copy Derek's code into libcrypt. 2. Modify Derek's patches to reference libcrypt instead. 3. Write a patch for pw_user.c to reference libcrypt. It's entirely possible that there are other utilities and libraries that al= so need to be patched. Rather than use the copy-pasta method that appears = to have been used between pam_unix.c and pw_user.c, everything can simply r= eference libcrypt. Before we begin, does anyone have any comments? --=20 A.J. Kehoe IV (Nanoman) | /"\ ASCII Ribbon Campaign Nanoman's Company | \ / - No HTML/RTF in E-mail E-mail: nanoman@nanoman.ca | X - No proprietary attachments WWW: http://www.nanoman.ca/ | / \ - Respect for open standards --z0eOaCaDLjvTGF2l Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPUAYJKoZIhvcNAQcCoIIPQTCCDz0CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DLwwggV3MIIDX6ADAgECAgMNxlswDQYJKoZIhvcNAQEFBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MTMwOTA2MjM1MTM0WhcNMTQwMzA1MjM1MTM0WjA9MRgwFgYDVQQDEw9DQWNlcnQgV29UIFVz ZXIxITAfBgkqhkiG9w0BCQEWEm5hbm9tYW5AbmFub21hbi5jYTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAK9WRGqRDUDjWwNIfZTBp4FL5bI0kY3ZqvM6tEO+Sqp5YxATre8F a+BYbeNp/8MKfuPrRgE2jRzlePAx7kpvZUhRTGAZpncmHC7Z3FDl8Ugid4193ReCfPypb9Gs 3ZgPfzJyNuDeCM3amz/cDXC/makJLpmLzu95D91hD+V30iActE5j1tNewMq9qJRoEdr5Tqus bUjjDm8kiK5sz9JzQjFoufuaWIR57w2Sm1gDVZ0MH46fxZ/SwLDDzt4VC2u+1oS4KSmVUm6X Wv1/Fmdf2sOOu9Ro2xVjJHW+j16lsFPPj+lkDv5tb0G7I2vBoKEQg/s+h8J4F+l/xPL3O5xB c68CAwEAAaOCAUIwggE+MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5 b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5D QWNlcnQub3JnMA4GA1UdDwEB/wQEAwIDqDBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUH AwIGCisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQw IgYIKwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwMQYDVR0fBCowKDAmoCSgIoYg aHR0cDovL2NybC5jYWNlcnQub3JnL3Jldm9rZS5jcmwwHQYDVR0RBBYwFIESbmFub21hbkBu YW5vbWFuLmNhMA0GCSqGSIb3DQEBBQUAA4ICAQBIT4E30NoSEuy3o9EQy9MS7eI9RrEqTdVr uLPsLc1ypssNsXyHwYnjkiMsunMw18x5rb05z97JObjcb1osl3GhfqBZnp5Jsq6d4vDsGn2E cy5QHIwhX5jq3k7KdQi9zYRsG8L+W5bSuip1NN/je4itcVxjAmohD5QXgVKu63RqlE8Lml/a pnL/yrOLKenrZhSJ0fFq+mjEKWPeQOA3lb/swc3SQr3ktN7ndEuer++gGy+8vV3IAipK1IHH nts43bjee1B1W37uN7kxXLy00Lmn/bF3O55c0R5c9pOgTRnL0cfQG5iI8zBmgu12+m19YOFd OXbmZ7G0pdVBgDYrMWx9G2FBbyCm1QSUdSrRg+mU3u2JXGe6Ss3KJfe8jz30hE+1/0aAq4Q3 D02CIWkI5T/9g0BEr8TV+Ef1Bx3GfAP1cE3WLJ9C2sownqRKFflDEOV8de0TPdicYTaYsvk7 eRU/BZcLgyRIoccmTWq1haM3K5doNEC4f1CzvWmAQDKcHyvK8Vu/xkovJAsY7fEzkpJP0WJ4 k0M7ti6ZBH/E/ih2OdMTDCvUN1uxW0pOr8xk0/FWSvc4Tq1g8fdeypufRMmy72lf2a3ZieHy ZVL9BpJrQ+pT7+UHBqG0CadexXML9F8TNjP0xW8nFCTzpX5ElySOrn+Xj/ycZHt9PnoLzb5N uzCCBz0wggUloAMCAQICAQAwDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMHUm9vdCBDQTEe MBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25p bmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcNMDMw MzMwMTIyOTQ5WhcNMzMwMzI5MTIyOTQ5WjB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRo b3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzCCAiIwDQYJKoZIhvcN AQEBBQADggIPADCCAgoCggIBAM4iwOJGfew2KAdQlvKgM0CMS/E7Zj8x5WsCNtvWfPbxiI9O dzYFQZX5CfASz0aGc2C3bn7owFhkrs2wrUUXDGP6Zwro1tK/PueYxPBM+uADuzVdbCHeniDZ us1mMjdy+vcI9cfNWMmO5w5e6j7+HKEUChVshoRbZGYqeqlLU3n1iKJ77i8KYSuNsn5NVqUT 7Orakp6sREEeWGBlBWb4wES9y5T3Qn4L92VomFEF8PMFkQQdGxeC7MhXu8NreojxsHLMJVsg kewWAhKPMukXGEjQxwUuAjBCuCWcBWs/qjqn61NI9+jStgeY3BvGNH9/yRyCegVYKwhb8zii qxddZsmY154Qi6LS3XSa93EMcmDfzW+YM52WNHY+JHqSsA6VHm/moEU4R6rXQe1KtxL21xuD ig8u2Am2WdeqBP/Sk31oLt2LS6tYui+N6pWnoMNUiaX724tRIp2yw74RviyRhouWeK0g04ov Gj/G0FFlhyGxGQFlf0Uch/V80EFMTymYIf0zH3UMBFH6GXfb1BQc7oHDHfWYt2kGkSLdAFDM gTGsEgd7ONpoW+Yr1H7JX63o63JM8wHlSyC/mqZXypEAAYuhdSE3tWMNZz5GT3AgZ87F1lnb AuDw0svNumK3kEHo3SDkKbxkKULIItx4mv9D7JgbCVFLWlrCcfHEy3Op5aELAgMBAAGjggHO MIIByjAdBgNVHQ4EFgQUFrUyG9TH8+DmjvO90rA67rI5GNEwgaMGA1UdIwSBmzCBmIAUFrUy G9TH8+DmjvO90rA67rI5GNGhfaR7MHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0 dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0 eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnggEAMA8GA1UdEwEB/wQFMAMB Af8wMgYDVR0fBCswKTAnoCWgI4YhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3Js MDAGCWCGSAGG+EIBBAQjFiFodHRwczovL3d3dy5jYWNlcnQub3JnL3Jldm9rZS5jcmwwNAYJ YIZIAYb4QgEIBCcWJWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZy9pbmRleC5waHA/aWQ9MTAwVgYJ YIZIAYb4QgENBEkWR1RvIGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFk IG92ZXIgdG8gaHR0cDovL3d3dy5jYWNlcnQub3JnMA0GCSqGSIb3DQEBBAUAA4ICAQAox+6c ggK6XIASyjUKHYFviWqZzPJoD3+n4Y1YlT698gbDkFqstWD2mUMBo4hwnJ1inaSHr2dYDTA2 O+atSNPLdAKGcT7iKwNo8TRiQEY7U+oo9Kz7ZpVTik1d/TvZYNfKeWk7sWWSpsaBglyczetN AYql3xFVqhXKHzfAgphwYdtqfJajji5UPk8hqZDv3IK/3OhFrU2Qcwg8lGWwBJl2f+K8wmoV qpcENyTYHpRObQ5RvtbEj8qWbfdD3+gwZSc7e7tDQ2PEQ/ey7GjM4RmOIvuY4XtaPgE3O4sI sKLzlU4ay5vNmrHbsnDwLUrb2LDjb0VIMxL//jwyKlT3xPeK8Igjwkf+ZHpxwNEepmOwB36k L9MBj9yfK7bGCKkPk0gl/BL9n0Lc88Q+9lew191p0QZ3NApL0sqg/xzGjMkWvsTMMjdoc18I +1H3SVM2BQqVAkzyeRoQ9tg6dZzzHfGiDXBnhhuzFvUv5aTreYb5PQvCcwulmaxv/Ge45S8L phgkjXvRSDUpGECsk2DhloZQtHpZ2I8hC5/PgpHGO79r3AeRuZdWI6q2bJTGSAY85M5OquT2 LwncU28u/HTrOmOZwqasibynskSgDYoQ42zyJMv6m59wRy7eFIvUsiAJlqJk8SQc3KE1nBWy 1LxVLn0G9ZwOVfRa1pPadq0lc0zFQzGCAlwwggJYAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3Qg Q0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMN xlswCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xNDAxMDYyMDUxNTZaMCMGCSqGSIb3DQEJBDEWBBTLKTRtDT3m98Sx0doF/789tQvK 9TBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQChDIM+ 9EZtDXnmUwiU/wV1pl525GNmEhtTWypMtkGlEszG9VFWO8S5B7pHUlcmmg5NzRQHzNFTuqRY WFraAeBqDqEPu2mdRjUhjcinNYQrybbWoSvQG+0uRA05ANsaDCJXjO1/jTEImcbxQegT2q7G jrxRie23r+C8zepzYFH/HmDLYSV2OPeG5MhLCiL/uu85WBMPnsCkcqudvutNTANa5QfAVQRg r+kCxVG9tTDael0wvS2YADhaWdQJoJNg26vjQuhPxA/jYpcpgS/PlB0qwTQo3UCgSMKQECQk 2h15WYNAtKA0jtzdLwPGxiqgYB4GH7G37tm4tdNDecZNlA/c --z0eOaCaDLjvTGF2l-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 21:51:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3030FCD0; Mon, 6 Jan 2014 21:51:09 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id D72151DED; Mon, 6 Jan 2014 21:51:08 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id D216410058C; Mon, 6 Jan 2014 22:51:05 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 6BF828F20FF; Mon, 6 Jan 2014 22:51:52 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WfVnSVSlMefK; Mon, 6 Jan 2014 22:51:51 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id BC8BF8F20FA; Mon, 6 Jan 2014 22:51:51 +0100 (CET) Message-ID: <52CB2591.9050401@bitfrost.no> Date: Mon, 06 Jan 2014 22:52:17 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Install 10.0-RC3 on MacBookPro Late 2013 References: <52CA56E5.8030101@bitfrost.no> <52CA6E3F.9000301@bitfrost.no> <52CA7CE0.7070202@bitfrost.no> <52CACBB8.1020905@bitfrost.no> In-Reply-To: <52CACBB8.1020905@bitfrost.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?6buE5paH6L6J?= , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 21:51:09 -0000 On 01/06/14 16:28, Hans Petter Selasky wrote: > On 01/06/14 15:17, Adrian Chadd wrote: >> Right, but it used to work. That's the confusing bit. How'd you make >> it not work? :) > > Binary sect the sys/dev/usb/controller/xhci.c revision history? There > has been several bug reports for the Lynx point, and others XHCI > chipsets are working just fine. > A wild guess: Copy the USB-code from -current. Add "#if 0" as shown sys/dev/usb/controller/xhci_pci.c static int xhci_pci_port_route(device_t self, uint32_t set, uint32_t clear) { #if 0 uint32_t temp; temp = pci_read_config(self, PCI_XHCI_INTEL_USB3_PSSEN, 4) | pci_read_config(self, PCI_XHCI_INTEL_XUSB2PR, 4); temp |= set; temp &= ~clear; pci_write_config(self, PCI_XHCI_INTEL_USB3_PSSEN, temp, 4); pci_write_config(self, PCI_XHCI_INTEL_XUSB2PR, temp, 4); device_printf(self, "Port routing mask set to 0x%08x\n", temp); #endif return (0); } --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jan 6 23:36:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3612BA25 for ; Mon, 6 Jan 2014 23:36:42 +0000 (UTC) Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E05CB16F0 for ; Mon, 6 Jan 2014 23:36:41 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id gq1so19100250obb.17 for ; Mon, 06 Jan 2014 15:36:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=tdqQkpVFSzc1wB2aLb31I/0cyTGWwceKWW2x8ZPSFRo=; b=OyJFJkQJXOzi8gkg7ZsOWDpp/JV68WjAgesD9MwvG3fwu+p9zdmcQHDi5IQm5MycZp ArsdrzuxZiSjTZxQUqg77kxK9gMjiuNBcVEwHS0jizVb7Eqw0PppICKxG7bosKHSBiF6 rjFVZ2GZmQ+z2sLx2glIYkYsiLzmoxQstwxya8C7z0mspcOyINTod8azfqD+gARbP+I4 IWcCGMMFDN5qBe3vpOdbLbSdc6FLw51Crn14bPnQP4fj/JsFaLgYbs1/4jkbE+JFV9El QXeBa9YJ9e5wOPc4drUe3JS71GopYyodEErFHmz2tzXW5Bd9tjsTTuO1FPZbgKhb59hg V0bg== X-Gm-Message-State: ALoCoQlCCllnUtcg53+qvKMsyb03md/xhXDRP29k0pLTVeEX2BFbWUnuJWJZE9d3kh/TPo3pjj1P X-Received: by 10.60.34.3 with SMTP id v3mr2805226oei.67.1389051395471; Mon, 06 Jan 2014 15:36:35 -0800 (PST) Received: from Michaels-MacBook-Pro.local (c-98-246-202-204.hsd1.or.comcast.net. [98.246.202.204]) by mx.google.com with ESMTPSA id ej7sm87153606obb.8.2014.01.06.15.36.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 Jan 2014 15:36:34 -0800 (PST) Message-ID: <52CB3E01.8040605@callfortesting.org> Date: Mon, 06 Jan 2014 15:36:33 -0800 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Nathan Whitehorn , Jilles Tjoelker Subject: Re: [CFT] bsdinstall and zfsboot enhancements References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <52769CFE.5080707@freebsd.org> <5281340E.8080009@callfortesting.org> <52813E53.20403@freebsd.org> <5281441E.7060806@freebsd.org> <529A6862.7060308@freebsd.org> <20131201123442.GA6818@stack.nl> <52C9C8C3.7050108@freebsd.org> In-Reply-To: <52C9C8C3.7050108@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 07 Jan 2014 00:01:55 +0000 Cc: Devin Teske , Current Current , "Teske, Devin" , Peter Grehan , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 23:36:42 -0000 On 1/5/14 1:04 PM, Nathan Whitehorn wrote: > On 12/01/13 07:34, Jilles Tjoelker wrote: >> On Sat, Nov 30, 2013 at 04:36:18PM -0600, Nathan Whitehorn wrote: >>> This took much longer than I'd anticipated, but the patch to init is >>> attached. I chose not to make the changes to init rather than >>> getttyent() and friends in libc, which I am open to revisiting. >> lib/libpam/modules/pam_securetty/pam_securetty.c calls getttynam(3) and >> will not allow root login on a "fake" TTY that getttynam() does not >> know. This module is enabled by default for the "login" service. >> >> So it is probably better to patch libc rather than init. > > OK, here's a revised patch. This one is shorter and works by introducing > an "auto" flag (ideas for names appreciated) that means "on" if the line > is an active console and "off" otherwise. Note that the behavior is now: > - ttys marked "off" stay off > - ttys marked "on" stay on > - ttys marked "auto" are enabled iff they are console devices > - ttys not present in /etc/ttys stay off > > This behavior change is much easier to implement when doing it in libc > for various structural reasons and allows the terminal type, etc. to be > specified in the usual way. > >>> The behavior changes are as follows: >>> If the "console" device in /etc/ttys in marked "on", instead of opening >>> /dev/console, init will loop through the active kernel console devices, >>> and for each will: >>> 1. If the kernel console device is in /etc/ttys and marked "on", it >>> already has a terminal and will be ignored. >>> 2. If marked "off", that is an explicit statement that a console is not >>> wanted and so it will be ignored. >>> 3. If not present in /etc/ttys, init will run getty with whatever >>> parameters "console" has. >> This seems to make sense. >> >>> (3) is the main behavioral change. No changes in behavior will occur if >>> /etc/ttys is not modified. If we turn on "console" by default, it will >>> usually have no effect instead of trying to run multiple gettys, which >>> is new. If we then also comment out the ttyu0 line, instead of marking >>> it "off", the result will be the conditional presence of a login prompt >>> on the first serial port depending on whether it is an active console >>> device for the kernel. I believe this is the behavior we are going for. >> The terminal type for the console entry should probably be changed to >> something other than "unknown" to reduce annoyance. >> >>> Comments and test results would be appreciated. >> As a preparatory patch, you could remove se_index and session_index from >> init. They are only used to warn about a changed slot number in utmp(5) >> which is irrelevant with utmpx. This noise warning would also appear >> in most cases when changing from a "fake" console entry to a real line >> in /etc/ttys. Also, if you do decide to fake ttys entries in init rather >> than libc, the patch to init will be simpler. >> > > With the new patch, this is indeed the case: no changes to init are > necessary at all. This does not change any behavior unless explicitly > requested in /etc/ttys, so unless there are any objections in the next > couple days, I will commit it. > -Nathan Hello all, Not sure if everyone knows that Nathan posted a patched 11-current ISO: http://people.freebsd.org/~nwhitehorn/auto-console.iso I have fetched and booted to this with my "iso" mode in my scripts and IT WORKS. Install from ISO and boot as normal. Only glitch which I haven't seen for some time: The resulting guest console is shortened by one line with this persistent string at the bottom: /boot/kernel/kernel text=0xf45a98 data= .... syms= ... This persists after VM reboot, goes away with bhyveload and returns for the next VM boot. Okay, a second glitch upon second boot. The root prompt reads: login: Jan 6