From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 02:20:55 2013 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 ESMTP id C8E5CFA0; Sun, 22 Sep 2013 02:20:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 918E3249C; Sun, 22 Sep 2013 02:20:55 +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 r8M2Kr8F077531; Sat, 21 Sep 2013 22:20:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M2KrCP077522; Sun, 22 Sep 2013 02:20:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 02:20:53 GMT Message-Id: <201309220220.r8M2KrCP077522@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 02:20:55 -0000 TB --- 2013-09-21 23:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 23:10:18 - 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 --- 2013-09-21 23:10:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-21 23:10:18 - cleaning the object tree TB --- 2013-09-21 23:12:59 - /usr/local/bin/svn stat /src TB --- 2013-09-21 23:13:03 - At svn revision 255778 TB --- 2013-09-21 23:13:04 - building world TB --- 2013-09-21 23:13:04 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 23:13:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 23:13:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 23:13:04 - SRCCONF=/dev/null TB --- 2013-09-21 23:13:04 - TARGET=arm TB --- 2013-09-21 23:13:04 - TARGET_ARCH=armv6 TB --- 2013-09-21 23:13:04 - TZ=UTC TB --- 2013-09-21 23:13:04 - __MAKE_CONF=/dev/null TB --- 2013-09-21 23:13:04 - cd /src TB --- 2013-09-21 23:13:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 23:13:11 UTC 2013 >>> 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 Sep 22 02:16:02 UTC 2013 TB --- 2013-09-22 02:16:02 - generating LINT kernel config TB --- 2013-09-22 02:16:02 - cd /src/sys/arm/conf TB --- 2013-09-22 02:16:02 - /usr/bin/make -B LINT TB --- 2013-09-22 02:16:02 - cd /src/sys/arm/conf TB --- 2013-09-22 02:16:02 - /usr/sbin/config -m LINT TB --- 2013-09-22 02:16:02 - skipping LINT kernel TB --- 2013-09-22 02:16:02 - cd /src/sys/arm/conf TB --- 2013-09-22 02:16:02 - /usr/sbin/config -m AC100 TB --- 2013-09-22 02:16:02 - building AC100 kernel TB --- 2013-09-22 02:16:02 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 02:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 02:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 02:16:02 - SRCCONF=/dev/null TB --- 2013-09-22 02:16:02 - TARGET=arm TB --- 2013-09-22 02:16:02 - TARGET_ARCH=armv6 TB --- 2013-09-22 02:16:02 - TZ=UTC TB --- 2013-09-22 02:16:02 - __MAKE_CONF=/dev/null TB --- 2013-09-22 02:16:02 - cd /src TB --- 2013-09-22 02:16:02 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sun Sep 22 02:16:02 UTC 2013 >>> 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 >>> Kernel build for AC100 completed on Sun Sep 22 02:18:43 UTC 2013 TB --- 2013-09-22 02:18:43 - cd /src/sys/arm/conf TB --- 2013-09-22 02:18:43 - /usr/sbin/config -m ARMADAXP TB --- 2013-09-22 02:18:43 - building ARMADAXP kernel TB --- 2013-09-22 02:18:43 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 02:18:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 02:18:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 02:18:43 - SRCCONF=/dev/null TB --- 2013-09-22 02:18:43 - TARGET=arm TB --- 2013-09-22 02:18:43 - TARGET_ARCH=armv6 TB --- 2013-09-22 02:18:43 - TZ=UTC TB --- 2013-09-22 02:18:43 - __MAKE_CONF=/dev/null TB --- 2013-09-22 02:18:43 - cd /src TB --- 2013-09-22 02:18:43 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sun Sep 22 02:18:43 UTC 2013 >>> 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 [...] 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/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c:235:14: error: use of undeclared identifier 'IPI_SUSPEND' if (type == IPI_SUSPEND) ^ /src/sys/kern/subr_smp.c:265:14: error: use of undeclared identifier 'IPI_SUSPEND' if (type == IPI_SUSPEND) ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/ARMADAXP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-22 02:20:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 02:20:53 - ERROR: failed to build ARMADAXP kernel TB --- 2013-09-22 02:20:53 - 9024.45 user 1675.61 system 11435.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 05:46:22 2013 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 ESMTP id 4222CC67; Sun, 22 Sep 2013 05:46:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 EB7242BF5; Sun, 22 Sep 2013 05:46:21 +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 r8M5kF17033405; Sun, 22 Sep 2013 01:46:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M5kFOX033398; Sun, 22 Sep 2013 05:46:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 05:46:15 GMT Message-Id: <201309220546.r8M5kFOX033398@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 i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 05:46:22 -0000 TB --- 2013-09-21 23:10:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-21 23:10:18 - 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 --- 2013-09-21 23:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-09-21 23:10:18 - cleaning the object tree TB --- 2013-09-21 23:15:19 - /usr/local/bin/svn stat /src TB --- 2013-09-21 23:15:23 - At svn revision 255778 TB --- 2013-09-21 23:15:24 - building world TB --- 2013-09-21 23:15:24 - CROSS_BUILD_TESTING=YES TB --- 2013-09-21 23:15:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-21 23:15:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-21 23:15:24 - SRCCONF=/dev/null TB --- 2013-09-21 23:15:24 - TARGET=i386 TB --- 2013-09-21 23:15:24 - TARGET_ARCH=i386 TB --- 2013-09-21 23:15:24 - TZ=UTC TB --- 2013-09-21 23:15:24 - __MAKE_CONF=/dev/null TB --- 2013-09-21 23:15:24 - cd /src TB --- 2013-09-21 23:15:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Sep 21 23:15:30 UTC 2013 >>> 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 Sep 22 02:28:13 UTC 2013 TB --- 2013-09-22 02:28:13 - generating LINT kernel config TB --- 2013-09-22 02:28:13 - cd /src/sys/i386/conf TB --- 2013-09-22 02:28:13 - /usr/bin/make -B LINT TB --- 2013-09-22 02:28:13 - cd /src/sys/i386/conf TB --- 2013-09-22 02:28:13 - /usr/sbin/config -m LINT TB --- 2013-09-22 02:28:13 - building LINT kernel TB --- 2013-09-22 02:28:13 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 02:28:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 02:28:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 02:28:13 - SRCCONF=/dev/null TB --- 2013-09-22 02:28:13 - TARGET=i386 TB --- 2013-09-22 02:28:13 - TARGET_ARCH=i386 TB --- 2013-09-22 02:28:13 - TZ=UTC TB --- 2013-09-22 02:28:13 - __MAKE_CONF=/dev/null TB --- 2013-09-22 02:28:13 - cd /src TB --- 2013-09-22 02:28:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 22 02:28:13 UTC 2013 >>> 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 >>> Kernel build for LINT completed on Sun Sep 22 03:02:07 UTC 2013 TB --- 2013-09-22 03:02:07 - cd /src/sys/i386/conf TB --- 2013-09-22 03:02:07 - /usr/sbin/config -m LINT-NOINET TB --- 2013-09-22 03:02:07 - building LINT-NOINET kernel TB --- 2013-09-22 03:02:07 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 03:02:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 03:02:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 03:02:07 - SRCCONF=/dev/null TB --- 2013-09-22 03:02:07 - TARGET=i386 TB --- 2013-09-22 03:02:07 - TARGET_ARCH=i386 TB --- 2013-09-22 03:02:07 - TZ=UTC TB --- 2013-09-22 03:02:07 - __MAKE_CONF=/dev/null TB --- 2013-09-22 03:02:07 - cd /src TB --- 2013-09-22 03:02:07 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Sep 22 03:02:07 UTC 2013 >>> 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 >>> Kernel build for LINT-NOINET completed on Sun Sep 22 03:33:56 UTC 2013 TB --- 2013-09-22 03:33:56 - cd /src/sys/i386/conf TB --- 2013-09-22 03:33:56 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-09-22 03:33:56 - building LINT-NOINET6 kernel TB --- 2013-09-22 03:33:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 03:33:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 03:33:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 03:33:56 - SRCCONF=/dev/null TB --- 2013-09-22 03:33:56 - TARGET=i386 TB --- 2013-09-22 03:33:56 - TARGET_ARCH=i386 TB --- 2013-09-22 03:33:56 - TZ=UTC TB --- 2013-09-22 03:33:56 - __MAKE_CONF=/dev/null TB --- 2013-09-22 03:33:56 - cd /src TB --- 2013-09-22 03:33:56 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Sep 22 03:33:56 UTC 2013 >>> 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 >>> Kernel build for LINT-NOINET6 completed on Sun Sep 22 04:07:02 UTC 2013 TB --- 2013-09-22 04:07:02 - cd /src/sys/i386/conf TB --- 2013-09-22 04:07:02 - /usr/sbin/config -m LINT-NOIP TB --- 2013-09-22 04:07:02 - building LINT-NOIP kernel TB --- 2013-09-22 04:07:02 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 04:07:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 04:07:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 04:07:02 - SRCCONF=/dev/null TB --- 2013-09-22 04:07:02 - TARGET=i386 TB --- 2013-09-22 04:07:02 - TARGET_ARCH=i386 TB --- 2013-09-22 04:07:02 - TZ=UTC TB --- 2013-09-22 04:07:02 - __MAKE_CONF=/dev/null TB --- 2013-09-22 04:07:02 - cd /src TB --- 2013-09-22 04:07:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Sep 22 04:07:02 UTC 2013 >>> 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 >>> Kernel build for LINT-NOIP completed on Sun Sep 22 04:36:49 UTC 2013 TB --- 2013-09-22 04:36:49 - cd /src/sys/i386/conf TB --- 2013-09-22 04:36:49 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-09-22 04:36:49 - building LINT-VIMAGE kernel TB --- 2013-09-22 04:36:49 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 04:36:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 04:36:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 04:36:49 - SRCCONF=/dev/null TB --- 2013-09-22 04:36:49 - TARGET=i386 TB --- 2013-09-22 04:36:49 - TARGET_ARCH=i386 TB --- 2013-09-22 04:36:49 - TZ=UTC TB --- 2013-09-22 04:36:49 - __MAKE_CONF=/dev/null TB --- 2013-09-22 04:36:49 - cd /src TB --- 2013-09-22 04:36:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Sep 22 04:36:49 UTC 2013 >>> 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 >>> Kernel build for LINT-VIMAGE completed on Sun Sep 22 05:09:54 UTC 2013 TB --- 2013-09-22 05:09:54 - cd /src/sys/i386/conf TB --- 2013-09-22 05:09:54 - /usr/sbin/config -m GENERIC TB --- 2013-09-22 05:09:54 - building GENERIC kernel TB --- 2013-09-22 05:09:54 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 05:09:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 05:09:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 05:09:54 - SRCCONF=/dev/null TB --- 2013-09-22 05:09:54 - TARGET=i386 TB --- 2013-09-22 05:09:54 - TARGET_ARCH=i386 TB --- 2013-09-22 05:09:54 - TZ=UTC TB --- 2013-09-22 05:09:54 - __MAKE_CONF=/dev/null TB --- 2013-09-22 05:09:54 - cd /src TB --- 2013-09-22 05:09:54 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Sep 22 05:09:54 UTC 2013 >>> 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 >>> Kernel build for GENERIC completed on Sun Sep 22 05:41:47 UTC 2013 TB --- 2013-09-22 05:41:47 - cd /src/sys/i386/conf TB --- 2013-09-22 05:41:47 - /usr/sbin/config -m PAE TB --- 2013-09-22 05:41:47 - building PAE kernel TB --- 2013-09-22 05:41:47 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 05:41:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 05:41:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 05:41:47 - SRCCONF=/dev/null TB --- 2013-09-22 05:41:47 - TARGET=i386 TB --- 2013-09-22 05:41:47 - TARGET_ARCH=i386 TB --- 2013-09-22 05:41:47 - TZ=UTC TB --- 2013-09-22 05:41:47 - __MAKE_CONF=/dev/null TB --- 2013-09-22 05:41:47 - cd /src TB --- 2013-09-22 05:41:47 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Sep 22 05:41:47 UTC 2013 >>> 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 [...] ctfconvert -L VERSION -g watchdog.o 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/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/xen/balloon/balloon.c ctfconvert -L VERSION -g balloon.o 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/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/xen/blkfront/blkfront.c /src/sys/dev/xen/blkfront/blkfront.c:748:8: error: implicit declaration of function 'vtomach' is invalid in C99 [-Werror,-Wimplicit-function-declaration] (vtomach(sring_page_addr) >> PAGE_SHIFT), ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/PAE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-22 05:46:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 05:46:15 - ERROR: failed to build PAE kernel TB --- 2013-09-22 05:46:15 - 18663.88 user 3449.12 system 23757.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 06:03:31 2013 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 ESMTP id D9A4CE2D; Sun, 22 Sep 2013 06:03:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 A12052C9D; Sun, 22 Sep 2013 06:03:30 +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 r8M63T2r032935; Sun, 22 Sep 2013 02:03:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M63TWD032922; Sun, 22 Sep 2013 06:03:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 06:03:29 GMT Message-Id: <201309220603.r8M63TWD032922@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 ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 06:03:31 -0000 TB --- 2013-09-22 04:12:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 04:12:07 - 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 --- 2013-09-22 04:12:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-09-22 04:12:07 - cleaning the object tree TB --- 2013-09-22 04:13:33 - /usr/local/bin/svn stat /src TB --- 2013-09-22 04:13:37 - At svn revision 255778 TB --- 2013-09-22 04:13:38 - building world TB --- 2013-09-22 04:13:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 04:13:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 04:13:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 04:13:38 - SRCCONF=/dev/null TB --- 2013-09-22 04:13:38 - TARGET=ia64 TB --- 2013-09-22 04:13:38 - TARGET_ARCH=ia64 TB --- 2013-09-22 04:13:38 - TZ=UTC TB --- 2013-09-22 04:13:38 - __MAKE_CONF=/dev/null TB --- 2013-09-22 04:13:38 - cd /src TB --- 2013-09-22 04:13:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 22 04:13:45 UTC 2013 >>> 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 Sep 22 05:49:00 UTC 2013 TB --- 2013-09-22 05:49:00 - generating LINT kernel config TB --- 2013-09-22 05:49:00 - cd /src/sys/ia64/conf TB --- 2013-09-22 05:49:00 - /usr/bin/make -B LINT TB --- 2013-09-22 05:49:00 - cd /src/sys/ia64/conf TB --- 2013-09-22 05:49:00 - /usr/sbin/config -m LINT TB --- 2013-09-22 05:49:00 - building LINT kernel TB --- 2013-09-22 05:49:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 05:49:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 05:49:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 05:49:00 - SRCCONF=/dev/null TB --- 2013-09-22 05:49:00 - TARGET=ia64 TB --- 2013-09-22 05:49:00 - TARGET_ARCH=ia64 TB --- 2013-09-22 05:49:00 - TZ=UTC TB --- 2013-09-22 05:49:00 - __MAKE_CONF=/dev/null TB --- 2013-09-22 05:49:00 - cd /src TB --- 2013-09-22 05:49:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 22 05:49:00 UTC 2013 >>> 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 [...] 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_scanf.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sglist.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-22 06:03:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 06:03:29 - ERROR: failed to build LINT kernel TB --- 2013-09-22 06:03:29 - 5445.14 user 915.02 system 6681.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 06:23:49 2013 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 ESMTP id CE98DD7 for ; Sun, 22 Sep 2013 06:23:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93BEF2D44 for ; Sun, 22 Sep 2013 06:23:48 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r8M6Nl2L006199 for freebsd-current@freebsd.org; Sun, 22 Sep 2013 06:23:47 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 3y3s56x8mr6cyrz7s4rkxet2e6; for freebsd-current@freebsd.org; Sun, 22 Sep 2013 06:23:47 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Panic in arptimer on r255764 Message-Id: <0BB63711-3DF7-42F4-AD23-F2767F41B808@freebsd.org> Date: Sat, 21 Sep 2013 23:23:47 -0700 To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 06:23:49 -0000 I'm seeing this panic pretty consistently when I try to do a buildworld = on r255764 (i386): = http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.= 27.09%20PM.png I'm not seeing it on r255602, so I suspect it's a recent problem. Running on VMWare Fusion 6. This was about as vanilla a build as you = can get: no local code changes, no custom config, no src.conf or = make.conf, no ports installed, etc. Tim From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 07:16:21 2013 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 ESMTP id 5949D6DD; Sun, 22 Sep 2013 07:16:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 1F8CB2F3F; Sun, 22 Sep 2013 07:16: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 r8M7GJ45025073; Sun, 22 Sep 2013 03:16:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M7GJwg025072; Sun, 22 Sep 2013 07:16:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 07:16:19 GMT Message-Id: <201309220716.r8M7GJwg025072@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 mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 07:16:21 -0000 TB --- 2013-09-22 06:03:29 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 06:03:29 - 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 --- 2013-09-22 06:03:29 - starting HEAD tinderbox run for mips64/mips TB --- 2013-09-22 06:03:29 - cleaning the object tree TB --- 2013-09-22 06:04:44 - /usr/local/bin/svn stat /src TB --- 2013-09-22 06:04:48 - At svn revision 255778 TB --- 2013-09-22 06:04:49 - building world TB --- 2013-09-22 06:04:49 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:04:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:04:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:04:49 - SRCCONF=/dev/null TB --- 2013-09-22 06:04:49 - TARGET=mips TB --- 2013-09-22 06:04:49 - TARGET_ARCH=mips64 TB --- 2013-09-22 06:04:49 - TZ=UTC TB --- 2013-09-22 06:04:49 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:04:49 - cd /src TB --- 2013-09-22 06:04:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 22 06:04:56 UTC 2013 >>> 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 Sep 22 07:05:39 UTC 2013 TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m ADM5120 TB --- 2013-09-22 07:05:39 - skipping ADM5120 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-22 07:05:39 - skipping ALCHEMY kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP121 TB --- 2013-09-22 07:05:39 - skipping AP121 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP91 TB --- 2013-09-22 07:05:39 - skipping AP91 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP93 TB --- 2013-09-22 07:05:39 - skipping AP93 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP94 TB --- 2013-09-22 07:05:39 - skipping AP94 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP96 TB --- 2013-09-22 07:05:39 - skipping AP96 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-22 07:05:39 - skipping AR71XX_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-22 07:05:39 - skipping AR724X_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-22 07:05:39 - skipping AR91XX_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-22 07:05:39 - skipping AR933X_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-22 07:05:39 - skipping AR934X_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-22 07:05:39 - building BERI_DE4_MDROOT kernel TB --- 2013-09-22 07:05:39 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:05:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:05:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:05:39 - SRCCONF=/dev/null TB --- 2013-09-22 07:05:39 - TARGET=mips TB --- 2013-09-22 07:05:39 - TARGET_ARCH=mips64 TB --- 2013-09-22 07:05:39 - TZ=UTC TB --- 2013-09-22 07:05:39 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:05:39 - cd /src TB --- 2013-09-22 07:05:39 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sun Sep 22 07:05:39 UTC 2013 >>> 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 >>> Kernel build for BERI_DE4_MDROOT completed on Sun Sep 22 07:08:13 UTC 2013 TB --- 2013-09-22 07:08:13 - cd /src/sys/mips/conf TB --- 2013-09-22 07:08:13 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-22 07:08:13 - building BERI_DE4_SDROOT kernel TB --- 2013-09-22 07:08:13 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:08:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:08:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:08:13 - SRCCONF=/dev/null TB --- 2013-09-22 07:08:13 - TARGET=mips TB --- 2013-09-22 07:08:13 - TARGET_ARCH=mips64 TB --- 2013-09-22 07:08:13 - TZ=UTC TB --- 2013-09-22 07:08:13 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:08:13 - cd /src TB --- 2013-09-22 07:08:13 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sun Sep 22 07:08:13 UTC 2013 >>> 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 >>> Kernel build for BERI_DE4_SDROOT completed on Sun Sep 22 07:10:43 UTC 2013 TB --- 2013-09-22 07:10:43 - cd /src/sys/mips/conf TB --- 2013-09-22 07:10:43 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-22 07:10:43 - building BERI_SIM_MDROOT kernel TB --- 2013-09-22 07:10:43 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:10:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:10:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:10:43 - SRCCONF=/dev/null TB --- 2013-09-22 07:10:43 - TARGET=mips TB --- 2013-09-22 07:10:43 - TARGET_ARCH=mips64 TB --- 2013-09-22 07:10:43 - TZ=UTC TB --- 2013-09-22 07:10:43 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:10:43 - cd /src TB --- 2013-09-22 07:10:43 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Sun Sep 22 07:10:43 UTC 2013 >>> 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 >>> Kernel build for BERI_SIM_MDROOT completed on Sun Sep 22 07:13:05 UTC 2013 TB --- 2013-09-22 07:13:05 - cd /src/sys/mips/conf TB --- 2013-09-22 07:13:05 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-22 07:13:05 - building BERI_TEMPLATE kernel TB --- 2013-09-22 07:13:05 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:13:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:13:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:13:05 - SRCCONF=/dev/null TB --- 2013-09-22 07:13:05 - TARGET=mips TB --- 2013-09-22 07:13:05 - TARGET_ARCH=mips64 TB --- 2013-09-22 07:13:05 - TZ=UTC TB --- 2013-09-22 07:13:05 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:13:05 - cd /src TB --- 2013-09-22 07:13:05 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Sun Sep 22 07:13:05 UTC 2013 >>> 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 >>> Kernel build for BERI_TEMPLATE completed on Sun Sep 22 07:15:26 UTC 2013 TB --- 2013-09-22 07:15:26 - cd /src/sys/mips/conf TB --- 2013-09-22 07:15:26 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-22 07:15:26 - skipping CARAMBOLA2 kernel TB --- 2013-09-22 07:15:26 - cd /src/sys/mips/conf TB --- 2013-09-22 07:15:26 - /usr/sbin/config -m DB120 TB --- 2013-09-22 07:15:26 - skipping DB120 kernel TB --- 2013-09-22 07:15:26 - cd /src/sys/mips/conf TB --- 2013-09-22 07:15:26 - /usr/sbin/config -m DIR-825 TB --- 2013-09-22 07:15:26 - skipping DIR-825 kernel TB --- 2013-09-22 07:15:26 - cd /src/sys/mips/conf TB --- 2013-09-22 07:15:26 - /usr/sbin/config -m ENH200 TB --- 2013-09-22 07:15:26 - skipping ENH200 kernel TB --- 2013-09-22 07:15:26 - cd /src/sys/mips/conf TB --- 2013-09-22 07:15:26 - /usr/sbin/config -m GXEMUL TB --- 2013-09-22 07:15:26 - building GXEMUL kernel TB --- 2013-09-22 07:15:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:15:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:15:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:15:26 - SRCCONF=/dev/null TB --- 2013-09-22 07:15:26 - TARGET=mips TB --- 2013-09-22 07:15:26 - TARGET_ARCH=mips64 TB --- 2013-09-22 07:15:26 - TZ=UTC TB --- 2013-09-22 07:15:26 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:15:26 - cd /src TB --- 2013-09-22 07:15:26 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Sun Sep 22 07:15:27 UTC 2013 >>> 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 [...] 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_scanf.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sglist.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/GXEMUL *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-22 07:16:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 07:16:19 - ERROR: failed to build GXEMUL kernel TB --- 2013-09-22 07:16:19 - 3247.70 user 692.80 system 4369.85 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 07:45:20 2013 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 ESMTP id 3BEB9C51; Sun, 22 Sep 2013 07:45:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 E56C0208D; Sun, 22 Sep 2013 07:45:19 +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 r8M7jJau036961; Sun, 22 Sep 2013 03:45:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M7jJPV036960; Sun, 22 Sep 2013 07:45:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 07:45:19 GMT Message-Id: <201309220745.r8M7jJPV036960@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 mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 07:45:20 -0000 TB --- 2013-09-22 05:46:15 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 05:46:15 - 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 --- 2013-09-22 05:46:15 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-22 05:46:15 - cleaning the object tree TB --- 2013-09-22 05:48:20 - /usr/local/bin/svn stat /src TB --- 2013-09-22 05:48:24 - At svn revision 255778 TB --- 2013-09-22 05:48:25 - building world TB --- 2013-09-22 05:48:25 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 05:48:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 05:48:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 05:48:25 - SRCCONF=/dev/null TB --- 2013-09-22 05:48:25 - TARGET=mips TB --- 2013-09-22 05:48:25 - TARGET_ARCH=mips TB --- 2013-09-22 05:48:25 - TZ=UTC TB --- 2013-09-22 05:48:25 - __MAKE_CONF=/dev/null TB --- 2013-09-22 05:48:25 - cd /src TB --- 2013-09-22 05:48:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 22 05:48:32 UTC 2013 >>> 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 Sep 22 06:48:10 UTC 2013 TB --- 2013-09-22 06:48:10 - cd /src/sys/mips/conf TB --- 2013-09-22 06:48:10 - /usr/sbin/config -m ADM5120 TB --- 2013-09-22 06:48:10 - skipping ADM5120 kernel TB --- 2013-09-22 06:48:10 - cd /src/sys/mips/conf TB --- 2013-09-22 06:48:10 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-22 06:48:10 - skipping ALCHEMY kernel TB --- 2013-09-22 06:48:10 - cd /src/sys/mips/conf TB --- 2013-09-22 06:48:10 - /usr/sbin/config -m AP121 TB --- 2013-09-22 06:48:10 - building AP121 kernel TB --- 2013-09-22 06:48:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:48:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:48:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:48:10 - SRCCONF=/dev/null TB --- 2013-09-22 06:48:10 - TARGET=mips TB --- 2013-09-22 06:48:10 - TARGET_ARCH=mips TB --- 2013-09-22 06:48:10 - TZ=UTC TB --- 2013-09-22 06:48:10 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:48:10 - cd /src TB --- 2013-09-22 06:48:10 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Sep 22 06:48:10 UTC 2013 >>> 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 >>> Kernel build for AP121 completed on Sun Sep 22 06:51:06 UTC 2013 TB --- 2013-09-22 06:51:06 - cd /src/sys/mips/conf TB --- 2013-09-22 06:51:06 - /usr/sbin/config -m AP91 TB --- 2013-09-22 06:51:06 - building AP91 kernel TB --- 2013-09-22 06:51:06 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:51:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:51:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:51:06 - SRCCONF=/dev/null TB --- 2013-09-22 06:51:06 - TARGET=mips TB --- 2013-09-22 06:51:06 - TARGET_ARCH=mips TB --- 2013-09-22 06:51:06 - TZ=UTC TB --- 2013-09-22 06:51:06 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:51:06 - cd /src TB --- 2013-09-22 06:51:06 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Sep 22 06:51:06 UTC 2013 >>> 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 >>> Kernel build for AP91 completed on Sun Sep 22 06:55:08 UTC 2013 TB --- 2013-09-22 06:55:08 - cd /src/sys/mips/conf TB --- 2013-09-22 06:55:08 - /usr/sbin/config -m AP93 TB --- 2013-09-22 06:55:08 - building AP93 kernel TB --- 2013-09-22 06:55:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:55:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:55:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:55:08 - SRCCONF=/dev/null TB --- 2013-09-22 06:55:08 - TARGET=mips TB --- 2013-09-22 06:55:08 - TARGET_ARCH=mips TB --- 2013-09-22 06:55:08 - TZ=UTC TB --- 2013-09-22 06:55:08 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:55:08 - cd /src TB --- 2013-09-22 06:55:08 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sun Sep 22 06:55:08 UTC 2013 >>> 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 >>> Kernel build for AP93 completed on Sun Sep 22 06:59:22 UTC 2013 TB --- 2013-09-22 06:59:22 - cd /src/sys/mips/conf TB --- 2013-09-22 06:59:22 - /usr/sbin/config -m AP94 TB --- 2013-09-22 06:59:22 - building AP94 kernel TB --- 2013-09-22 06:59:22 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:59:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:59:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:59:22 - SRCCONF=/dev/null TB --- 2013-09-22 06:59:22 - TARGET=mips TB --- 2013-09-22 06:59:22 - TARGET_ARCH=mips TB --- 2013-09-22 06:59:22 - TZ=UTC TB --- 2013-09-22 06:59:22 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:59:22 - cd /src TB --- 2013-09-22 06:59:22 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sun Sep 22 06:59:22 UTC 2013 >>> 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 >>> Kernel build for AP94 completed on Sun Sep 22 07:04:45 UTC 2013 TB --- 2013-09-22 07:04:45 - cd /src/sys/mips/conf TB --- 2013-09-22 07:04:45 - /usr/sbin/config -m AP96 TB --- 2013-09-22 07:04:45 - building AP96 kernel TB --- 2013-09-22 07:04:45 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:04:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:04:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:04:45 - SRCCONF=/dev/null TB --- 2013-09-22 07:04:45 - TARGET=mips TB --- 2013-09-22 07:04:45 - TARGET_ARCH=mips TB --- 2013-09-22 07:04:45 - TZ=UTC TB --- 2013-09-22 07:04:45 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:04:45 - cd /src TB --- 2013-09-22 07:04:45 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sun Sep 22 07:04:45 UTC 2013 >>> 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 >>> Kernel build for AP96 completed on Sun Sep 22 07:10:43 UTC 2013 TB --- 2013-09-22 07:10:43 - cd /src/sys/mips/conf TB --- 2013-09-22 07:10:43 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-22 07:10:43 - building AR71XX_BASE kernel TB --- 2013-09-22 07:10:43 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:10:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:10:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:10:43 - SRCCONF=/dev/null TB --- 2013-09-22 07:10:43 - TARGET=mips TB --- 2013-09-22 07:10:43 - TARGET_ARCH=mips TB --- 2013-09-22 07:10:43 - TZ=UTC TB --- 2013-09-22 07:10:43 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:10:43 - cd /src TB --- 2013-09-22 07:10:43 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sun Sep 22 07:10:43 UTC 2013 >>> 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 >>> Kernel build for AR71XX_BASE completed on Sun Sep 22 07:15:56 UTC 2013 TB --- 2013-09-22 07:15:56 - cd /src/sys/mips/conf TB --- 2013-09-22 07:15:56 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-22 07:15:56 - building AR724X_BASE kernel TB --- 2013-09-22 07:15:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:15:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:15:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:15:56 - SRCCONF=/dev/null TB --- 2013-09-22 07:15:56 - TARGET=mips TB --- 2013-09-22 07:15:56 - TARGET_ARCH=mips TB --- 2013-09-22 07:15:56 - TZ=UTC TB --- 2013-09-22 07:15:56 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:15:56 - cd /src TB --- 2013-09-22 07:15:56 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sun Sep 22 07:15:56 UTC 2013 >>> 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 >>> Kernel build for AR724X_BASE completed on Sun Sep 22 07:19:57 UTC 2013 TB --- 2013-09-22 07:19:57 - cd /src/sys/mips/conf TB --- 2013-09-22 07:19:57 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-22 07:19:57 - building AR91XX_BASE kernel TB --- 2013-09-22 07:19:57 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:19:57 - SRCCONF=/dev/null TB --- 2013-09-22 07:19:57 - TARGET=mips TB --- 2013-09-22 07:19:57 - TARGET_ARCH=mips TB --- 2013-09-22 07:19:57 - TZ=UTC TB --- 2013-09-22 07:19:57 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:19:57 - cd /src TB --- 2013-09-22 07:19:57 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sun Sep 22 07:19:58 UTC 2013 >>> 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 >>> Kernel build for AR91XX_BASE completed on Sun Sep 22 07:24:39 UTC 2013 TB --- 2013-09-22 07:24:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:24:39 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-22 07:24:39 - building AR933X_BASE kernel TB --- 2013-09-22 07:24:39 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:24:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:24:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:24:39 - SRCCONF=/dev/null TB --- 2013-09-22 07:24:39 - TARGET=mips TB --- 2013-09-22 07:24:39 - TARGET_ARCH=mips TB --- 2013-09-22 07:24:39 - TZ=UTC TB --- 2013-09-22 07:24:39 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:24:39 - cd /src TB --- 2013-09-22 07:24:39 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sun Sep 22 07:24:39 UTC 2013 >>> 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 >>> Kernel build for AR933X_BASE completed on Sun Sep 22 07:27:29 UTC 2013 TB --- 2013-09-22 07:27:29 - cd /src/sys/mips/conf TB --- 2013-09-22 07:27:29 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-22 07:27:29 - building AR934X_BASE kernel TB --- 2013-09-22 07:27:29 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:27:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:27:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:27:29 - SRCCONF=/dev/null TB --- 2013-09-22 07:27:29 - TARGET=mips TB --- 2013-09-22 07:27:29 - TARGET_ARCH=mips TB --- 2013-09-22 07:27:29 - TZ=UTC TB --- 2013-09-22 07:27:29 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:27:29 - cd /src TB --- 2013-09-22 07:27:29 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sun Sep 22 07:27:29 UTC 2013 >>> 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 >>> Kernel build for AR934X_BASE completed on Sun Sep 22 07:30:20 UTC 2013 TB --- 2013-09-22 07:30:20 - cd /src/sys/mips/conf TB --- 2013-09-22 07:30:20 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-22 07:30:20 - skipping BERI_DE4_MDROOT kernel TB --- 2013-09-22 07:30:20 - cd /src/sys/mips/conf TB --- 2013-09-22 07:30:20 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-22 07:30:20 - skipping BERI_DE4_SDROOT kernel TB --- 2013-09-22 07:30:20 - cd /src/sys/mips/conf TB --- 2013-09-22 07:30:20 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-09-22 07:30:20 - skipping BERI_SIM_MDROOT kernel TB --- 2013-09-22 07:30:20 - cd /src/sys/mips/conf TB --- 2013-09-22 07:30:20 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-09-22 07:30:20 - skipping BERI_TEMPLATE kernel TB --- 2013-09-22 07:30:20 - cd /src/sys/mips/conf TB --- 2013-09-22 07:30:20 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-09-22 07:30:20 - building CARAMBOLA2 kernel TB --- 2013-09-22 07:30:20 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:30:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:30:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:30:20 - SRCCONF=/dev/null TB --- 2013-09-22 07:30:20 - TARGET=mips TB --- 2013-09-22 07:30:20 - TARGET_ARCH=mips TB --- 2013-09-22 07:30:20 - TZ=UTC TB --- 2013-09-22 07:30:20 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:30:20 - cd /src TB --- 2013-09-22 07:30:20 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sun Sep 22 07:30:20 UTC 2013 >>> 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 >>> Kernel build for CARAMBOLA2 completed on Sun Sep 22 07:33:16 UTC 2013 TB --- 2013-09-22 07:33:16 - cd /src/sys/mips/conf TB --- 2013-09-22 07:33:16 - /usr/sbin/config -m DB120 TB --- 2013-09-22 07:33:16 - building DB120 kernel TB --- 2013-09-22 07:33:16 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:33:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:33:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:33:16 - SRCCONF=/dev/null TB --- 2013-09-22 07:33:16 - TARGET=mips TB --- 2013-09-22 07:33:16 - TARGET_ARCH=mips TB --- 2013-09-22 07:33:16 - TZ=UTC TB --- 2013-09-22 07:33:16 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:33:16 - cd /src TB --- 2013-09-22 07:33:16 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Sun Sep 22 07:33:16 UTC 2013 >>> 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 >>> Kernel build for DB120 completed on Sun Sep 22 07:36:14 UTC 2013 TB --- 2013-09-22 07:36:14 - cd /src/sys/mips/conf TB --- 2013-09-22 07:36:14 - /usr/sbin/config -m DIR-825 TB --- 2013-09-22 07:36:14 - building DIR-825 kernel TB --- 2013-09-22 07:36:14 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:36:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:36:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:36:14 - SRCCONF=/dev/null TB --- 2013-09-22 07:36:14 - TARGET=mips TB --- 2013-09-22 07:36:14 - TARGET_ARCH=mips TB --- 2013-09-22 07:36:14 - TZ=UTC TB --- 2013-09-22 07:36:14 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:36:14 - cd /src TB --- 2013-09-22 07:36:14 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Sun Sep 22 07:36:14 UTC 2013 >>> 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 >>> Kernel build for DIR-825 completed on Sun Sep 22 07:40:14 UTC 2013 TB --- 2013-09-22 07:40:14 - cd /src/sys/mips/conf TB --- 2013-09-22 07:40:14 - /usr/sbin/config -m ENH200 TB --- 2013-09-22 07:40:14 - building ENH200 kernel TB --- 2013-09-22 07:40:14 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:40:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:40:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:40:14 - SRCCONF=/dev/null TB --- 2013-09-22 07:40:14 - TARGET=mips TB --- 2013-09-22 07:40:14 - TARGET_ARCH=mips TB --- 2013-09-22 07:40:14 - TZ=UTC TB --- 2013-09-22 07:40:14 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:40:14 - cd /src TB --- 2013-09-22 07:40:14 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Sun Sep 22 07:40:14 UTC 2013 >>> 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 >>> Kernel build for ENH200 completed on Sun Sep 22 07:44:26 UTC 2013 TB --- 2013-09-22 07:44:26 - cd /src/sys/mips/conf TB --- 2013-09-22 07:44:26 - /usr/sbin/config -m GXEMUL TB --- 2013-09-22 07:44:26 - skipping GXEMUL kernel TB --- 2013-09-22 07:44:26 - cd /src/sys/mips/conf TB --- 2013-09-22 07:44:26 - /usr/sbin/config -m GXEMUL32 TB --- 2013-09-22 07:44:26 - building GXEMUL32 kernel TB --- 2013-09-22 07:44:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:44:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:44:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:44:26 - SRCCONF=/dev/null TB --- 2013-09-22 07:44:26 - TARGET=mips TB --- 2013-09-22 07:44:26 - TARGET_ARCH=mips TB --- 2013-09-22 07:44:26 - TZ=UTC TB --- 2013-09-22 07:44:26 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:44:26 - cd /src TB --- 2013-09-22 07:44:26 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Sun Sep 22 07:44:26 UTC 2013 >>> 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 [...] 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_scanf.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sglist.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/GXEMUL32 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-22 07:45:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 07:45:19 - ERROR: failed to build GXEMUL32 kernel TB --- 2013-09-22 07:45:19 - 5412.29 user 1068.10 system 7143.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 08:07:27 2013 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 ESMTP id 5AF41EC7; Sun, 22 Sep 2013 08:07:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0D0A2167; Sun, 22 Sep 2013 08:07:26 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VNehQ-003XdY-Aj>; Sun, 22 Sep 2013 10:07:24 +0200 Received: from g226181049.adsl.alicedsl.de ([92.226.181.49] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VNehQ-001vuK-5T>; Sun, 22 Sep 2013 10:07:24 +0200 Date: Sun, 22 Sep 2013 10:07:19 +0200 From: "O. Hartmann" To: Davide Italiano Subject: Re: Panic on head (r255759) [_callout_stop_safe()-> panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140] Message-ID: <20130922100719.38c4cf9e@thor.walstatt.dyndns.org> In-Reply-To: References: <523D8AAD.5080900@FreeBSD.org> <523D8C39.4050307@FreeBSD.org> <20130921145139.23e3007a@thor.walstatt.dyndns.org> <523DC6D1.6050903@egr.msu.edu> <523DC9C7.1020708@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/IA+wMT4s8E7M4UATcMbRrlK"; protocol="application/pgp-signature" X-Originating-IP: 92.226.181.49 Cc: freebsd-current , Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 08:07:27 -0000 --Sig_/IA+wMT4s8E7M4UATcMbRrlK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 21 Sep 2013 09:34:59 -0700 Davide Italiano wrote: > On Sat, Sep 21, 2013 at 9:31 AM, Bryan Drewery > wrote: > > On 9/21/2013 11:18 AM, Adam McDougall wrote: > >> On 09/21/13 09:41, Davide Italiano wrote: > >>> On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann > >>> wrote: > >>>> On Sat, 21 Sep 2013 07:08:25 -0500 > >>>> Bryan Drewery wrote: > >>>> > >>>>> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: > >>>>>> On Sat, 21 Sep 2013, Bryan Drewery wrote: > >>>>>> > >>>>>>>> Unread portion of the kernel message buffer: > >>>>>>>> panic: Lock lle not exclusively locked @ > >>>>>>>> /usr/src/sys/kern/kern_rwlock.c:140 > >>>>>>>> > >>>>>>>> cpuid =3D 0 > >>>>>>>> KDB: stack backtrace: > >>>>>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >>>>>>>> 0xfffffe118aeef820 > >>>>>>>> kdb_backtrace() at kdb_backtrace+0x39/frame > >>>>>>>> 0xfffffe118aeef8d0 vpanic() at vpanic+0x126/frame > >>>>>>>> 0xfffffe118aeef910 panic() at panic+0x43/frame > >>>>>>>> 0xfffffe118aeef970 __rw_assert() at __rw_assert+0xa3/frame > >>>>>>>> 0xfffffe118aeef980 _callout_stop_safe() at > >>>>>>>> _callout_stop_safe+0x54/frame 0xfffffe118aeef9f0 arptimer() > >>>>>>>> at arptimer+0x14e/frame 0xfffffe118aeefa30 > >>>>>>>> softclock_call_cc() at softclock_call_cc+0x188/frame > >>>>>>>> 0xfffffe118aeefb10 softclock() at softclock+0x47/frame > >>>>>>>> 0xfffffe118aeefb30 intr_event_execute_handlers() at > >>>>>>>> intr_event_execute_handlers+0x93/frame 0xfffffe118aeefb70 > >>>>>>>> ithread_loop() at ithread_loop+0xa6/frame 0xfffffe118aeefbb0 > >>>>>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe118aeefbf0 > >>>>>>>> fork_trampoline() at fork_trampoline+0xe/frame > >>>>>>>> 0xfffffe118aeefbf0 --- trap 0, rip =3D 0, rsp =3D > >>>>>>>> 0xfffffe118aeefcb0, rbp =3D 0 --- > >>>>>> > >>>>>> +1 from me; I guess introduced somwhere between 255569 and > >>>>>> 255758, as these are my edges of kernel.old and kernel. > >>>>>> > >>>>> r255726 was stable for me. r255759 is not. > >>>>> > >>>>> r255755 converted ipfilter to callout, but I am unsure if that > >>>>> is the problem. > >>>>> > >>>> r255729 is also stable for me - I'm with r255729 again, since > >>>> r255757 crashed. > >>> Let me know if this fixes the problem for you: > >>> http://people.freebsd.org/~davide/review/lc_calloutfix.diff > >>> > >>> Thanks, > >>> > >> Worked for me so far. I generally couldn't stay up more than 30 > >> minutes before the patch and now my uptime is 90 minutes. Thanks! > > > > Same here. > > > > > > -- > > Regards, > > Bryan Drewery > > >=20 > I would wait another couple of hours before the commit, but still I'm > confident this fixed the problem. >=20 I hadn't enough time to let the systems in question run overnight, but from this morning, one of the boxes has been patched and is now under heavy load (buildworld and some other nasty stuff I artificially put onto the box, i.e. some numerical calculations). At least, the system lasted the buildworl for now over 35 minutes and it crashed before the patch after a minute or so under load. I put the patch now onto the second system in row and check whether the stability is the same on another CPU generation as well. Thanks for the fast response. Regards, Oliver --Sig_/IA+wMT4s8E7M4UATcMbRrlK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSPqU7AAoJEOgBcD7A/5N87fwIAKFH48M/Byb56HVU+wdmdv0Q bogpBvZwhCRUK4vGxBwk9VYcnZPpjfOtq/C1WHGs73j3feeq3D6sLD8kDTqZBB/T znFxc8ezpsaONFg1d8aMcwy6CijI2g8g8Hny2dXgm7XOYGKffVD9GgyYFbhAXtNn /JD9zcycSLb/zsQUFREiYc6jii+3TqvL73N/AYnEReVgRWP/8sjx5ZFidjBArwN7 oqIEkg1od7S09/WsEd6dgX2YWaMEqP+SpWGiqYFpOOLIIoD3f1xonoJrAxRv9669 UrbHsQBZVXAflLT1o6tpmoyKIW25fEiK28xbAzICMP0Db9+Ho/T8twZMmGXd19M= =rqK9 -----END PGP SIGNATURE----- --Sig_/IA+wMT4s8E7M4UATcMbRrlK-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 08:33:11 2013 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 ESMTP id AE83515B; Sun, 22 Sep 2013 08:33:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 75DDA225B; Sun, 22 Sep 2013 08:33:11 +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 r8M8XAhE092905; Sun, 22 Sep 2013 04:33:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M8XAbn092886; Sun, 22 Sep 2013 08:33:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 08:33:10 GMT Message-Id: <201309220833.r8M8XAbn092886@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 08:33:11 -0000 TB --- 2013-09-22 07:16:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 07:16:19 - 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 --- 2013-09-22 07:16:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-22 07:16:19 - cleaning the object tree TB --- 2013-09-22 07:17:00 - /usr/local/bin/svn stat /src TB --- 2013-09-22 07:17:04 - At svn revision 255778 TB --- 2013-09-22 07:17:05 - building world TB --- 2013-09-22 07:17:05 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:17:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:17:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:17:05 - SRCCONF=/dev/null TB --- 2013-09-22 07:17:05 - TARGET=sparc64 TB --- 2013-09-22 07:17:05 - TARGET_ARCH=sparc64 TB --- 2013-09-22 07:17:05 - TZ=UTC TB --- 2013-09-22 07:17:05 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:17:05 - cd /src TB --- 2013-09-22 07:17:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 22 07:17:12 UTC 2013 >>> 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 Sep 22 08:23:20 UTC 2013 TB --- 2013-09-22 08:23:20 - generating LINT kernel config TB --- 2013-09-22 08:23:20 - cd /src/sys/sparc64/conf TB --- 2013-09-22 08:23:20 - /usr/bin/make -B LINT TB --- 2013-09-22 08:23:20 - cd /src/sys/sparc64/conf TB --- 2013-09-22 08:23:20 - /usr/sbin/config -m LINT TB --- 2013-09-22 08:23:20 - building LINT kernel TB --- 2013-09-22 08:23:20 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 08:23:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 08:23:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 08:23:20 - SRCCONF=/dev/null TB --- 2013-09-22 08:23:20 - TARGET=sparc64 TB --- 2013-09-22 08:23:20 - TARGET_ARCH=sparc64 TB --- 2013-09-22 08:23:20 - TZ=UTC TB --- 2013-09-22 08:23:20 - __MAKE_CONF=/dev/null TB --- 2013-09-22 08:23:20 - cd /src TB --- 2013-09-22 08:23:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 22 08:23:20 UTC 2013 >>> 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 [...] 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** 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 --- 2013-09-22 08:33:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 08:33:10 - ERROR: failed to build LINT kernel TB --- 2013-09-22 08:33:10 - 3811.96 user 649.30 system 4610.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 08:54:50 2013 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 ESMTP id 31F09425; Sun, 22 Sep 2013 08:54:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 EB0B72337; Sun, 22 Sep 2013 08:54:49 +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 r8M8sm13067910; Sun, 22 Sep 2013 04:54:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M8smST067909; Sun, 22 Sep 2013 08:54:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 08:54:48 GMT Message-Id: <201309220854.r8M8smST067909@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 08:54:50 -0000 TB --- 2013-09-22 06:10:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 06:10:04 - 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 --- 2013-09-22 06:10:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-22 06:10:04 - cleaning the object tree TB --- 2013-09-22 06:11:24 - /usr/local/bin/svn stat /src TB --- 2013-09-22 06:11:28 - At svn revision 255778 TB --- 2013-09-22 06:11:29 - building world TB --- 2013-09-22 06:11:29 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:11:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:11:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:11:29 - SRCCONF=/dev/null TB --- 2013-09-22 06:11:29 - TARGET=powerpc TB --- 2013-09-22 06:11:29 - TARGET_ARCH=powerpc TB --- 2013-09-22 06:11:29 - TZ=UTC TB --- 2013-09-22 06:11:29 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:11:29 - cd /src TB --- 2013-09-22 06:11:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 22 06:11:36 UTC 2013 >>> 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 Sep 22 08:47:32 UTC 2013 TB --- 2013-09-22 08:47:32 - generating LINT kernel config TB --- 2013-09-22 08:47:32 - cd /src/sys/powerpc/conf TB --- 2013-09-22 08:47:32 - /usr/bin/make -B LINT TB --- 2013-09-22 08:47:32 - cd /src/sys/powerpc/conf TB --- 2013-09-22 08:47:32 - /usr/sbin/config -m LINT TB --- 2013-09-22 08:47:32 - building LINT kernel TB --- 2013-09-22 08:47:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 08:47:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 08:47:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 08:47:32 - SRCCONF=/dev/null TB --- 2013-09-22 08:47:32 - TARGET=powerpc TB --- 2013-09-22 08:47:32 - TARGET_ARCH=powerpc TB --- 2013-09-22 08:47:32 - TZ=UTC TB --- 2013-09-22 08:47:32 - __MAKE_CONF=/dev/null TB --- 2013-09-22 08:47:32 - cd /src TB --- 2013-09-22 08:47:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Sep 22 08:47:32 UTC 2013 >>> 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 [...] cc -c -O -pipe -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** 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 --- 2013-09-22 08:54:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 08:54:48 - ERROR: failed to build LINT kernel TB --- 2013-09-22 08:54:48 - 8516.77 user 1066.73 system 9883.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 09:25:13 2013 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 ESMTP id 1A429925; Sun, 22 Sep 2013 09:25:13 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE83F245B; Sun, 22 Sep 2013 09:25:12 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 974106A6002; Sun, 22 Sep 2013 11:25:10 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id r8M9PAs0091921; Sun, 22 Sep 2013 11:25:10 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id r8M9PAPL091652; Sun, 22 Sep 2013 11:25:10 +0200 (CEST) (envelope-from lars) Date: Sun, 22 Sep 2013 11:25:10 +0200 From: Lars Engels To: Tim Kientzle Subject: Re: Panic in arptimer on r255764 Message-ID: <20130922092510.GA57847@e-new.0x20.net> References: <0BB63711-3DF7-42F4-AD23-F2767F41B808@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <0BB63711-3DF7-42F4-AD23-F2767F41B808@freebsd.org> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 09:25:13 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: > I'm seeing this panic pretty consistently when I try to do a buildworld o= n r255764 (i386): >=20 > http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209= =2E27.09%20PM.png >=20 > I'm not seeing it on r255602, so I suspect it's a recent problem. >=20 > Running on VMWare Fusion 6. This was about as vanilla a build as you > can get: no local code changes, no custom config, no src.conf or > make.conf, no ports installed, etc. >=20 +1=20 I also see this on yesterday's HEAD: http://bsd-geek.de/pics/IMG_20130922_100936.jpg The only difference is that I don''t need to run a buildworld, just going into multi user and wait a few seconds. I don't see this in single user mode, though. --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iEYEARECAAYFAlI+t3YACgkQKc512sD3afi6bQCeLgYvFxR7Ccicwvxf259jY/aS 4RMAoLVsyxnqUgECbPf01iKS4dBbynHQ =lRy3 -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 09:41:19 2013 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 ESMTP id 78829D70; Sun, 22 Sep 2013 09:41:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 3DDC1251B; Sun, 22 Sep 2013 09:41:18 +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 r8M9fIDL065884; Sun, 22 Sep 2013 05:41:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8M9fIfC065883; Sun, 22 Sep 2013 09:41:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Sep 2013 09:41:18 GMT Message-Id: <201309220941.r8M9fIfC065883@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 09:41:19 -0000 TB --- 2013-09-22 06:29:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 06:29:31 - 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 --- 2013-09-22 06:29:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-22 06:29:31 - cleaning the object tree TB --- 2013-09-22 06:31:10 - /usr/local/bin/svn stat /src TB --- 2013-09-22 06:31:14 - At svn revision 255778 TB --- 2013-09-22 06:31:15 - building world TB --- 2013-09-22 06:31:15 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:31:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:31:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:31:15 - SRCCONF=/dev/null TB --- 2013-09-22 06:31:15 - TARGET=powerpc TB --- 2013-09-22 06:31:15 - TARGET_ARCH=powerpc64 TB --- 2013-09-22 06:31:15 - TZ=UTC TB --- 2013-09-22 06:31:15 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:31:15 - cd /src TB --- 2013-09-22 06:31:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 22 06:31:22 UTC 2013 >>> 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 Sep 22 09:36:56 UTC 2013 TB --- 2013-09-22 09:36:56 - generating LINT kernel config TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/bin/make -B LINT TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/sbin/config -m LINT TB --- 2013-09-22 09:36:56 - skipping LINT kernel TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/sbin/config -m GENERIC TB --- 2013-09-22 09:36:56 - skipping GENERIC kernel TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/sbin/config -m GENERIC64 TB --- 2013-09-22 09:36:56 - building GENERIC64 kernel TB --- 2013-09-22 09:36:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 09:36:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 09:36:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 09:36:56 - SRCCONF=/dev/null TB --- 2013-09-22 09:36:56 - TARGET=powerpc TB --- 2013-09-22 09:36:56 - TARGET_ARCH=powerpc64 TB --- 2013-09-22 09:36:56 - TZ=UTC TB --- 2013-09-22 09:36:56 - __MAKE_CONF=/dev/null TB --- 2013-09-22 09:36:56 - cd /src TB --- 2013-09-22 09:36:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Sep 22 09:36:56 UTC 2013 >>> 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 [...] ctfconvert -L VERSION -g subr_sglist.o 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c ctfconvert -L VERSION -g subr_sleepqueue.o 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** 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 --- 2013-09-22 09:41:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-22 09:41:17 - ERROR: failed to build GENERIC64 kernel TB --- 2013-09-22 09:41:17 - 9997.22 user 1286.66 system 11506.93 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 09:53:05 2013 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 ESMTP id 8F63D163 for ; Sun, 22 Sep 2013 09:53:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5115A25A9 for ; Sun, 22 Sep 2013 09:53:04 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 08C0D4AC57 for ; Sun, 22 Sep 2013 13:53:02 +0400 (MSK) Date: Sun, 22 Sep 2013 13:52:59 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1927298987.20130922135259@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: r255763/i386 cannot start devd with default config, network doesn't work too, because DHCP is started by devd, sshd complains about config, "passwd" could not change password MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 09:53:05 -0000 Hello, Freebsd-current. I have fresh and clean 10.0-ALPHA2 (r255763) i386 build. Only changed files in /etc is rc.conf, master.passwd, group and fstab. It was installed from build system with "make TARGET=i386 TARGET_ARCH=i386 DESTDIR=/mnt installworld installkernel" on newely-created FS, so it doesn't contains any leftovers. devd cannot start with strange diagnostic: devd: Cannot parse /etc/devd.conf at line 202 Line 202 is: ================== 201 nomatch 10 { 202 match "bus" "pccard[0-9]+"; 203 action "logger Unknown PCCARD device: manufacturer $manufacturer \ 204 product $product CISproduct $cisproduct CIS-vendor \ 205 $cisvendor bus $bus"; 206 }; ================== When I start dhcilent by hands and try to login with "ssh" "sshd" complains: sshd[262]: error: bad prime description in line 82 When I try to change password for local user, PAM complains: root@fbsd-c-32:~ # passwd lev Changing local password for lev New Password: Retype New Password: pwd_mkdb: /etc/pwd.db.tmp: File exists passwd: pam_chauthtok(): error in service module root@fbsd-c-32:~ # rm /etc/pwd.db.tmp rm: /etc/pwd.db.tmp: No such file or directory root@fbsd-c-32:~ # passwd lev Changing local password for lev New Password: Retype New Password: passwd: pam_chauthtok(): error in service module root@fbsd-c-32:~ # passwd lev Changing local password for lev New Password: Retype New Password: pwd_mkdb: /etc/pwd.db.tmp: File exists passwd: pam_chauthtok(): error in service module root@fbsd-c-32:~ # As it is VirtualBox, I don't think it is memory or hard disk problem. All files in /etc is exactly the same as in sources! -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 12:11:32 2013 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 ESMTP id 2DDD5D0E; Sun, 22 Sep 2013 12:11:32 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vc0-x231.google.com (mail-vc0-x231.google.com [IPv6:2607:f8b0:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFB342BCE; Sun, 22 Sep 2013 12:11:31 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id hv10so1460232vcb.36 for ; Sun, 22 Sep 2013 05:11:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hmLn1dt3jSkkk7Hg5H/IIEagvkoh1KQlVj5uG0CCT4U=; b=PCaUIb7D5s9q2aPFYZYpoZxB8rejLU2WF+p17lmt5HAnYq1iHksyh3W9HdClHszlx1 JkWj3ArTPKg3+jLb/TPYt13kbasM5Ug4rWC0NgyE42kKs6ZGIPgozDy5JsHe4AAn+8Pp X1BO8JoPARZpBuYHBTYHpDityd4UttcfMmkKw3KEwGQKSUirpC2PZy6I+9lSBwbRT6ih Kncfj9T8xrKzqJ78ep7M+BbHzoFSXiTwXjkZq10SA4uOyfziloEi9NyfdhQWHISb5hLg dc8K56+tGD/MEHcsksbn5ycK4oNUe46Pc+2u+hOp1h7/6yeoA2xvcnJZTMM9pX/73wau y5Ug== MIME-Version: 1.0 X-Received: by 10.220.169.203 with SMTP id a11mr118987vcz.26.1379851890883; Sun, 22 Sep 2013 05:11:30 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 22 Sep 2013 05:11:30 -0700 (PDT) In-Reply-To: <20130922092510.GA57847@e-new.0x20.net> References: <0BB63711-3DF7-42F4-AD23-F2767F41B808@freebsd.org> <20130922092510.GA57847@e-new.0x20.net> Date: Sun, 22 Sep 2013 05:11:30 -0700 X-Google-Sender-Auth: ad05NWXHdxEU4jgKAvj8Oij7HqY Message-ID: Subject: Re: Panic in arptimer on r255764 From: Davide Italiano To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 Cc: Tim Kientzle , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 12:11:32 -0000 On Sun, Sep 22, 2013 at 2:25 AM, Lars Engels wrote: > On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: >> I'm seeing this panic pretty consistently when I try to do a buildworld on r255764 (i386): >> >> http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png >> >> I'm not seeing it on r255602, so I suspect it's a recent problem. >> >> Running on VMWare Fusion 6. This was about as vanilla a build as you >> can get: no local code changes, no custom config, no src.conf or >> make.conf, no ports installed, etc. >> > > +1 > > I also see this on yesterday's HEAD: > > http://bsd-geek.de/pics/IMG_20130922_100936.jpg > > The only difference is that I don''t need to run a buildworld, just > going into multi user and wait a few seconds. > I don't see this in single user mode, though. Try this: http://people.freebsd.org/~davide/review/lc_calloutfix.diff I'll commit as soon as I'll receive OK from re@. -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 12:28:49 2013 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 ESMTP id DB79DEF9; Sun, 22 Sep 2013 12:28:49 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 955AE2C64; Sun, 22 Sep 2013 12:28:49 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 08C626A6004; Sun, 22 Sep 2013 14:28:48 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id r8MCSl1w056675; Sun, 22 Sep 2013 14:28:47 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id r8MCSltt055659; Sun, 22 Sep 2013 14:28:47 +0200 (CEST) (envelope-from lars) Date: Sun, 22 Sep 2013 14:28:47 +0200 From: Lars Engels To: Davide Italiano Subject: Re: Panic in arptimer on r255764 Message-ID: <20130922122847.GB57847@e-new.0x20.net> References: <0BB63711-3DF7-42F4-AD23-F2767F41B808@freebsd.org> <20130922092510.GA57847@e-new.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tim Kientzle , andrej.zverev@gmail.com, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 12:28:49 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 22, 2013 at 05:11:30AM -0700, Davide Italiano wrote: > On Sun, Sep 22, 2013 at 2:25 AM, Lars Engels wrote: > > On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: > >> I'm seeing this panic pretty consistently when I try to do a buildworl= d on r255764 (i386): > >> > >> http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%= 209.27.09%20PM.png > >> > >> I'm not seeing it on r255602, so I suspect it's a recent problem. > >> > >> Running on VMWare Fusion 6. This was about as vanilla a build as you > >> can get: no local code changes, no custom config, no src.conf or > >> make.conf, no ports installed, etc. > >> > > > > +1 > > > > I also see this on yesterday's HEAD: > > > > http://bsd-geek.de/pics/IMG_20130922_100936.jpg > > > > The only difference is that I don''t need to run a buildworld, just > > going into multi user and wait a few seconds. > > I don't see this in single user mode, though. >=20 >=20 > Try this: > http://people.freebsd.org/~davide/review/lc_calloutfix.diff > I'll commit as soon as I'll receive OK from re@. Yes, that seems to help. I am running it for a few minutes now which is a few minutes more that without the patch. ;-) Thanks! P.S.: Fortunately I migrated the system to ZFS with Boot Environments, so I could boot the old world and kernel without any hassle! \o/ --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iEYEARECAAYFAlI+4n8ACgkQKc512sD3afi1lgCeLEaX+Qt5Xb6q1THBVvoS9SCc cwAAn2GJpkXnVvTldD9LrswPkeuZ/z8+ =NSQr -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 14:11:08 2013 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 ESMTP id BECB98AD; Sun, 22 Sep 2013 14:11:08 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D35E2202; Sun, 22 Sep 2013 14:11:08 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id lf11so1467863vcb.7 for ; Sun, 22 Sep 2013 07:11:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=k7yKt6Oe4L34V8Ogpx57W1u0F5F/cmGHTm5N/C2CPDI=; b=gj1FOuSHY5Rwq760Q9ZXCAyMQlKEIPI75SY4MLo1WJDcY568Vi+9eN+oyQVZhTMJNp yx6sy8v7oX9N2v2pe9pVFmNGo2KaX0Wy3tzvehSvZR2ZLHFVWb17osQ3W8aaEE8DJOhs 3MtF//kAaPPITxndXo+VwrXWhhMk31ZcTk5QYO2TZklpgSgj8KZspk4XaD+GaRmyJ9Pq rQFBVNpX5//SXtYftqqYyZS/motAoTaIY9FiKlQrtHUHABFLAu1alNHaDclC8/u2I82H /jr8zUIoIucE36sOnQUkA9MwYS07TrjLHqhWza+bCdGfZ501d5S6lW+XnhPmvUOwl4wJ wmcA== MIME-Version: 1.0 X-Received: by 10.52.230.102 with SMTP id sx6mr14141144vdc.15.1379859067506; Sun, 22 Sep 2013 07:11:07 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 22 Sep 2013 07:11:07 -0700 (PDT) In-Reply-To: <20130922122847.GB57847@e-new.0x20.net> References: <0BB63711-3DF7-42F4-AD23-F2767F41B808@freebsd.org> <20130922092510.GA57847@e-new.0x20.net> <20130922122847.GB57847@e-new.0x20.net> Date: Sun, 22 Sep 2013 16:11:07 +0200 X-Google-Sender-Auth: JDiPQkGQHRtNtpj17LYOhEYyx6g Message-ID: Subject: Re: Panic in arptimer on r255764 From: Davide Italiano To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 Cc: Tim Kientzle , andrej.zverev@gmail.com, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 14:11:08 -0000 On Sun, Sep 22, 2013 at 2:28 PM, Lars Engels wrote: > On Sun, Sep 22, 2013 at 05:11:30AM -0700, Davide Italiano wrote: >> On Sun, Sep 22, 2013 at 2:25 AM, Lars Engels wrote: >> > On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: >> >> I'm seeing this panic pretty consistently when I try to do a buildworld on r255764 (i386): >> >> >> >> http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png >> >> >> >> I'm not seeing it on r255602, so I suspect it's a recent problem. >> >> >> >> Running on VMWare Fusion 6. This was about as vanilla a build as you >> >> can get: no local code changes, no custom config, no src.conf or >> >> make.conf, no ports installed, etc. >> >> >> > >> > +1 >> > >> > I also see this on yesterday's HEAD: >> > >> > http://bsd-geek.de/pics/IMG_20130922_100936.jpg >> > >> > The only difference is that I don''t need to run a buildworld, just >> > going into multi user and wait a few seconds. >> > I don't see this in single user mode, though. >> >> >> Try this: >> http://people.freebsd.org/~davide/review/lc_calloutfix.diff >> I'll commit as soon as I'll receive OK from re@. > > Yes, that seems to help. I am running it for a few minutes now which is > a few minutes more that without the patch. ;-) > > Thanks! > > P.S.: Fortunately I migrated the system to ZFS with Boot Environments, > so I could boot the old world and kernel without any hassle! \o/ A fix is now committed (r255788). Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 14:37:03 2013 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 ESMTP id 68729B6E for ; Sun, 22 Sep 2013 14:37:03 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B0062531 for ; Sun, 22 Sep 2013 14:37:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=q9wyeV6gvaSzSMu/7C+SkoIz8MaChELlLzRcIsuW1WA=; b=gqU5Z+RPOKIdY85g6QloppKFYr2PB+npmXf2osGrPSJPM72fPZSlh/f88RnbOFAsttH8kIqqJsxgpjm8cMLFMA9xV+zw6cK0atRaaKH1PHMtQevq76HO84GTXdj1OFmNAHUTiJhewIjICAWoZd20YrT2Nqw8tCl9tqrPbpwCUNU=; Received: from localhost.lerctr.org ([127.0.0.1]:36619 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VNkmT-0005x4-3N for freebsd-current@freebsd.org; Sun, 22 Sep 2013 09:37:02 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 22 Sep 2013 09:37:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Sep 2013 09:37:00 -0500 From: Larry Rosenman To: Freebsd current Subject: exec on =?UTF-8?Q?/usr/src=3F?= Message-ID: <4fba59fe23c1e48e95548e377d8ff368@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.4 X-Spam-Score: -5.2 (-----) X-LERCTR-Spam-Score: -5.2 (-----) X-Spam-Report: SpamScore (-5.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.277 X-LERCTR-Spam-Report: SpamScore (-5.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.277 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 14:37:03 -0000 Is it intended that we need to set exec=on for /usr/src after the include/mk-osreldate.sh addition? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 15:42:00 2013 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 ESMTP id 162DD2B6 for ; Sun, 22 Sep 2013 15:42:00 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF6992792 for ; Sun, 22 Sep 2013 15:41:59 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VNlnK-000NoK-Ox; Sun, 22 Sep 2013 15:41:58 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8MFftaq022368; Sun, 22 Sep 2013 09:41:55 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18t9fqvroLb9Lg8RzdYQ7SD Subject: Re: exec on /usr/src? From: Ian Lepore To: Larry Rosenman In-Reply-To: <4fba59fe23c1e48e95548e377d8ff368@webmail.lerctr.org> References: <4fba59fe23c1e48e95548e377d8ff368@webmail.lerctr.org> Content-Type: multipart/mixed; boundary="=-Aj5Unxq8EpivIBEDWBwn" Date: Sun, 22 Sep 2013 09:41:55 -0600 Message-ID: <1379864515.1197.102.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Freebsd current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 15:42:00 -0000 --=-Aj5Unxq8EpivIBEDWBwn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote: > Is it intended that we need to set exec=on for /usr/src after the > include/mk-osreldate.sh addition? > > Are you saying you have /usr/src mounted with the noexec option and that's preventing the script from running? The mount manpage says that you may still run scripts from a noexec mount, but maybe that's outdated. Does the attached patch let you keep the noexec option? -- Ian --=-Aj5Unxq8EpivIBEDWBwn Content-Disposition: inline; filename="osreldate_shell.diff" Content-Type: text/x-patch; name="osreldate_shell.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: include/Makefile =================================================================== --- include/Makefile (revision 255775) +++ include/Makefile (working copy) @@ -113,7 +113,7 @@ osreldate.h vers.c: ${NEWVERS_SH} ${PARAM_H} ${MK_ MAKE="${MAKE}" \ NEWVERS_SH=${NEWVERS_SH} \ PARAM_H=${PARAM_H} \ - ${MK_OSRELDATE_SH} + ${SHELL} ${MK_OSRELDATE_SH} .for i in ${LHDRS} INCSLINKS+= sys/$i ${INCLUDEDIR}/$i --=-Aj5Unxq8EpivIBEDWBwn-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 16:02:14 2013 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 ESMTP id DB1D2B1E; Sun, 22 Sep 2013 16:02:14 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A92682893; Sun, 22 Sep 2013 16:02:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=i676NRh262q8NTlGjayOTw1g2MtWrNoXIp1amU0sQt0=; b=UJR1wa5mnQn+GFkDpIaeyK0YBgjoU8MbQPzwBzVVFWdH6ik5d6z5MtoJ8UUkbJN1L3AkhNTFJqJ/wxIXxfqMqzImgXxrZREDPNJE05pezljKy1/+aq0nO1Whz+nBupMcP7uLx3HzA4iMhxabsinPBjDXtO525c0opDIWbZQNAaM=; Received: from localhost.lerctr.org ([127.0.0.1]:61070 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VNm6u-0006eS-8w; Sun, 22 Sep 2013 11:02:13 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 22 Sep 2013 11:02:11 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 22 Sep 2013 11:02:11 -0500 From: Larry Rosenman To: Ian Lepore Subject: Re: exec on =?UTF-8?Q?/usr/src=3F?= In-Reply-To: <1379864515.1197.102.camel@revolution.hippie.lan> References: <4fba59fe23c1e48e95548e377d8ff368@webmail.lerctr.org> <1379864515.1197.102.camel@revolution.hippie.lan> Message-ID: <89612e6757bfd588065e3ea67bda99c2@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.4 X-Spam-Score: -5.2 (-----) X-LERCTR-Spam-Score: -5.2 (-----) X-Spam-Report: SpamScore (-5.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.277 X-LERCTR-Spam-Report: SpamScore (-5.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.277 Cc: Freebsd current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 16:02:14 -0000 On 2013-09-22 10:41, Ian Lepore wrote: > On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote: >> Is it intended that we need to set exec=on for /usr/src after the >> include/mk-osreldate.sh addition? >> >> > > Are you saying you have /usr/src mounted with the noexec option and > that's preventing the script from running? The mount manpage says that > you may still run scripts from a noexec mount, but maybe that's > outdated. Does the attached patch let you keep the noexec option? > > -- Ian Yes (sorry, using ZFS terminology, since I'm root on ZFS and totally ZFS). The does fix it from what I can tell. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 17:10:52 2013 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 ESMTP id 20D7E55F for ; Sun, 22 Sep 2013 17:10:52 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm9.bullet.mail.ne1.yahoo.com (nm9.bullet.mail.ne1.yahoo.com [98.138.90.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 989052B4B for ; Sun, 22 Sep 2013 17:10:51 +0000 (UTC) Received: from [98.138.90.49] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 22 Sep 2013 17:10:44 -0000 Received: from [98.138.84.47] by tm2.bullet.mail.ne1.yahoo.com with NNFMP; 22 Sep 2013 17:10:44 -0000 Received: from [127.0.0.1] by smtp115.mail.ne1.yahoo.com with NNFMP; 22 Sep 2013 17:10:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1379869844; bh=J2WuNfhfJeuTAmzjt2ZUkchzK9GuwupmRrYAJIP0nNg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=hwehqPhfrCjSWndnr9Gjqz/K2N4EU8p/CTo3uCk5NmzNkP9ALPJZMvk0IZ4xLcK7sV3rDcZ/7w1nHAZiqvP3uKFnbKZYVAXjakibTYF7qIa2hpdrNcaIsdagecZzcDKlOJFWPs+MXm59uw2rvvjKsw0L9qg9/8YSvYPazXF4X5w= X-Yahoo-Newman-Id: 294952.1456.bm@smtp115.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: G7UjbGYVM1m2F4NQCCV1ua0sWwTYo23jdaiU69ayx37hvIn O.Kb9pUG4ud3jX6OKNq_z5GHM0FbLYAVbdE7t2sTHtgHcbPyCCvfgWxvzwBE IjtBpUe5Rh0HKbsxDDxwaoIphtN69w4dpwNKoLUwf7VJS2m_HryJa5Kk6_WZ p5ZcHxa.P5Uo9Ny9TJKx9slcgHTsKzZZlgwiJyxqKU6Kh4fJ6A68du9lgrKE v_jO3tzbnuJXH6i3eQ875drZpvMgQwMICRntBGk01o2a4EoJhJwor3U_WmVA nj_eXuAIAhBhq5DnhTKPUViGcOMHUPKHbyh8RCzHJ0PlBkDHzGhNUEGxXSpA V8Mu5uEAiVx2m8eonGYKLBYS7dS.s20zielxDnRR8Tp129OMRPFPh3IJ_rIn nZJ6FTfte3fu_dSBIG9QyPDAWnyTky5LQo1SyvXTVyYt2GcgPemW1vbnrR6E rXYyOyzv4eTRAZTpfdkHPQ2hjcW0MYo40OVmYHvqRAQcDQVhZRXFu6A6hsFb awJ2zRDf0aj6LJiY3CxynhLwsKkt_pPzHu9d_aaL06TYaOt38rDlS X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.228] (sean_bruno@24.23.220.111 with ) by smtp115.mail.ne1.yahoo.com with SMTP; 22 Sep 2013 10:10:44 -0700 PDT Subject: panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140 From: Sean Bruno To: FreeBSD CURRENT Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-uNP3MQNXkbZFkmVLKY83" Date: Sun, 22 Sep 2013 10:10:42 -0700 Message-ID: <1379869842.1568.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 17:10:52 -0000 --=-uNP3MQNXkbZFkmVLKY83 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Got a panic this morning after updating to 10.0-ALPHA-2 today while installing ports to a clean system. =20 I can hold the box at the db> prompt for a bit if someone wants me to look at "things" Sean --=-uNP3MQNXkbZFkmVLKY83 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSPySSAAoJEBkJRdwI6BaHG/gH/3i9pjJgXf53ZPQUVBkVyNMj ma9dmF9ssMuf9C+v9oUhTkVLrrcG88GLCy9Rfx65LshofyTWY9sX8Opf7JaPvKgU psHTKOIjZotRYBjQdZHUkyQPpYe01oAKsBYcToK/+x2cmivVoG3M1TXtOJhvPcVb KFggm/AxLcivSyqn0/vw0WHI9ZLAeHV21p4QeW9dXcSLlwIp+WWoCBpRupUTdmz7 ga9AyT0WwVNRx6HR4spI80HzvrWHXdmZA1sZ8sAQ/yZcENCtQgkRb7v+wiLLpEpr /DB+Xa+aGeVnV4tiR82wFIuV4e7J0A5ZfdH1EcagyPfYy9gBcHCs8LV6g9J85Fg= =CclN -----END PGP SIGNATURE----- --=-uNP3MQNXkbZFkmVLKY83-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 17:12:48 2013 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 ESMTP id D8A7868B for ; Sun, 22 Sep 2013 17:12:48 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76EB72B69 for ; Sun, 22 Sep 2013 17:12:48 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id n12so2262310wgh.15 for ; Sun, 22 Sep 2013 10:12:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=v3SvqNxgyh9q6WDMfPbIDNhRPMBTI0ZnruMUvS0t+dI=; b=RBqJ7Sgq4ZuwNvg/L5RU1O/ZuCpv9PVFhVLTnH96nWyI/XCZJiMPQeYLilFhcHPVpt 1dKdKF/la4I/kNeOQzjC9Az3Qu9zzDZrzDEHnH8aMIi37bBfRhCxjmLqgkAwpJG2ANE4 JiDL428tTip9HfzC55wqd1r7rWoHjmJL6N35ntYCRrLO5xORn1Qev3ikrJMxZnthGhCJ eGHxCkFyq5zyVN/NdKVhL+4qD3OIeaRFF05/hg9k4l1hvVXlDLzYVaP2nyjKwDa2NGaE 3rRTspHbt//87U1aNOcQhhwyW0KfgOUy5Q7YnkAXD2E3oKElBnSVsQ/dOL161OG+CSPP EhLA== X-Received: by 10.194.20.170 with SMTP id o10mr13861111wje.4.1379869966906; Sun, 22 Sep 2013 10:12:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Sun, 22 Sep 2013 10:12:26 -0700 (PDT) From: Miguel Clara Date: Sun, 22 Sep 2013 18:12:26 +0100 Message-ID: Subject: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 17:12:48 -0000 I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 tries I get a panic while building gcc, but I'm not sure if its related or just coincidence! --- Kernel 12 trap 12 with interrupts disable Fatal trap 12: page fault in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present ....... Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx I was able to build Xorg though without any panic.7 Thanks From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 17:13:43 2013 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 ESMTP id 9ECBE79F; Sun, 22 Sep 2013 17:13:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 747A02B7A; Sun, 22 Sep 2013 17:13:43 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EFDF25CC9; Sun, 22 Sep 2013 17:13:41 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EFDF25CC9 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 22 Sep 2013 13:13:40 -0400 From: Glen Barber To: sbruno@freebsd.org Subject: Re: panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140 Message-ID: <20130922171340.GA2336@glenbarber.us> References: <1379869842.1568.3.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <1379869842.1568.3.camel@localhost> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 17:13:43 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 22, 2013 at 10:10:42AM -0700, Sean Bruno wrote: > Got a panic this morning after updating to 10.0-ALPHA-2 today while > installing ports to a clean system. =20 >=20 > I can hold the box at the db> prompt for a bit if someone wants me to > look at "things" >=20 I think this is fixed with r255788 (committed today). Glen --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSPyVEAAoJEFJPDDeguUajKGQIAKn4gIjgWCM/l5neWyzHKH+I X1Ou/SLnbfJRtkt9O+7t5nslIC9FRm1TETjoPBY7tu2toecxRzHqNyLJJX9PAQaE U2/kGzRTmdJNCJ9y7yd6ECbI0m4IRMggNOUn1WP3MVHYa0FQqIjk2wS73rFCTLmd bEGy3roOXzfIGFrZhauXHEQ2qsfj6QaGgcjO1HaGWl8sQCkwRRYI828/wW47feYu 8b8tzhYgSY/NqxfhW+/cbMeoWWU8RaY1LPbs0vifGGsJhQ0X0MlfPiEbJt+XrIIx /XzX34TJoGdCsvR7/JSXL35eLwNko/hrukEsQ4JjApFEzUVKT58R9lsJ2546UbE= =iQwV -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 19:00:29 2013 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 ESMTP id 1DABEE73 for ; Sun, 22 Sep 2013 19:00:29 +0000 (UTC) (envelope-from michael@kryptos-security.com) Received: from mail-pb0-f43.google.com (mail-pb0-f43.google.com [209.85.160.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECD152099 for ; Sun, 22 Sep 2013 19:00:28 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id md4so2350875pbc.30 for ; Sun, 22 Sep 2013 12:00:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=rFh3KdGEbZhG/39jFj4rw1uxQgE3c7hhMlSh2M4qGCE=; b=IapxPSUNMkmIxDMkvtZkRG5vypZKHm5V2Ss81K4Fv/zJq1t/dZZSQElvodg2jbU2cN 1WB4ZRJ1bzY446J8yjKS0ieWCpH6hU9/xfodQBRmFJyvgujX1gAeGOutTO9UtWgFWZ+S fuqy5eIN12rPcF8fzDt/sVFd3yzmPkRMrzm4SEFbwvdI51vXu/W09bemJCbXOeYE+hEN YMsdDJdVRfnkGwLZ1vo9+Cv1MdQmslQR56/zUAn7r9YGZdpg+uY5gytqCi+hnRgRyiMD kjRI0P5tcyG0uDGtuy5QRp2L/ipBrxSMh6s9g7O2rbQFNsoTQFSRb2yycytuV7KqB/ky +LXg== X-Gm-Message-State: ALoCoQnBUZXoXiiy3WRnJ3yZuGTF5Zp5xDwBbAMt2vVzUBCbMIv/3Sj2e5y+Qb0X45wyh7YX6x4Q MIME-Version: 1.0 X-Received: by 10.66.230.138 with SMTP id sy10mr21014302pac.103.1379876422342; Sun, 22 Sep 2013 12:00:22 -0700 (PDT) Received: by 10.68.147.164 with HTTP; Sun, 22 Sep 2013 12:00:22 -0700 (PDT) X-Originating-IP: [66.177.125.30] Date: Sun, 22 Sep 2013 15:00:22 -0400 Message-ID: Subject: UEFI From: Michael Copeland To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 19:00:29 -0000 I noticed on freebsdnews that UEFI support could make it into release. https://wiki.freebsd.org/UEFI http://svnweb.freebsd.org/base/projects/uefi/ I've tested it as shown in the wiki link and it only reboots the vm. I'm just wondering if that news was accurate or if it's still going to be a long while till we have proper support for UEFI. - michael From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 19:17:35 2013 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 ESMTP id 84ECA4E4 for ; Sun, 22 Sep 2013 19:17:35 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 589E2213C for ; Sun, 22 Sep 2013 19:17:35 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VNp9y-000Pc5-83; Sun, 22 Sep 2013 19:17:34 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8MJHUY2022516; Sun, 22 Sep 2013 13:17:30 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18Aq/JIziJ5+Ix41gPz9xL+ Subject: Re: exec on /usr/src? From: Ian Lepore To: Larry Rosenman In-Reply-To: <89612e6757bfd588065e3ea67bda99c2@webmail.lerctr.org> References: <4fba59fe23c1e48e95548e377d8ff368@webmail.lerctr.org> <1379864515.1197.102.camel@revolution.hippie.lan> <89612e6757bfd588065e3ea67bda99c2@webmail.lerctr.org> Content-Type: text/plain; charset="us-ascii" Date: Sun, 22 Sep 2013 13:17:30 -0600 Message-ID: <1379877450.1197.107.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Freebsd current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 19:17:35 -0000 On Sun, 2013-09-22 at 11:02 -0500, Larry Rosenman wrote: > On 2013-09-22 10:41, Ian Lepore wrote: > > On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote: > >> Is it intended that we need to set exec=on for /usr/src after the > >> include/mk-osreldate.sh addition? > >> > >> > > > > Are you saying you have /usr/src mounted with the noexec option and > > that's preventing the script from running? The mount manpage says that > > you may still run scripts from a noexec mount, but maybe that's > > outdated. Does the attached patch let you keep the noexec option? > > > > -- Ian > Yes (sorry, using ZFS terminology, since I'm root on ZFS and totally > ZFS). > > The does fix it from what I can tell. > > Committed as r255796. Thanks for testing it, and sorry for glitching your build. :) -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 19:29:28 2013 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 ESMTP id 82BBB7BE; Sun, 22 Sep 2013 19:29:28 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9BFC21B4; Sun, 22 Sep 2013 19:29:27 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hn9so1452478wib.11 for ; Sun, 22 Sep 2013 12:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=fvnvTnjtITtZczrw1DCR/sPFfoAIiGmkMTWvzaSs9Tg=; b=RmhgNIrQ3ZW70214oL5lzDQHn7GGDaOTcjzmRCRy3QdYuZ+q8OmjbE4StEyTJu3AwR TU1K2cuAclAi8pQAvpUcm4B5nkgYYJnI8axtkRQ65ERqmXz07Sm9LWl8UZWe5jvvXzom iDCZjAzsHZpBgpmzfm2tzZMRQnhRsQUCiPnGrhPWnQRKwaACVJFKjCVjCCR87kzGf3CG TfL02MwdHUHO1DRK33LhM0Rhsc7tVaheJH8/mSor1z2jK5aDtLWgWf26KULNCFlDvjb7 x5MQdA+qcwYKLCFRJliHKN5OC6xZu2Bnbk8++rDO0XJEKLxe2fSlWvuQ9KxMGyRTPnN1 iAFA== X-Received: by 10.180.88.71 with SMTP id be7mr10552413wib.25.1379878166395; Sun, 22 Sep 2013 12:29:26 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id b11sm20268263wik.1.1969.12.31.16.00.00 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 22 Sep 2013 12:29:25 -0700 (PDT) Date: Sun, 22 Sep 2013 21:29:20 +0200 From: Mateusz Guzik To: Ian Lepore Subject: Re: exec on /usr/src? Message-ID: <20130922192920.GA7873@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Ian Lepore , Larry Rosenman , Freebsd current References: <4fba59fe23c1e48e95548e377d8ff368@webmail.lerctr.org> <1379864515.1197.102.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1379864515.1197.102.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Freebsd current , Larry Rosenman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 19:29:28 -0000 On Sun, Sep 22, 2013 at 09:41:55AM -0600, Ian Lepore wrote: > On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote: > > Is it intended that we need to set exec=on for /usr/src after the > > include/mk-osreldate.sh addition? > > > > > > Are you saying you have /usr/src mounted with the noexec option and > that's preventing the script from running? The mount manpage says that > you may still run scripts from a noexec mount, but maybe that's > outdated. > I'm pretty sure this it tries to say that if there is a script on a noexec fs, you still can run it just like you did in your patch. While such a way to "bypass" noexec for scripts seems obvious, I guess it makes sense to document it so that noone does 'sh/python/perl foo' and claims a vulnerability was discovered (it would be impossible to "fix" this anyway). -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 20:31:59 2013 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 ESMTP id 8BE94E45 for ; Sun, 22 Sep 2013 20:31:59 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 75AAA24FE for ; Sun, 22 Sep 2013 20:31:59 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:f0be:728f:ff15:449a] (unknown [IPv6:2601:9:4d00:119:f0be:728f:ff15:449a]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 64FC639821; Sun, 22 Sep 2013 13:31:58 -0700 (PDT) Subject: Re: [patch] Add support for kernel mode setting on Intel Haswell Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=us-ascii From: Rui Paulo X-Priority: 1 (Highest) In-Reply-To: <9a969337d881635594dd1ab7aa9e40ba.squirrel@mail.neelc.org> Date: Sun, 22 Sep 2013 13:31:56 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0548F3DB-2CA3-4140-AD09-098D3F0E7762@FreeBSD.org> References: <9a969337d881635594dd1ab7aa9e40ba.squirrel@mail.neelc.org> To: neel@neelc.org X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 20:31:59 -0000 On 20 Sep 2013, at 15:42, Neel Chauhan wrote: > This patch is untested I doubt this will be integrated without any testing. If you can't test, = we should try to find someone that can. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 20:40:48 2013 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 ESMTP id F235746A for ; Sun, 22 Sep 2013 20:40:47 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7742580 for ; Sun, 22 Sep 2013 20:40:47 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id w62so2390075wes.32 for ; Sun, 22 Sep 2013 13:40:45 -0700 (PDT) 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 :content-type; bh=wEBF5YK/w8aAflWHiuZO/8PHGTYfv1bX0m0sx/rsJ0Y=; b=P0010/GHmlR0dsFtZ1QO37d7lPuS55dWrUeCNN6EfoXFZf664/phOnka7WsEVawRsp GUyX8tE+wtxMfeOB0ZdOvP3uoIAKZY+ExAe3VRgWlwGEEKOB4EhIsGocwEn/7E5AuGa/ zPwzVCyOOVH4OVpcxMzeBKd8soBME4X93OPxy39/xhMTlS4GryYNuM3S6l+qw6U04cP3 mnO8MCFnwpm5IWyHWWSZFIPzqELHyXl6hoEDUQCaK1tIc0nAeNwYglMT/DFOPZEOYsKN 8wZbLS2cFgV+489PtSdXHZBr+nWN90ejgV17QIjO8p+v++Z18PfDxBvzRUUJbBsLQj6f m7kA== X-Received: by 10.180.219.8 with SMTP id pk8mr10655962wic.58.1379882445031; Sun, 22 Sep 2013 13:40:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Sun, 22 Sep 2013 13:40:24 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Sep 2013 21:40:24 +0100 Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 20:40:48 -0000 Its definatly not related to GCC, I'm getting the same while trying to "buildkernel", I'm trying to upgrade to a more recent current version! Same kernel panic is showing... No one else had this problem yet? Thanks On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara wrote: > > I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 tries I > get a panic while building gcc, but I'm not sure if its related or just > coincidence! > > --- > Kernel 12 trap 12 with interrupts disable > > Fatal trap 12: page fault in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x30 > fault code = supervisor read data, page not present > ....... > > Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx > > I was able to build Xorg though without any panic.7 > > > Thanks > From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 20:43:27 2013 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 ESMTP id D4B39682 for ; Sun, 22 Sep 2013 20:43:27 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ve0-x22a.google.com (mail-ve0-x22a.google.com [IPv6:2607:f8b0:400c: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 93A7425A6 for ; Sun, 22 Sep 2013 20:43:27 +0000 (UTC) Received: by mail-ve0-f170.google.com with SMTP id c14so1874945vea.1 for ; Sun, 22 Sep 2013 13:43:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=idtkGUEcmn8vHucSOEZEmeSnYLCyjnAG/9afoKfmcMU=; b=boLQDEv/0kBjt6zwGJiM1UzZVHtfmP04muezMRKmfBzuSOoYUtM/5uqf1//c6rfKAv qU6nTHobpVc0owGoiNvi9gKJzI8kp4FaK8aPrU3jW0F7Qga4SdP3fgF/+Y+I+oMZIN8l PUF5V2G9+ftsCoMVQAFu5553TP4t8ZO1TN3G7VIHmR9ZiWvlY1qgPvUUAK4yIZzzA4Nn rBn+BIfFyQRoIOT4/3QMjt+wMGx3b3HYtvkNGWg5hgwMWRkSU8XGzf9Yyn7q/nGgiAla VxNKj//VZH4wMOZssDaaIARjMx62CIGi4eOltxyg3G6e/RTZR5ikDWSb0/5Ho8SU6Nzk EsrQ== MIME-Version: 1.0 X-Received: by 10.52.164.16 with SMTP id ym16mr18561vdb.39.1379882606683; Sun, 22 Sep 2013 13:43:26 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 22 Sep 2013 13:43:26 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Sep 2013 13:43:26 -0700 X-Google-Sender-Auth: T5bVq3uQ2smgR75hc9MA3cS2C6Y Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" From: Davide Italiano To: Miguel Clara Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 20:43:27 -0000 On Sun, Sep 22, 2013 at 1:40 PM, Miguel Clara wrote: > Its definatly not related to GCC, I'm getting the same while trying to > "buildkernel", I'm trying to upgrade to a more recent current version! Same > kernel panic is showing... > > No one else had this problem yet? > > Thanks > > > On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara wrote: > >> >> I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 tries I >> get a panic while building gcc, but I'm not sure if its related or just >> coincidence! >> >> --- >> Kernel 12 trap 12 with interrupts disable >> >> Fatal trap 12: page fault in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x30 >> fault code = supervisor read data, page not present >> ....... >> >> Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx >> You need to show at least a full backtrace to locate where the problem is. Please when you drop into ddb type 'bt' and paste the output. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 20:50:43 2013 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 ESMTP id 1C40C914 for ; Sun, 22 Sep 2013 20:50:43 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF9562603 for ; Sun, 22 Sep 2013 20:50:42 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id db12so1800309veb.14 for ; Sun, 22 Sep 2013 13:50:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KiWEGIH91aqxCTjkdDw8m6ohFNuI1TSUwKTRNyQPVoA=; b=jgXO3tmqre+aFm9T49RDYhNgHL5Ntvhrig4CTMMzjruF6E9jdezKQeasiOZXWAAbGg SXAA+4hGqtkaK6GhzIe04Ht0+Kjp4f4Ym8kXlgQZE1Gmqia2ihrM+JOBanyOqDiuvHiv 3KJeLSWl5EVZyCZK2SwogaU6fGI3Iz9Kwhke6f0OamHvq0YFP76ZCesoz0mrAWNA87PB fHnYIoVI32Vu3e4DsVM9oZ3slepft131HENgPrv+NywIk9vdqBcBT/ofW0NltkIqrorN r2sMwJZBVR2l5Z5d+TXXmEuoWZgEO9CsUqCEJhzWWPYiPp9awuMLCSV31oF8ZkPvGa7E 1SVQ== MIME-Version: 1.0 X-Received: by 10.52.98.35 with SMTP id ef3mr161271vdb.37.1379883042061; Sun, 22 Sep 2013 13:50:42 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 22 Sep 2013 13:50:42 -0700 (PDT) In-Reply-To: <723fc311-7378-471a-8c5b-120aed9504e0@email.android.com> References: <723fc311-7378-471a-8c5b-120aed9504e0@email.android.com> Date: Sun, 22 Sep 2013 13:50:42 -0700 X-Google-Sender-Auth: SXvv1Uwv98wuSGF-hbvqftZJUa0 Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" From: Davide Italiano To: "Miguel C." Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 20:50:43 -0000 On Sun, Sep 22, 2013 at 1:47 PM, Miguel C. wrote: > Hum, its probably best to take a scrennshot since I can't copy this from > the console! > > attaching the file > That was a regression I introduced, but I'm confident r255788 fixed the issue. Please update your sources and rebuild your kernel. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 20:57:12 2013 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 ESMTP id 67343B9B for ; Sun, 22 Sep 2013 20:57:12 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B47CB2635 for ; Sun, 22 Sep 2013 20:57:11 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r8MKv5JE027366; Sun, 22 Sep 2013 15:57:05 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id r8MKv5R9027365; Sun, 22 Sep 2013 15:57:05 -0500 (CDT) (envelope-from brooks) Date: Sun, 22 Sep 2013 15:57:05 -0500 From: Brooks Davis To: Matthias Andree Subject: Re: [PATCH] mtree should not output size if the file is not a regular file Message-ID: <20130922205705.GF62197@lor.one-eyed-alien.net> References: <20130909235122.4A9C997129@rebar.astron.com> <522EB562.8060501@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tMbDGjvJuJijemkf" Content-Disposition: inline In-Reply-To: <522EB562.8060501@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 20:57:12 -0000 --tMbDGjvJuJijemkf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 10, 2013 at 08:00:02AM +0200, Matthias Andree wrote: > Am 10.09.2013 01:51, schrieb Christos Zoulas: > > On Sep 10, 1:21am, des@des.no (=3D?utf-8?Q?Dag-Erling_Sm=3DC3=3DB8rgra= v?=3D) wrote: > > -- Subject: Re: [PATCH] mtree should not output size if the file is not= a reg > >=20 > > | Roll a large tarball (e.g. a complete FreeBSD installation). Copy it= to > > | different machines with different filesystems. Untar and run mtree on > > | the result. Notice that you get different output on each machine > > | because they report different sizes for directories; one might report > > | the actual on-disk size (which might vary depending on past contents) > > | while the other might report the number of entries. > >=20 > > Yes, I agree. I would like to note that the current NetBSD code looks l= ike: > >=20 > > if (keys & F_SIZE && > > (flavor !=3D F_NETBSD6 || S_ISREG(p->fts_statp->st_mode))) > >=20 > > which means that F_NETBSD6 did not print this, and we recently changed > > it to print the size for compatibility with F_FREEBSD9... We also made > > the default F_MTREE format to print the size. So I guess the thing to > > do is change the code to: > >=20 > > if (keys & F_SIZE && > > (flavor =3D=3D F_FREEBSD9 || S_ISREG(p->fts_statp->st_mode))) >=20 > Uh, does that flavor =3D=3D F_FREEBSD9 solve a real problem? Or is it ju= st > to reflect some syntax without proper semantics? >=20 > Or is this just gratuitious because someone else does nonsense we need > to do it, too? >=20 > Or is it required to cater for expectations on the other end (when > reading such an mtree description)? >=20 > If not, let's just drop the size where it's meaningless. It's meant for > the next major update, after all. If necessary, bump the OSREVISION. The intent of flavors is to allow the comparison of mtree output across versions (where reasonably practical). For things like showing size on all file types, it's trivial to get mostly right so I feel it's useful. For things like the nanosecond formatting bug fixed long ago in FreeBSD and recently in NetBSD, the only option is breaking compatibility so that's what was done. I agree with the argument that we shouldn't print sizes for most non-regular files and think we should make this change before FreeBSD 10.0. -- Brooks --tMbDGjvJuJijemkf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFSP1mgXY6L6fI4GtQRArmPAJ9SJ7kzLue73t5dT5B1FdAy9DkX+wCeMvjc y7JIkWuKtsgN5UZ/4KkFYmE= =XEFo -----END PGP SIGNATURE----- --tMbDGjvJuJijemkf-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 21:18:57 2013 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 ESMTP id 4A728F29 for ; Sun, 22 Sep 2013 21:18:57 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D82A12706 for ; Sun, 22 Sep 2013 21:18:56 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id y10so2430031wgg.12 for ; Sun, 22 Sep 2013 14:18:55 -0700 (PDT) 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:cc :content-type; bh=BemwXRYsVDSXTeBrmR3/+x6G9pprUMlT8sxzky3t3z8=; b=IO5zdBhnw2K4ECx5EfBRJ12iW/KAcbMRsq5xJwQIX4SEbw4duaKsD0QkuQBx3tjKnn 3cSKgQf0aGJIBtV7UQYCYdhNBJzwSA+ZGMY9GVaV13ezKNYIPCfTrKYENvy2pg6klAwZ leFlD50iAJVjNfHOKy9KrlL6EC+QCetjXtfl1hKVoHWh/0qv9qoFD/Z6Biigw/F4NZs5 HOFJE4uW1tbvUH86ZZb0vcP7tGvuB3zB5aMKyFJ6efgH3LFMIiMXzh5Xjeo/Kk3tt2ll gf8viE7Kuk9wHXUM6nqNvK6ZplpNIenjCDoCE+LyQMqj9p/YVa0kZpe4BK9/K++uGuPQ a5CQ== X-Received: by 10.180.219.8 with SMTP id pk8mr10741763wic.58.1379884735133; Sun, 22 Sep 2013 14:18:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Sun, 22 Sep 2013 14:18:34 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Sep 2013 22:18:34 +0100 Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" Cc: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 21:18:57 -0000 http://img833.imageshack.us/img833/259/1dpu.jpg On Sun, Sep 22, 2013 at 9:43 PM, Davide Italiano wrote: > On Sun, Sep 22, 2013 at 1:40 PM, Miguel Clara > wrote: > > Its definatly not related to GCC, I'm getting the same while trying to > > "buildkernel", I'm trying to upgrade to a more recent current version! > Same > > kernel panic is showing... > > > > No one else had this problem yet? > > > > Thanks > > > > > > On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara >wrote: > > > >> > >> I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 tries I > >> get a panic while building gcc, but I'm not sure if its related or just > >> coincidence! > >> > >> --- > >> Kernel 12 trap 12 with interrupts disable > >> > >> Fatal trap 12: page fault in kernel mode > >> cpuid = 0; apic id = 00 > >> fault virtual address = 0x30 > >> fault code = supervisor read data, page not present > >> ....... > >> > >> Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx > >> > > You need to show at least a full backtrace to locate where the problem is. > Please when you drop into ddb type 'bt' and paste the output. > > Thanks, > > -- > Davide > > "There are no solved problems; there are only problems that are more > or less solved" -- Henri Poincare > From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 21:27:31 2013 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 ESMTP id 8F6E4102; Sun, 22 Sep 2013 21:27:31 +0000 (UTC) (envelope-from s-tlk@s-tlk.org) Received: from mail.s-tlk.org (s-tlk.org [178.63.70.119]) by mx1.freebsd.org (Postfix) with ESMTP id 4E863275D; Sun, 22 Sep 2013 21:27:30 +0000 (UTC) Received: from [10.0.3.6] (unknown [10.0.3.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.s-tlk.org (Postfix) with ESMTPSA id 14B45AE12DF; Sun, 22 Sep 2013 23:27:23 +0200 (CEST) Date: Sun, 22 Sep 2013 23:27:22 +0200 (CEST) From: Michael Schnell X-X-Sender: michi@priv.s-tlk.org To: Rui Paulo Subject: Re: [patch] Add support for kernel mode setting on Intel Haswell In-Reply-To: <0548F3DB-2CA3-4140-AD09-098D3F0E7762@FreeBSD.org> Message-ID: References: <9a969337d881635594dd1ab7aa9e40ba.squirrel@mail.neelc.org> <0548F3DB-2CA3-4140-AD09-098D3F0E7762@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, neel@neelc.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 21:27:31 -0000 Hi, I can test it. I've also a patch for Haswell, which required patching agp as well in order to get it work, so I guess this patch alone won't do the trick. I'll try to test it sometime at the end of next week. Greetings Michael On Sun, 22 Sep 2013, Rui Paulo wrote: > On 20 Sep 2013, at 15:42, Neel Chauhan wrote: > >> This patch is untested > > I doubt this will be integrated without any testing. If you can't test, we should try to find someone that can. > > -- > Rui Paulo > > > > _______________________________________________ > 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 Sun Sep 22 21:40:04 2013 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 ESMTP id 615C22AB for ; Sun, 22 Sep 2013 21:40:04 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1EC9D27DE for ; Sun, 22 Sep 2013 21:40:04 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id ia10so1670215vcb.34 for ; Sun, 22 Sep 2013 14:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Y0TNRJcUUHYHBdbdaiT/HoYxu5xIeGMFni+DIT6bHgA=; b=0BBdxrlmxqfwfSsJMjtgEq4Lau0QDlDR3McgDUSRToJ2NTybcmqB8H40ab5ZZh2r8f azi4sWf6b5R3VIpfibGVEU6JrMaj/YTyTNAkXmSjpF2rXA2GT00np4ptYb20gFIr9zbH SyhB7ZGNeb1SN54x9NPt1pfKXVzkDcNSw7zF2S82tPWpyiN0SE6d7yC8XFos4MEvq4/w Cfg4Qz4e/BRH9HHhv1QUGb2XOS99+cn1iigzAVCAl1QVGJczl/UFbJyCDHwsDyhEIyC9 V3KMHGweaUBXF6yARmpsau5B7JFVIo9BoOPu8/J0YSNeNduKVhcgbQPGOLs9nateYjaC 6J4A== MIME-Version: 1.0 X-Received: by 10.52.161.231 with SMTP id xv7mr15830538vdb.1.1379886002862; Sun, 22 Sep 2013 14:40:02 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 22 Sep 2013 14:40:02 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Sep 2013 14:40:02 -0700 X-Google-Sender-Auth: CumgfAIos23-IdKCE16GhmuG79k Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" From: Davide Italiano To: Miguel Clara Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 21:40:04 -0000 On Sun, Sep 22, 2013 at 2:06 PM, Miguel Clara wrote: > I sent the mail again to the list in a smaller size, the first one was > huge ... > > Anyway that's the revision I'm trying to build --> r255788 ... but the > problem is, I can't buildkernel, I get a panic while doing it... so unless > there's some kernel.txz available already compile, I'm out of luck! > > Unfortunately the one available on the ftp at the moment is alpha2, which > is the one with the problem! > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ Thanks, -- Davide From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 21:47:27 2013 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 ESMTP id 2D44B3EB; Sun, 22 Sep 2013 21:47:27 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A6F5282C; Sun, 22 Sep 2013 21:47:26 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id cb5so1511698wib.3 for ; Sun, 22 Sep 2013 14:47:25 -0700 (PDT) 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; bh=HV9vHSVtxz7R+NGDT7Zd2XWiooAxckK6SUjvb6hNNRw=; b=wac8VvPv53jmdr56u6JrjH76z9gT3/McQjAQC0h1VwN0EqYG8xAWkrmhC9pXgIt0Ho bgwPapN56u8BA+8yNWp8GzE7virDXhpTz97xwAkpUNqi9orTifgNjVcvcRPepG/RLHdz aK0AM3ejxnIUKLCbtu8NSd8DwCX7pap3xdVkHUtrejMjR5FLGpSXeERAaOfWtjugqaV/ sOoYFIRJeVm5b06gFZuM88s0wzlnKbYyqaevUj1v1Sl4MF20dVhDt6+V0SX3kTOxNfSo 0cramRYWCQzJyfqFoOmfRrKYkhC3TfQ2Xa4ybr3B8v3MadUwPjLhIqZ9G2ehEsXwTEZN 7LUA== X-Received: by 10.180.187.2 with SMTP id fo2mr10824172wic.65.1379886445066; Sun, 22 Sep 2013 14:47:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Sun, 22 Sep 2013 14:47:05 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Sep 2013 22:47:05 +0100 Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" To: Davide Italiano Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 21:47:27 -0000 Thanks for the suggestion but I would have tried it If r255788 or newer was there.... but its not the case! I also checked ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/10.0-CURRENT/ but kernel.txz seems to be "outdated" too! I guess the best thing for me at the moment is to wait for a new snapshot. On Sun, Sep 22, 2013 at 10:40 PM, Davide Italiano wrote: > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ > > > Thanks, > > -- > Davide > On Sun, Sep 22, 2013 at 10:40 PM, Davide Italiano wrote: > > > > On Sun, Sep 22, 2013 at 2:06 PM, Miguel Clara wrote: > >> I sent the mail again to the list in a smaller size, the first one was >> huge ... >> >> Anyway that's the revision I'm trying to build --> r255788 ... but the >> problem is, I can't buildkernel, I get a panic while doing it... so unless >> there's some kernel.txz available already compile, I'm out of luck! >> >> Unfortunately the one available on the ftp at the moment is alpha2, which >> is the one with the problem! >> >> >> > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ > > > Thanks, > > -- > Davide > From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 21:53:09 2013 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 ESMTP id 56EC8536; Sun, 22 Sep 2013 21:53:09 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96D4D287D; Sun, 22 Sep 2013 21:53:08 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id r8MLr7Ah028112; Sun, 22 Sep 2013 16:53:07 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id r8MLr75Z028111; Sun, 22 Sep 2013 16:53:07 -0500 (CDT) (envelope-from brooks) Date: Sun, 22 Sep 2013 16:53:07 -0500 From: Brooks Davis To: Lev Serebryakov Subject: Re: Doing it wrong: Building world with lang/clang-devel Message-ID: <20130922215307.GG62197@lor.one-eyed-alien.net> References: <1379702370.2402.3.camel@localhost> <1739775195.20130921154216@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RE3pQJLXZi4fr8Xo" Content-Disposition: inline In-Reply-To: <1739775195.20130921154216@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Sean Bruno , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 21:53:09 -0000 --RE3pQJLXZi4fr8Xo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 21, 2013 at 03:42:16PM +0400, Lev Serebryakov wrote: > Hello, Sean. > You wrote 20 ???????????????? 2013 ??., 22:39:30: >=20 > SB> wow, that didn't work at all. :-) >=20 > SB> I set these in make.conf: >=20 > SB> CC=3D/usr/local/bin/clang > SB> C++=3D/usr/local/bin/clang++ > SB> CPP=3D/usr/local/bin/clang++ >=20 > SB> It exploded pretty badly: >=20 > SB> http://people.freebsd.org/~sbruno/doingitwrong.txt >=20 > SB> Any reason that this shouldn't work? > Try >=20 > XCC=3D/usr/local/bin/clang > XCXX=3D/usr/local/bin/clang++ > XCPP=3D/usr/local/bin/clang++ > COMPILER_TYPE=3Dclang >=20 > It should work, at least, in theory. You will likely also need -WITHOUT_FORMAT_EXTENSIONS. -- Brooks --RE3pQJLXZi4fr8Xo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFSP2bCXY6L6fI4GtQRAlteAJ4zqRel3jcLN2sztvUbmG6dSyHZaQCeP/qv uTXSr/XSVkziChfq7xf4ejI= =dWNE -----END PGP SIGNATURE----- --RE3pQJLXZi4fr8Xo-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 21:07:23 2013 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 ESMTP id A6B48E4A; Sun, 22 Sep 2013 21:07:23 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39D7C269F; Sun, 22 Sep 2013 21:07:18 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id t60so2282319wes.8 for ; Sun, 22 Sep 2013 14:07:16 -0700 (PDT) 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; bh=jubVgkPHErqse+Ct/PZcmgOtmtKJacj0uKg+Wzs3Jk0=; b=EAfszba2ejccKvk3MBedEs1aAC7c+ZEe+x7Yv/Uamok/XF/jeUc6Z7XK+Pohc1noWt wsN3V5yVOV8zZsoYVJA+DIdOVAlIUqsU6vn5YVAn1614Zta2s9+9sWuQ7Pma+qOjx022 eCN+G/Kl4FYfy+G79EOE9tVlH0zFsIuvS/Qc5QjrSKlH3Vm+UUDPZEnG1mD2e1FT7tNt Zf8q5RaFvtfkc91uCIEf89lowcPw0v217csTDaa2hvoBDqIi29IW3Mo2+9yEaiTzEJwM BPdxb3+BeV5gaVjIrQLDMTCczW+58QOi75vNPoOROMXS9+CHTJbSytBP7ejSJeHSa6mp Fwdw== X-Received: by 10.180.82.164 with SMTP id j4mr10746366wiy.65.1379884036033; Sun, 22 Sep 2013 14:07:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Sun, 22 Sep 2013 14:06:54 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Sep 2013 22:06:54 +0100 Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" To: Davide Italiano Content-Type: multipart/related; boundary=f46d04428d96cc97da04e6ff4956 X-Mailman-Approved-At: Sun, 22 Sep 2013 22:08:53 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 21:07:23 -0000 --f46d04428d96cc97da04e6ff4956 Content-Type: text/plain; charset=ISO-8859-1 I sent the mail again to the list in a smaller size, the first one was huge ... Anyway that's the revision I'm trying to build --> r255788 ... but the problem is, I can't buildkernel, I get a panic while doing it... so unless there's some kernel.txz available already compile, I'm out of luck! Unfortunately the one available on the ftp at the moment is alpha2, which is the one with the problem! On Sun, Sep 22, 2013 at 9:56 PM, Miguel Clara wrote: > Hum, its probably best to take a scrennshot since I can't copy this from > > the console! > > attaching the file [image: Inline image 1] > > > > On Sun, Sep 22, 2013 at 9:43 PM, Davide Italiano wrote: > >> On Sun, Sep 22, 2013 at 1:40 PM, Miguel Clara >> wrote: >> > Its definatly not related to GCC, I'm getting the same while trying to >> > "buildkernel", I'm trying to upgrade to a more recent current version! >> Same >> > kernel panic is showing... >> > >> > No one else had this problem yet? >> > >> > Thanks >> > >> > >> > On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara > >wrote: >> > >> >> >> >> I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 tries I >> >> get a panic while building gcc, but I'm not sure if its related or just >> >> coincidence! >> >> >> >> --- >> >> Kernel 12 trap 12 with interrupts disable >> >> >> >> Fatal trap 12: page fault in kernel mode >> >> cpuid = 0; apic id = 00 >> >> fault virtual address = 0x30 >> >> fault code = supervisor read data, page not present >> >> ....... >> >> >> >> Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx >> >> >> >> You need to show at least a full backtrace to locate where the problem is. >> Please when you drop into ddb type 'bt' and paste the output. >> >> Thanks, >> >> -- >> Davide >> >> "There are no solved problems; there are only problems that are more >> or less solved" -- Henri Poincare >> > > --f46d04428d96cc97da04e6ff4956-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 22:12:08 2013 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 ESMTP id 44059F45 for ; Sun, 22 Sep 2013 22:12:08 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00E842A22 for ; Sun, 22 Sep 2013 22:12:07 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id hf12so1735603vcb.27 for ; Sun, 22 Sep 2013 15:12:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5GeNza2y0I8Dz/EKnCPQksqhjG0h6F50n/uQWN3p9/o=; b=HG1B4dxAsO8GCMDAmtSOOCSJvxHUL1dJVlngZ7u+cVUHMWujB2iWdHh5mXmndnEi6J CqqcPXg5tkkbb3zk4YdqqgTi+CPteF+bFIGCy7TCZ0KbqNoURC9eOKCW5UGK+Opfa4RH Smb1zkHNy5aLZleu/ErpDhIW5Dp8KAI69++dcX80BcfrfjNQUxAMFcfK6wdL3Fj5LoLf AG/4O03idUU1xNAN56+3q59C0jv4nhVg/7DXPUCkPqk4KOoBIJ3PppQzTdjjS+7bdspL ShuyiaeRdgC/YEaYEtekFsvn9pBqylXfBQnMseFoEnkF9HujlncZa0BzqfaOEBUdK6FP HVqg== MIME-Version: 1.0 X-Received: by 10.52.122.68 with SMTP id lq4mr3748918vdb.21.1379887926965; Sun, 22 Sep 2013 15:12:06 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 22 Sep 2013 15:12:06 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Sep 2013 15:12:06 -0700 X-Google-Sender-Auth: sZy2a2268gpAobYSrzHovrrBB6g Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" From: Davide Italiano To: Miguel Clara Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 22:12:08 -0000 On Sun, Sep 22, 2013 at 2:47 PM, Miguel Clara wrote: > Thanks for the suggestion but I would have tried it If r255788 or newer was > there.... but its not the case! > > I also checked > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/10.0-CURRENT/ but > kernel.txz seems to be "outdated" too! > > I guess the best thing for me at the moment is to wait for a new snapshot. > > The link I gave to you contains a snapshot as per r255342 (which is way before the regression was introduced). You can use that, then checkout the sources via svnlite and rebuild. I don't see a reason why you cannot use that and you want to wait for ALPHA3, but alas. -- Davide From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 22:18:01 2013 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 ESMTP id 4CE2A206; Sun, 22 Sep 2013 22:18:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DFF72A5C; Sun, 22 Sep 2013 22:18:01 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 517AA4652; Sun, 22 Sep 2013 22:17:59 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 517AA4652 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 22 Sep 2013 18:17:57 -0400 From: Glen Barber To: Davide Italiano Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" Message-ID: <20130922221757.GC2336@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qjNfmADvan18RZcF" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current , Miguel Clara X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 22:18:01 -0000 --qjNfmADvan18RZcF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 22, 2013 at 03:12:06PM -0700, Davide Italiano wrote: > On Sun, Sep 22, 2013 at 2:47 PM, Miguel Clara wr= ote: > > Thanks for the suggestion but I would have tried it If r255788 or newer= was > > there.... but its not the case! > > > > I also checked > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/10.0-CURRENT/ = but > > kernel.txz seems to be "outdated" too! > > > > I guess the best thing for me at the moment is to wait for a new snapsh= ot. > > > > >=20 > The link I gave to you contains a snapshot as per r255342 (which is > way before the regression was introduced). You can use that, then > checkout the sources via svnlite and rebuild. I don't see a reason why > you cannot use that and you want to wait for ALPHA3, but alas. >=20 Alternatively, you can boot the snapshot and use the livecd functionality to rebuild your existing kernel using your current installation as a chroot(8) target. This should work fine regardless of the revision of the snapshot. Glen --qjNfmADvan18RZcF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSP2yVAAoJEFJPDDeguUajpOgH/RIquvbPdkZhGUES0nhFntPB BBSK5T0NgHNYhkCmQEkOMyCrCbZgPD8cuPAfJXYMr2MKm+uCNEVW6WyygkrkwJr1 2Alt+4pvnuSndektF0je3WmgftlFe74ecWWqLdGOK+h8KamJ3mq0SZggcTY5ds9X 8UdZp1xllwGBNJhl2cvw5h/yY3NS1GdnmC07JpOph4Af+zs9jEyyww+H+Z78PWS+ V0r7CmKp+z3hbv5Av3FcOM6F45ppkWo4ncvJDHY3BuRbx96AEe4w/S2Mfg9kmGPT XzxY6CJqSXV69boBT74cNvne0zO2+rblVLwIUZUHqZN/Mi+p08v4ktjPIXWL1OQ= =lzCq -----END PGP SIGNATURE----- --qjNfmADvan18RZcF-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 22:26:00 2013 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 ESMTP id 19BA493D; Sun, 22 Sep 2013 22:26:00 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A2EE2AF8; Sun, 22 Sep 2013 22:25:59 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w62so2445250wes.15 for ; Sun, 22 Sep 2013 15:25:57 -0700 (PDT) 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; bh=jkOzt/GX0lIK4TmUns0irglvUjzbQK6qkRWt3ShMpGU=; b=cp3qrAoPud4Hlo4DnLywR/L9O0E0fCPKJJn6CBdNCh5jetyaI+ShG+w/hF+ohxHPEI 1Ir9ceKZhhQ1Vji359BtybzbiFlhT67QrCd0FMkE/uLc9Bp0CTe9dGvVNCSgaZtn0ivi MlDRgwMSOjOJUOWARNzEX2aJvv/EEChxkcn/2ZUptT6A+ePm7o6crLJc/B3JZg+5O9kP FmhDitMnj0E/qieg3enwHQlOMpd6FSImDG4BMKS1MPvrYm7BGG666UXZtG773k5lpJm9 Omn+J5oN982PSCFnNkGT5LUYBc+sn0N8H5dIbyJ1hvhA5RlcstCxhuSm54+cWaCxuzPC d1HQ== X-Received: by 10.180.82.164 with SMTP id j4mr10910266wiy.65.1379888757659; Sun, 22 Sep 2013 15:25:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Sun, 22 Sep 2013 15:25:37 -0700 (PDT) In-Reply-To: <20130922221757.GC2336@glenbarber.us> References: <20130922221757.GC2336@glenbarber.us> From: Miguel Clara Date: Sun, 22 Sep 2013 23:25:37 +0100 Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Davide Italiano , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 22:26:00 -0000 Interesting Idea... I wasn't aware the snapshots were from previous versions before the regressions, thanks for the heads up! Time to put this to the test, I'll report back after compiling r255788 thanks! > > > The link I gave to you contains a snapshot as per r255342 (which is > > way before the regression was introduced). You can use that, then > > checkout the sources via svnlite and rebuild. I don't see a reason why > > you cannot use that and you want to wait for ALPHA3, but alas. > > > > Alternatively, you can boot the snapshot and use the livecd > functionality to rebuild your existing kernel using your current > installation as a chroot(8) target. This should work fine regardless of > the revision of the snapshot. > > Glen > > From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 23:18:30 2013 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 ESMTP id D3E179CB; Sun, 22 Sep 2013 23:18:30 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAF2B2DAE; Sun, 22 Sep 2013 23:18:30 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VNsv7-00017t-6T; Sun, 22 Sep 2013 23:18:29 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8MNIQom022737; Sun, 22 Sep 2013 17:18:26 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19V8/gGvFRosNvZbXNPKZve Subject: The right way to invoke sh from a freebsd makefile? From: Ian Lepore To: FreeBSD Hackers , freebsd-current Content-Type: text/plain; charset="us-ascii" Date: Sun, 22 Sep 2013 17:18:25 -0600 Message-ID: <1379891905.1197.115.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 23:18:30 -0000 What's the right way to launch the bourne shell from a makefile? I had assumed the ${SHELL} variable would be set to "the right" copy of /bin/sh (like maybe the one in tmp or legacy at various stages). It appears that that's not the case, and ${SHELL} is whatever comes from the environment, which can lead to using csh or bash or whatever. I see some of our makefiles use just a bare "sh" which seems reasonable to me, but I don't want to glitch this in src/include/Makefile again. The goal is to run a script in src/include/Makefile by launching sh with the script name (as opposed to launching the script and letting the #! do its thing, which doesn't work if the source dir is mounted noexec). -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 23:25:51 2013 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 ESMTP id 20406EE9 for ; Sun, 22 Sep 2013 23:25:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F382C2E83 for ; Sun, 22 Sep 2013 23:25:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8MNPoqi099761 for ; Sun, 22 Sep 2013 23:25:50 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8MNPoHr099756 for freebsd-current@FreeBSD.org; Sun, 22 Sep 2013 23:25:50 GMT (envelope-from bdrewery) Received: (qmail 71530 invoked from network); 22 Sep 2013 18:25:46 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 22 Sep 2013 18:25:46 -0500 Message-ID: <523F7C78.8080603@FreeBSD.org> Date: Sun, 22 Sep 2013 18:25:44 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Ian Lepore Subject: Re: The right way to invoke sh from a freebsd makefile? References: <1379891905.1197.115.camel@revolution.hippie.lan> In-Reply-To: <1379891905.1197.115.camel@revolution.hippie.lan> X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1viU4XMpO19OV2vj6IXJPqJhrVikWAOM" Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 23:25:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --X1viU4XMpO19OV2vj6IXJPqJhrVikWAOM Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/22/2013 6:18 PM, Ian Lepore wrote: > What's the right way to launch the bourne shell from a makefile? I had= > assumed the ${SHELL} variable would be set to "the right" copy > of /bin/sh (like maybe the one in tmp or legacy at various stages). It= > appears that that's not the case, and ${SHELL} is whatever comes from > the environment, which can lead to using csh or bash or whatever. >=20 > I see some of our makefiles use just a bare "sh" which seems reasonable= > to me, but I don't want to glitch this in src/include/Makefile again. > The goal is to run a script in src/include/Makefile by launching sh wit= h > the script name (as opposed to launching the script and letting the #! > do its thing, which doesn't work if the source dir is mounted noexec). >=20 > -- Ian >=20 Grepping the Makefiles in the tree, 'sh' is the very common. I see around 157 users of this pattern. 13 use /bin/sh directly. Also consider that it is highly likely, if not required, that a /bin/sh will exist. Calling 'sh' specifically is definitely more proper than ${SHELL} since it is an sh script. --=20 Regards, Bryan Drewery --X1viU4XMpO19OV2vj6IXJPqJhrVikWAOM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSP3x4AAoJEG54KsA8mwz5kSAP/2wm6+efiXjPZAKG2AYntqPX seA40sfTGd0p81eW32HroEv+r3bg0FXL4CnRoIduQQ68tPLvlVA8/V/4JnD/LE3L EiIIru5sRvW1QodHTRVB572jknocFULFg7VquLeEc6mXCmjuvdslHhgnJk84/MZa ZMrhyQzw+HmGzkVGACqFC98FIQsRASwEWxBihz6C2n0naVUo5DhPfjio/uKOtq5+ QBUMvICAAA0K2S2foPP1fV8tyefQxWl43uGxFQqj9GDmU7xAYCjkC0TmJ7cHgCcI h39jGNABCQ8pR8wwEdI8JvbF9XaqukAPuuU3yov0MfWi0waKPWZaX6rWdtLeMpkP JXfBovXR3gyWE5LjYTqja4NFmhbA4bzq/GJhXa5IB4K0XcVOQhj5Eb/MdfniXADz bsspdkR+NDNtNmHB9tAdjE/Bvh0KoRc4+BhF2aQCua5yHrVQPaAJP3g0AvquD1Ux j8u9pXbrTx6dLHdhmASmD/C/lB6L0HMjpGC1peUweZGl7a5uR/Ln+QegokdJuPbk BnGSZb0eKxp28auIMbAPlGPziEAouXprLbJ4mihtP5WT9zwUeZmrmUzNXluwEofA 59q3wneeYnwFOgRnTYO0qKqAqKW/GLaMjl/AIuwmMn7LemCVKmVRQE6A/mw4x/OK ICSdGlW0nZC+1oLmllDG =bH97 -----END PGP SIGNATURE----- --X1viU4XMpO19OV2vj6IXJPqJhrVikWAOM-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 23:27:13 2013 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 ESMTP id 1CFE21D2; Sun, 22 Sep 2013 23:27:13 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E59162ED5; Sun, 22 Sep 2013 23:27:12 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 9E08B4ED2; Sun, 22 Sep 2013 23:27:11 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 9E08B4ED2 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 22 Sep 2013 19:27:10 -0400 From: Glen Barber To: Ian Lepore Subject: Re: The right way to invoke sh from a freebsd makefile? Message-ID: <20130922232710.GD2336@glenbarber.us> References: <1379891905.1197.115.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Km1U/tdNT/EmXiR1" Content-Disposition: inline In-Reply-To: <1379891905.1197.115.camel@revolution.hippie.lan> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 23:27:13 -0000 --Km1U/tdNT/EmXiR1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote: > What's the right way to launch the bourne shell from a makefile? I had > assumed the ${SHELL} variable would be set to "the right" copy > of /bin/sh (like maybe the one in tmp or legacy at various stages). It > appears that that's not the case, and ${SHELL} is whatever comes from > the environment, which can lead to using csh or bash or whatever. >=20 > I see some of our makefiles use just a bare "sh" which seems reasonable > to me, but I don't want to glitch this in src/include/Makefile again. > The goal is to run a script in src/include/Makefile by launching sh with > the script name (as opposed to launching the script and letting the #! > do its thing, which doesn't work if the source dir is mounted noexec). >=20 I think BUILDENV_SHELL is what you are looking for. For this specific case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be preferable. Glen --Km1U/tdNT/EmXiR1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSP3zOAAoJEFJPDDeguUajdYEH/AqxeG19/GGa9zYHLmaqxr+4 sjDJ9Y++f99y+1XLTRdjwPZWRY/8g/nMpXEs42y+HP1Ap2CTdlyCom+i//cQUQSL DKGfJosGErZpuEIxXHXeou7LKg1mNtKNHe+JW0O5vC9GWOFB+9D1y6iR9RHX9V/l LLQIC9h7jRJAoqLMJ24f2y6zgYWjaMqEvSHNS6+756y126QxjY058bTHDg1stOIE WoLRaYydLhDWp80go6m0Os34VRks/HgcKOCCi6RBQi7BV/pu7303vchamSOxCW5W ACOjGtXBP7jM44MQzHf6KmKLeoBffTSqY5VzZyHxpTYqTmwPpTNi7/YdMtOhUT8= =PS+8 -----END PGP SIGNATURE----- --Km1U/tdNT/EmXiR1-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 23:38:02 2013 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 ESMTP id 4DD54500; Sun, 22 Sep 2013 23:38:02 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 216122F4E; Sun, 22 Sep 2013 23:38:01 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VNtDu-000O9n-VF; Sun, 22 Sep 2013 23:37:55 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8MNbpRN022766; Sun, 22 Sep 2013 17:37:51 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/NtI61I85ts8+D2uTeLGV/ Subject: Re: The right way to invoke sh from a freebsd makefile? From: Ian Lepore To: Glen Barber In-Reply-To: <20130922232710.GD2336@glenbarber.us> References: <1379891905.1197.115.camel@revolution.hippie.lan> <20130922232710.GD2336@glenbarber.us> Content-Type: text/plain; charset="us-ascii" Date: Sun, 22 Sep 2013 17:37:51 -0600 Message-ID: <1379893071.1197.119.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 23:38:02 -0000 On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote: > On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote: > > What's the right way to launch the bourne shell from a makefile? I had > > assumed the ${SHELL} variable would be set to "the right" copy > > of /bin/sh (like maybe the one in tmp or legacy at various stages). It > > appears that that's not the case, and ${SHELL} is whatever comes from > > the environment, which can lead to using csh or bash or whatever. > > > > I see some of our makefiles use just a bare "sh" which seems reasonable > > to me, but I don't want to glitch this in src/include/Makefile again. > > The goal is to run a script in src/include/Makefile by launching sh with > > the script name (as opposed to launching the script and letting the #! > > do its thing, which doesn't work if the source dir is mounted noexec). > > > > I think BUILDENV_SHELL is what you are looking for. For this specific > case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be > preferable. > > Glen > No, BUILDENV_SHELL is a special thing... it's used when you "make buildenv" to chroot into a cross-build environment to work interactively. I added that long ago because I can't live in a csh shell (I mean, I can't do anything, I'm totally lost), and I wanted a way to have "make buildenv" put me right into bash (of course, you have to have bash in the chroot). The flavor of hashbang to use shouldn't matter, since what I'm after here is launching the shell to run the script without using the hashbang mechanism. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 23:45:59 2013 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 ESMTP id 5F9A485B; Sun, 22 Sep 2013 23:45:59 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3229F2FF2; Sun, 22 Sep 2013 23:45:59 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 1F1A4407A; Sun, 22 Sep 2013 23:45:57 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 1F1A4407A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 22 Sep 2013 19:45:55 -0400 From: Glen Barber To: Ian Lepore Subject: Re: The right way to invoke sh from a freebsd makefile? Message-ID: <20130922234555.GE2336@glenbarber.us> References: <1379891905.1197.115.camel@revolution.hippie.lan> <20130922232710.GD2336@glenbarber.us> <1379893071.1197.119.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5xSkJheCpeK0RUEJ" Content-Disposition: inline In-Reply-To: <1379893071.1197.119.camel@revolution.hippie.lan> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 23:45:59 -0000 --5xSkJheCpeK0RUEJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 22, 2013 at 05:37:51PM -0600, Ian Lepore wrote: > On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote: > > On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote: > > > What's the right way to launch the bourne shell from a makefile? I h= ad > > > assumed the ${SHELL} variable would be set to "the right" copy > > > of /bin/sh (like maybe the one in tmp or legacy at various stages). = It > > > appears that that's not the case, and ${SHELL} is whatever comes from > > > the environment, which can lead to using csh or bash or whatever. > > >=20 > > > I see some of our makefiles use just a bare "sh" which seems reasonab= le > > > to me, but I don't want to glitch this in src/include/Makefile again. > > > The goal is to run a script in src/include/Makefile by launching sh w= ith > > > the script name (as opposed to launching the script and letting the #! > > > do its thing, which doesn't work if the source dir is mounted noexec). > > >=20 > >=20 > > I think BUILDENV_SHELL is what you are looking for. For this specific > > case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be > > preferable. > >=20 > > Glen > >=20 >=20 > No, BUILDENV_SHELL is a special thing... it's used when you "make > buildenv" to chroot into a cross-build environment to work > interactively. I added that long ago because I can't live in a csh > shell (I mean, I can't do anything, I'm totally lost), and I wanted a > way to have "make buildenv" put me right into bash (of course, you have > to have bash in the chroot). >=20 Ah, right. Thanks for the sanity check. > The flavor of hashbang to use shouldn't matter, since what I'm after > here is launching the shell to run the script without using the hashbang > mechanism. >=20 You can hard-code /bin/sh directly, but what I was getting at with the '#!/usr/bin/env sh' is that the 'sh' interpreter of the build environment could be used (instead of /bin/sh directly). Then you don't need to worry about the path to sh(1). Glen --5xSkJheCpeK0RUEJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSP4EzAAoJEFJPDDeguUajQWUIAKaWdeFQxJahvN2CEgAFGhB/ Ftoj1nas+yeDG3jRCEgAHF9jdiyAPZKF/UGFFtJTdH7NfQRpaO7fKjucKoTvAa5k atypjFpIYVRmyJGgI5KkwvMMYtjhUoYopkyZCi2SLZlFXhVTFInKZxsHu6lJwXkW yGAo9KRKeFGFnu3XcF02OWlpaE5yHocvzrgCM7D1mrLyRzwxxpLjyRqb4MrZ08uJ /JkMODxkpiRASPQERoYfL3M2B5RLoZsYvPG1vLI/ehl+CnhUTIQehXDQGrQCMkAA zkyrQUWggv2vyiV/6EQv3lIzrKgrJITMJnjUmrcVdvLffSU/gAn3huLKeZkwMbY= =rtRm -----END PGP SIGNATURE----- --5xSkJheCpeK0RUEJ-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 22 23:56:12 2013 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 ESMTP id DA0F6D44; Sun, 22 Sep 2013 23:56:11 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD88D2092; Sun, 22 Sep 2013 23:56:11 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VNtVa-0007xk-H9; Sun, 22 Sep 2013 23:56:10 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8MNu7PR022792; Sun, 22 Sep 2013 17:56:07 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/eINHNuKI1Do/W+Dt8pzPd Subject: Re: The right way to invoke sh from a freebsd makefile? From: Ian Lepore To: Glen Barber In-Reply-To: <20130922234555.GE2336@glenbarber.us> References: <1379891905.1197.115.camel@revolution.hippie.lan> <20130922232710.GD2336@glenbarber.us> <1379893071.1197.119.camel@revolution.hippie.lan> <20130922234555.GE2336@glenbarber.us> Content-Type: text/plain; charset="us-ascii" Date: Sun, 22 Sep 2013 17:56:07 -0600 Message-ID: <1379894167.1197.126.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Sep 2013 23:56:12 -0000 On Sun, 2013-09-22 at 19:45 -0400, Glen Barber wrote: > On Sun, Sep 22, 2013 at 05:37:51PM -0600, Ian Lepore wrote: > > On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote: > > > On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote: > > > > What's the right way to launch the bourne shell from a makefile? I had > > > > assumed the ${SHELL} variable would be set to "the right" copy > > > > of /bin/sh (like maybe the one in tmp or legacy at various stages). It > > > > appears that that's not the case, and ${SHELL} is whatever comes from > > > > the environment, which can lead to using csh or bash or whatever. > > > > > > > > I see some of our makefiles use just a bare "sh" which seems reasonable > > > > to me, but I don't want to glitch this in src/include/Makefile again. > > > > The goal is to run a script in src/include/Makefile by launching sh with > > > > the script name (as opposed to launching the script and letting the #! > > > > do its thing, which doesn't work if the source dir is mounted noexec). > > > > > > > > > > I think BUILDENV_SHELL is what you are looking for. For this specific > > > case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be > > > preferable. > > > > > > Glen > > > > > > > No, BUILDENV_SHELL is a special thing... it's used when you "make > > buildenv" to chroot into a cross-build environment to work > > interactively. I added that long ago because I can't live in a csh > > shell (I mean, I can't do anything, I'm totally lost), and I wanted a > > way to have "make buildenv" put me right into bash (of course, you have > > to have bash in the chroot). > > > > Ah, right. Thanks for the sanity check. > > > The flavor of hashbang to use shouldn't matter, since what I'm after > > here is launching the shell to run the script without using the hashbang > > mechanism. > > > > You can hard-code /bin/sh directly, but what I was getting at with the > '#!/usr/bin/env sh' is that the 'sh' interpreter of the build > environment could be used (instead of /bin/sh directly). Then you don't > need to worry about the path to sh(1). > > Glen > My point is that the #! isn't used at all in this case, it doesn't matter what's there. Try this... echo "echo foo" >/tmp/foo sh /tmp/foo Not only does it not need the hashbang, the script doesn't even have to be executable when you launch sh and name a script on the command line, which is just what's needed to run a script from a directory mounted with the noexec flag. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 00:02:50 2013 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 ESMTP id DF6E010F; Mon, 23 Sep 2013 00:02:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B14DB2107; Mon, 23 Sep 2013 00:02:50 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id A182941E4; Mon, 23 Sep 2013 00:02:49 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us A182941E4 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 22 Sep 2013 20:02:48 -0400 From: Glen Barber To: Ian Lepore Subject: Re: The right way to invoke sh from a freebsd makefile? Message-ID: <20130923000248.GG2336@glenbarber.us> References: <1379891905.1197.115.camel@revolution.hippie.lan> <20130922232710.GD2336@glenbarber.us> <1379893071.1197.119.camel@revolution.hippie.lan> <20130922234555.GE2336@glenbarber.us> <1379894167.1197.126.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8S1fMsFYqgBC+BN/" Content-Disposition: inline In-Reply-To: <1379894167.1197.126.camel@revolution.hippie.lan> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Hackers , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 00:02:51 -0000 --8S1fMsFYqgBC+BN/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 22, 2013 at 05:56:07PM -0600, Ian Lepore wrote: > > You can hard-code /bin/sh directly, but what I was getting at with the > > '#!/usr/bin/env sh' is that the 'sh' interpreter of the build > > environment could be used (instead of /bin/sh directly). Then you don't > > need to worry about the path to sh(1). > >=20 >=20 > My point is that the #! isn't used at all in this case, it doesn't > matter what's there. Try this... >=20 > echo "echo foo" >/tmp/foo > sh /tmp/foo >=20 > Not only does it not need the hashbang, the script doesn't even have to > be executable when you launch sh and name a script on the command line, > which is just what's needed to run a script from a directory mounted > with the noexec flag. >=20 Ah - maybe it's just late. I see what you mean now. Thanks. Glen --8S1fMsFYqgBC+BN/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSP4UoAAoJEFJPDDeguUaj91EH/1KMDVCKVlYuTsETjY/nf9v4 VJVPpStKKBrGfs1VtIu9Z+s202iBgRVZwu7qp9kbRUbaTP4h+4cQlgLlMWClCMMM x+M1wHJ4sYAmbec8yQCppXJOiu5pGJy37mZSsfRVaz6695PrOlmIfOXtGACY4ajZ st/EJRaz6gP8HFZe91kp3KW8cCZzxiLRPOdGw/m6DDjf9oAyywO8d9WWvpZs00IA 3M17XGR81s3BBGBnN4gghJEeRjtid8qjkI/32oUqUTkYy8An/lR1HIlpDq5T0ihX 2Qlv5Y/MhwQG0oP7RIwbMXEPyQitnj9GWQ62wS2rCTzcj6fObma1E3uOR0qJ7ts= =/mOq -----END PGP SIGNATURE----- --8S1fMsFYqgBC+BN/-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 10:45:23 2013 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 ESMTP id 637B1490 for ; Mon, 23 Sep 2013 10:45:23 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-bk0-x231.google.com (mail-bk0-x231.google.com [IPv6:2a00:1450:4008:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB2C02F92 for ; Mon, 23 Sep 2013 10:45:22 +0000 (UTC) Received: by mail-bk0-f49.google.com with SMTP id r7so1075950bkg.36 for ; Mon, 23 Sep 2013 03:45:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=eaaF+UNjwJV2Ia3YSZAncC1ZHMerVe/Tb6wY5RnGn60=; b=YPz5GMuZWIHCT3NXTBwns+b2gJpP0eLFj7JPs2wd9l4aOpisEqyGuBoLyJHUy67odf 4MIUwwKJ4ZrIFxX/XcPgjqi99SNuKIb7BNmjpbsrUATn0FiwCtGjbYvVJoFI2Kzy3nBY Sy64CIg2e7GKMNizOyB9lCgaw2jLdt3MDSNr70n+eCtyM7CoDlf+9qsGXqjluaGvYvIQ kc3yMcbOoadl3awiPXI6FBpRopGCVnd4J2I+qdoTyOU26NXRRF2sw6Vw9c9AeKyCVLxh MIJ/lMVVrMgKpxyVkE8YlOgzuRkdFYqZlOnIbtTl/HYkUMTTedMCkI0MV6KDtrdnPmMK KkvA== X-Received: by 10.204.167.140 with SMTP id q12mr16432344bky.2.1379933120947; Mon, 23 Sep 2013 03:45:20 -0700 (PDT) Received: from scorpion.kiev.ua ([46.247.166.156]) by mx.google.com with ESMTPSA id nv4sm8438204bkb.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Sep 2013 03:45:20 -0700 (PDT) Message-ID: <52401BBC.6010908@gmail.com> Date: Mon, 23 Sep 2013 13:45:16 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: error build world Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 10:45:23 -0000 ===> secure/lib/libssh (obj,depend,all,install) rm -f .depend CC='clang' mkdep -f .depend -a -DHAVE_LDNS=1 -I/usr/src/secure/lib/libssh/../../../contrib/ldns -I/usr/src/secure/lib/libssh/../../../crypto/openssh -std=gnu99 /usr/src/secure/lib/libssh/../../../crypto/openssh/authfd.c /usr/src/secure/lib/libssh/../../../crypto/openssh/authfile.c /usr/src/secure/lib/libssh/../../../crypto/openssh/bufaux.c /usr/src/secure/lib/libssh/../../../crypto/openssh/bufbn.c /usr/src/secure/lib/libssh/../../../crypto/openssh/buffer.c /usr/src/secure/lib/libssh/../../../crypto/openssh/canohost.c /usr/src/secure/lib/libssh/../../../crypto/openssh/channels.c /usr/src/secure/lib/libssh/../../../crypto/openssh/cipher.c /usr/src/secure/lib/libssh/../../../crypto/openssh/cipher-aes.c /usr/src/secure/lib/libssh/../../../crypto/openssh/cipher-bf1.c /usr/src/secure/lib/libssh/../../../crypto/openssh/cipher-ctr.c /usr/src/secure/lib/libssh/../../../crypto/openssh/cipher-3des1.c /usr/src/secure/lib/libssh/../../../crypto/openssh/cleanup.c /usr/src/secure/lib/libssh/../../../crypto/openssh/compat.c /usr/src/secure/lib/libssh/../../../crypto/openssh/compress.c /usr/src/secure/lib/libssh/../../../crypto/openssh/crc32.c /usr/src/secure/lib/libssh/../../../crypto/openssh/deattack.c /usr/src/secure/lib/libssh/../../../crypto/openssh/fatal.c /usr/src/secure/lib/libssh/../../../crypto/openssh/hostfile.c /usr/src/secure/lib/libssh/../../../crypto/openssh/krl.c /usr/src/secure/lib/libssh/../../../crypto/openssh/log.c /usr/src/secure/lib/libssh/../../../crypto/openssh/match.c /usr/src/secure/lib/libssh/../../../crypto/openssh/md-sha256.c /usr/src/secure/lib/libssh/../../../crypto/openssh/moduli.c /usr/src/secure/lib/libssh/../../../crypto/openssh/nchan.c /usr/src/secure/lib/libssh/../../../crypto/openssh/packet.c /usr/src/secure/lib/libssh/../../../crypto/openssh/readpass.c /usr/src/secure/lib/libssh/../../../crypto/openssh/rsa.c /usr/src/secure/lib/libssh/../../../crypto/openssh/ttymodes.c /usr/src/secure/lib/libssh/../../../crypto/openssh/xmalloc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/addrmatch.c /usr/src/secure/lib/libssh/../../../crypto/openssh/atomicio.c /usr/src/secure/lib/libssh/../../../crypto/openssh/key.c /usr/src/secure/lib/libssh/../../../crypto/openssh/dispatch.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kex.c /usr/src/secure/lib/libssh/../../../crypto/openssh/mac.c /usr/src/secure/lib/libssh/../../../crypto/openssh/uidswap.c /usr/src/secure/lib/libssh/../../../crypto/openssh/uuencode.c /usr/src/secure/lib/libssh/../../../crypto/openssh/misc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/monitor_fdpass.c /usr/src/secure/lib/libssh/../../../crypto/openssh/rijndael.c /usr/src/secure/lib/libssh/../../../crypto/openssh/ssh-dss.c /usr/src/secure/lib/libssh/../../../crypto/openssh/ssh-ecdsa.c /usr/src/secure/lib/libssh/../../../crypto/openssh/ssh-rsa.c /usr/src/secure/lib/libssh/../../../crypto/openssh/dh.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kexdh.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kexgex.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kexdhc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kexgexc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/bufec.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kexecdh.c /usr/src/secure/lib/libssh/../../../crypto/openssh/kexecdhc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/msg.c /usr/src/secure/lib/libssh/../../../crypto/openssh/progressmeter.c /usr/src/secure/lib/libssh/../../../crypto/openssh/dns.c /usr/src/secure/lib/libssh/../../../crypto/openssh/entropy.c /usr/src/secure/lib/libssh/../../../crypto/openssh/umac.c /usr/src/secure/lib/libssh/../../../crypto/openssh/umac128.c /usr/src/secure/lib/libssh/../../../crypto/openssh/jpake.c /usr/src/secure/lib/libssh/../../../crypto/openssh/schnorr.c /usr/src/secure/lib/libssh/../../../crypto/openssh/ssh-pkcs11.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/bsd-misc.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/fmt_scaled.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/glob.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/openssl-compat.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/port-tun.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/strtonum.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/timingsafe_bcmp.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/vis.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/xcrypt.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/xmmap.c /usr/src/secure/lib/libssh/../../../crypto/openssh/openbsd-compat/getrrsetbyname-ldns.c In file included from /usr/src/secure/lib/libssh/../../../crypto/openssh/jpake.c:43: /usr/src/secure/lib/libssh/../../../crypto/openssh/auth.h:42:10: fatal error: 'krb5.h' file not found #include ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. make: stopped in /usr/src/secure/lib/libssh *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 src.conf # ========================================================== WITHOUT_AMD=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CTM=YES WITHOUT_CVS=YES WITHOUT_FREEBSD_UPDATE=YES WITHOUT_GAMES=YES WITHOUT_INET6=YES WITHOUT_IPFILTER=YES WITHOUT_IPFW=YES WITHOUT_IPX=YES WITHOUT_JAIL=YES WITHOUT_KERBEROS=YES WITHOUT_NCP=yes WITHOUT_NDIS=YES WITHOUT_NIS=YES WITHOUT_PORTSNAP=YES WITHOUT_PROFILE=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITH_PKGTOOLS=YES WITH_LIBCPLUSPLUS=YES WITH_CLANG=YES WITH_CLANG_EXTRAS=YES WITH_CLANG_IS_CC=YES WITH_HESIOD=YES WITH_BSD_SORT=YES WITH_BSD_PATCH=YES WITHOUT_PKGNG=YES MALLOC_PRODUCTION=YES CC=clang CXX=clang++ CPP=clang-cpp WITH_LIBCPLUSPLUS=yes CXXFLAGS+= -stdlib=libc++ make.conf # ========================================================== CPUTYPE?=athlon64-sse3 KERNCONF=Kernel NO_CPU_CFLAGS=false NO_CPU_COPTFLAGS=false NO_FSCHG= NO_WERROR= WERROR= MAKE_JOBS_NUMBER=5 BATCH_DELETE_OLD_FILES=yes # IP6_v WITHOUT_INET6= yes WITHOUT_IPV6= yes WITH_SYSTEM_ICU= yes MALLOC_PRODUCTION= yes WITH_MMX= yes WITH_SSE= yes WITH_SSE2= yes WITH_SSE3= yes WITH_SSE4A= yes WITH_3DNOW= yes WITH_THREADS= yes WITHOUT_PROFILE= yes WITHOUT_DEBUG= yes WITHOUT_PKGNG= yes WITHOUT_MODULES= bktr plip .if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*} CFLAGS+= -march=athlon64-sse3 -mtune=athlon64-sse3 CPPFLAGS+= -D_FORTIFY_SOURCE=2 CXXFLAGS+= -std=c++11 -stdlib=libc++ WITH_LIBCPLUSPLUS=YES .endif # ========================================================== svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 255811 Node Kind: directory Schedule: normal Last Changed Author: des Last Changed Rev: 255809 Last Changed Date: 2013-09-23 07:36:51 +0300 From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 11:30:21 2013 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 ESMTP id DB9CA1D0 for ; Mon, 23 Sep 2013 11:30:21 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id A46F5246F for ; Mon, 23 Sep 2013 11:30:21 +0000 (UTC) Received: from [172.29.180.39] (unknown [194.214.114.46]) by peterschmitt.fr (Postfix) with ESMTPSA id 844157AFA; Mon, 23 Sep 2013 13:30:13 +0200 (CEST) Message-ID: <52402644.3030703@peterschmitt.fr> Date: Mon, 23 Sep 2013 13:30:12 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Alexander Panyushkin , freebsd-current@freebsd.org Subject: Re: error build world References: <52401BBC.6010908@gmail.com> In-Reply-To: <52401BBC.6010908@gmail.com> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HuxkouB8nNvtFXiovo1wG9x6SkNXT9Q7i" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 11:30:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HuxkouB8nNvtFXiovo1wG9x6SkNXT9Q7i Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 23/09/2013 12:45, Alexander Panyushkin a =E9crit :> /usr/src/secure/lib/libssh/../../../crypto/openssh/auth.h:42:10: fatal > error: 'krb5.h' file not found > #include [=85] > WITHOUT_KERBEROS=3DYES Seems linked. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --HuxkouB8nNvtFXiovo1wG9x6SkNXT9Q7i Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSQCZEAAoJEFr01BkajbiBx24P/i/lusOUBt5VF4aInjlqtmig wHO7Hdbh4voutjTD4Zy4jnpu9QgqjyIwurzu4R+rKLdGE9EoM8BWy6XXFHeANd5O LHEI1BUGCQK2mI4IlLVOujHVCqiEGdf2AbdAaw8yhiFxz7Kk9jresifaqQGECkaH Wf/EWfitvY5p48nF9rVcZR0+/91AlXhjidIn7+FkZMnWYPstfO7vMP45mdoFrxrQ k5QAmvU+qkqR6f9C/XgXyyTknbFQdwHlKrCl40c7lnuvmTUzpbftBMlPBzPM0o0q 2qVwNY/gdgVy+CDREWbFEGHdiQL/GBPLGofrDVMiTCaVFu8GDFlhvxP5VeekW4kt ZydYrPzChp3DIAjvzBvrHScr0XRjmNmzMZ+v8wahvT1ijN7T9HOPfYV+7rqqbal6 j2CCmivVOlyaEQwy7hOHy/rFhCQNGCapG3eI7YEK4mCumANORgPiN1t4X1RbVScl PvZkgwoZyo0+/sX4ZcCb/kNJyXVQhtlemuCqCjamJaynP+Gumja0ozyK7+H0Z44b T3EiSLb9PWcWc5BUKxSPMgViZRtE+u2kXT7kDIO3DbT/bPNi+iUQvEv4oPuNFBXi 0gCF9aTvZimAwfoCXTRbkbUkzozcpt/fHNZHRRf3LPV740GnspnTIc6yZwqw4BNv iNO9CVUbA0V8Hz3Kt2QT =EHxH -----END PGP SIGNATURE----- --HuxkouB8nNvtFXiovo1wG9x6SkNXT9Q7i-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 11:41:02 2013 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 ESMTP id 8728C7E3 for ; Mon, 23 Sep 2013 11:41:02 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-bk0-x229.google.com (mail-bk0-x229.google.com [IPv6:2a00:1450:4008:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D546254A for ; Mon, 23 Sep 2013 11:41:01 +0000 (UTC) Received: by mail-bk0-f41.google.com with SMTP id na10so1163375bkb.0 for ; Mon, 23 Sep 2013 04:41:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=L7M3vKc+LezUXL3S7dLQwECSYDmYq6orSF3eV3MBUvU=; b=ORYd2OghXS2ydOU+QH8gWuVT8K3L8vtrDfbkmLAZzQ7dVhyvL87n5Z5Y4p+GhMgvS0 fxQja7CC9RWAVsWYo/e1OHKcKuss23kXDbc/pIZh0Pk5NmSgaOs5/awoqrMw25Vbr8Zx a0/KS1WyZqsJsLrWqTDYwsqWFyb6mq8VKb709IKHqiYvdwErPyn7bg3fniAA2H3p69qN xbP/PcFHP8cp9rMhzv7/lux5+E3ZTLME/fsRF4EZqyMt4uJ+BgNj7KIBfKOYrkXFA6GS 3A7qIk7VuAnzhhj5otoJ0TfvnBqxee4cDTcegP6IH4/8+ckTadrpYLPx3R51fOaFmR8A eU9Q== X-Received: by 10.205.10.200 with SMTP id pb8mr17704152bkb.16.1379936460344; Mon, 23 Sep 2013 04:41:00 -0700 (PDT) Received: from scorpion.kiev.ua ([46.247.166.156]) by mx.google.com with ESMTPSA id rj5sm8534614bkb.9.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Sep 2013 04:40:59 -0700 (PDT) Message-ID: <524028C8.9090106@gmail.com> Date: Mon, 23 Sep 2013 14:40:56 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Florent Peterschmitt , freebsd-current@freebsd.org Subject: Re: error build world References: <52401BBC.6010908@gmail.com> <52402644.3030703@peterschmitt.fr> In-Reply-To: <52402644.3030703@peterschmitt.fr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 11:41:02 -0000 23.09.2013 14:30, Florent Peterschmitt wrote: > Le 23/09/2013 12:45, Alexander Panyushkin a écrit :> > /usr/src/secure/lib/libssh/../../../crypto/openssh/auth.h:42:10: fatal >> error: 'krb5.h' file not found >> #include > […] >> WITHOUT_KERBEROS=YES > I do not need kerberos. Why option WITHOUT_KERBEROS = YES does not work? From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 11:45:47 2013 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 ESMTP id 497BEB50 for ; Mon, 23 Sep 2013 11:45:47 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 11B5B258A for ; Mon, 23 Sep 2013 11:45:47 +0000 (UTC) Received: from [172.29.180.39] (unknown [194.214.114.46]) by peterschmitt.fr (Postfix) with ESMTPSA id 678197B89; Mon, 23 Sep 2013 13:45:46 +0200 (CEST) Message-ID: <524029E9.9010603@peterschmitt.fr> Date: Mon, 23 Sep 2013 13:45:45 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Alexander Panyushkin , freebsd-current@freebsd.org Subject: Re: error build world References: <52401BBC.6010908@gmail.com> <52402644.3030703@peterschmitt.fr> <524028C8.9090106@gmail.com> In-Reply-To: <524028C8.9090106@gmail.com> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="di02WrBjw01XHaStBR5lQ4ho9NTdT7s3B" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 11:45:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --di02WrBjw01XHaStBR5lQ4ho9NTdT7s3B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le 23/09/2013 13:40, Alexander Panyushkin a =C3=A9crit : > I do not need kerberos. > Why option WITHOUT_KERBEROS =3D YES does not work? This can be something missed from the latest OpenSSH upgrade, or maybe OpenSSH cannot be built without Kerberos. Wait for someone to answer and send a PR if the problem is not solved. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --di02WrBjw01XHaStBR5lQ4ho9NTdT7s3B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSQCnqAAoJEFr01BkajbiBXa8QAL0Oyrf1/Rm3b6PZxLEyY28y 5BuvAGFB8VuYShK0N9Ah1rcRyoZLy9+aoLnmlW2iSM7sENc0rXsk+3gjaH2Y6sSV 3rNuH2bxdhxLVF+XnQI1Q5skEI7KO72WtcgVZ9YVNaV0y14KTz3e/Yc5Q9Gozk26 agLu9j5MEPDh1N0FOieh60//ufaHUE1EEncaS7sPqEK5v4RoF/Jq3JRXiv8o5mC3 zPr2Hks1FMA4z5sGXz7h46a1/dtzBWDU0XwWQgoWsMVrIDgv4jIKkPULB+RMZZZl 3Ew4XzKVlBmB3Y9NQtmujG5xn8usy3xgvK9QDq5V4h4Sxk+lvwGTPI8ExtPLxe1k NGUbSjGS56LRFyTk1XZ5r4H0onCxIOuSsdZMJpc7LUV7o3CcEqa5BzAwiBSsxeso KTugTZpydSy/bN5ytaObfoPVXAoLEx1qn5dncIGtcC5ybCxa0My5zChv02anET22 SjSnHkVs0JA/IQ9l2ZG5UIK55tufiyGUB/rBJR+ScyANf716DnFvxwPk141jBpmj cE9f2rj1laj6dLR35vE7iY2sJMLZZEOvErbScFaZ8GSTJJEenU/oiF6aYoryH50B RIjfOH7FdkF6m1HyiVB1RQMfBbP/Oz1IYvk0Y3/9HmBFPApujcyfO7Z/hYR5ZVCD RIeGjNmD5FoVeDX+tmuO =GpuR -----END PGP SIGNATURE----- --di02WrBjw01XHaStBR5lQ4ho9NTdT7s3B-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 13:59:50 2013 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 ESMTP id 72EE9998 for ; Mon, 23 Sep 2013 13:59:50 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 31F412F26 for ; Mon, 23 Sep 2013 13:59:49 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 28D046CF6; Mon, 23 Sep 2013 13:59:49 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 097EB5C6; Mon, 23 Sep 2013 15:59:21 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Panyushkin Subject: Re: error build world References: <52401BBC.6010908@gmail.com> <52402644.3030703@peterschmitt.fr> <524028C8.9090106@gmail.com> Date: Mon, 23 Sep 2013 15:59:20 +0200 In-Reply-To: <524028C8.9090106@gmail.com> (Alexander Panyushkin's message of "Mon, 23 Sep 2013 14:40:56 +0300") Message-ID: <86zjr3wsef.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Florent Peterschmitt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 13:59:50 -0000 Alexander Panyushkin writes: > I do not need kerberos. > Why option WITHOUT_KERBEROS =3D YES does not work? My mistake. Comment out every line that mentions KRB5, HEIMDAL or GSSAPI in crypto/openssh/config.h and you should be fine (they are not needed, as the Makefile defines all the required macros if MK_KERBEROS=3Dyes). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 15:17:48 2013 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 ESMTP id E89A63D0 for ; Mon, 23 Sep 2013 15:17:48 +0000 (UTC) (envelope-from lidl@hydra.pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB8C12488 for ; Mon, 23 Sep 2013 15:17:48 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id r8NFHkqE083315 for ; Mon, 23 Sep 2013 11:17:46 -0400 (EDT) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.8 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.5/8.14.5/Submit) id r8NFHklQ083314 for freebsd-current@freebsd.org; Mon, 23 Sep 2013 11:17:46 -0400 (EDT) (envelope-from lidl) Date: Mon, 23 Sep 2013 11:17:46 -0400 From: Kurt Lidl To: freebsd-current@freebsd.org Subject: head fails to compile with WITHOUT_KERBEROS= in src.conf Message-ID: <20130923151746.GA83279@hydra.pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 15:17:49 -0000 Greetings all. My weekly update to the lastest freebsd-head failed to compile this morning. My src.conf has, among other things: WITHOUT_HESIOD= WITHOUT_KERBEROS= # turn off stripping and enable dtrace STRIP= CFLAGS+=-fno-omit-frame-pointer CC=clang CXX=clang++ CPP=clang-cpp My compile failed with: --- secure/lib/libssh__L --- In file included from /usr/src/secure/lib/libssh/../../../crypto/openssh/jpake.c:43: /usr/src/secure/lib/libssh/../../../crypto/openssh/auth.h:42:10: fatal error: 'krb5.h' file not found #include ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /usr/src/secure/lib/libssh 1 error -Kurt From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 15:25:03 2013 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 ESMTP id 62C256C1 for ; Mon, 23 Sep 2013 15:25:03 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2210C24FD for ; Mon, 23 Sep 2013 15:25:02 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 66F224AC58 for ; Mon, 23 Sep 2013 19:24:59 +0400 (MSK) Date: Mon, 23 Sep 2013 19:24:54 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1256521510.20130923192454@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: r255795/i386 built on r255795/amd64 still could not start devdpassword In-Reply-To: <1927298987.20130922135259@serebryakov.spb.ru> References: <1927298987.20130922135259@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 15:25:03 -0000 Hello, Freebsd-current. You wrote 22 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 13:52:59: Now I have r255795/i386 built on r255795/amd64 (with "make TARGET=3Di386 b= uildworld buildkernel"). It still could not start devd with this strange diagnostic: devd: Cannot parse /etc/devd.conf at line 202 Line 202 is: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 201 nomatch 10 { 202 match "bus" "pccard[0-9]+"; 203 action "logger Unknown PCCARD device: manufacturer $manufacture= r \ 204 product $product CISproduct $cisproduct CIS-vendor \ 205 $cisvendor bus $bus"; 206 }; =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 15:29:12 2013 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 ESMTP id 09CEB80D; Mon, 23 Sep 2013 15:29:12 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id BC15A252A; Mon, 23 Sep 2013 15:29:11 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 9D45F4AC57; Mon, 23 Sep 2013 19:29:10 +0400 (MSK) Date: Mon, 23 Sep 2013 19:29:05 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1198404531.20130923192905@serebryakov.spb.ru> To: Lev Serebryakov Subject: and64-build i386 mtree doesn't work too (Re: r255795/i386 built on r255795/amd64 still could not start devdpassword) In-Reply-To: <1256521510.20130923192454@serebryakov.spb.ru> References: <1927298987.20130922135259@serebryakov.spb.ru> <1256521510.20130923192454@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Sep 2013 15:29:12 -0000 Hello, Lev. You wrote 23 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 19:24:54: LS> Now I have r255795/i386 built on r255795/amd64 (with "make TARGET=3Di3= 86 buildworld LS> buildkernel"). Also, it could not start "make buildworld" by itself, as "mtree" complains about line 2 of etc/mtree/BSD.usr.dist ("no parent node"). It looks like, i386 world built by amd64 host is completely broken somewhe= re in text processing tool. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 20:21:28 2013 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 ESMTP id 287BCD96; Mon, 23 Sep 2013 20:21:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2F7A26F1; Mon, 23 Sep 2013 20:21:27 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 4AA674110; Mon, 23 Sep 2013 20:21:26 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 4AA674110 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 23 Sep 2013 16:21:24 -0400 From: Glen Barber To: Kurt Lidl Subject: Re: head fails to compile with WITHOUT_KERBEROS= in src.conf Message-ID: <20130923202124.GE39915@glenbarber.us> References: <20130923151746.GA83279@hydra.pix.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ep0oHQY+/Gbo/zt0" Content-Disposition: inline In-Reply-To: <20130923151746.GA83279@hydra.pix.net> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 20:21:28 -0000 --ep0oHQY+/Gbo/zt0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 23, 2013 at 11:17:46AM -0400, Kurt Lidl wrote: > Greetings all. >=20 > My weekly update to the lastest freebsd-head failed to compile > this morning. My src.conf has, among other things: There is a fix ready to be committed very shortly. Glen --ep0oHQY+/Gbo/zt0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBCAAGBQJSQKLEAAoJELls3eqvi17QvfsQAM+kd4ofVAraRejN7SYdYSRd fjF1ylLnB3fdtzCf+KcvUdUHHogMsZgiV7A5NyqZhKzAcGwl1+YwwFsgAQvNfIUM xwhCAD0WaJgfr/nIspPxIX1DzBv9Hh7FFUUEr6jqfvpptCicOh8BFsN5M+oLJp6z hYxxsGRPi+rJho7qRomXUkDdIYeg5bEVwoloKxYMQDk7CLNRHIhY7PKaR7CgBNfB a3G8PadH7hpYCONsz/LgdUQ5fmJFrCVYK/sVXa04KC0JmNyvur0txbA4iqZg8lNj AeH5Q4Eq51KO1xL/uhUtabnMh/uUlldsgvg+f0l4WDRcmkuC521+8bWPcbQVJIXV zZUKQla25+sNDG0kQONRgXd1j21gWmpvf8Gj5tyimD0Qtp82z+5wWj882Q0DE+Le 6Fw14CfrCCJkM1p7fvLlGvvJEx0/F+7X8c69NS2jICuLXwsTaclMlZUqAEGfTDFL Vh3unfdk6yYaOeV55oilz7VvjlMl0hoAORCZgBE99jfQcCWhBL1vH89aNaeFgUpf D/xUbsVauzEW5UWmT5sLD68Z7yK63PYCeQWG/jwaWdOydxBzD0m/MSnPKavSuXzG dE2CpfVjwZvn6PRCoTAw1lSva4dK7KdwVHfDSqL7JOoc7jRxWPX5vP5HTKDm8MTH cguhnkQQxGxmTwfEzRX0 =PUiq -----END PGP SIGNATURE----- --ep0oHQY+/Gbo/zt0-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 20:27:42 2013 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 ESMTP id BFAAC1B2 for ; Mon, 23 Sep 2013 20:27:42 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay003.isp.belgacom.be (mailrelay003.isp.belgacom.be [195.238.6.53]) by mx1.freebsd.org (Postfix) with ESMTP id 5DF792755 for ; Mon, 23 Sep 2013 20:27:42 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvMLAKujQFJbsKs0/2dsb2JhbABZgwc4FySvHAGTRRd0gwJfNCpAiAAImkyhQZAChAgDkCaHVZF4gyY6 Received: from 52.171-176-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.176.171.52]) by relay.skynet.be with ESMTP; 23 Sep 2013 22:26:19 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id r8NKQIVQ015976 for ; Mon, 23 Sep 2013 22:26:18 +0200 (CEST) (envelope-from tijl@coosemans.org) Date: Mon, 23 Sep 2013 22:26:13 +0200 From: Tijl Coosemans To: freebsd-current@FreeBSD.org Subject: restarting SYSCALL system call on amd64 loses arguments Message-ID: <20130923222613.548860a3@kalimero.tijl.coosemans.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/VwYo+XzSiwiyuHXqctQPFL2"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 20:27:42 -0000 --Sig_/VwYo+XzSiwiyuHXqctQPFL2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Has anyone taken a look at this PR yet? http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182161 --Sig_/VwYo+XzSiwiyuHXqctQPFL2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iF4EAREIAAYFAlJAo+kACgkQfoCS2CCgtiv0cQD7BnW6SL3PoCvaodY2iVMhXYhx 3JIX2m2i6VM1dWdzt30A/3WShENyz9fKqdGl8R36ftJ9VjoEwJFt4d/licGlNzm3 =RRGc -----END PGP SIGNATURE----- --Sig_/VwYo+XzSiwiyuHXqctQPFL2-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 23 21:37:37 2013 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 ESMTP id A4E7169E for ; Mon, 23 Sep 2013 21:37:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 447C92BBA for ; Mon, 23 Sep 2013 21:37:37 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8NLbUM9010537; Tue, 24 Sep 2013 00:37:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8NLbUM9010537 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8NLbU4S010536; Tue, 24 Sep 2013 00:37:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 24 Sep 2013 00:37:30 +0300 From: Konstantin Belousov To: Tijl Coosemans Subject: Re: restarting SYSCALL system call on amd64 loses arguments Message-ID: <20130923213730.GX41229@kib.kiev.ua> References: <20130923222613.548860a3@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0QZ35bX9xAXmZuwY" Content-Disposition: inline In-Reply-To: <20130923222613.548860a3@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@FreeBSD.org, Russ Cox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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, 23 Sep 2013 21:37:37 -0000 --0QZ35bX9xAXmZuwY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 23, 2013 at 10:26:13PM +0200, Tijl Coosemans wrote: > Has anyone taken a look at this PR yet? >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182161 This looks like a valid bug, but probably not a valid testcase. Let me elaborate. When a signal is delivered, return from the signal handler is performed by the sigreturn(2), which reloads the whole register file when crossing kernel->user boundary due to sys_sigreturn(9) setting PCB_FULL_IRET flag. As result, the whole trap frame at the time of the syscall entry is restored, and ERESTART return is not exercised. I was not able to reproduce the issue with the supplied test program on HEAD. I suspect that the program actually exposed the bug in the signal delivery in the threaded processes, which I introduced for 9.1 and fixed in r251047 & r251365. On the other hand, I agree that at least arguments should be restored for ERESTART case, but in fact it is easier and probably less error-prone to restore whole register file again. Please try the patch below for your Go code. diff --git a/sys/amd64/amd64/vm_machdep.c b/sys/amd64/amd64/vm_machdep.c index b7c2b67..1e3d8f5 100644 --- a/sys/amd64/amd64/vm_machdep.c +++ b/sys/amd64/amd64/vm_machdep.c @@ -400,9 +400,13 @@ cpu_set_syscall_retval(struct thread *td, int error) * for the next iteration. * %r10 restore is only required for freebsd/amd64 processes, * but shall be innocent for any ia32 ABI. + * + * Require full context restore to get the arguments + * in the registers reloaded at return to usermode. */ td->td_frame->tf_rip -=3D td->td_frame->tf_err; td->td_frame->tf_r10 =3D td->td_frame->tf_rcx; + set_pcb_flags(td->td_pcb, PCB_FULL_IRET); break; =20 case EJUSTRETURN: --0QZ35bX9xAXmZuwY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSQLSZAAoJEJDCuSvBvK1B+XAP/A/myszBMjClt+E41gilgIjo O9hCqr/7tUZR4ZtIa7QcIdOF9NPJgLYtDJo8dfBSr4ITPBVzNP5v7P6gRej40z/p aCnwPy3rzatJIOfZQtIo/4NAU3N4DFNizqLWt+6eJuSfym1ATKLZfuI5DBmKeKbP 6CV6F2noy7t5hPnCSWUYce9u82FanKJpS/La/ccxttSES5V0MKSPF3hpugGpUoU2 /i/5zVC5MgJ2sLeoYzOtkkI/dwYN5LhUDilg55uSAv4hY++lpdc9mUm2RLYJOV/S /ZwnXW9rym2rRzWXg6/S0cZXXGL2YsUGuRcfLVdLiFdHaxsUzuKGCDSSnAt6MGy8 GFEnal/23I/ULsDSjHfsqDpM95ucOmNj3I7BL6aF8P82Oib4g1rfo7JCTMYouQm5 BV2JDGcQi/lqKrGY1xhjk535SthLpw87tQv/PqiXdRLApc4w0y3ILwvttR5Qe+6k v6zG4t2p24zl8UCGN3yFwfMJOLXRy4bturLGVURd7uPib/M2T2Q5TOei049sXT3d X+QQz/jbTFOE7IASG7JKWU5BI29D4awF8ijFGuU/50RObW/xCfa5YYKleCE37LXL 4YRemRX0ONihAneP3n0XexsZpEMqZ/4E+vfqlvbvghNIq8tFwVaGl2RxyQMk7VU5 DYI7pWV/bF0paiEIWHnN =q7Lk -----END PGP SIGNATURE----- --0QZ35bX9xAXmZuwY-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 07:46:54 2013 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 ESMTP id 0CFECA4B; Tue, 24 Sep 2013 07:46:54 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-x231.google.com (mail-ee0-x231.google.com [IPv6:2a00:1450:4013:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7634E2846; Tue, 24 Sep 2013 07:46:53 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id d41so2233227eek.22 for ; Tue, 24 Sep 2013 00:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=4EH1UBR4O/IF3++Qq8V4wY7TzuJ1Z7lZVTv4YuhWA8Q=; b=OBr170A6h0h9qlGddE6YNn2pgAA5PSECO8QGoM6Fh7vPc7VKc61Wa+CzkxXIA+eScr 5RTNTQpoO0fHInQEUoL9Fux0oWfrKXjpLuLVE3PnrA/fNKKR9RhcrAX3wQPZjBT8GSe3 kXV00yUwIVzjXBqDMqbBui/Hn/RhqU/Yb+kCJTUMxSLFtsOpa410f76TjWLumCcmMDud 4mw8ATpOFOGrhaChYfaS9ADZLcD5okv7/4MAFOuyvygISZVzHdJKB4FoS4lTKuZi9Gxl lxSm2ysn/x2Ld4HRbkRJsN3JXWP3DeCwxeRj1FDUsd06SJbtBcfyFW67oJX7acSmJwpD CJoA== X-Received: by 10.14.241.74 with SMTP id f50mr44563854eer.29.1380008811629; Tue, 24 Sep 2013 00:46:51 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id z12sm50379567eev.6.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 24 Sep 2013 00:46:51 -0700 (PDT) Date: Tue, 24 Sep 2013 10:46:58 +0300 From: "Sergey V. Dyatko" To: Subject: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi) Message-ID: <20130924104658.46313090@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: trasz@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 07:46:54 -0000 Hi, today I tried to play a bit with new iscsi r255812 isn't fully complete fix? what I did: 1) create ctl.conf: pidfile /var/run/ctld.pid portal-group example2 { discovery-auth-group no-authentication listen 127.0.0.1 listen 0.0.0.0:3261 } target iqn.desktop:target0 { alias "Testing target" auth-group no-authentication portal-group example2 lun 0 { path /dev/md0 blocksize 4096 # size 4G } } 2) dd if=/dev/zero of=/path/to/file bs=1M count=200 3) mdconfig -a -t vnode -f /path/to/file 4) start iscsid and ctld 5) iscsictl -A -h locahost -t iqn.desktop:target0 (wrong hostname) 6) iscsictl -A -h localhost -t iqn.desktop:target0 after [6] /var/log/messages: Sep 24 10:31:50 tiger kernel: cfiscsi_ioctl_handoff: new connection from iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to iqn.desktop:target0 Sep 24 10:31:50 tiger kernel: da0 at iscsi2 bus 0 scbus6 target 0 lun 0 Sep 24 10:31:50 tiger kernel: da0: Fixed Direct Access SCSI-5 device Sep 24 10:31:50 tiger kernel: da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) also I see following (step 5, I suppose, how I can cancel it ?): Sep 24 10:32:08 tiger iscsid[1428]: locahost (iqn.desktop:target0): failed to connect to locahost: Connection refused Sep 24 10:32:08 tiger kernel: WARNING: locahost (iqn.desktop:target0): login timed out after 61 seconds; reconnecting Sep 24 10:33:10 tiger iscsid[1402]: child process 1428 terminated with exit status 1 Sep 24 10:33:10 tiger kernel: WARNING: locahost (iqn.desktop:target0): login timed out after 61 seconds; reconnecting Sep 24 10:33:10 tiger iscsid[1433]: locahost (iqn.desktop:target0): failed to connect to locahost: Connection refused Ok, seems I can work with that, I can do newfs /dev/da0, mount it and so on. Now i'm trying to tun iscontrol on my laptop (beta1, r255449): laptop# iscontrol -dt 192.168.9.98 errno=61 connect: Connection refused ^C hm... possible something wrong... trying to reproduce that on desktop... run `kldload iscsi_initiator` and got a panic: tiger# kgdb /boot/kernel/kernel /var/crash/vmcore.last -> http://paste.org.ru/?rtc74f I can provide additional information if you need it -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 10:40:22 2013 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 ESMTP id 46031577; Tue, 24 Sep 2013 10:40:22 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3F822231; Tue, 24 Sep 2013 10:40:21 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id m15so3284546wgh.1 for ; Tue, 24 Sep 2013 03:40:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yGVtxy2tFD1dEwTU7F534/NmhSR+rewOvOjJRETL8Es=; b=A4nc6nEhJcp3DL0kCoHwmEr7Kk1mSPyK67XAPdMQXBCvo7WqKt5pMNl6EzQ0WWZELc xR4PqnkrimDaPhHPE5uigkloS7RTZPUGTJ6qao/1UZTYOVb/Tn2orPBtzpKMfY2gFdTk VFcysj0UA3kZsGuf8g+ANWYI8b4yQd9FaFpocZqT511p4m7LbCuPrIPVN/qw/Pqru5Ug U82jYVic5JmCKsD2D/3Wg24mK8qfsXXknMw0c0L+e2GNSsYhtZe1e69oX3va6bknZZu4 3U3vMQgnX8NfwBjg345bg7f8gspJNj+0tmpnI73u1Tge7JPfxEiN+SXhb9UQhdp8FKUa PEUg== MIME-Version: 1.0 X-Received: by 10.180.98.105 with SMTP id eh9mr17462207wib.56.1380019220079; Tue, 24 Sep 2013 03:40:20 -0700 (PDT) Received: by 10.216.62.5 with HTTP; Tue, 24 Sep 2013 03:40:20 -0700 (PDT) In-Reply-To: <20130924104658.46313090@laptop.minsk.domain> References: <20130924104658.46313090@laptop.minsk.domain> Date: Tue, 24 Sep 2013 14:40:20 +0400 Message-ID: Subject: Re: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi) From: Sergey Kandaurov To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 10:40:22 -0000 On 24 September 2013 11:46, Sergey V. Dyatko wrote: > Hi, > > today I tried to play a bit with new iscsi > > r255812 isn't fully complete fix? > [...] > run `kldload iscsi_initiator` and got a panic: Something like this quick'n'dirty should work. Compile tested only. Index: sys/dev/iscsi_initiator/iscsi.c =================================================================== --- sys/dev/iscsi_initiator/iscsi.c (revision 255841) +++ sys/dev/iscsi_initiator/iscsi.c (working copy) @@ -715,7 +715,8 @@ TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); isc = malloc(sizeof(struct isc_softc), M_ISCSI, M_ZERO|M_WAITOK); - isc->dev = make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, GID_WHEEL, 0600, "iscsi"); + isc->dev = make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, max_sessions, + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi"); isc->dev->si_drv1 = isc; mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 11:00:55 2013 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 ESMTP id 22D9B8D1; Tue, 24 Sep 2013 11:00:55 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E61D235B; Tue, 24 Sep 2013 11:00:54 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id f12so4301734wgh.26 for ; Tue, 24 Sep 2013 04:00:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oAmpGjd0Sw8JUPSaCzgd8nTsfsQPJ0x8kiZkoYTUSg0=; b=RpXCgWtyBKP5+zSBoCgSVS1K3xY7R0Juw6zthDdKJ0fJhBaeJJaZ9UA+4HZW+/FSmA RdM7yTC0weVTh70ttLH07nji+BRXqLI6topno/NoH6PpaIXDjqUXxYvtCak9Tpt04+jt zjB48YC+AJk0eFv3S7HGzYYzZfYnsOAvmk7Dgazd4qs3zJTHaQzA5iNaT9vSrvYXJYQ5 vttJs77xd9P+Z/ctykO6Bz0UdzagMKJyzA4SILl+gLU3t4u6GUy6ApcQJvN93lkcNf/y Ydm5PiZCe/fKz41POevocbX4sfLGyMVAMDT1J5rE7jSLJ82JmOVrVVGZmjl1dQ+qFjL8 yRWg== MIME-Version: 1.0 X-Received: by 10.180.206.42 with SMTP id ll10mr17637555wic.50.1380020453089; Tue, 24 Sep 2013 04:00:53 -0700 (PDT) Received: by 10.216.62.5 with HTTP; Tue, 24 Sep 2013 04:00:53 -0700 (PDT) In-Reply-To: References: <20130924104658.46313090@laptop.minsk.domain> Date: Tue, 24 Sep 2013 15:00:53 +0400 Message-ID: Subject: Re: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi) From: Sergey Kandaurov To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 11:00:55 -0000 On 24 September 2013 14:40, Sergey Kandaurov wrote: > On 24 September 2013 11:46, Sergey V. Dyatko wrote: >> Hi, >> >> today I tried to play a bit with new iscsi >> >> r255812 isn't fully complete fix? >> > [...] >> run `kldload iscsi_initiator` and got a panic: > > Something like this quick'n'dirty should work. > Compile tested only. > > Index: sys/dev/iscsi_initiator/iscsi.c > =================================================================== > --- sys/dev/iscsi_initiator/iscsi.c (revision 255841) > +++ sys/dev/iscsi_initiator/iscsi.c (working copy) > @@ -715,7 +715,8 @@ > TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); > > isc = malloc(sizeof(struct isc_softc), M_ISCSI, M_ZERO|M_WAITOK); > - isc->dev = make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, > GID_WHEEL, 0600, "iscsi"); > + isc->dev = make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, max_sessions, > + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi"); > isc->dev->si_drv1 = isc; > mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); Erm, of course it shall be checked against failure. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 05:43:50 2013 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 ESMTP id C9703111 for ; Tue, 24 Sep 2013 05:43:50 +0000 (UTC) (envelope-from rsc@swtch.com) Received: from mail-lb0-f180.google.com (mail-lb0-f180.google.com [209.85.217.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52C10228F for ; Tue, 24 Sep 2013 05:43:49 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id q8so3342140lbi.25 for ; Mon, 23 Sep 2013 22:43:48 -0700 (PDT) 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=qoVq7nhdh+71Ho0kp2+c45t09KbqJwSsbwP9aTMbLl8=; b=cZhrYYbxfqeQ4Pv9mSmLoTo8vMkiVZkoRSxzhDC95XLOHGfLCjbK7oVCiv7A1L+NRO 7kpRZNRqL911qPY5pAGo6liklQFuXPhw3SL2vGM+I07QI4E7nsQ/uMtiHVspXMafTe17 onz3AJIrNbN+AJ7pHXnL+00ZJCOMkIuPgW5G5kKqUL8MvfagrEc3h7X+yw8X2r5orzPc ORVLTAOnC9DWeKRolhYgQXiniiZlGYLRk+tS2vco52CXVFeefrKF3q88gaZhIsS9RUaY Rh9z0mY8PUJT8UdIoyuaaBQ/pBHw6ohk4yXrhCUdf6IGhK89cECk7hQ/QzXytsYA0VyB FHEg== X-Gm-Message-State: ALoCoQnvUy8ATSqxDciMGRvpI74i1VqqYHXnqSG3AG3erL8ApJTV69tJYLhq+TyBL4FumM29WQPy X-Received: by 10.152.120.37 with SMTP id kz5mr23426327lab.21.1380001110918; Mon, 23 Sep 2013 22:38:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.200.3 with HTTP; Mon, 23 Sep 2013 22:38:10 -0700 (PDT) In-Reply-To: <20130923213730.GX41229@kib.kiev.ua> References: <20130923222613.548860a3@kalimero.tijl.coosemans.org> <20130923213730.GX41229@kib.kiev.ua> From: Russ Cox Date: Tue, 24 Sep 2013 01:38:10 -0400 Message-ID: Subject: Re: restarting SYSCALL system call on amd64 loses arguments To: Konstantin Belousov X-Mailman-Approved-At: Tue, 24 Sep 2013 11:24:55 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Tijl Coosemans , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 05:43:50 -0000 I don't have a machine at hand that I can rebuild the kernel on, but I agree that setting PCB_FULL_IRET should fix the problem. Russ From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 11:34:50 2013 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 ESMTP id F2CB7671; Tue, 24 Sep 2013 11:34:49 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4B15253C; Tue, 24 Sep 2013 11:34:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=JAMs+ulxuLWI8Lvnz/u5CIUCwHHy5hlKQIme6hN0GvY=; b=TPTBXNg/OkQ6KwdKJb/3e+5E9HLy+pthw8U+BxLfti8iKrl05ib7WhsrI+4fHTl0B/ksFJo4UAdMUnqcbKKxWxhEuDU+YUXB13J6b+0hYuEOcrxSrapEZeRNtnJoUapJXPyynTUZZ7RAbNBIrswavzA+02ekcPO5vvJHRKjwUMM=; Received: from localhost.lerctr.org ([127.0.0.1]:35765 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VOQtD-0002d0-GP; Tue, 24 Sep 2013 06:34:48 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 24 Sep 2013 06:34:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 24 Sep 2013 06:34:46 -0500 From: Larry Rosenman To: Freebsd current , des@freebsd.org Subject: unbound: start BEFORE =?UTF-8?Q?ntpd=3F?= Message-ID: <466a5687e451c2ab69a4c5bb341ff1f9@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.4 X-Spam-Score: -5.2 (-----) X-LERCTR-Spam-Score: -5.2 (-----) X-Spam-Report: SpamScore (-5.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.27 X-LERCTR-Spam-Report: SpamScore (-5.2/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-2.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 11:34:50 -0000 DES, When I rebooted my box today after the latest rc.d changes for unbound, I noted that ntpd started BEFORE unbound therefore could NOT look up hosts. Are there more tweaks needed here? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 11:11:47 2013 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 ESMTP id 43594A69 for ; Tue, 24 Sep 2013 11:11:47 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EDE8023CA for ; Tue, 24 Sep 2013 11:11:46 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=YGSney 4G3E/RCcv9xIKwBg3JHsgydTf26EK2BnnY0u9OzLiIwp9oBHFGjoYK393LMpr56h mWFmAEZIIvgKVgbteJaiFucd7jwpXHXJaVYPuylBlMqKpfntdeUx2suCCiW9+pWG VY6ASVom6rqf4lWEYz/ZrxxBR3gQWVecXLF50= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=mW8wncul6D47 tbkfWpDpsbzut4vLaoy39FNFwCJn0l4=; b=RpxJ1jVWUbYrB8BGQTfKeubWAEQH OV9G5H6y+HaWlAClLsLSarV0gS9fNuF6RCes8ZMZh9Es42sBmMtpZuWi821TDNG3 kjBNGvVavv8hmKPgM0jl6BmXahsVolql6Zl1YbjUes9KXEFLx7kYkhwE6sXZgAmN h3Q7pUvXm8VcysU= Received: (qmail 54601 invoked from network); 24 Sep 2013 06:11:39 -0500 Received: from unknown (HELO ?10.10.0.24?) (bryan@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 24 Sep 2013 06:11:39 -0500 Message-ID: <52417367.5050703@shatow.net> Date: Tue, 24 Sep 2013 06:11:35 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: load averages with problem in FreeBSD 10.0-Alpha1? References: <5235B581.6090404@bsdinfo.com.br> <5238C4C2.4080806@bsdinfo.com.br> In-Reply-To: <5238C4C2.4080806@bsdinfo.com.br> X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 24 Sep 2013 11:42:44 +0000 Cc: gondim@bsdinfo.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 11:11:47 -0000 On 9/17/2013 4:08 PM, Marcelo Gondim wrote: > The problem happens when DUMMYNET enabled in kernel: > > options DUMMYNET > > If compiled with kernel load average have a problem. May have been some > change in the DUMMYNETcode? > > Fixed here: http://svnweb.freebsd.org/changeset/base/255835 Bryan From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 11:44:13 2013 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 ESMTP id 715CEA4F for ; Tue, 24 Sep 2013 11:44:13 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3D9625CC for ; Tue, 24 Sep 2013 11:44:12 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id mx12so1628164bkb.6 for ; Tue, 24 Sep 2013 04:44:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=3ahEJqXWpJ2UfVeuRmTlP59ildZmtaE70sDhNo+crxU=; b=tbmaxKoxtZ7UtVwj1rLPVYjgYFXlY8noJ3hPx/N464G1R/eUJKMo8eV9xWyM3N1L+a w5594MIkI9jYNwDhia2aiLTVnXqChggX9evDVNE20BL35sstWX7r84zvc+hBOHTd7pp1 xEg6W362Eet6iwSQo3NQjqEVQOOoijpfR7mgYKqO5HWQQFn+OXoI5Ixox4o+0+WCH8qR fxnfzbQWe92kxg9L/peq+78f7W3L1w+aUdu01C/oQrUZWzoMjDG1TXTHcdzXpVd4O/t4 Tj9FbGjO1aOv3ZRwg4y+3Nue5ErfVlJp+1gQl4ODBO0RGg6PiCFjmO6OrOrLskac4qgL sn0g== X-Received: by 10.205.65.78 with SMTP id xl14mr22297809bkb.1.1380023051274; Tue, 24 Sep 2013 04:44:11 -0700 (PDT) Received: from [192.168.1.102] (adcv162.neoplus.adsl.tpnet.pl. [79.184.47.162]) by mx.google.com with ESMTPSA id b6sm11078306bko.16.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Sep 2013 04:44:10 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi) From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Tue, 24 Sep 2013 13:44:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <842AF8F6-E143-494C-B275-F395220732FF@freebsd.org> References: <20130924104658.46313090@laptop.minsk.domain> To: Sergey Kandaurov X-Mailer: Apple Mail (2.1510) Cc: "Sergey V. Dyatko" , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 11:44:13 -0000 Wiadomo=B6=E6 napisana przez Sergey Kandaurov w dniu = 24 wrz 2013, o godz. 13:00: > On 24 September 2013 14:40, Sergey Kandaurov = wrote: >> On 24 September 2013 11:46, Sergey V. Dyatko = wrote: >>> Hi, >>>=20 >>> today I tried to play a bit with new iscsi >>>=20 >>> r255812 isn't fully complete fix? >>>=20 >> [...] >>> run `kldload iscsi_initiator` and got a panic: >>=20 >> Something like this quick'n'dirty should work. >> Compile tested only. >>=20 >> Index: sys/dev/iscsi_initiator/iscsi.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/dev/iscsi_initiator/iscsi.c (revision 255841) >> +++ sys/dev/iscsi_initiator/iscsi.c (working copy) >> @@ -715,7 +715,8 @@ >> TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); >>=20 >> isc =3D malloc(sizeof(struct isc_softc), M_ISCSI, = M_ZERO|M_WAITOK); >> - isc->dev =3D make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, >> GID_WHEEL, 0600, "iscsi"); >> + isc->dev =3D make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, = max_sessions, >> + NULL, UID_ROOT, GID_WHEEL, 0600, = "iscsi"); >> isc->dev->si_drv1 =3D isc; >> mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); >=20 > Erm, of course it shall be checked against failure. Sure. What do you think about this: Index: sys/dev/iscsi_initiator/iscsi.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/iscsi_initiator/iscsi.c (revision 255834) +++ sys/dev/iscsi_initiator/iscsi.c (working copy) @@ -715,8 +715,14 @@ iscsi_start(void) TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); =20 isc =3D malloc(sizeof(struct isc_softc), M_ISCSI, = M_ZERO|M_WAITOK); - isc->dev =3D make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, = GID_WHEEL, 0600, "iscsi"); - isc->dev->si_drv1 =3D isc; + isc->dev =3D make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, = max_sessions, + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi"); + if (isc->dev =3D=3D NULL) { + xdebug("iscsi_initiator: make_dev_credf failed"); + // XXX: don't return; otherwise it would panic on unload + } else { + isc->dev->si_drv1 =3D isc; + } mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); =20 TAILQ_INIT(&isc->isc_sess); From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 11:48:00 2013 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 ESMTP id 48807BE7 for ; Tue, 24 Sep 2013 11:48:00 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0B92D261C for ; Tue, 24 Sep 2013 11:47:59 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 34B856A3B; Tue, 24 Sep 2013 11:47:53 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 8157E221; Tue, 24 Sep 2013 13:47:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Larry Rosenman Subject: Re: unbound: start BEFORE ntpd? References: <466a5687e451c2ab69a4c5bb341ff1f9@webmail.lerctr.org> Date: Tue, 24 Sep 2013 13:47:25 +0200 In-Reply-To: <466a5687e451c2ab69a4c5bb341ff1f9@webmail.lerctr.org> (Larry Rosenman's message of "Tue, 24 Sep 2013 06:34:46 -0500") Message-ID: <86ob7ijvaq.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Freebsd current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 11:48:00 -0000 Larry Rosenman writes: > When I rebooted my box today after the latest rc.d changes for > unbound, I noted that ntpd started BEFORE unbound therefore could NOT > look up hosts. Are there more tweaks needed here? Yes - I forgot to commit this: Index: NETWORKING =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- NETWORKING (revision 255837) +++ NETWORKING (working copy) @@ -6,7 +6,7 @@ # PROVIDE: NETWORKING NETWORK # REQUIRE: netif netoptions routing ppp ipfw stf faith # REQUIRE: defaultroute routed mrouted route6d mroute6d resolv bridge -# REQUIRE: static_arp static_ndp +# REQUIRE: static_arp static_ndp local_unbound =20 # This is a dummy dependency, for services which require networking # to be operational before starting. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 12:04:21 2013 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 ESMTP id E1667634; Tue, 24 Sep 2013 12:04:20 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 580752767; Tue, 24 Sep 2013 12:04:20 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id ez12so3654474wid.14 for ; Tue, 24 Sep 2013 05:04:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5f3TcfS8ph5blBuyKjAgeGp0AEtkLz6+T2l8YQhUG20=; b=uO4JQa5/nzQTkgLjfc/xR403FyvEErNxhGOCrzvkY85PGiKupLTxpoDDaa8h14DOji gGTSudZZPOfPVXu/I4StsCJmNLN8a2wtcrVIILV2Fh9Xx4KVNaVj48R9if2BZrCrWxIa OWYW9Wflziss24akW+0AQfROs+K2WdhFOfS6MZi6lD84Lm64Y/dfb8c+749QZGf1KD8K yoPJvqs6GRSE4Fq9rodY4gcoaOJ50PR2JFqc3dZgR7naSrc/ENox12VJPpwDHZpDLo7H km8+dmGdCHRd9M+5+dRc2uqPar4VGr/+kQtrspLkOphq0o5gr9RuUU58U+DUxghDdMcs DkDw== MIME-Version: 1.0 X-Received: by 10.180.37.227 with SMTP id b3mr17753263wik.24.1380024258670; Tue, 24 Sep 2013 05:04:18 -0700 (PDT) Received: by 10.216.62.5 with HTTP; Tue, 24 Sep 2013 05:04:18 -0700 (PDT) In-Reply-To: <842AF8F6-E143-494C-B275-F395220732FF@freebsd.org> References: <20130924104658.46313090@laptop.minsk.domain> <842AF8F6-E143-494C-B275-F395220732FF@freebsd.org> Date: Tue, 24 Sep 2013 16:04:18 +0400 Message-ID: Subject: Re: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi) From: Sergey Kandaurov To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: "Sergey V. Dyatko" , current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 12:04:21 -0000 On 24 September 2013 15:44, Edward Tomasz Napiera=B3a w= rote: > Wiadomo=B6=E6 napisana przez Sergey Kandaurov w dniu = 24 wrz 2013, o godz. 13:00: >> On 24 September 2013 14:40, Sergey Kandaurov wrote: >>> On 24 September 2013 11:46, Sergey V. Dyatko = wrote: >>>> Hi, >>>> >>>> today I tried to play a bit with new iscsi >>>> >>>> r255812 isn't fully complete fix? >>>> >>> [...] >>>> run `kldload iscsi_initiator` and got a panic: >>> >>> Something like this quick'n'dirty should work. >>> Compile tested only. >>> >>> Index: sys/dev/iscsi_initiator/iscsi.c >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- sys/dev/iscsi_initiator/iscsi.c (revision 255841) >>> +++ sys/dev/iscsi_initiator/iscsi.c (working copy) >>> @@ -715,7 +715,8 @@ >>> TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); >>> >>> isc =3D malloc(sizeof(struct isc_softc), M_ISCSI, M_ZERO|M_WAITOK= ); >>> - isc->dev =3D make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, >>> GID_WHEEL, 0600, "iscsi"); >>> + isc->dev =3D make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, max= _sessions, >>> + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi= "); >>> isc->dev->si_drv1 =3D isc; >>> mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); >> >> Erm, of course it shall be checked against failure. > > Sure. What do you think about this: > > Index: sys/dev/iscsi_initiator/iscsi.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/dev/iscsi_initiator/iscsi.c (revision 255834) > +++ sys/dev/iscsi_initiator/iscsi.c (working copy) > @@ -715,8 +715,14 @@ iscsi_start(void) > TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); > > isc =3D malloc(sizeof(struct isc_softc), M_ISCSI, M_ZERO|M_WAITOK)= ; > - isc->dev =3D make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, GID_WH= EEL, 0600, "iscsi"); > - isc->dev->si_drv1 =3D isc; > + isc->dev =3D make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, max_s= essions, > + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi"); > + if (isc->dev =3D=3D NULL) { > + xdebug("iscsi_initiator: make_dev_credf failed"); > + // XXX: don't return; otherwise it would panic on unload > + } else { > + isc->dev->si_drv1 =3D isc; > + } > mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); > > TAILQ_INIT(&isc->isc_sess); > LGTM, except there is different indentation where for function calls each new line aligned with the first function argument. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 12:18:04 2013 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 ESMTP id C0E86BA7 for ; Tue, 24 Sep 2013 12:18:04 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id 92C362865 for ; Tue, 24 Sep 2013 12:18:04 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 3C435139C3 for ; Tue, 24 Sep 2013 09:18:19 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type :in-reply-to:references:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1380025098; x=1380889099; bh=ax5+Hnq/TiqyUT9N+NAX9FJfD8sOLVjAM1j eguSzK4U=; b=DCKHCSWjNhT6HZBDaKZ4SaXDqgke92bf5gI6zcyl7MszxltuQ1h AHzGf8N/5zCWnOZK+nIopGlpUPf0HgjO4pGw3bBkW53VV5bpC/O6P3hnNMkzna0Y WrZWfq8ER/sCb10Agk3HhkNwPT4SHydjZDd6CB6IA2evAuRu6ftPq+88= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dwKBpxR2S3Ir for ; Tue, 24 Sep 2013 09:18:18 -0300 (BRT) Received: from 187-68-96-37.3g.claro.net.br (unknown [187.68.96.37]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 1EE8313989; Tue, 24 Sep 2013 09:18:14 -0300 (BRT) Message-ID: <524182F2.3020406@bsdinfo.com.br> Date: Tue, 24 Sep 2013 09:17:54 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Bryan Drewery Subject: Re: load averages with problem in FreeBSD 10.0-Alpha1? References: <5235B581.6090404@bsdinfo.com.br> <5238C4C2.4080806@bsdinfo.com.br> <52417367.5050703@shatow.net> In-Reply-To: <52417367.5050703@shatow.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 12:18:04 -0000 Em 24/09/13 08:11, Bryan Drewery escreveu: > On 9/17/2013 4:08 PM, Marcelo Gondim wrote: >> The problem happens when DUMMYNET enabled in kernel: >> >> options DUMMYNET >> >> If compiled with kernel load average have a problem. May have been some >> change in the DUMMYNETcode? >> >> > Fixed here: > > http://svnweb.freebsd.org/changeset/base/255835 > > Bryan > > Yes Bryan, I saw. :) Thanks and best regards, From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 12:24:10 2013 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 ESMTP id 235B6D68 for ; Tue, 24 Sep 2013 12:24:10 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D841528DB for ; Tue, 24 Sep 2013 12:24:09 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id A86E84AC57 for ; Tue, 24 Sep 2013 16:24:08 +0400 (MSK) Date: Tue, 24 Sep 2013 16:24:02 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <810647765.20130924162402@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: Re: and64-build i386 mtree doesn't work too (Re: r255795/i386 built on r255795/amd64 still could not start devdpassword) In-Reply-To: <1198404531.20130923192905@serebryakov.spb.ru> References: <1927298987.20130922135259@serebryakov.spb.ru> <1256521510.20130923192454@serebryakov.spb.ru> <1198404531.20130923192905@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 12:24:10 -0000 Hello, Lev. You wrote 23 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 19:29:05: LS>> Now I have r255795/i386 built on r255795/amd64 (with "make TARGET=3Di= 386 buildworld LS>> buildkernel"). LS> Also, it could not start "make buildworld" by itself, as "mtree" compl= ains LS> about line 2 of etc/mtree/BSD.usr.dist ("no parent node"). LS> It looks like, i386 world built by amd64 host is completely broken som= ewhere LS> in text processing tool. So, nobody interested? Building 32 bit world on 64 bit host is not supported now? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 19:19:54 2013 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 ESMTP id 17764983 for ; Tue, 24 Sep 2013 19:19:54 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4FF72321 for ; Tue, 24 Sep 2013 19:19:53 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 85CD9359306; Tue, 24 Sep 2013 21:19:49 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 6F422CB4E; Tue, 24 Sep 2013 21:19:49 +0200 (CEST) Date: Tue, 24 Sep 2013 21:19:49 +0200 From: Jilles Tjoelker To: Konstantin Belousov Subject: Re: restarting SYSCALL system call on amd64 loses arguments Message-ID: <20130924191949.GA12607@stack.nl> References: <20130923222613.548860a3@kalimero.tijl.coosemans.org> <20130923213730.GX41229@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130923213730.GX41229@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tijl Coosemans , Russ Cox , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 19:19:54 -0000 On Tue, Sep 24, 2013 at 12:37:30AM +0300, Konstantin Belousov wrote: > On Mon, Sep 23, 2013 at 10:26:13PM +0200, Tijl Coosemans wrote: > > Has anyone taken a look at this PR yet? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=182161 > This looks like a valid bug, but probably not a valid testcase. > Let me elaborate. When a signal is delivered, return from the signal > handler is performed by the sigreturn(2), which reloads the whole > register file when crossing kernel->user boundary due to sys_sigreturn(9) > setting PCB_FULL_IRET flag. As result, the whole trap frame at the > time of the syscall entry is restored, and ERESTART return is not > exercised. > I was not able to reproduce the issue with the supplied test program > on HEAD. I suspect that the program actually exposed the bug in the > signal delivery in the threaded processes, which I introduced for 9.1 > and fixed in r251047 & r251365. The ERESTART return happens if there is no signal or no longer a signal. The latter is how the bug in the PR occurs: a SIGCHLD delivery via handler in one thread races with a SIGCHLD acceptance in wait4() in another thread. Note wait4() returning a value in the other thread in the fourth line of the kdump output in the PR. For some reason, I can reproduce this easily on my local quad-core r255729 stable/9 system but not on ref9-amd64.freebsd.org or ref10-amd64.freebsd.org. I can also reproduce the bug on my local system by racing signal delivery via handler with acceptance in sigtimedwait(). -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 19:29:16 2013 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 ESMTP id 27418CC9 for ; Tue, 24 Sep 2013 19:29:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8D5823A9 for ; Tue, 24 Sep 2013 19:29:15 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8OJTAGi018995; Tue, 24 Sep 2013 22:29:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8OJTAGi018995 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8OJT9Q4018994; Tue, 24 Sep 2013 22:29:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 24 Sep 2013 22:29:09 +0300 From: Konstantin Belousov To: Jilles Tjoelker Subject: Re: restarting SYSCALL system call on amd64 loses arguments Message-ID: <20130924192909.GO41229@kib.kiev.ua> References: <20130923222613.548860a3@kalimero.tijl.coosemans.org> <20130923213730.GX41229@kib.kiev.ua> <20130924191949.GA12607@stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1Fyuj5/hnKieOVoO" Content-Disposition: inline In-Reply-To: <20130924191949.GA12607@stack.nl> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Tijl Coosemans , Russ Cox , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 19:29:16 -0000 --1Fyuj5/hnKieOVoO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 24, 2013 at 09:19:49PM +0200, Jilles Tjoelker wrote: > On Tue, Sep 24, 2013 at 12:37:30AM +0300, Konstantin Belousov wrote: > > On Mon, Sep 23, 2013 at 10:26:13PM +0200, Tijl Coosemans wrote: > > > Has anyone taken a look at this PR yet? >=20 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182161 >=20 > > This looks like a valid bug, but probably not a valid testcase. >=20 > > Let me elaborate. When a signal is delivered, return from the signal > > handler is performed by the sigreturn(2), which reloads the whole > > register file when crossing kernel->user boundary due to sys_sigreturn(= 9) > > setting PCB_FULL_IRET flag. As result, the whole trap frame at the > > time of the syscall entry is restored, and ERESTART return is not > > exercised. >=20 > > I was not able to reproduce the issue with the supplied test program > > on HEAD. I suspect that the program actually exposed the bug in the > > signal delivery in the threaded processes, which I introduced for 9.1 > > and fixed in r251047 & r251365. >=20 > The ERESTART return happens if there is no signal or no longer a signal. > The latter is how the bug in the PR occurs: a SIGCHLD delivery via > handler in one thread races with a SIGCHLD acceptance in wait4() in > another thread. Note wait4() returning a value in the other thread in > the fourth line of the kdump output in the PR. >=20 > For some reason, I can reproduce this easily on my local quad-core > r255729 stable/9 system but not on ref9-amd64.freebsd.org or > ref10-amd64.freebsd.org. >=20 > I can also reproduce the bug on my local system by racing signal > delivery via handler with acceptance in sigtimedwait(). So, could you, please, check the r255844 on your machine ? --1Fyuj5/hnKieOVoO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSQegFAAoJEJDCuSvBvK1BTtYP/R3Q7xLegWQZUco+26L1XZ1I mQca1BHv4HByPwSVqhCdOYQ1MMCfy3//is+28ZSdjZKzmIb/Pr+xWSrRMWE4JltY hM2pUwWg703hTb+tXCo9y4hXKgUNj3KxfEAb1hkdB8bzuoxWOPrrmnIH0jEFwytI b3KkMa9qFuuXZDkS/zVRf5a/tz0XM3TEfqtgNSRMczZ8Qou49TLqq3FMKKd3vEV4 yYV0O6ktsG9h0r0GH1ZI+Iwbn/2mQoESg9o/wTpStRJbrPGaoakirtPQqwwRiy76 ANXH+neg2H1U3lPodLEkHfDTJTz15xbsa2bmM6JJaefSVo/i3CnSrpfzJyV0nKHS UZHy+jeVGOvMFh99ewX0yD1Ru1wCr45AaZfhe2DUEQ7riSDEKciHJwjTQdyFDeW4 F7sU/LK93kvYZBYMYCuUq7rieRUmEJVKd1by/0mpjxfl46GbsaP80veG8rEz4gOO /8meAZ1nYtEGdiDD7Z35A4cbawvoQ0lEnkuFpefvvVX0JcEwpRX8jcun6aVhjl3n CLMYIK+XOQXU+n46kXdKUv84Wn3lCndd0MCAywss6p/rSOhEaWfcRpha3gTmenpH P4h62Cfc/kucJkEnbMs8TQQk9KZZAJqZAxWvE1bJEXSc7Ef2Si7yFV+9zie29vWI oCC68eviuVx8iwDfXbY3 =Ssnb -----END PGP SIGNATURE----- --1Fyuj5/hnKieOVoO-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 20:39:53 2013 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 ESMTP id AC119D74 for ; Tue, 24 Sep 2013 20:39:53 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CCB32935 for ; Tue, 24 Sep 2013 20:39:53 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 168E1359306; Tue, 24 Sep 2013 22:39:52 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id F22CCCB4E; Tue, 24 Sep 2013 22:39:51 +0200 (CEST) Date: Tue, 24 Sep 2013 22:39:51 +0200 From: Jilles Tjoelker To: Konstantin Belousov Subject: Re: restarting SYSCALL system call on amd64 loses arguments Message-ID: <20130924203951.GB12607@stack.nl> References: <20130923222613.548860a3@kalimero.tijl.coosemans.org> <20130923213730.GX41229@kib.kiev.ua> <20130924191949.GA12607@stack.nl> <20130924192909.GO41229@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130924192909.GO41229@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tijl Coosemans , Russ Cox , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 20:39:53 -0000 On Tue, Sep 24, 2013 at 10:29:09PM +0300, Konstantin Belousov wrote: > On Tue, Sep 24, 2013 at 09:19:49PM +0200, Jilles Tjoelker wrote: > > On Tue, Sep 24, 2013 at 12:37:30AM +0300, Konstantin Belousov wrote: > > > On Mon, Sep 23, 2013 at 10:26:13PM +0200, Tijl Coosemans wrote: > > > > Has anyone taken a look at this PR yet? > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=182161 > > > This looks like a valid bug, but probably not a valid testcase. > > > Let me elaborate. When a signal is delivered, return from the signal > > > handler is performed by the sigreturn(2), which reloads the whole > > > register file when crossing kernel->user boundary due to sys_sigreturn(9) > > > setting PCB_FULL_IRET flag. As result, the whole trap frame at the > > > time of the syscall entry is restored, and ERESTART return is not > > > exercised. > > > I was not able to reproduce the issue with the supplied test program > > > on HEAD. I suspect that the program actually exposed the bug in the > > > signal delivery in the threaded processes, which I introduced for 9.1 > > > and fixed in r251047 & r251365. > > The ERESTART return happens if there is no signal or no longer a signal. > > The latter is how the bug in the PR occurs: a SIGCHLD delivery via > > handler in one thread races with a SIGCHLD acceptance in wait4() in > > another thread. Note wait4() returning a value in the other thread in > > the fourth line of the kdump output in the PR. > > For some reason, I can reproduce this easily on my local quad-core > > r255729 stable/9 system but not on ref9-amd64.freebsd.org or > > ref10-amd64.freebsd.org. > > I can also reproduce the bug on my local system by racing signal > > delivery via handler with acceptance in sigtimedwait(). > So, could you, please, check the r255844 on your machine ? I cannot reproduce it with that (patch applied to stable/9 kernel). The test programs run fine for minutes. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Sep 24 21:51:02 2013 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 ESMTP id 247165E2; Tue, 24 Sep 2013 21:51:02 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D87002E8B; Tue, 24 Sep 2013 21:51:01 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::fc87:599e:78dc:1cca] (unknown [IPv6:2001:7b8:3a7:0:fc87:599e:78dc:1cca]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2166A5C44; Tue, 24 Sep 2013 23:50:57 +0200 (CEST) Subject: Re: and64-build i386 mtree doesn't work too (Re: r255795/i386 built on r255795/amd64 still could not start devdpassword) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_34937CCF-B515-42D3-97D3-9B2D6972A077"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Dimitry Andric X-Priority: 3 (Normal) In-Reply-To: <810647765.20130924162402@serebryakov.spb.ru> Date: Tue, 24 Sep 2013 23:50:48 +0200 Message-Id: References: <1927298987.20130922135259@serebryakov.spb.ru> <1256521510.20130923192454@serebryakov.spb.ru> <1198404531.20130923192905@serebryakov.spb.ru> <810647765.20130924162402@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 21:51:02 -0000 --Apple-Mail=_34937CCF-B515-42D3-97D3-9B2D6972A077 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 24, 2013, at 14:24, Lev Serebryakov wrote: > LS>> Now I have r255795/i386 built on r255795/amd64 (with "make = TARGET=3Di386 buildworld > LS>> buildkernel"). > LS> Also, it could not start "make buildworld" by itself, as "mtree" = complains > LS> about line 2 of etc/mtree/BSD.usr.dist ("no parent node"). > LS> It looks like, i386 world built by amd64 host is completely = broken somewhere > LS> in text processing tool. > So, nobody interested? Building 32 bit world on 64 bit host is not > supported now? Hi Lev, I just tried buildworld TARGET=3Di386 on an amd64 host, and it worked = just fine. Are you using any make.conf or src.conf? -Dimitry --Apple-Mail=_34937CCF-B515-42D3-97D3-9B2D6972A077 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlJCCUAACgkQsF6jCi4glqM6KwCeKTUCp0ULROpHt7h7DXBTL191 k1wAoN/YcdrfXEzGd0Fs6xjzJgijYdfH =ruoi -----END PGP SIGNATURE----- --Apple-Mail=_34937CCF-B515-42D3-97D3-9B2D6972A077-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 00:38:17 2013 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 ESMTP id 75067EF for ; Wed, 25 Sep 2013 00:38:17 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id 37D1127B4 for ; Wed, 25 Sep 2013 00:38:16 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 2F6E5139C2 for ; Tue, 24 Sep 2013 21:38:32 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-type:content-type:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1380069511; x=1380933512; bh=a8DU2WEaSujhTOjQDeOA6iXv1KHTk0ssDnh sPpsB8ng=; b=P+WGubKKSzg20PMulay8+p/emGITgmGo8I9igDXUfisvjmXBsi5 g8ta2jZwT+vz/xO8VtxTMwt04249dViYAWj2tkiI+uoq4BeHOXgXkbVjOS/o2dZi zK6LBRxEAAEvB/5zu7gif4BS2+aKrB6E+ttIClo4nZKfBQtrZYgQJkKY= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZYSlVPAjL3YP for ; Tue, 24 Sep 2013 21:38:31 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.54.69]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id DD52213989 for ; Tue, 24 Sep 2013 21:38:30 -0300 (BRT) Message-ID: <52423073.7060909@bsdinfo.com.br> Date: Tue, 24 Sep 2013 21:38:11 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: build error revision 255864 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 00:38:17 -0000 Hi all, I'm having this errorbuilding 255864 revision: cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/float.c --- usr.sbin.all__D --- --- gstat.o --- cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/gstat/gstat.c --- gstat.8.gz --- gzip -cn /usr/src/usr.sbin/gstat/gstat.8 > gstat.8.gz --- gnu.all__D --- --- footnote.o --- cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib -std=gnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/footnote.c --- usr.bin.all__D --- 1 warning and 17 errors generated. *** [ioctl.o] Error code 1 bmake[4]: stopped in /usr/src/usr.bin/kdump --- lib.all__D --- --- typeinfo.po --- c++ -pg -O2 -pipe -I/usr/src/lib/libcxxrt/../../contrib/libcxxrt -Qunused-arguments -fstack-protector -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -c /usr/src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o typeinfo.po --- usr.bin.all__D --- --- kdump.o --- 18 warnings generated. --- gnu.all__D --- A failure has been detected in another branch of the parallel make bmake[6]: stopped in /usr/src/gnu/usr.bin/texinfo/makeinfo *** [all] Error code 2 bmake[5]: stopped in /usr/src/gnu/usr.bin/texinfo 1 error bmake[5]: stopped in /usr/src/gnu/usr.bin/texinfo *** [all] Error code 2 bmake[4]: stopped in /usr/src/gnu/usr.bin 1 error bmake[4]: stopped in /usr/src/gnu/usr.bin *** [all] Error code 2 bmake[3]: stopped in /usr/src/gnu 1 error bmake[3]: stopped in /usr/src/gnu *** [gnu.all__D] Error code 2 bmake[2]: stopped in /usr/src --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/usr.sbin/gstat *** [all] Error code 2 bmake[3]: stopped in /usr/src/usr.sbin 1 error bmake[3]: stopped in /usr/src/usr.sbin *** [usr.sbin.all__D] Error code 2 bmake[2]: stopped in /usr/src --- usr.bin.all__D --- 1 error bmake[4]: stopped in /usr/src/usr.bin/kdump *** [all] Error code 2 bmake[3]: stopped in /usr/src/usr.bin 1 error bmake[3]: stopped in /usr/src/usr.bin *** [usr.bin.all__D] Error code 2 bmake[2]: stopped in /usr/src --- lib.all__D --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/libcxxrt *** [all] Error code 2 bmake[3]: stopped in /usr/src/lib 1 error bmake[3]: stopped in /usr/src/lib *** [lib.all__D] Error code 2 bmake[2]: stopped in /usr/src 4 errors bmake[2]: stopped in /usr/src *** [everything] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Cheers, From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 00:42:37 2013 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 ESMTP id C5AD8278; Wed, 25 Sep 2013 00:42:37 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 123D12809; Wed, 25 Sep 2013 00:42:36 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id x55so5247471wes.24 for ; Tue, 24 Sep 2013 17:42:35 -0700 (PDT) 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; bh=m6z9l+krADejNw839i0PZRIf3bV40JgxZXA8XAxVpZc=; b=u1zcYZfnQrxUl+3r05IfTQmbIC0TNlOFWefvA+3AwsbVMO92Y2d2+XRvs8QBikE1ce EdcIugzqA0zNOBiOVbGY5G/AxhrWz3i6CzDSA0j05hi37XLvUvC4Fr+4bXokhJ1KgAj+ akFU9F0ay1pPGzVa3adXXOFn321n876nYswVYasYRx4hT4o83yX6WJ7t85qBCKO6AuB0 RUhTVIWrnRX73wUNmfi7N62R0foUt4+rJ7FRems/i/zXmGDMsZin6Crobj/wMDTSxsOk cTdwEwxk/Wf/wvVWDw1cOSHnc0f7TP7lPYLuq9XkJtgIPpDS5HOrcjb8DB6YpLK6/im4 j8BQ== X-Received: by 10.194.93.3 with SMTP id cq3mr24873125wjb.26.1380069755454; Tue, 24 Sep 2013 17:42:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Tue, 24 Sep 2013 17:42:15 -0700 (PDT) In-Reply-To: References: <20130922221757.GC2336@glenbarber.us> From: Miguel Clara Date: Wed, 25 Sep 2013 00:42:15 +0000 Message-ID: Subject: Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Davide Italiano , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 00:42:37 -0000 Sorry for the late reply... Worked like a charm! So the issue should be indeed fixed! On Sun, Sep 22, 2013 at 10:25 PM, Miguel Clara wrote: > Interesting Idea... I wasn't aware the snapshots were from previous > versions before the regressions, thanks for the heads up! > > Time to put this to the test, I'll report back after compiling r255788 > thanks! > > > > > >> > The link I gave to you contains a snapshot as per r255342 (which is >> > way before the regression was introduced). You can use that, then >> > checkout the sources via svnlite and rebuild. I don't see a reason why >> > you cannot use that and you want to wait for ALPHA3, but alas. >> > >> >> Alternatively, you can boot the snapshot and use the livecd >> functionality to rebuild your existing kernel using your current >> installation as a chroot(8) target. This should work fine regardless of >> the revision of the snapshot. >> >> Glen >> >> > From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 00:45:26 2013 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 ESMTP id 0A4723B7; Wed, 25 Sep 2013 00:45:26 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2646282B; Wed, 25 Sep 2013 00:45:25 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 1B1F276C7; Wed, 25 Sep 2013 00:45:23 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 1B1F276C7 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 24 Sep 2013 20:45:22 -0400 From: Glen Barber To: Marcelo Gondim Subject: Re: build error revision 255864 Message-ID: <20130925004522.GI2335@glenbarber.us> References: <52423073.7060909@bsdinfo.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AptwxgnoZDC4KQWS" Content-Disposition: inline In-Reply-To: <52423073.7060909@bsdinfo.com.br> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 00:45:26 -0000 --AptwxgnoZDC4KQWS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 24, 2013 at 09:38:11PM -0300, Marcelo Gondim wrote: > Hi all, >=20 > I'm having this errorbuilding 255864 revision: >=20 This is due to the recent changes in sys/cam. We're working on it. Glen > cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" > -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo -I/us= r/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib > -std=3Dgnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bi= n/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/float.c > --- usr.sbin.all__D --- > --- gstat.o --- > cc -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > -Wnested-externs -Wredundant-decls -Wold-style-definition > -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -c /usr/src/usr.sbin/gstat/gstat.c > --- gstat.8.gz --- > gzip -cn /usr/src/usr.sbin/gstat/gstat.8 > gstat.8.gz > --- gnu.all__D --- > --- footnote.o --- > cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" > -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo -I/us= r/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib > -std=3Dgnu99 -Qunused-arguments -fstack-protector -c /usr/src/gnu/usr.bi= n/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/footnote.c > --- usr.bin.all__D --- > 1 warning and 17 errors generated. > *** [ioctl.o] Error code 1 >=20 > bmake[4]: stopped in /usr/src/usr.bin/kdump > --- lib.all__D --- > --- typeinfo.po --- > c++ -pg -O2 -pipe -I/usr/src/lib/libcxxrt/../../contrib/libcxxrt > -Qunused-arguments -fstack-protector -Wno-empty-body > -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -Wno-c++11-extensions -c > /usr/src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o > typeinfo.po > --- usr.bin.all__D --- > --- kdump.o --- > 18 warnings generated. > --- gnu.all__D --- > A failure has been detected in another branch of the parallel make >=20 > bmake[6]: stopped in /usr/src/gnu/usr.bin/texinfo/makeinfo > *** [all] Error code 2 >=20 > bmake[5]: stopped in /usr/src/gnu/usr.bin/texinfo > 1 error >=20 > bmake[5]: stopped in /usr/src/gnu/usr.bin/texinfo > *** [all] Error code 2 >=20 > bmake[4]: stopped in /usr/src/gnu/usr.bin > 1 error >=20 > bmake[4]: stopped in /usr/src/gnu/usr.bin > *** [all] Error code 2 >=20 > bmake[3]: stopped in /usr/src/gnu > 1 error >=20 > bmake[3]: stopped in /usr/src/gnu > *** [gnu.all__D] Error code 2 >=20 > bmake[2]: stopped in /usr/src > --- usr.sbin.all__D --- > A failure has been detected in another branch of the parallel make >=20 > bmake[4]: stopped in /usr/src/usr.sbin/gstat > *** [all] Error code 2 >=20 > bmake[3]: stopped in /usr/src/usr.sbin > 1 error >=20 > bmake[3]: stopped in /usr/src/usr.sbin > *** [usr.sbin.all__D] Error code 2 >=20 > bmake[2]: stopped in /usr/src > --- usr.bin.all__D --- > 1 error >=20 > bmake[4]: stopped in /usr/src/usr.bin/kdump > *** [all] Error code 2 >=20 > bmake[3]: stopped in /usr/src/usr.bin > 1 error >=20 > bmake[3]: stopped in /usr/src/usr.bin > *** [usr.bin.all__D] Error code 2 >=20 > bmake[2]: stopped in /usr/src > --- lib.all__D --- > A failure has been detected in another branch of the parallel make >=20 > bmake[4]: stopped in /usr/src/lib/libcxxrt > *** [all] Error code 2 >=20 > bmake[3]: stopped in /usr/src/lib > 1 error >=20 > bmake[3]: stopped in /usr/src/lib > *** [lib.all__D] Error code 2 >=20 > bmake[2]: stopped in /usr/src > 4 errors >=20 > bmake[2]: stopped in /usr/src > *** [everything] Error code 2 >=20 > bmake[1]: stopped in /usr/src > 1 error >=20 > bmake[1]: stopped in /usr/src > *** [buildworld] Error code 2 >=20 > make: stopped in /usr/src > 1 error >=20 > make: stopped in /usr/src >=20 > Cheers, >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --AptwxgnoZDC4KQWS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBCAAGBQJSQjIiAAoJELls3eqvi17QTnQQAJ9ZViIR7XwKZpqpfiBqEav1 Voy3WwKzvJxG3bEpd9MQab+hY4y80NktF5Sco7bEWoMJ7071d86SxtvAUF0q5PcZ HgJtY9IiqitIDku/O7FYVFR3UK2trSvF2UcpThsjT/Jm24kTxSTOP/WvspNm/wEA x4SzPivXgS8uQuGayZ5wviaeUVR9mJ+z5QlQUdJrJsBtoj3/A+VtxSFmBwFS8WJs QT3jmq3oKzBodUEABj45nipFwPqaZ4Tl/OCqjKJ5FYYthhNpQUyUsDkQsnJW7pDx Ip4FKnUc5m3Tlpi09+WeFFWBUHe8Lm49ZwnEPQASUcpJ7+PY0t+/zHyNiCOc1Gmi A5t8iOQykpZ5HPxHy2IL4nnnwLsXCtIElLjX+ioMGg4t24zqIXcZ2tyO/ot9uyP/ 0O//OdxvMydNC3tHnQP2aX9N7S5/ClhOlwRkmH+kR7LBL6E1vhX/swl7lFagH0IP ocpZAI3FN9TqiD+S3jP4l1mg9ztcoU3Nk9sijKFmw8K+qYJxqPsRnx9iuLW58CsB cIagPmztm5bf9zBbGDL8ygVamwxkttYjheTfYSIZdGHA/v/RLDAiR4v76J6UJ0lS 0GzFl9kjlGQI4Q7Kp4NsKiCOtU87SgkSJ2Emylpeq3ODZXKsqVLDlzcp8yh7fHxK qMb4SzyzXSaad706WF1C =lXxC -----END PGP SIGNATURE----- --AptwxgnoZDC4KQWS-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 01:32:11 2013 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 ESMTP id 9824411E; Wed, 25 Sep 2013 01:32:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 469892AF0; Wed, 25 Sep 2013 01:32: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 r8P1W3lG060361; Tue, 24 Sep 2013 21:32:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P1W3Qu060341; Wed, 25 Sep 2013 01:32:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 01:32:03 GMT Message-Id: <201309250132.r8P1W3Qu060341@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 01:32:11 -0000 TB --- 2013-09-24 22:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-24 22:40:17 - 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 --- 2013-09-24 22:40:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-09-24 22:40:17 - cleaning the object tree TB --- 2013-09-24 22:40:17 - /usr/local/bin/svn stat /src TB --- 2013-09-24 22:40:22 - At svn revision 255864 TB --- 2013-09-24 22:40:23 - building world TB --- 2013-09-24 22:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-24 22:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-24 22:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-24 22:40:23 - SRCCONF=/dev/null TB --- 2013-09-24 22:40:23 - TARGET=arm TB --- 2013-09-24 22:40:23 - TARGET_ARCH=arm TB --- 2013-09-24 22:40:23 - TZ=UTC TB --- 2013-09-24 22:40:23 - __MAKE_CONF=/dev/null TB --- 2013-09-24 22:40:23 - cd /src TB --- 2013-09-24 22:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Sep 24 22:40:30 UTC 2013 >>> 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 [...] /obj/arm.arm/src/tmp/usr/include/cam/cam_compat.h:98:36: error: use of undeclared identifier 'PATHINQ_SETTINGS_SIZE' char ccb_pathinq_settings_opaque[PATHINQ_SETTINGS_SIZE]; ^ In file included from ioctl.c:48: /obj/arm.arm/src/tmp/usr/include/dev/lmc/if_lmc.h:939:13: warning: no previous extern declaration for non-static variable 'ssi_cables' [-Wmissing-variable-declarations] const char *ssi_cables[] = ^ 1 warning and 17 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 01:32:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 01:32:03 - ERROR: failed to build world TB --- 2013-09-25 01:32:03 - 8341.33 user 1486.75 system 10306.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 01:32:20 2013 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 ESMTP id A2B1125A; Wed, 25 Sep 2013 01:32:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 541B32AF5; Wed, 25 Sep 2013 01:32: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 r8P1WJLg061700; Tue, 24 Sep 2013 21:32:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P1WJKF061698; Wed, 25 Sep 2013 01:32:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 01:32:19 GMT Message-Id: <201309250132.r8P1WJKF061698@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 01:32:20 -0000 TB --- 2013-09-24 22:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-24 22:40:17 - 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 --- 2013-09-24 22:40:17 - starting HEAD tinderbox run for armv6/arm TB --- 2013-09-24 22:40:17 - cleaning the object tree TB --- 2013-09-24 22:40:17 - /usr/local/bin/svn stat /src TB --- 2013-09-24 22:40:22 - At svn revision 255864 TB --- 2013-09-24 22:40:23 - building world TB --- 2013-09-24 22:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-24 22:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-24 22:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-24 22:40:23 - SRCCONF=/dev/null TB --- 2013-09-24 22:40:23 - TARGET=arm TB --- 2013-09-24 22:40:23 - TARGET_ARCH=armv6 TB --- 2013-09-24 22:40:23 - TZ=UTC TB --- 2013-09-24 22:40:23 - __MAKE_CONF=/dev/null TB --- 2013-09-24 22:40:23 - cd /src TB --- 2013-09-24 22:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Sep 24 22:40:30 UTC 2013 >>> 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 [...] /obj/arm.armv6/src/tmp/usr/include/cam/cam_compat.h:98:36: error: use of undeclared identifier 'PATHINQ_SETTINGS_SIZE' char ccb_pathinq_settings_opaque[PATHINQ_SETTINGS_SIZE]; ^ In file included from ioctl.c:48: /obj/arm.armv6/src/tmp/usr/include/dev/lmc/if_lmc.h:939:13: warning: no previous extern declaration for non-static variable 'ssi_cables' [-Wmissing-variable-declarations] const char *ssi_cables[] = ^ 1 warning and 17 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 01:32:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 01:32:19 - ERROR: failed to build world TB --- 2013-09-25 01:32:19 - 8352.53 user 1493.09 system 10322.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 01:41:09 2013 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 ESMTP id 79319728; Wed, 25 Sep 2013 01:41:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 28E102BAB; Wed, 25 Sep 2013 01:41:08 +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 r8P1f8DC041334; Tue, 24 Sep 2013 21:41:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P1f8oi041333; Wed, 25 Sep 2013 01:41:08 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 01:41:08 GMT Message-Id: <201309250141.r8P1f8oi041333@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 01:41:09 -0000 TB --- 2013-09-24 22:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-24 22:40:17 - 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 --- 2013-09-24 22:40:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-09-24 22:40:17 - cleaning the object tree TB --- 2013-09-24 22:40:17 - /usr/local/bin/svn stat /src TB --- 2013-09-24 22:40:22 - At svn revision 255864 TB --- 2013-09-24 22:40:23 - building world TB --- 2013-09-24 22:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-24 22:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-24 22:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-24 22:40:23 - SRCCONF=/dev/null TB --- 2013-09-24 22:40:23 - TARGET=amd64 TB --- 2013-09-24 22:40:23 - TARGET_ARCH=amd64 TB --- 2013-09-24 22:40:23 - TZ=UTC TB --- 2013-09-24 22:40:23 - __MAKE_CONF=/dev/null TB --- 2013-09-24 22:40:23 - cd /src TB --- 2013-09-24 22:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Sep 24 22:40:30 UTC 2013 >>> 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 [...] /obj/amd64.amd64/src/tmp/usr/include/cam/cam_compat.h:98:36: error: use of undeclared identifier 'PATHINQ_SETTINGS_SIZE' char ccb_pathinq_settings_opaque[PATHINQ_SETTINGS_SIZE]; ^ In file included from ioctl.c:48: /obj/amd64.amd64/src/tmp/usr/include/dev/lmc/if_lmc.h:939:13: warning: no previous extern declaration for non-static variable 'ssi_cables' [-Wmissing-variable-declarations] const char *ssi_cables[] = ^ 1 warning and 17 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 01:41:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 01:41:08 - ERROR: failed to build world TB --- 2013-09-25 01:41:08 - 8955.44 user 1511.55 system 10851.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 01:41:51 2013 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 ESMTP id 63EEF882; Wed, 25 Sep 2013 01:41:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 11FCF2BC1; Wed, 25 Sep 2013 01:41:50 +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 r8P1foqp045440; Tue, 24 Sep 2013 21:41:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P1foRw045439; Wed, 25 Sep 2013 01:41:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 01:41:50 GMT Message-Id: <201309250141.r8P1foRw045439@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 i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 01:41:51 -0000 TB --- 2013-09-24 22:40:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-24 22:40:17 - 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 --- 2013-09-24 22:40:17 - starting HEAD tinderbox run for i386/i386 TB --- 2013-09-24 22:40:17 - cleaning the object tree TB --- 2013-09-24 22:40:17 - /usr/local/bin/svn stat /src TB --- 2013-09-24 22:40:22 - At svn revision 255864 TB --- 2013-09-24 22:40:23 - building world TB --- 2013-09-24 22:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-09-24 22:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-24 22:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-24 22:40:23 - SRCCONF=/dev/null TB --- 2013-09-24 22:40:23 - TARGET=i386 TB --- 2013-09-24 22:40:23 - TARGET_ARCH=i386 TB --- 2013-09-24 22:40:23 - TZ=UTC TB --- 2013-09-24 22:40:23 - __MAKE_CONF=/dev/null TB --- 2013-09-24 22:40:23 - cd /src TB --- 2013-09-24 22:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Sep 24 22:40:30 UTC 2013 >>> 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 [...] /obj/i386.i386/src/tmp/usr/include/cam/cam_compat.h:98:36: error: use of undeclared identifier 'PATHINQ_SETTINGS_SIZE' char ccb_pathinq_settings_opaque[PATHINQ_SETTINGS_SIZE]; ^ In file included from ioctl.c:48: /obj/i386.i386/src/tmp/usr/include/dev/lmc/if_lmc.h:939:13: warning: no previous extern declaration for non-static variable 'ssi_cables' [-Wmissing-variable-declarations] const char *ssi_cables[] = ^ 1 warning and 17 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 01:41:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 01:41:50 - ERROR: failed to build world TB --- 2013-09-25 01:41:50 - 8954.23 user 1546.45 system 10893.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 01:49:35 2013 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 ESMTP id B840ABC4; Wed, 25 Sep 2013 01:49:35 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 904E42C11; Wed, 25 Sep 2013 01:49:35 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 282217C3D; Wed, 25 Sep 2013 01:49:33 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 282217C3D Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 24 Sep 2013 21:49:32 -0400 From: Glen Barber To: Marcelo Gondim Subject: Re: build error revision 255864 Message-ID: <20130925014932.GK2335@glenbarber.us> References: <52423073.7060909@bsdinfo.com.br> <20130925004522.GI2335@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KaGhPsiNaI6/sRd6" Content-Disposition: inline In-Reply-To: <20130925004522.GI2335@glenbarber.us> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 01:49:35 -0000 --KaGhPsiNaI6/sRd6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 24, 2013 at 08:45:22PM -0400, Glen Barber wrote: > On Tue, Sep 24, 2013 at 09:38:11PM -0300, Marcelo Gondim wrote: > > Hi all, > >=20 > > I'm having this errorbuilding 255864 revision: > >=20 >=20 > This is due to the recent changes in sys/cam. We're working on it. >=20 I have reverted the commit in question with r255865. Glen --KaGhPsiNaI6/sRd6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBCAAGBQJSQkEsAAoJELls3eqvi17Q2wwP/3R+cmjX6WOT8A0wip3zPK+r 7uluwgBESZcAgM/03i3hqDgWaLOLRwtnGV7iWZiItNdLVxAojJaF/UGvZvD/bQsV NP3SUVxamtFjNGrkWflZAYWhDnF5lrZScOrClvQqPzyIHrjAIrFGuF7uwerOUX2D AS5brXYY0577JVL2e44jFragzC9IaKXGN5miOvdEsBhc5qSurK5grUuJWHeO53pe okd5J+uLMVJUdCpGZ58+hsNVfwsfgQ39iqjc0Hfk7JC5mgUz46MsAvBru6p37eEg nXYa/SGnt+Y0VpclA2x7H5rQ5vpRmNpKzRzDSVornBbRq+y7LDhg0LpyaAFYrUty QajTjyYruZFeJ6cyFYdvFjbztPoNug+V8U53GFvoQG4G0w56A4X3v/gKQmb4Jh9/ MsXIpFAiBvHucvbzjVjRH9ajFzSYXkikypD7lEA4qeqpuFbP0wbxnZDcEPhJUKWV bqGI14WEkaOXEJ3ckFkR4NYCruC4E71eZCvmjYc6y4EUPUTUjCqPkWqHhu6u7RW9 Cpog/M9OSkBRR0CeSxTG4OoUnScfg9U86LTRl5wE8Xxxg+WqWPXn+j6CoKtHc6Rq VjCgEyusVlhmUVe6WsrPqSUFbx6LaphuFDv4FwoyDhLZydGH8PilOI1drOVpBouD BS5Wxv0ZRUfhQch+27Fc =J7D+ -----END PGP SIGNATURE----- --KaGhPsiNaI6/sRd6-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 02:34:15 2013 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 ESMTP id AEC2C52E; Wed, 25 Sep 2013 02:34:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 5DFB32E07; Wed, 25 Sep 2013 02:34: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 r8P2YEjm087513; Tue, 24 Sep 2013 22:34:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P2YDI6087512; Wed, 25 Sep 2013 02:34:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 02:34:13 GMT Message-Id: <201309250234.r8P2YDI6087512@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 mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 02:34:15 -0000 TB --- 2013-09-25 01:41:08 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-25 01:41:08 - 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 --- 2013-09-25 01:41:08 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-25 01:41:08 - cleaning the object tree TB --- 2013-09-25 01:41:08 - /usr/local/bin/svn stat /src TB --- 2013-09-25 01:41:12 - At svn revision 255864 TB --- 2013-09-25 01:41:13 - building world TB --- 2013-09-25 01:41:13 - CROSS_BUILD_TESTING=YES TB --- 2013-09-25 01:41:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-25 01:41:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-25 01:41:13 - SRCCONF=/dev/null TB --- 2013-09-25 01:41:13 - TARGET=mips TB --- 2013-09-25 01:41:13 - TARGET_ARCH=mips TB --- 2013-09-25 01:41:13 - TZ=UTC TB --- 2013-09-25 01:41:13 - __MAKE_CONF=/dev/null TB --- 2013-09-25 01:41:13 - cd /src TB --- 2013-09-25 01:41:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 25 01:41:20 UTC 2013 >>> 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 [...] /obj/mips.mips/src/tmp/usr/include/cam/cam_compat.h:90: error: expected specifier-qualifier-list before 'cam_proto' In file included from /obj/mips.mips/src/tmp/usr/include/netinet/ip_fil.h:14, from ioctl.c:79: /obj/mips.mips/src/tmp/usr/include/netinet/ip_compat.h:427: warning: redundant redeclaration of 'allocmbt' /obj/mips.mips/src/tmp/usr/include/netinet/ip_compat.h:387: warning: previous declaration of 'allocmbt' was here In file included from ioctl.c:79: /obj/mips.mips/src/tmp/usr/include/netinet/ip_fil.h:1720: warning: redundant redeclaration of 'bcopywrap' /obj/mips.mips/src/tmp/usr/include/netinet/ip_compat.h:386: warning: previous declaration of 'bcopywrap' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 02:34:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 02:34:13 - ERROR: failed to build world TB --- 2013-09-25 02:34:13 - 2402.44 user 537.92 system 3185.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 02:35:22 2013 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 ESMTP id 52284674; Wed, 25 Sep 2013 02:35:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 0119C2E24; Wed, 25 Sep 2013 02:35:21 +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 r8P2ZLWS090789; Tue, 24 Sep 2013 22:35:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P2ZLOY090788; Wed, 25 Sep 2013 02:35:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 02:35:21 GMT Message-Id: <201309250235.r8P2ZLOY090788@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 mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 02:35:22 -0000 TB --- 2013-09-25 01:41:50 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-25 01:41: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 --- 2013-09-25 01:41:50 - starting HEAD tinderbox run for mips64/mips TB --- 2013-09-25 01:41:50 - cleaning the object tree TB --- 2013-09-25 01:41:50 - /usr/local/bin/svn stat /src TB --- 2013-09-25 01:41:54 - At svn revision 255864 TB --- 2013-09-25 01:41:55 - building world TB --- 2013-09-25 01:41:55 - CROSS_BUILD_TESTING=YES TB --- 2013-09-25 01:41:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-25 01:41:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-25 01:41:55 - SRCCONF=/dev/null TB --- 2013-09-25 01:41:55 - TARGET=mips TB --- 2013-09-25 01:41:55 - TARGET_ARCH=mips64 TB --- 2013-09-25 01:41:55 - TZ=UTC TB --- 2013-09-25 01:41:55 - __MAKE_CONF=/dev/null TB --- 2013-09-25 01:41:55 - cd /src TB --- 2013-09-25 01:41:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 25 01:42:02 UTC 2013 >>> 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 [...] /obj/mips.mips64/src/tmp/usr/include/cam/cam_compat.h:90: error: expected specifier-qualifier-list before 'cam_proto' In file included from /obj/mips.mips64/src/tmp/usr/include/netinet/ip_fil.h:14, from ioctl.c:79: /obj/mips.mips64/src/tmp/usr/include/netinet/ip_compat.h:427: warning: redundant redeclaration of 'allocmbt' /obj/mips.mips64/src/tmp/usr/include/netinet/ip_compat.h:387: warning: previous declaration of 'allocmbt' was here In file included from ioctl.c:79: /obj/mips.mips64/src/tmp/usr/include/netinet/ip_fil.h:1720: warning: redundant redeclaration of 'bcopywrap' /obj/mips.mips64/src/tmp/usr/include/netinet/ip_compat.h:386: warning: previous declaration of 'bcopywrap' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 02:35:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 02:35:21 - ERROR: failed to build world TB --- 2013-09-25 02:35:21 - 2408.86 user 539.64 system 3210.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 02:48:25 2013 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 ESMTP id 0FB2E967; Wed, 25 Sep 2013 02:48:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 B26292EC9; Wed, 25 Sep 2013 02:48:24 +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 r8P2mNwo096819; Tue, 24 Sep 2013 22:48:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P2mNcX096808; Wed, 25 Sep 2013 02:48:23 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 02:48:23 GMT Message-Id: <201309250248.r8P2mNcX096808@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 ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 02:48:25 -0000 TB --- 2013-09-25 01:32:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-25 01:32:19 - 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 --- 2013-09-25 01:32:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-09-25 01:32:19 - cleaning the object tree TB --- 2013-09-25 01:32:19 - /usr/local/bin/svn stat /src TB --- 2013-09-25 01:32:24 - At svn revision 255864 TB --- 2013-09-25 01:32:25 - building world TB --- 2013-09-25 01:32:25 - CROSS_BUILD_TESTING=YES TB --- 2013-09-25 01:32:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-25 01:32:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-25 01:32:25 - SRCCONF=/dev/null TB --- 2013-09-25 01:32:25 - TARGET=ia64 TB --- 2013-09-25 01:32:25 - TARGET_ARCH=ia64 TB --- 2013-09-25 01:32:25 - TZ=UTC TB --- 2013-09-25 01:32:25 - __MAKE_CONF=/dev/null TB --- 2013-09-25 01:32:25 - cd /src TB --- 2013-09-25 01:32:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 25 01:32:32 UTC 2013 >>> 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 [...] /obj/ia64.ia64/src/tmp/usr/include/cam/cam_compat.h:90: error: expected specifier-qualifier-list before 'cam_proto' In file included from /obj/ia64.ia64/src/tmp/usr/include/netinet/ip_fil.h:14, from ioctl.c:80: /obj/ia64.ia64/src/tmp/usr/include/netinet/ip_compat.h:427: warning: redundant redeclaration of 'allocmbt' /obj/ia64.ia64/src/tmp/usr/include/netinet/ip_compat.h:387: warning: previous declaration of 'allocmbt' was here In file included from ioctl.c:80: /obj/ia64.ia64/src/tmp/usr/include/netinet/ip_fil.h:1720: warning: redundant redeclaration of 'bcopywrap' /obj/ia64.ia64/src/tmp/usr/include/netinet/ip_compat.h:386: warning: previous declaration of 'bcopywrap' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 02:48:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 02:48:23 - ERROR: failed to build world TB --- 2013-09-25 02:48:23 - 3700.92 user 661.15 system 4563.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 03:48:06 2013 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 ESMTP id A4C18E74; Wed, 25 Sep 2013 03:48:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 5107A233E; Wed, 25 Sep 2013 03:48:06 +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 r8P3m5ir055713; Tue, 24 Sep 2013 23:48:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P3m4sB055712; Wed, 25 Sep 2013 03:48:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 03:48:04 GMT Message-Id: <201309250348.r8P3m4sB055712@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 03:48:06 -0000 TB --- 2013-09-25 02:48:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-25 02:48: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 --- 2013-09-25 02:48:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-25 02:48:24 - cleaning the object tree TB --- 2013-09-25 02:48:24 - /usr/local/bin/svn stat /src TB --- 2013-09-25 02:48:28 - At svn revision 255864 TB --- 2013-09-25 02:48:29 - building world TB --- 2013-09-25 02:48:29 - CROSS_BUILD_TESTING=YES TB --- 2013-09-25 02:48:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-25 02:48:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-25 02:48:29 - SRCCONF=/dev/null TB --- 2013-09-25 02:48:29 - TARGET=sparc64 TB --- 2013-09-25 02:48:29 - TARGET_ARCH=sparc64 TB --- 2013-09-25 02:48:29 - TZ=UTC TB --- 2013-09-25 02:48:29 - __MAKE_CONF=/dev/null TB --- 2013-09-25 02:48:29 - cd /src TB --- 2013-09-25 02:48:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 25 02:48:36 UTC 2013 >>> 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 [...] /obj/sparc64.sparc64/src/tmp/usr/include/cam/cam_compat.h:90: error: expected specifier-qualifier-list before 'cam_proto' In file included from /obj/sparc64.sparc64/src/tmp/usr/include/netinet/ip_fil.h:14, from ioctl.c:79: /obj/sparc64.sparc64/src/tmp/usr/include/netinet/ip_compat.h:427: warning: redundant redeclaration of 'allocmbt' /obj/sparc64.sparc64/src/tmp/usr/include/netinet/ip_compat.h:387: warning: previous declaration of 'allocmbt' was here In file included from ioctl.c:79: /obj/sparc64.sparc64/src/tmp/usr/include/netinet/ip_fil.h:1720: warning: redundant redeclaration of 'bcopywrap' /obj/sparc64.sparc64/src/tmp/usr/include/netinet/ip_compat.h:386: warning: previous declaration of 'bcopywrap' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 03:48:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 03:48:04 - ERROR: failed to build world TB --- 2013-09-25 03:48:04 - 2807.63 user 557.77 system 3580.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 04:36:11 2013 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 ESMTP id 83ED785A; Wed, 25 Sep 2013 04:36:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 2FC392574; Wed, 25 Sep 2013 04:36: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 r8P4aAhp052638; Wed, 25 Sep 2013 00:36:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P4aAvt052631; Wed, 25 Sep 2013 04:36:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 04:36:10 GMT Message-Id: <201309250436.r8P4aAvt052631@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 i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 04:36:11 -0000 TB --- 2013-09-25 01:32:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-25 01:32:04 - 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 --- 2013-09-25 01:32:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-09-25 01:32:04 - cleaning the object tree TB --- 2013-09-25 01:32:04 - /usr/local/bin/svn stat /src TB --- 2013-09-25 01:32:08 - At svn revision 255864 TB --- 2013-09-25 01:32:09 - building world TB --- 2013-09-25 01:32:09 - CROSS_BUILD_TESTING=YES TB --- 2013-09-25 01:32:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-25 01:32:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-25 01:32:09 - SRCCONF=/dev/null TB --- 2013-09-25 01:32:09 - TARGET=pc98 TB --- 2013-09-25 01:32:09 - TARGET_ARCH=i386 TB --- 2013-09-25 01:32:09 - TZ=UTC TB --- 2013-09-25 01:32:09 - __MAKE_CONF=/dev/null TB --- 2013-09-25 01:32:09 - cd /src TB --- 2013-09-25 01:32:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 25 01:32:17 UTC 2013 >>> 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 [...] /obj/pc98.i386/src/tmp/usr/include/cam/cam_compat.h:98:36: error: use of undeclared identifier 'PATHINQ_SETTINGS_SIZE' char ccb_pathinq_settings_opaque[PATHINQ_SETTINGS_SIZE]; ^ In file included from ioctl.c:48: /obj/pc98.i386/src/tmp/usr/include/dev/lmc/if_lmc.h:939:13: warning: no previous extern declaration for non-static variable 'ssi_cables' [-Wmissing-variable-declarations] const char *ssi_cables[] = ^ 1 warning and 17 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 04:36:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 04:36:10 - ERROR: failed to build world TB --- 2013-09-25 04:36:10 - 9429.43 user 1248.61 system 11045.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 05:00:49 2013 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 ESMTP id 47AB9BE0; Wed, 25 Sep 2013 05:00:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 E6FCA26BF; Wed, 25 Sep 2013 05:00: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 r8P50lBM028492; Wed, 25 Sep 2013 01:00:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P50lEV028491; Wed, 25 Sep 2013 05:00:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 05:00:47 GMT Message-Id: <201309250500.r8P50lEV028491@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 05:00:49 -0000 TB --- 2013-09-25 02:34:14 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-25 02:34:14 - 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 --- 2013-09-25 02:34:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-25 02:34:14 - cleaning the object tree TB --- 2013-09-25 02:34:14 - /usr/local/bin/svn stat /src TB --- 2013-09-25 02:34:17 - At svn revision 255864 TB --- 2013-09-25 02:34:18 - building world TB --- 2013-09-25 02:34:18 - CROSS_BUILD_TESTING=YES TB --- 2013-09-25 02:34:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-25 02:34:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-25 02:34:18 - SRCCONF=/dev/null TB --- 2013-09-25 02:34:18 - TARGET=powerpc TB --- 2013-09-25 02:34:18 - TARGET_ARCH=powerpc TB --- 2013-09-25 02:34:18 - TZ=UTC TB --- 2013-09-25 02:34:18 - __MAKE_CONF=/dev/null TB --- 2013-09-25 02:34:18 - cd /src TB --- 2013-09-25 02:34:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 25 02:34:25 UTC 2013 >>> 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 [...] /obj/powerpc.powerpc/src/tmp/usr/include/cam/cam_compat.h:90: error: expected specifier-qualifier-list before 'cam_proto' In file included from /obj/powerpc.powerpc/src/tmp/usr/include/netinet/ip_fil.h:14, from ioctl.c:79: /obj/powerpc.powerpc/src/tmp/usr/include/netinet/ip_compat.h:427: warning: redundant redeclaration of 'allocmbt' /obj/powerpc.powerpc/src/tmp/usr/include/netinet/ip_compat.h:387: warning: previous declaration of 'allocmbt' was here In file included from ioctl.c:79: /obj/powerpc.powerpc/src/tmp/usr/include/netinet/ip_fil.h:1720: warning: redundant redeclaration of 'bcopywrap' /obj/powerpc.powerpc/src/tmp/usr/include/netinet/ip_compat.h:386: warning: previous declaration of 'bcopywrap' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 05:00:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 05:00:47 - ERROR: failed to build world TB --- 2013-09-25 05:00:47 - 7667.11 user 1025.38 system 8793.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 05:03:18 2013 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 ESMTP id 72C36D46; Wed, 25 Sep 2013 05:03:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 2A57726DD; Wed, 25 Sep 2013 05:03:17 +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 r8P53H7k029456; Wed, 25 Sep 2013 01:03:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8P53Hev029455; Wed, 25 Sep 2013 05:03:17 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Sep 2013 05:03:17 GMT Message-Id: <201309250503.r8P53Hev029455@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.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 05:03:18 -0000 TB --- 2013-09-25 02:35:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-25 02:35: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 --- 2013-09-25 02:35:21 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-25 02:35:21 - cleaning the object tree TB --- 2013-09-25 02:35:21 - /usr/local/bin/svn stat /src TB --- 2013-09-25 02:35:24 - At svn revision 255864 TB --- 2013-09-25 02:35:25 - building world TB --- 2013-09-25 02:35:25 - CROSS_BUILD_TESTING=YES TB --- 2013-09-25 02:35:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-25 02:35:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-25 02:35:25 - SRCCONF=/dev/null TB --- 2013-09-25 02:35:25 - TARGET=powerpc TB --- 2013-09-25 02:35:25 - TARGET_ARCH=powerpc64 TB --- 2013-09-25 02:35:25 - TZ=UTC TB --- 2013-09-25 02:35:25 - __MAKE_CONF=/dev/null TB --- 2013-09-25 02:35:25 - cd /src TB --- 2013-09-25 02:35:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 25 02:35:32 UTC 2013 >>> 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 [...] /obj/powerpc.powerpc64/src/tmp/usr/include/cam/cam_compat.h:90: error: expected specifier-qualifier-list before 'cam_proto' In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/netinet/ip_fil.h:14, from ioctl.c:79: /obj/powerpc.powerpc64/src/tmp/usr/include/netinet/ip_compat.h:427: warning: redundant redeclaration of 'allocmbt' /obj/powerpc.powerpc64/src/tmp/usr/include/netinet/ip_compat.h:387: warning: previous declaration of 'allocmbt' was here In file included from ioctl.c:79: /obj/powerpc.powerpc64/src/tmp/usr/include/netinet/ip_fil.h:1720: warning: redundant redeclaration of 'bcopywrap' /obj/powerpc.powerpc64/src/tmp/usr/include/netinet/ip_compat.h:386: warning: previous declaration of 'bcopywrap' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-25 05:03:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-25 05:03:17 - ERROR: failed to build world TB --- 2013-09-25 05:03:17 - 7737.96 user 1030.16 system 8875.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 05:20:56 2013 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 ESMTP id 19F41F4B for ; Wed, 25 Sep 2013 05:20:56 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm30-vm8.bullet.mail.gq1.yahoo.com (nm30-vm8.bullet.mail.gq1.yahoo.com [98.136.216.199]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D039927B4 for ; Wed, 25 Sep 2013 05:20:55 +0000 (UTC) Received: from [98.137.12.55] by nm30.bullet.mail.gq1.yahoo.com with NNFMP; 25 Sep 2013 05:15:11 -0000 Received: from [98.136.164.73] by tm15.bullet.mail.gq1.yahoo.com with NNFMP; 25 Sep 2013 05:15:11 -0000 Received: from [127.0.0.1] by smtp235.mail.gq1.yahoo.com with NNFMP; 25 Sep 2013 05:15:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1380086111; bh=3ZcvVkjqo2fGxQUFIvQbIkzfyoO7v8DRf5WXv+s29vU=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=Vd5we15RCDnTz1YugzVDbBUmwOkBBMRY3f7ayIx8CkDEkrWSWc+u+CX7e0f9D3cfSeP52buGgTDzqMTnSFJPimsDefSGxv/5wCgTM6PMnBLA2RfEiJzWHPETnSynWtHuoquelkBeQ3IOGkuUuSY9/Vp8Fia1wzmHUkgwaVrQINo= X-Yahoo-Newman-Id: 830055.26942.bm@smtp235.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: dTyhEx4VM1lKzfPir99K.onTaFJ7uo.jmZ97oSQPy7LcfRD azHdVRCJQVbZyis9Vf9PXxgcVA3bHQKPf1KM7cr.1h6Oi2OgILOTu007_zSr oGnWgSXWfdT_47kHOsM2wjWB2qwWNPIWPFSClyZxh7i_yvesjVl7tzrhsejY Pj5q5ajuCauwoUVrVhTJ.zbKkGTXPCjfGijjkKz6NG4w2Igex_7076DqUrud 2LX3qEIcVt2rRP8cnaOFOGhykTMCCfFUtetOjZqvdhGUTcv0AgrTVrqrxq4Z sudyUeNDSvwNNkhe95RQ0Nqil8cSndezHMqLKB_YXEpi0r8y_g8GicZ_NxxL z8mGGDW2aagD5ceHGs.6x1Avr7el8rXIVw8RPUm5DKbvNtkaE8uA3GBzrhkO wAdDX93_.2J63EUUUsH118a.jB0xHDg28Yh0r8SnDhx1UZhaZ5fMPnxfKwN5 Bb0EHFKbTGkgcYizKEy1KbnsB8Y8EXkXyp7KPxHUILL1_w1Ap16UAoOFymxU wV_zBlYooUgHykPwujsiQKzckGvdP9qOx7nQ_H7pqyxDQb8r4kdwjbZmCYvZ bAGEbQ9tGqfT5PjHgAh3Vx0gTJhZvc7zdnq4DB0602Z.ow74zPZCon0zJeQi Zr5t_wRnQX0rnaLMZwwOPkz3It4XN5RHAUHo.YhI0Ol8qHenHWgweXMgdHFz .yRCX33JU_zqNhJAprNbzf6Uh0EEU6EUNN9PXmEOZA_hsF_r5MNv24.2UpyN CjTUgJ4CHV7qMIp2IjkR5sm4n6N_q5GaESIOzmFfseFkY5MfTVioFk7bYEgA ujj6yOQ8KUpKp10X0mZ8wuBk9kLahxa_EE9IG.zhVUj_FZ4iARUCW22SiJ8L ohbtXMtPd X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.228] (sean_bruno@24.23.220.111 with ) by smtp235.mail.gq1.yahoo.com with SMTP; 25 Sep 2013 05:15:11 +0000 UTC Subject: Re: Doing it wrong: Building world with lang/clang-devel and lang/gcc49 From: Sean Bruno To: Brooks Davis In-Reply-To: <20130922215307.GG62197@lor.one-eyed-alien.net> References: <1379702370.2402.3.camel@localhost> <1739775195.20130921154216@serebryakov.spb.ru> <20130922215307.GG62197@lor.one-eyed-alien.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-XZgS610N39ZvFK/LuFVL" Date: Tue, 24 Sep 2013 22:15:10 -0700 Message-ID: <1380086110.1619.70.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Lev Serebryakov , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 05:20:56 -0000 --=-XZgS610N39ZvFK/LuFVL Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-09-22 at 16:53 -0500, Brooks Davis wrote: > On Sat, Sep 21, 2013 at 03:42:16PM +0400, Lev Serebryakov wrote: > > Hello, Sean. > > You wrote 20 ???????????????? 2013 ??., 22:39:30: > >=20 > > SB> wow, that didn't work at all. :-) > >=20 > > SB> I set these in make.conf: > >=20 > > SB> CC=3D/usr/local/bin/clang > > SB> C++=3D/usr/local/bin/clang++ > > SB> CPP=3D/usr/local/bin/clang++ > >=20 > > SB> It exploded pretty badly: > >=20 > > SB> http://people.freebsd.org/~sbruno/doingitwrong.txt > >=20 > > SB> Any reason that this shouldn't work? > > Try > >=20 > > XCC=3D/usr/local/bin/clang > > XCXX=3D/usr/local/bin/clang++ > > XCPP=3D/usr/local/bin/clang++ > > COMPILER_TYPE=3Dclang > >=20 > > It should work, at least, in theory. >=20 > You will likely also need -WITHOUT_FORMAT_EXTENSIONS. >=20 > -- Brooks Well, I've tried clang-devel, gcc46 and gcc49. Each one yeilds different failures and I'm really just totally confused at this point. I've set: export XCC=3D/usr/local/bin/gcc49 export XCXX=3D/usr/local/bin/g++49 export XCPP=3D/usr/local/bin/g++49 export CC=3D/usr/local/bin/gcc49 export CXX=3D/usr/local/bin/g++49 export CPP=3D/usr/local/bin/g++49 export COMPILER_TYPE=3Dgcc and export TARGET=3Dmips export TARGET_ARCH=3Dmips export SRCCONF=3D/dev/null export SRCROOT=3D/home/sbruno/bsd/fbsd_head export MAKEOBJDIRPREFIX=3D/var/tmp export DESTDIR=3D/mipsbuild/$TARGET_ARCH export KERNCONF=3DMALTA =3D=3D> usr.bin/dtc (obj,depend,all,install) --- obj --- /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/home/sbruno/bsd/fbsd_head/= usr.bin/dtc created for /home/sbruno/bsd/fbsd_head/usr.bin/dtc --- .depend --- rm -f .depend CC=3D'/usr/local/bin/gcc49' mkdep -f .depend -a -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include = /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtc.cc /home/sbruno/bsd/fbsd_head/us= r.bin/dtc/input_buffer.cc /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.cc = /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtb.cc /home/sbruno/bsd/fbsd_head/us= r.bin/dtc/fdt.cc /home/sbruno/bsd/fbsd_head/usr.bin/dtc/checking.cc =20 echo dtc: /usr/lib/libc.a /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legac= y/usr/lib/libegacy.a >> .depend echo dtc: /usr/lib/libstdc++.a >> .depend make[3]: /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/home/sbruno/bsd/f= bsd_head/usr.bin/dtc/.depend, 347: ignoring stale .depend for /usr/lib/libs= tdc++.a --- dtc.o --- --- input_buffer.o --- --- string.o --- --- dtb.o --- --- fdt.o --- --- checking.o --- --- dtc.o --- /usr/local/bin/g++49 -O2 -pipe -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtc.cc --- input_buffer.o --- /usr/local/bin/g++49 -O2 -pipe -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/input_buffer.cc --- string.o --- /usr/local/bin/g++49 -O2 -pipe -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.cc --- dtb.o --- /usr/local/bin/g++49 -O2 -pipe -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtb.cc --- fdt.o --- /usr/local/bin/g++49 -O2 -pipe -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/fdt.cc --- checking.o --- /usr/local/bin/g++49 -O2 -pipe -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/checking.cc --- string.o --- In file included from /home/sbruno/bsd/fbsd_head/usr.bin/dtc/input_buffer.hh:35:0, from /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.hh:35, from /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.cc:33: /home/sbruno/bsd/fbsd_head/usr.bin/dtc/util.hh:53:21: error: 'uint8_t' was not declared in this scope typedef std::vector byte_buffer; ^ /home/sbruno/bsd/fbsd_head/usr.bin/dtc/util.hh:53:28: error: template argument 1 is invalid typedef std::vector byte_buffer; with gcc49 I get even more peculiar behavior: =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) make[3]: /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/home/sbruno/bsd/f= bsd_head/gnu/usr.bin/gperf/.depend, 145: ignoring stale .depend for /usr/li= b/libstdc++.a --- gperf --- /usr/local/bin/clang++ -O2 -pipe -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include -I/home/sbruno/bsd/fbsd_head/gnu/usr.bin/gperf/../../../contrib/gperf/lib -= I/home/sbruno/bsd/fbsd_head/gnu/usr.bin/gperf -static -L/var/tmp/mips.mips= /home/sbruno/bsd/fbsd_head/tmp/legacy/usr/lib -o gperf bool-array.o hash-ta= ble.o input.o keyword-list.o keyword.o main.o options.o output.o positions.= o search.o version.o getline.o hash.o -legacy /usr/local/bin/ld: cannot find -lstdc++ clang: error: linker command failed with exit code 1 (use -v to see invocation) *** [gperf] Error code 1 --=-XZgS610N39ZvFK/LuFVL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSQnFaAAoJEBkJRdwI6BaH3XEH/0cadtF4s3lDTVZyjOkfbODS vbw+awL/QzD8m/MzkHfrshgguYs6eE2jpzKMKZ2o/Gw3IwdEkJJET3Ko0jYlD98c MgZqQ3dnQ7T5wH7GX2w6AzF+UkaDW9uZAK9dbe4PGKOLGd5NJ6lk5Qjtguuwt/nE 7QmhqPyVyotq0VxEVwH7X60ABeV2EijAhTlreiEbfK4M5C+MyWWSUljKJWxtpmBE 60cuBEv2s4NMhgd8s/r2aLNQJ//vmwlAicaarbgoXnQcGVbqdosT8zXLce5xDD5j E5GCIxeRscfu0Jqq4kqgu9padSVtIhJiLizq0zoztEVhCEO39jh/+TvjTCcuveQ= =0b/1 -----END PGP SIGNATURE----- --=-XZgS610N39ZvFK/LuFVL-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 10:57:39 2013 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 ESMTP id 948B99A9 for ; Wed, 25 Sep 2013 10:57:39 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 972232B9C for ; Wed, 25 Sep 2013 10:57:38 +0000 (UTC) Received: from mail-wg0-f50.google.com ([74.125.82.50]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKUkLBoJVrV1GjWXJRQxRdG1G/mcgCHkIw@postini.com; Wed, 25 Sep 2013 10:57:38 UTC Received: by mail-wg0-f50.google.com with SMTP id f12so5930344wgh.17 for ; Wed, 25 Sep 2013 03:57:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=AHYbY+uu7ZdQXsmqz3wYfdY7NGs8bKtNoAb/UD03u6U=; b=fAmhOpM9bbeLexMIltihFEaYikUCEwl6rt0OYQOu6ZOgeOLUYxSpFW3S7p3kpNUK73 ww5GCt47mLd2SVnjwpfNCpJXCHLca/CEu00edeNSfCQPTdAB8yWzmkCirL7yKEYrJWZh qz0pTiHuvuKhyu0us1gSOUkfhQvu1ZY8HSEOIEHAT7/iZVu+++8842L1hMVjB1+iEXlP yEHpNj+Pqg/18rqqbmLab/u8vlmV6NiSSwUiywKCXsCMroO1N8VBStGHlSXe8RwIFQTs aam/g+87m7TPIz26RlhWIIu7vJ/MVolKQDiKOnM1K1UjPfdkbdQiCRi/ZDwLU3pgrYs7 r2Cg== X-Received: by 10.180.206.244 with SMTP id lr20mr21688127wic.45.1380100315041; Wed, 25 Sep 2013 02:11:55 -0700 (PDT) X-Gm-Message-State: ALoCoQnuHIfhlR5xqIKClTboJ/nIIDgkCzNIR/TUb5K7ML01d4HgbUB4hVoxg6I1nPme8awdqtF3J7+UodgKnX2yFdDNwBY5qv8cPExXMK29why8aYVP5v8Ni4r+W1gGhl3jjYMqqmGvaVe9CDHLwDOfqXPN/mUmQ+Jew7Ti4qo1jUXd1ma0tFw= X-Received: by 10.180.206.244 with SMTP id lr20mr21688120wic.45.1380100314900; Wed, 25 Sep 2013 02:11:54 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id gp9sm15696489wib.8.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 02:11:54 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id r8P9BpS8001372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 Sep 2013 10:11:51 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id r8P9Bpax001371; Wed, 25 Sep 2013 10:11:51 +0100 (BST) (envelope-from mexas) Date: Wed, 25 Sep 2013 10:11:51 +0100 (BST) From: Anton Shterenlikht Message-Id: <201309250911.r8P9Bpax001371@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: panic: ia64 r255811: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bris.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 10:57:39 -0000 FreeBSD mech-as221.men.bris.ac.uk 10.0-ALPHA2 FreeBSD 10.0-ALPHA2 #8 r255811: Tue Sep 24 09:04:17 BST 2013 root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 panic: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks cpuid = 1 KDB: stack backtrace: db_trace_self(0x9ffc0000000c9ec0) at db_trace_self+0x40 db_trace_self_wrapper(0x9ffc0000004d40b0) at db_trace_self_wrapper+0x70 kdb_backtrace(0x9ffc000000bfb030, 0x9ffc00000045b350, 0x40c, 0x9ffc000000dd20a0) at kdb_backtrace+0xc0 vpanic(0x9ffc000000aec840, 0xa0000000005cb518) at vpanic+0x260 panic(0x9ffc000000aec840, 0x9ffc000000aecaa0, 0xe000000012d07b00, 0xdc657) at panic+0x80 deadlkres(0xdc657, 0xe000000012d07b00, 0x9ffc000000aef478, 0x9ffc000000aec7d0) at deadlkres+0x420 fork_exit(0x9ffc000000b441e0, 0x0, 0xa0000000005cb550) at fork_exit+0x120 enter_userland() at enter_userland KDB: enter: panic [ thread pid 0 tid 100047 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe28fb0,gp ;; db> db> show msgbuf *skip* <118>Sep 24 09:36:02 mech-as221 su: mexas to root on /dev/pts/0 lock order reversal: 1st 0xa00000005f0518b8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3059 2nd 0xe000000012343000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self(0x9ffc0000000c9ec0) at db_trace_self+0x40 db_trace_self_wrapper(0x9ffc0000004d40b0) at db_trace_self_wrapper+0x70 kdb_backtrace(0x9ffc000000bfb030, 0x9ffc000000509870) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0x9ffc000000b01d10, 0x9ffc00000050d240, 0xb9d, 0x9ffc000000b2e268) at _witness_debugger+0x60 witness_checkorder(0xe000000012343000, 0x9ffc000000b01660, 0x9ffc000000b2e268, 0x11c, 0x0) at witness_checkorder+0x15b0 _sx_xlock(0xe000000012343000, 0x0, 0x9ffc000000b2e268, 0x11c) at _sx_xlock+0x120 ufsdirhash_acquire(0xe0000000123bd308, 0xe000000012343000, 0x9ffc0000008d1920, 0x38b) at ufsdirhash_acquire+0x50 ufsdirhash_remove(0xe0000000123bd308, 0xa000000060ecbd08, 0x1d08, 0xa00000008fea51e8) at ufsdirhash_remove+0x20 ufs_dirremove(0xe0000000123d8000, 0xe0000000129e29d8, 0x0, 0x0) at ufs_dirremove+0x380 ufs_remove(0xa00000008fea5380, 0xe0000000129e29d8, 0xa1c) at ufs_remove+0xe0 VOP_REMOVE_APV(0x9ffc000000bc3180, 0xa00000008fea5380, 0xe0000000122f8678, 0x0, 0x9ffc0000005c2920, 0xa1c, 0x9ffc000000dd20a0) at VOP_REMOVE_APV+0x220 kern_unlinkat(0xe0000000123e1200, 0xffffffffffffff9c, 0x7fffffffffffee36, 0x0, 0x0) at kern_unlinkat+0x3f0 kern_unlink(0xe0000000123e1200, 0x7fffffffffffee36, 0x0) at kern_unlink+0x40 sys_unlink(0xe0000000123e1200, 0xa00000008fea54e8, 0x9ffc000000988c80, 0x48d) at sys_unlink+0x30 syscall(0xe0000000123de940, 0x7fffffffffffee36, 0x7fffffffffffeb00, 0xe0000000123e1200, 0x0, 0x0, 0x9ffc000000983f20, 0x8) at syscall+0x5e0 epc_syscall_return() at epc_syscall_return <6>pid 52065 (conftest), uid 0: exited on signal 11 (core dumped) db> show thread Thread 100047 at 0xe000000011973b00: proc (pid 0): 0x9ffc000000c15828 name: deadlkres stack: 0xa0000000005c4000-0xa0000000005cbfff flags: 0x4 pflags: 0x200000 state: RUNNING (CPU 1) priority: 108 container lock: sched lock 1 (0x9ffc000000c3de80) db> db> show proc Process 0 (kernel) at 0x9ffc000000c15828: state: NORMAL uid: 0 gids: 0 ABI: null threads: 151 100354 D - 0xe000000012697000 [zil_clean] 100353 D - 0xe00000001230c100 [zil_clean] 100347 D - 0xe000000012311c00 [zfs_vn_rele_taskq] 100345 D - 0xe000000012313500 [zio_ioctl_intr] 100344 D - 0xe000000012313400 [zio_ioctl_issue] 100343 D - 0xe000000012313300 [zio_claim_intr] 100342 D - 0xe000000012313200 [zio_claim_issue] 100341 D - 0xe000000012313100 [zio_free_intr] 100340 D - 0xe000000012313000 [zio_free_issue_99] 100339 D - 0xe000000012313000 [zio_free_issue_98] 100338 D - 0xe000000012313000 [zio_free_issue_97] 100337 D - 0xe000000012313000 [zio_free_issue_96] 100336 D - 0xe000000012313000 [zio_free_issue_95] 100335 D - 0xe000000012313000 [zio_free_issue_94] 100334 D - 0xe000000012313000 [zio_free_issue_93] 100333 D - 0xe000000012313000 [zio_free_issue_92] 100332 D - 0xe000000012313000 [zio_free_issue_91] 100331 D - 0xe000000012313000 [zio_free_issue_90] 100330 D - 0xe000000012313000 [zio_free_issue_89] 100329 D - 0xe000000012313000 [zio_free_issue_88] 100328 D - 0xe000000012313000 [zio_free_issue_87] 100327 D - 0xe000000012313000 [zio_free_issue_86] 100326 D - 0xe000000012313000 [zio_free_issue_85] 100325 D - 0xe000000012313000 [zio_free_issue_84] 100324 D - 0xe000000012313000 [zio_free_issue_83] 100323 D - 0xe000000012313000 [zio_free_issue_82] 100322 D - 0xe000000012313000 [zio_free_issue_81] 100321 D - 0xe000000012313000 [zio_free_issue_80] 100320 D - 0xe000000012313000 [zio_free_issue_79] 100319 D - 0xe000000012313000 [zio_free_issue_78] 100318 D - 0xe000000012313000 [zio_free_issue_77] 100317 D - 0xe000000012313000 [zio_free_issue_76] 100316 D - 0xe000000012313000 [zio_free_issue_75] 100315 D - 0xe000000012313000 [zio_free_issue_74] 100314 D - 0xe000000012313000 [zio_free_issue_73] 100313 D - 0xe000000012313000 [zio_free_issue_72] 100312 D - 0xe000000012313000 [zio_free_issue_71] 100311 D - 0xe000000012313000 [zio_free_issue_70] 100310 D - 0xe000000012313000 [zio_free_issue_69] 100309 D - 0xe000000012313000 [zio_free_issue_68] 100308 D - 0xe000000012313000 [zio_free_issue_67] 100307 D - 0xe000000012313000 [zio_free_issue_66] 100306 D - 0xe000000012313000 [zio_free_issue_65] 100305 D - 0xe000000012313000 [zio_free_issue_64] 100304 D - 0xe000000012313000 [zio_free_issue_63] 100303 D - 0xe000000012313000 [zio_free_issue_62] 100302 D - 0xe000000012313000 [zio_free_issue_61] 100301 D - 0xe000000012313000 [zio_free_issue_60] 100300 D - 0xe000000012313000 [zio_free_issue_59] 100299 D - 0xe000000012313000 [zio_free_issue_58] 100298 D - 0xe000000012313000 [zio_free_issue_57] 100297 D - 0xe000000012313000 [zio_free_issue_56] 100296 D - 0xe000000012313000 [zio_free_issue_55] 100295 D - 0xe000000012313000 [zio_free_issue_54] 100294 D - 0xe000000012313000 [zio_free_issue_53] 100293 D - 0xe000000012313000 [zio_free_issue_52] 100292 D - 0xe000000012313000 [zio_free_issue_51] 100291 D - 0xe000000012313000 [zio_free_issue_50] 100290 D - 0xe000000012313000 [zio_free_issue_49] 100289 D - 0xe000000012313000 [zio_free_issue_48] 100288 D - 0xe000000012313000 [zio_free_issue_47] 100287 D - 0xe000000012313000 [zio_free_issue_46] 100286 D - 0xe000000012313000 [zio_free_issue_45] 100285 D - 0xe000000012313000 [zio_free_issue_44] 100284 D - 0xe000000012313000 [zio_free_issue_43] 100283 D - 0xe000000012313000 [zio_free_issue_42] 100282 D - 0xe000000012313000 [zio_free_issue_41] 100281 D - 0xe000000012313000 [zio_free_issue_40] 100280 D - 0xe000000012313000 [zio_free_issue_39] 100279 D - 0xe000000012313000 [zio_free_issue_38] 100278 D - 0xe000000012313000 [zio_free_issue_37] 100277 D - 0xe000000012313000 [zio_free_issue_36] 100276 D - 0xe000000012313000 [zio_free_issue_35] 100275 D - 0xe000000012313000 [zio_free_issue_34] 100274 D - 0xe000000012313000 [zio_free_issue_33] 100273 D - 0xe000000012313000 [zio_free_issue_32] 100272 D - 0xe000000012313000 [zio_free_issue_31] 100271 D - 0xe000000012313000 [zio_free_issue_30] 100270 D - 0xe000000012313000 [zio_free_issue_29] 100269 D - 0xe000000012313000 [zio_free_issue_28] 100268 D - 0xe000000012313000 [zio_free_issue_27] 100267 D - 0xe000000012313000 [zio_free_issue_26] 100266 D - 0xe000000012313000 [zio_free_issue_25] 100265 D - 0xe000000012313000 [zio_free_issue_24] 100264 D - 0xe000000012313000 [zio_free_issue_23] 100263 D - 0xe000000012313000 [zio_free_issue_22] 100262 D - 0xe000000012313000 [zio_free_issue_21] 100261 D - 0xe000000012313000 [zio_free_issue_20] 100260 D - 0xe000000012313000 [zio_free_issue_19] 100259 D - 0xe000000012313000 [zio_free_issue_18] 100258 D - 0xe000000012313000 [zio_free_issue_17] 100257 D - 0xe000000012313000 [zio_free_issue_16] 100256 D - 0xe000000012313000 [zio_free_issue_15] 100255 D - 0xe000000012313000 [zio_free_issue_14] 100254 D - 0xe000000012313000 [zio_free_issue_13] 100253 D - 0xe000000012313000 [zio_free_issue_12] 100252 D - 0xe000000012313000 [zio_free_issue_11] 100251 D - 0xe000000012313000 [zio_free_issue_10] 100250 D - 0xe000000012313000 [zio_free_issue_9] 100249 D - 0xe000000012313000 [zio_free_issue_8] 100248 D - 0xe000000012313000 [zio_free_issue_7] 100247 D - 0xe000000012313000 [zio_free_issue_6] 100246 D - 0xe000000012313000 [zio_free_issue_5] 100245 D - 0xe000000012313000 [zio_free_issue_4] 100244 D - 0xe000000012313000 [zio_free_issue_3] 100243 D - 0xe000000012313000 [zio_free_issue_2] 100242 D - 0xe000000012313000 [zio_free_issue_1] 100241 D - 0xe000000012313000 [zio_free_issue_0] 100240 D - 0xe000000012312f00 [zio_write_intr_high] 100239 D - 0xe000000012312f00 [zio_write_intr_high] 100238 D - 0xe000000012312f00 [zio_write_intr_high] 100237 D - 0xe000000012312f00 [zio_write_intr_high] 100236 D - 0xe000000012312f00 [zio_write_intr_high] 100235 D - 0xe000000012312e00 [zio_write_intr_7] 100234 D - 0xe000000012312e00 [zio_write_intr_6] 100233 D - 0xe000000012312e00 [zio_write_intr_5] 100232 D - 0xe000000012312e00 [zio_write_intr_4] 100231 D - 0xe000000012312e00 [zio_write_intr_3] 100230 D - 0xe000000012312e00 [zio_write_intr_2] 100229 D - 0xe000000012312e00 [zio_write_intr_1] 100228 D - 0xe000000012312e00 [zio_write_intr_0] 100227 D - 0xe000000012312d00 [zio_write_issue_hig] 100226 D - 0xe000000012312d00 [zio_write_issue_hig] 100225 D - 0xe000000012312d00 [zio_write_issue_hig] 100224 D - 0xe000000012312d00 [zio_write_issue_hig] 100223 D - 0xe000000012312d00 [zio_write_issue_hig] 100222 D - 0xe000000012312c00 [zio_write_issue_1] 100221 D - 0xe000000012312c00 [zio_write_issue_0] 100220 D - 0xe000000012312b00 [zio_read_intr_1] 100219 D - 0xe000000012312b00 [zio_read_intr_0] 100218 D - 0xe000000012312a00 [zio_read_issue_7] 100217 D - 0xe000000012312a00 [zio_read_issue_6] 100216 D - 0xe000000012312a00 [zio_read_issue_5] 100215 D - 0xe000000012312a00 [zio_read_issue_4] 100214 D - 0xe000000012312a00 [zio_read_issue_3] 100213 D - 0xe000000012312a00 [zio_read_issue_2] 100212 D - 0xe000000012312a00 [zio_read_issue_1] 100211 D - 0xe000000012312a00 [zio_read_issue_0] 100210 D - 0xe000000012312900 [zio_null_intr] 100209 D - 0xe000000012312800 [zio_null_issue] 100067 D - 0xe000000012313700 [system_taskq_1] 100066 D - 0xe000000012313700 [system_taskq_0] 100047 Run CPU 1 [deadlkres] 100023 D - 0xe000000010bb5300 [kqueue taskq] 100022 D - 0xe000000010bb5400 [ffs_trim taskq] 100019 D - 0xe000000010bb5700 [thread taskq] 100016 D - 0xe000000010bb5a00 [acpi_task_2] 100015 D - 0xe000000010bb5a00 [acpi_task_1] 100014 D - 0xe000000010bb5a00 [acpi_task_0] 100009 D - 0xe000000010bb5d00 [firmware taskq] 100000 D swapin 0x9ffc000000c15828 [swapper] db> db> db> thread 100047 [ thread pid 0 tid 100047 ] kdb_enter+0x92: [I2] addl r14=0xffffffffffe28fb0,gp ;; db> bt Tracing pid 0 tid 100047 td 0xe000000011973b00 kdb_enter(0x9ffc000000af6e20, 0x9ffc000000af6e20, 0x9ffc00000045b3a0, 0x40c) at kdb_enter+0x92 vpanic(0x9ffc000000aec840, 0xa0000000005cb518) at vpanic+0x2b0 panic(0x9ffc000000aec840, 0x9ffc000000aecaa0, 0xe000000012d07b00, 0xdc657) at panic+0x80 deadlkres(0xdc657, 0xe000000012d07b00, 0x9ffc000000aef478, 0x9ffc000000aec7d0) at deadlkres+0x420 fork_exit(0x9ffc000000b441e0, 0x0, 0xa0000000005cb550) at fork_exit+0x120 enter_userland() at enter_userland db> From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 11:47:29 2013 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 ESMTP id 71273598 for ; Wed, 25 Sep 2013 11:47:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3772E9F for ; Wed, 25 Sep 2013 11:47:28 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id F0F9C4AC57; Wed, 25 Sep 2013 15:47:16 +0400 (MSK) Date: Wed, 25 Sep 2013 15:47:10 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1683870983.20130925154710@serebryakov.spb.ru> To: Dimitry Andric Subject: Re: and64-build i386 mtree doesn't work too (Re: r255795/i386 built on r255795/amd64 still could not start devdpassword) In-Reply-To: References: <1927298987.20130922135259@serebryakov.spb.ru> <1256521510.20130923192454@serebryakov.spb.ru> <1198404531.20130923192905@serebryakov.spb.ru> <810647765.20130924162402@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 11:47:29 -0000 Hello, Dimitry. You wrote 25 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 1:50:48: >> LS>> Now I have r255795/i386 built on r255795/amd64 (with "make TARGET= =3Di386 buildworld >> LS>> buildkernel"). >> LS> Also, it could not start "make buildworld" by itself, as "mtree" co= mplains >> LS> about line 2 of etc/mtree/BSD.usr.dist ("no parent node"). >> LS> It looks like, i386 world built by amd64 host is completely broken = somewhere >> LS> in text processing tool. >> So, nobody interested? Building 32 bit world on 64 bit host is not >> supported now? DA> I just tried buildworld TARGET=3Di386 on an amd64 host, and it worked j= ust DA> fine. Are you using any make.conf or src.conf? Does result? installed via "DISTDIR" worked too? I have my problems 100% reproducible, after 3 rebuilds and reinstalls (on new FS). I had only "MALLOC_PRODUCTION=3Dyes" in my /etc/src.conf and only port-related options (like OPTIONS_UNSET amd WRKDIRPREFIX) in /etc/make.conf. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 13:17:40 2013 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 ESMTP id 013B34E2 for ; Wed, 25 Sep 2013 13:17:39 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81BBB24F3 for ; Wed, 25 Sep 2013 13:17:39 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id c11so4977161lbj.41 for ; Wed, 25 Sep 2013 06:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=LFKp5S+Ef0n/44ikgIwNNVVNhqhPMNSqYwRfOm9MLWA=; b=ler5ELqPBzm1a05c0blEsW+1FEKX+T44/c6nnLgE9M0F2623oSE30udk5mE/IOTvxI Kc27aa+h9lAjPcKN5Hm1DW3fwPjES/d16sWbYD+G7U9Vj5J26IiN4PxPA5sKqKpO7CIt 8D8sNPfm2uSRKGr38uFt2Cutj+Pz0ntD22cmDFcBLTMEDo+uK3z6bUShfSCQNfcnOWRq FfnVrsT5/IgCH1fErwfFIsL75ESw5GYkE2i5cCN9+aa+fhR8q4PigNcljnGzYWC9RAVM +tr8ZPSLeqD5fPuF8g7DBHkYCXTSXd0+r4iqeENYzsFMMdGiInZSRGTuVXilD1V3KniQ ZKIg== X-Received: by 10.112.28.109 with SMTP id a13mr29253546lbh.3.1380115057197; Wed, 25 Sep 2013 06:17:37 -0700 (PDT) Received: from scorpion.kiev.ua ([46.247.162.82]) by mx.google.com with ESMTPSA id o1sm21001176lah.8.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 06:17:36 -0700 (PDT) Message-ID: <5242E26E.3040406@gmail.com> Date: Wed, 25 Sep 2013 16:17:34 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: FreeBSD CURRENT Subject: lang/gcc not build Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 13:17:40 -0000 uname FreeBSD 10.0-ALPHA2 #0 r255833M: Tue Sep 24 10:21:04 EEST 2013 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- make.conf CFLAGS= -O2 -march=athlon64-sse3 -mtune=athlon64-sse3 -pipe -Qunused-parameter -Wformat -Wformat-security CPPFLAGS+= -D_FORTIFY_SOURCE=2 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Checking multilib configuration for libgcc... mkdir x86_64-portbld-freebsd10.0 mkdir x86_64-portbld-freebsd10.0/libgcc Configuring in x86_64-portbld-freebsd10.0/libgcc configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gawk... /usr/bin/awk checking build system type... x86_64-portbld-freebsd10.0 checking host system type... x86_64-portbld-freebsd10.0 checking for x86_64-portbld-freebsd10.0-ar... /usr/local/x86_64-portbld-freebsd10.0/bin/ar checking for x86_64-portbld-freebsd10.0-lipo... lipo checking for x86_64-portbld-freebsd10.0-nm... /usr/ports/lang/gcc/work/build/./gcc/nm checking for x86_64-portbld-freebsd10.0-ranlib... /usr/local/x86_64-portbld-freebsd10.0/bin/ranlib checking for x86_64-portbld-freebsd10.0-strip... /usr/local/x86_64-portbld-freebsd10.0/bin/strip checking whether ln -s works... yes checking for x86_64-portbld-freebsd10.0-gcc... /usr/ports/lang/gcc/work/build/./gcc/xgcc -B/usr/ports/lang/gcc/work/build/./gcc/ -B/usr/local/x86_64-portbld-freebsd10.0/bin/ -B/usr/local/x86_64-portbld-freebsd10.0/lib/ -isystem /usr/local/x86_64-portbld-freebsd10.0/include -isystem /usr/local/x86_64-portbld-freebsd10.0/sys-include checking for suffix of object files... configure: error: in `/usr/ports/lang/gcc/work/build/x86_64-portbld-freebsd10.0/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. [...] ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 14:04:03 2013 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 ESMTP id 3232A681; Wed, 25 Sep 2013 14:04:03 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x22a.google.com (mail-vb0-x22a.google.com [IPv6:2607:f8b0:400c:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5184281D; Wed, 25 Sep 2013 14:04:02 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id e12so4577680vbg.29 for ; Wed, 25 Sep 2013 07:04:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OmIoRIIMKrs6J8FlIK1k8hfEO1DAPPy5YHUuqh6Pifw=; b=rwo46hpefhNnLDa11Ntm/hVQypZZkq9qVyCX/3h55380FYSeyk/0Qi24x+E02Y5LRo 1hfc0AfFD5sINra1/ZHzOrjg23XCtya11ptMky6Cf5sONyqSU5vt3CZuzzlUfvl4U8Fx w2u5g0a9NNhAxaLSXvfxPOtUQKWlUbQzbI8FfyPFtExdrPwl6IsP7CDWMVShDpY0ZB9W DoFHw/rpDWm1Q6mjDaGCwTdE4Xaa9Krz4X8XwGTxrbSa1KcxLrNLuz7wc2Lzg2sgDWT4 30pBDuHob8QPHgLeCydEVN4FLHPF6Lq8EMwFjNIwQxAhP8m5Z4yitfQ6jlWS3nJ7Ijq1 dwPQ== MIME-Version: 1.0 X-Received: by 10.221.51.206 with SMTP id vj14mr33248091vcb.17.1380117841980; Wed, 25 Sep 2013 07:04:01 -0700 (PDT) Received: by 10.220.65.132 with HTTP; Wed, 25 Sep 2013 07:04:01 -0700 (PDT) In-Reply-To: <201309250911.r8P9Bpax001371@mech-cluster241.men.bris.ac.uk> References: <201309250911.r8P9Bpax001371@mech-cluster241.men.bris.ac.uk> Date: Wed, 25 Sep 2013 16:04:01 +0200 Message-ID: Subject: Re: panic: ia64 r255811: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks From: Davide Italiano To: mexas@bris.ac.uk Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-ia64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 14:04:03 -0000 On Wed, Sep 25, 2013 at 11:11 AM, Anton Shterenlikht wrote: > FreeBSD mech-as221.men.bris.ac.uk 10.0-ALPHA2 FreeBSD 10.0-ALPHA2 #8 r255811: Tue Sep 24 09:04:17 BST 2013 root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 > > panic: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks > > cpuid = 1 > KDB: stack backtrace: > db_trace_self(0x9ffc0000000c9ec0) at db_trace_self+0x40 > db_trace_self_wrapper(0x9ffc0000004d40b0) at db_trace_self_wrapper+0x70 > kdb_backtrace(0x9ffc000000bfb030, 0x9ffc00000045b350, 0x40c, 0x9ffc000000dd20a0) at kdb_backtrace+0xc0 > vpanic(0x9ffc000000aec840, 0xa0000000005cb518) at vpanic+0x260 > panic(0x9ffc000000aec840, 0x9ffc000000aecaa0, 0xe000000012d07b00, 0xdc657) at panic+0x80 > deadlkres(0xdc657, 0xe000000012d07b00, 0x9ffc000000aef478, 0x9ffc000000aec7d0) at deadlkres+0x420 > fork_exit(0x9ffc000000b441e0, 0x0, 0xa0000000005cb550) at fork_exit+0x120 > enter_userland() at enter_userland > KDB: enter: panic > [ thread pid 0 tid 100047 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe28fb0,gp ;; > db> > db> show msgbuf > > *skip* > > <118>Sep 24 09:36:02 mech-as221 su: mexas to root on /dev/pts/0 > lock order reversal: > 1st 0xa00000005f0518b8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3059 > 2nd 0xe000000012343000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 > KDB: stack backtrace: > db_trace_self(0x9ffc0000000c9ec0) at db_trace_self+0x40 > db_trace_self_wrapper(0x9ffc0000004d40b0) at db_trace_self_wrapper+0x70 > kdb_backtrace(0x9ffc000000bfb030, 0x9ffc000000509870) at kdb_backtrace+0xc0 > _witness_debugger(0x1, 0x9ffc000000b01d10, 0x9ffc00000050d240, 0xb9d, 0x9ffc000000b2e268) at _witness_debugger+0x60 > witness_checkorder(0xe000000012343000, 0x9ffc000000b01660, 0x9ffc000000b2e268, 0x11c, 0x0) at witness_checkorder+0x15b0 > _sx_xlock(0xe000000012343000, 0x0, 0x9ffc000000b2e268, 0x11c) at _sx_xlock+0x120 > ufsdirhash_acquire(0xe0000000123bd308, 0xe000000012343000, 0x9ffc0000008d1920, 0x38b) at ufsdirhash_acquire+0x50 > ufsdirhash_remove(0xe0000000123bd308, 0xa000000060ecbd08, 0x1d08, 0xa00000008fea51e8) at ufsdirhash_remove+0x20 > ufs_dirremove(0xe0000000123d8000, 0xe0000000129e29d8, 0x0, 0x0) at ufs_dirremove+0x380 > ufs_remove(0xa00000008fea5380, 0xe0000000129e29d8, 0xa1c) at ufs_remove+0xe0 > VOP_REMOVE_APV(0x9ffc000000bc3180, 0xa00000008fea5380, 0xe0000000122f8678, 0x0, 0x9ffc0000005c2920, 0xa1c, 0x9ffc000000dd20a0) at VOP_REMOVE_APV+0x220 > kern_unlinkat(0xe0000000123e1200, 0xffffffffffffff9c, 0x7fffffffffffee36, 0x0, 0x0) at kern_unlinkat+0x3f0 > kern_unlink(0xe0000000123e1200, 0x7fffffffffffee36, 0x0) at kern_unlink+0x40 > sys_unlink(0xe0000000123e1200, 0xa00000008fea54e8, 0x9ffc000000988c80, 0x48d) at sys_unlink+0x30 > syscall(0xe0000000123de940, 0x7fffffffffffee36, 0x7fffffffffffeb00, 0xe0000000123e1200, 0x0, 0x0, 0x9ffc000000983f20, 0x8) at syscall+0x5e0 > epc_syscall_return() at epc_syscall_return > <6>pid 52065 (conftest), uid 0: exited on signal 11 (core dumped) > > db> show thread > Thread 100047 at 0xe000000011973b00: > proc (pid 0): 0x9ffc000000c15828 > name: deadlkres > stack: 0xa0000000005c4000-0xa0000000005cbfff > flags: 0x4 pflags: 0x200000 > state: RUNNING (CPU 1) > priority: 108 > container lock: sched lock 1 (0x9ffc000000c3de80) > db> Can you please paste the output of 'show locks', 'show alllocks', 'show lockedvnods' at least? Ideally you should provide all the informations listed here. http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html Thanks, -- Davide "A mathematical theory is not to be considered complete until you have made it so clear that you can explain it to the first man whom you meet on the street." (D. Hilbert) From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 14:38:30 2013 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 ESMTP id 78B282A6 for ; Wed, 25 Sep 2013 14:38:30 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 171542A3C for ; Wed, 25 Sep 2013 14:38:29 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id t60so6130409wes.36 for ; Wed, 25 Sep 2013 07:38:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:cc:content-type; bh=gcEHNmz/24tNJehkH03WZp99fSzMONfkwb2ScZ0pm4Q=; b=iOBk6T65yVEC8PFhkL7gqZUhdIVgRb/9BYC9RSxHdqu8vbU9KNWtvTrHjKXEmLVKh+ pq/FGWTWH7AqfNbVVadfiRI3/6l6ZfMZEESLDTkrxSraueq5bi2/UyY1F/mRTSNmGNLL vyQed/XPdEA3pjyM5c9efVBIy2CM04DBIPfIjDMMJ6JHVULQX1cdAWrxhuwLRUYXuGW7 dBuHsI2prRm+6P/UJ2lmDSbxNN/scyIZiBncQDsCpYNGLJBuojgZIHJZ1PPANiL9VOlC 8EXFBHrBgu2sDWe597f8Rkx+1TvvqcUnr8ZNPvBh+Kgef7rgwTvYCRAx5W59w09Stfkg KbTw== X-Received: by 10.180.185.77 with SMTP id fa13mr22795532wic.58.1380119908399; Wed, 25 Sep 2013 07:38:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.147.68 with HTTP; Wed, 25 Sep 2013 07:38:08 -0700 (PDT) From: Miguel Clara Date: Wed, 25 Sep 2013 14:38:08 +0000 Message-ID: Subject: [SOLVED] Re: FreeBSD 10.0 Alpha 2 panic "kernel trap 12 with interrupts disable" Cc: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 14:38:30 -0000 On Wed, Sep 25, 2013 at 12:42 AM, Miguel Clara wrote: > Sorry for the late reply... > > Worked like a charm! So the issue should be indeed fixed! > > > On Sun, Sep 22, 2013 at 10:25 PM, Miguel Clara wrote: > >> Interesting Idea... I wasn't aware the snapshots were from previous >> versions before the regressions, thanks for the heads up! >> >> Time to put this to the test, I'll report back after compiling r255788 >> thanks! >> >> >> >> > >>> > The link I gave to you contains a snapshot as per r255342 (which is >>> > way before the regression was introduced). You can use that, then >>> > checkout the sources via svnlite and rebuild. I don't see a reason why >>> > you cannot use that and you want to wait for ALPHA3, but alas. >>> > >>> >>> Alternatively, you can boot the snapshot and use the livecd >>> functionality to rebuild your existing kernel using your current >>> installation as a chroot(8) target. This should work fine regardless of >>> the revision of the snapshot. >>> >>> Glen >>> >>> >> > From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 15:52:43 2013 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 ESMTP id 733445F0 for ; Wed, 25 Sep 2013 15:52:43 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C72182F14 for ; Wed, 25 Sep 2013 15:52:42 +0000 (UTC) Received: from mail-wg0-f43.google.com ([74.125.82.43]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKUkMGyQITzxMtaWYTNm+vjZacUyItBgL4@postini.com; Wed, 25 Sep 2013 15:52:42 UTC Received: by mail-wg0-f43.google.com with SMTP id z12so6220808wgg.34 for ; Wed, 25 Sep 2013 08:52:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:cc :reply-to:in-reply-to; bh=0kw2/5S6NnH8ogjbbDlcmqf2U8ZBnPDkTOISI+MOlBU=; b=NshcOLdSFEEbdThXPPhxBGOsS3gg/I0PF3MVi7+TlmS/opz6rtnTPcaavqssrZ5QDf oSj4JSul7l/px+XAhBY/6B05BGk39B8MpcGAfXHgY7bZhGLa5L3+kC2Zc/Iq1WJOJQbP zWMf/wudu6dVLvGKOe4QvIWQY4nPs6BMwQSHgS95aPl5Xb3Ow+p927UImmwBV2QCbWnn rdEkS0uYS8k0IdM+gbG8G4N5wk8cDWRrgyI1PAOQpIewUrByhXbU9O0XC4F+KrQGsmUn xQudW5mIaoNsOT8ov4Zm4AS2amTvuXrWhs+P2BsQwHl0G0EUqcoRG5kA6nSV+kPMr6cw lKAw== X-Received: by 10.194.71.72 with SMTP id s8mr2223890wju.52.1380123058225; Wed, 25 Sep 2013 08:30:58 -0700 (PDT) X-Gm-Message-State: ALoCoQlO+q/cMSB3F+EUFMFfPdBydIC3U53gAQePhyfVP2hDQ/Jz0ref03vBNKRhnaU5VsqJl7umSAcSiK7024vG0tCAIUzC2huUFlV2pmLM+Rj2y2FcIIN/EHd6rPsSfyoj9L31Qa368Qq4vws/e0auwRQW+BIpK7GFEWTdyrLjsIUHl3BNxTE= X-Received: by 10.194.71.72 with SMTP id s8mr2223881wju.52.1380123058160; Wed, 25 Sep 2013 08:30:58 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id i8sm19020546wiy.6.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 08:30:57 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id r8PFUtrC002714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 Sep 2013 16:30:55 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id r8PFUtMG002713; Wed, 25 Sep 2013 16:30:55 +0100 (BST) (envelope-from mexas) Date: Wed, 25 Sep 2013 16:30:55 +0100 (BST) From: Anton Shterenlikht Message-Id: <201309251530.r8PFUtMG002713@mech-cluster241.men.bris.ac.uk> To: davide.italiano@gmail.com, mexas@bris.ac.uk Subject: Re: panic: ia64 r255811: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks In-Reply-To: Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bris.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 15:52:43 -0000 >From davide.italiano@gmail.com Wed Sep 25 16:12:47 2013 > >Can you please paste the output of 'show locks', 'show alllocks', >'show lockedvnods' at least? >Ideally you should provide all the informations listed here. >http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html ok, I'll need to study this. I've in the kernel: # Debugging support. Always need this: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. # For full debugger support use (turn off in stable branch): options DDB # Support DDB options GDB # Support remote GDB options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones so I'm missing DEBUG_LOCKS, DEBUG_VFS_LOCKS and DIAGNOSTIC from the handbook list. What about all debug options in GENERIC which are not mentioned in your link? Specifically, do I need to have DEADLKRES? I've never used trace. Also, I'm getting a panic, so cannot run ps, I think. Thanks Anton From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 16:04:27 2013 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 ESMTP id 2ECAD9C5 for ; Wed, 25 Sep 2013 16:04:27 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm4-vm2.bullet.mail.gq1.yahoo.com (nm4-vm2.bullet.mail.gq1.yahoo.com [98.136.218.161]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3C052FC6 for ; Wed, 25 Sep 2013 16:04:26 +0000 (UTC) Received: from [98.137.12.59] by nm4.bullet.mail.gq1.yahoo.com with NNFMP; 25 Sep 2013 16:04:20 -0000 Received: from [98.136.164.74] by tm4.bullet.mail.gq1.yahoo.com with NNFMP; 25 Sep 2013 16:04:20 -0000 Received: from [127.0.0.1] by smtp236.mail.gq1.yahoo.com with NNFMP; 25 Sep 2013 16:04:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1380125060; bh=/QiurpHa8D4hiUNrjy4inhRslqon59wJAvnr/oZCGH4=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=Q5gtqVSDKb9fTWLz3N8Rzis6u/UZ7P20K3IJSTixzyoIVdbhb55CYx/DBdsFIQFJmjB7Xf3LThbSNQB3aektK25RBT5KyUaxCGzGzkVQdnTupSuQxcFH1779Azv1SFCYYguCT9i/MpN+UFkMuPWDchWvnNXv+WjIkyw+NqYxuu0= X-Yahoo-Newman-Id: 683574.7125.bm@smtp236.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Ue0Rrj0VM1k8GPwdJ61Lh2_PkAA1_uSR7rwpbkLr2DbtQ7D zVjHSbnefM5jLXpf78Z6A7J8rd4XSFZD.dqSMnx3DxyujksShl8XhaBQfFu6 naKdarkOYWkUc9Ys1b8BK0EYjS3VHD3tuLgJVnjHNHojcH4YvvdNdmYFrnVL iQ0UovP.TU04IpA4Wa9PHwL9W9lptHa.emCbFlQV3jjYaR0SfjBsbz5xnljd uxvQVJi.RIP.kUDhSaP_w7EYgHqjqZrkELWlMqs9NFi8ZePU9rNQoA6XCbCB Ff5KZ9qnYfUD8lU.sK_TprmByskPtboE1magf6vmPCOhpOGe74_ASYHqyv7V e6R9WhfHRwy7VBwYWwryT5mfNMVnr1sIrmloThvgW8WcCf2Kyy2dZNIzKaTx 1MBmcGg9FFlUXQtSRj7PLTGu14at3eU88nEt3T14rqFm1KowUSIpMMvEG.jH 6uaL9bN2A.IwBmCNQRryCllh4fZX6RWTKOYzGgIVMTRCbPKUUEm_pekbpMAJ 0noAj.j4Kj5.DEv474HIJ.gjdLE4gan707EZbdLcE5T4VpidXUqlxKnPjf7p eN8YaI5TvIMZ3ke69U4FgSyJEd5D7yunrT3gdzFKOcxX4_8D_4_IHr2fTfYm TRFGOW2LIxwwc0Yq7m.Ehn6FBjS21R1XnNNejh15MyQkxixlYkqCghlQS6fy g1YR4Glx69M77DXfDAf3ojHyb5lQR_xmKyuDqtp.OM9tnQU9TJkiDbrBFGt3 IDyu8MbidZmxshoIDKesNBLDU1PcGYjmWtAu7IaPHgIaheNEPSKMLM6Lel5c oI9F6iPBx0fZao16NLIBBO7N8wd.IXFGWh_DHRwnjCqqekL6OPuXKp36v3sf Ey6C1e0Zfhd0Hl.UDKw-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp236.mail.gq1.yahoo.com with SMTP; 25 Sep 2013 16:04:19 +0000 UTC Subject: Re: Doing it wrong: Building world with lang/clang-devel and lang/gcc49 From: Sean Bruno To: Brooks Davis , "freebsd-current@freebsd.org" , Lev Serebryakov In-Reply-To: <1380086110.1619.70.camel@localhost> References: <1379702370.2402.3.camel@localhost> <1739775195.20130921154216@serebryakov.spb.ru> <20130922215307.GG62197@lor.one-eyed-alien.net> <1380086110.1619.70.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-EHapE+JTmStgeVIranyu" Date: Wed, 25 Sep 2013 09:04:19 -0700 Message-ID: <1380125059.2545.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 16:04:27 -0000 --=-EHapE+JTmStgeVIranyu Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2013-09-24 at 22:15 -0700, Sean Bruno wrote: > On Sun, 2013-09-22 at 16:53 -0500, Brooks Davis wrote: > > On Sat, Sep 21, 2013 at 03:42:16PM +0400, Lev Serebryakov wrote: > > > Hello, Sean. > > > You wrote 20 ???????????????? 2013 ??., 22:39:30: > > >=20 > > > SB> wow, that didn't work at all. :-) > > >=20 > > > SB> I set these in make.conf: > > >=20 > > > SB> CC=3D/usr/local/bin/clang > > > SB> C++=3D/usr/local/bin/clang++ > > > SB> CPP=3D/usr/local/bin/clang++ > > >=20 > > > SB> It exploded pretty badly: > > >=20 > > > SB> http://people.freebsd.org/~sbruno/doingitwrong.txt > > >=20 > > > SB> Any reason that this shouldn't work? > > > Try > > >=20 > > > XCC=3D/usr/local/bin/clang > > > XCXX=3D/usr/local/bin/clang++ > > > XCPP=3D/usr/local/bin/clang++ > > > COMPILER_TYPE=3Dclang > > >=20 > > > It should work, at least, in theory. > >=20 > > You will likely also need -WITHOUT_FORMAT_EXTENSIONS. > >=20 > > -- Brooks >=20 >=20 > Well, I've tried clang-devel, gcc46 and gcc49. Each one yeilds > different failures and I'm really just totally confused at this point. >=20 > I've set: > export XCC=3D/usr/local/bin/gcc49 > export XCXX=3D/usr/local/bin/g++49 > export XCPP=3D/usr/local/bin/g++49 > export CC=3D/usr/local/bin/gcc49 > export CXX=3D/usr/local/bin/g++49 > export CPP=3D/usr/local/bin/g++49 > export COMPILER_TYPE=3Dgcc > and > export TARGET=3Dmips > export TARGET_ARCH=3Dmips > export SRCCONF=3D/dev/null > export SRCROOT=3D/home/sbruno/bsd/fbsd_head > export MAKEOBJDIRPREFIX=3D/var/tmp > export DESTDIR=3D/mipsbuild/$TARGET_ARCH > export KERNCONF=3DMALTA >=20 >=20 > =3D=3D> usr.bin/dtc (obj,depend,all,install) > --- obj --- > /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/home/sbruno/bsd/fbsd_hea= d/usr.bin/dtc created for /home/sbruno/bsd/fbsd_head/usr.bin/dtc > --- .depend --- > rm -f .depend > CC=3D'/usr/local/bin/gcc49' mkdep -f .depend -a > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include = /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtc.cc /home/sbruno/bsd/fbsd_head/= usr.bin/dtc/input_buffer.cc /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.c= c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtb.cc /home/sbruno/bsd/fbsd_head/= usr.bin/dtc/fdt.cc /home/sbruno/bsd/fbsd_head/usr.bin/dtc/checking.cc =20 > echo > dtc: /usr/lib/libc.a /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/leg= acy/usr/lib/libegacy.a >> .depend > echo dtc: /usr/lib/libstdc++.a >> .depend > make[3]: /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/home/sbruno/bsd= /fbsd_head/usr.bin/dtc/.depend, 347: ignoring stale .depend for /usr/lib/li= bstdc++.a > --- dtc.o --- > --- input_buffer.o --- > --- string.o --- > --- dtb.o --- > --- fdt.o --- > --- checking.o --- > --- dtc.o --- > /usr/local/bin/g++49 -O2 -pipe > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include > -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtc.cc > --- input_buffer.o --- > /usr/local/bin/g++49 -O2 -pipe > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include > -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/input_buffer.cc > --- string.o --- > /usr/local/bin/g++49 -O2 -pipe > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include > -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.cc > --- dtb.o --- > /usr/local/bin/g++49 -O2 -pipe > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include > -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/dtb.cc > --- fdt.o --- > /usr/local/bin/g++49 -O2 -pipe > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include > -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/fdt.cc > --- checking.o --- > /usr/local/bin/g++49 -O2 -pipe > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include > -c /home/sbruno/bsd/fbsd_head/usr.bin/dtc/checking.cc > --- string.o --- > In file included > from /home/sbruno/bsd/fbsd_head/usr.bin/dtc/input_buffer.hh:35:0, >=20 > from /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.hh:35, >=20 > from /home/sbruno/bsd/fbsd_head/usr.bin/dtc/string.cc:33: > /home/sbruno/bsd/fbsd_head/usr.bin/dtc/util.hh:53:21: error: 'uint8_t' > was not declared in this scope > typedef std::vector byte_buffer; > ^ > /home/sbruno/bsd/fbsd_head/usr.bin/dtc/util.hh:53:28: error: template > argument 1 is invalid > typedef std::vector byte_buffer; >=20 >=20 >=20 > with gcc49 I get even more peculiar behavior: >=20 > =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) > make[3]: /var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/home/sbruno/bsd= /fbsd_head/gnu/usr.bin/gperf/.depend, 145: ignoring stale .depend for /usr/= lib/libstdc++.a > --- gperf --- > /usr/local/bin/clang++ -O2 -pipe > -I/var/tmp/mips.mips/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/include > -I/home/sbruno/bsd/fbsd_head/gnu/usr.bin/gperf/../../../contrib/gperf/lib= -I/home/sbruno/bsd/fbsd_head/gnu/usr.bin/gperf -static -L/var/tmp/mips.mi= ps/home/sbruno/bsd/fbsd_head/tmp/legacy/usr/lib -o gperf bool-array.o hash-= table.o input.o keyword-list.o keyword.o main.o options.o output.o position= s.o search.o version.o getline.o hash.o -legacy > /usr/local/bin/ld: cannot find -lstdc++ > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** [gperf] Error code 1 >=20 >=20 ok, completely giving up on any hope of externally cross compiling a different $arch I swtiched back to see if I could muddle through and get amd64 to compile ON amd64 with lang/gcc49 did this http://www.freebsd.org/doc/en/articles/custom-gcc/article.html Fails here: =3D=3D=3D> lib/libproc (all) make[5]: /usr/obj/home/sbruno/bsd/head/lib/libproc/.depend, 187: ignoring stale .depend for /usr/obj/home/sbruno/bsd/head/tmp/usr/lib/libstdc++.a /usr/bin/ld: cannot find -lsupc++ cc: error: linker command failed with exit code 1 (use -v to see invocation) --- libproc.so.2 --- *** [libproc.so.2] Error code 1 make[5]: stopped in /home/sbruno/bsd/head/lib/libproc No idea what to do next. I assume that this has worked in the past for someone? --=-EHapE+JTmStgeVIranyu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSQwl6AAoJEBkJRdwI6BaHgssH/2zkUTqkTrwGNlMgq52MpqTc Yt/YN9h3sEIUalc+VKgHakgpd2+0r3eMTio8uIXK7h9ewG50ZEkm3NdRIZiIxIdx 3UwoEe+6272gVh5OkKhF7uLzZFGri2MOjqcL+kNGgok4rV6Eq+yAPyD1abVMD4+B YWY1dzZ9UVJrgpCT758wJOoUzk0uZqh8le8Av8MibydT4wwmR1Gli/SZMsw0/8QN 5POPLI3nDmCaYMHSOTvy1McwBz12ipeVGNrFpol60w6oPSMo30q27p5zMfbZ5RDS 6vkKyIBLfqXX+/v0pj9KRRk+JwWI3zk1ymQod2c9KrBeS1GR+BIzMGZJW67FJL4= =n01r -----END PGP SIGNATURE----- --=-EHapE+JTmStgeVIranyu-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 16:06:05 2013 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 ESMTP id 716DCBD1 for ; Wed, 25 Sep 2013 16:06:05 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008: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 02CF52FE4 for ; Wed, 25 Sep 2013 16:06:04 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id mz11so2352641bkb.37 for ; Wed, 25 Sep 2013 09:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=WL5Gr85hE2KW7R37JHLpv37zbh9x9ZmocPrieugMxTs=; b=mTW9daYGU/8ImtXsPqqz/eK84WIrntLz44+oteYCrT1y+ge3SuQ6MCxRPZ3E/9yCKL KYH1yutS1mD7juRuGFFvqNPLTCBlfQAyYpx5RGayWWzWgJIlSP59rMmNCrEQYb+VMjyS RVkDEjTw6e9TFgMDdUL91KQ9YVTvi1ygPUmEFYbCVX+gQF9/iwZLgilqZX2GoolomWjq Z1MidQCIsXoHpoC0XsrZvs85N5BXHuuW3bxq0eOJc1oseerEzvqyVHaLmPYuEXm8IvJS diUq/B2mC0OiaKZbUdyOr8VE/ayJ945FhJfmb2EXm2vGj7qlMIOspNHA4xfyZAwvq5Wc LSeA== X-Received: by 10.205.14.197 with SMTP id pr5mr28581042bkb.6.1380125163096; Wed, 25 Sep 2013 09:06:03 -0700 (PDT) Received: from [192.168.1.102] (addt96.neoplus.adsl.tpnet.pl. [79.184.71.96]) by mx.google.com with ESMTPSA id no2sm14692812bkb.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 09:06:02 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi) From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Wed, 25 Sep 2013 18:06:01 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130924104658.46313090@laptop.minsk.domain> <842AF8F6-E143-494C-B275-F395220732FF@freebsd.org> To: Sergey Kandaurov X-Mailer: Apple Mail (2.1510) Cc: "Sergey V. Dyatko" , current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 16:06:05 -0000 Wiadomo=B6=E6 napisana przez Sergey Kandaurov w dniu = 24 wrz 2013, o godz. 14:04: > On 24 September 2013 15:44, Edward Tomasz Napiera=B3a = wrote: >> Wiadomo=B6=E6 napisana przez Sergey Kandaurov w = dniu 24 wrz 2013, o godz. 13:00: >>> On 24 September 2013 14:40, Sergey Kandaurov = wrote: >>>> On 24 September 2013 11:46, Sergey V. Dyatko = wrote: >>>>> Hi, >>>>>=20 >>>>> today I tried to play a bit with new iscsi >>>>>=20 >>>>> r255812 isn't fully complete fix? >>>>>=20 >>>> [...] >>>>> run `kldload iscsi_initiator` and got a panic: >>>>=20 >>>> Something like this quick'n'dirty should work. >>>> Compile tested only. >>>>=20 >>>> Index: sys/dev/iscsi_initiator/iscsi.c >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- sys/dev/iscsi_initiator/iscsi.c (revision 255841) >>>> +++ sys/dev/iscsi_initiator/iscsi.c (working copy) >>>> @@ -715,7 +715,8 @@ >>>> TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); >>>>=20 >>>> isc =3D malloc(sizeof(struct isc_softc), M_ISCSI, = M_ZERO|M_WAITOK); >>>> - isc->dev =3D make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, >>>> GID_WHEEL, 0600, "iscsi"); >>>> + isc->dev =3D make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, = max_sessions, >>>> + NULL, UID_ROOT, GID_WHEEL, 0600, = "iscsi"); >>>> isc->dev->si_drv1 =3D isc; >>>> mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); >>>=20 >>> Erm, of course it shall be checked against failure. >>=20 >> Sure. What do you think about this: >>=20 >> Index: sys/dev/iscsi_initiator/iscsi.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/dev/iscsi_initiator/iscsi.c (revision 255834) >> +++ sys/dev/iscsi_initiator/iscsi.c (working copy) >> @@ -715,8 +715,14 @@ iscsi_start(void) >> TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); >>=20 >> isc =3D malloc(sizeof(struct isc_softc), M_ISCSI, = M_ZERO|M_WAITOK); >> - isc->dev =3D make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, = GID_WHEEL, 0600, "iscsi"); >> - isc->dev->si_drv1 =3D isc; >> + isc->dev =3D make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, = max_sessions, >> + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi"); >> + if (isc->dev =3D=3D NULL) { >> + xdebug("iscsi_initiator: make_dev_credf failed"); >> + // XXX: don't return; otherwise it would panic on unload >> + } else { >> + isc->dev->si_drv1 =3D isc; >> + } >> mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); >>=20 >> TAILQ_INIT(&isc->isc_sess); >>=20 >=20 > LGTM, except there is different indentation where for function calls > each new line aligned with the first function argument. Committed in a somewhat different form. I've also realized the new = initiator had a similar bug; could you please test both to make sure everything is = right now? Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 16:16:27 2013 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 ESMTP id 7C063E42 for ; Wed, 25 Sep 2013 16:16:27 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-yh0-x229.google.com (mail-yh0-x229.google.com [IPv6:2607:f8b0:4002:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 422C420B4 for ; Wed, 25 Sep 2013 16:16:27 +0000 (UTC) Received: by mail-yh0-f41.google.com with SMTP id f73so2725319yha.28 for ; Wed, 25 Sep 2013 09:16:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=5Ikfd3yNSobHRK8QUusCUpv1dmD6RKZQZw3evN3E9Kc=; b=uCpM/lZt1T6cYnorIKnHVEZ9gkf+UUDPjhswltSQVWekX1n1iVNPe173us/fB0FdKj pXSL7pYCL5eBelJUfBKAhTX9L/ZL+cOJ1NAxDwF3cG3U4qUr1bT5+2qexaXYeY8a67RF pUWlPcSbAyREsnaX/MP0DSsu5J2oiFwdZvyyL9JjF2ZtlrpLcOwFr6q2hx4SI+TPR2Z5 kP5/4wMnh3qBRbwOXYEpoPtnsPSiQ5XghevdZgtqKS/lqJ+V3sL86CgYBmOHcY++sN7j G3kRsPi0JTo/MG/Rv/JpU/nHpOKy8XVKlomh/X7wh3GkVw1GcGOxrOgnjoZ2R3VnUAgX EJ2w== X-Received: by 10.236.13.3 with SMTP id a3mr7016255yha.21.1380125786440; Wed, 25 Sep 2013 09:16:26 -0700 (PDT) Received: from lumiwa.farms.net (pool-70-105-224-168.port.east.myfairpoint.net. [70.105.224.168]) by mx.google.com with ESMTPSA id t31sm54516834yhp.13.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 09:16:25 -0700 (PDT) From: Ajtim To: freebsd-current@freebsd.org Subject: last.fm error Date: Wed, 25 Sep 2013 12:16:23 -0400 Message-ID: <1566587.9Eak9XrNq3@lumiwa.farms.net> User-Agent: KMail/4.11.1 (FreeBSD/10.0-ALPHA1; KDE/4.11.1; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 16:16:27 -0000 Hi! I tried to build last.fm on FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 01:57:31 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 but it didn't work: /usr/local/bin/ld: ../build/last.fm/release/AbstractBootstrapper.o: undefined reference to symbol 'gzclose@@ZLIB_1.2.4.0' /usr/local/bin/ld: note: 'gzclose@@ZLIB_1.2.4.0' is defined in DSO //lib/libz.so.6 so try adding it to the linker command line //lib/libz.so.6: could not read symbols: Invalid operation collect2: ld returned 1 exit status *** [../bin/last.fm] Error code 1 make[2]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862/src 1 error make[2]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862/src *** [sub-src-all-ordered] Error code 2 make[1]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862 1 error make[1]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/audio/last.fm ===>>> make failed for audio/last.fm ===>>> Aborting update ===>>> Killing background jobs Terminated Thanks in advance. -- Mitja --- http://redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 16:36:38 2013 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 ESMTP id AB9AB4D0; Wed, 25 Sep 2013 16:36:38 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5927F2222; Wed, 25 Sep 2013 16:36:38 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id oy12so4816014veb.40 for ; Wed, 25 Sep 2013 09:36:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LARSoMtLnWNORvDZonzeRx+n2/jHYvAbYzsW2NI1ocg=; b=a5gN5i6ce2xIaVpU5PzQKQPEZFzgNUGTGs7O8+pgw2s95d12n5gIVCnoGMXO/TVkqo N07XXo1uwHc+mdjQoPpd7UUBoNlvi3Fh0B0MU8XlVw2mDWlq9b9DVaKn9Ix2qW5i8GE+ f7O1j7pfV0B6xAk4YtujqSzk6HOx/wZIMH7kaAEIE5R9rAunSFzr9iz3T6SDtFcRsrOi pnwJyYmIUdZTJ1roRTO5tSf5eAzjO52EeyqK+/R4wipE8KuX5CPjsIpmDCT8ZFJ7SnTK +RaUEHSWOttUznSlS3HcNdohFLRfD8kUgmGlntaJl7+yTd9ev4WGmLh546LYBgaRhWyY poYg== MIME-Version: 1.0 X-Received: by 10.58.249.136 with SMTP id yu8mr851537vec.37.1380126997458; Wed, 25 Sep 2013 09:36:37 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Wed, 25 Sep 2013 09:36:37 -0700 (PDT) In-Reply-To: <201309251530.r8PFUtMG002713@mech-cluster241.men.bris.ac.uk> References: <201309251530.r8PFUtMG002713@mech-cluster241.men.bris.ac.uk> Date: Wed, 25 Sep 2013 18:36:37 +0200 X-Google-Sender-Auth: CU4vXE2Cit2wi4uVK9acjSN06N0 Message-ID: Subject: Re: panic: ia64 r255811: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks From: Davide Italiano To: mexas@bris.ac.uk Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-ia64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 16:36:38 -0000 On Wed, Sep 25, 2013 at 5:30 PM, Anton Shterenlikht wrote: > >From davide.italiano@gmail.com Wed Sep 25 16:12:47 2013 >> >>Can you please paste the output of 'show locks', 'show alllocks', >>'show lockedvnods' at least? >>Ideally you should provide all the informations listed here. >>http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html > > ok, I'll need to study this. > > I've in the kernel: > > # Debugging support. Always need this: > options KDB # Enable kernel debugger support. > options KDB_TRACE # Print a stack trace for a panic. > # For full debugger support use (turn off in stable branch): > options DDB # Support DDB > options GDB # Support remote GDB > options DEADLKRES # Enable the deadlock resolver > options INVARIANTS # Enable calls of extra sanity checking > options INVARIANT_SUPPORT # required by INVARIANTS > options WITNESS # Enable checks to detect deadlocks and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed > options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones > > so I'm missing DEBUG_LOCKS, DEBUG_VFS_LOCKS and DIAGNOSTIC > from the handbook list. > > What about all debug options in GENERIC which are > not mentioned in your link? Specifically, do I need > to have DEADLKRES? > Yes, you need that option because it's DEADLKRES that triggers the panic. > I've never used trace. > Also, I'm getting a panic, so cannot run ps, I think. > You can run 'ps' from ddb prompt. As an advice I suggest you to setup textdump(4) on your machine and set up a script to gather the required informations, so that you can get those informations pretty easily for report. The manpage has detailed description about how to do this. > Thanks > > Anton -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 16:53:25 2013 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 ESMTP id 63C69C4E for ; Wed, 25 Sep 2013 16:53:25 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog125.obsmtp.com (eu1sys200aog125.obsmtp.com [207.126.144.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67C3E2364 for ; Wed, 25 Sep 2013 16:53:24 +0000 (UTC) Received: from mail-wi0-f174.google.com ([209.85.212.174]) (using TLSv1) by eu1sys200aob125.postini.com ([207.126.147.11]) with SMTP ID DSNKUkMVAkYggHDbHJeol/bprhOBrCh0lZ7w@postini.com; Wed, 25 Sep 2013 16:53:24 UTC Received: by mail-wi0-f174.google.com with SMTP id hj3so5761180wib.7 for ; Wed, 25 Sep 2013 09:53:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=0tiO6+1mLmD4REp1JKgf0qqO3ANys6V7+NFz5OqSVTM=; b=SMafXqhQiq4XkxWyIdoxziQ2Yg3mrZ5GRbNUTCC4FQWvWwkMebailSqa41ZfzxNHFu gnZWHEPTwnYYI0mT0YVejWq2rqc9ZknAj+4Alax48eDn9klALgzGrjuEfwnFelsuR2c7 XOL8zWrmeLtNHBT5WpY5U1Fr7XcnuAkgEYjJeNB0HPKNHR3FWvl+v+Te3GwdYtXPFAuV OSBFdZu2kSBTISDWt9D1EgvUlBKF5iIeLCs7Pc7KBOBq9CODeMWXDH4isBv97Xo/qP7t uV9hzsXtxugH0eNPew28ipVpAQbj5ZCIop2mYeBfoDgb7Q7+T3W3cYwPLEQcpI3HISiC 3cDw== X-Received: by 10.194.23.73 with SMTP id k9mr28793697wjf.24.1380121843009; Wed, 25 Sep 2013 08:10:43 -0700 (PDT) X-Gm-Message-State: ALoCoQmuF31m42uuZkTetTxnU42bHCd/EULTQi8xXzf5YAhCUmX0988WTF2TuWarn6s+bKfOp7h49BDfbT/4WL7SdijWSMeQzXYwhVIWHou2nYdliK4D6OucX5HKTr2FeOUVWybbOhvthccFQ0TLRnxjvpOKeB31pDFAsWWZ69VWY1ZWF742gik= X-Received: by 10.194.23.73 with SMTP id k9mr28793691wjf.24.1380121842928; Wed, 25 Sep 2013 08:10:42 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id b11sm18822122wik.1.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 08:10:41 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id r8PFAe8K002587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 25 Sep 2013 16:10:40 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id r8PFAde3002586; Wed, 25 Sep 2013 16:10:39 +0100 (BST) (envelope-from mexas) Date: Wed, 25 Sep 2013 16:10:39 +0100 (BST) From: Anton Shterenlikht Message-Id: <201309251510.r8PFAde3002586@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: panic: ia64 r255811: deadlkres: possible deadlock detected for 0xe0000000129b4d80, blocked for 901858 ticks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bris.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 16:53:25 -0000 This panic was triggered by "svn up", while portmaster updates were going on: FreeBSD mech-as221.men.bris.ac.uk 10.0-ALPHA2 FreeBSD 10.0-ALPHA2 #8 r255811: Tue Sep 24 09:04:17 BST 2013 root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 - - - - - - - - - - Prior Console Output - - - - - - - - - - kdb_backtrace(0x9ffc000000bfb030, 0x9ffc00000045b350, 0x40c, 0x9ffc000000dd20a0) at kdb_backtrace+0xc0 vpanic(0x9ffc000000aec840, 0xa0000000005cb518) at vpanic+0x260 panic(0x9ffc000000aec840, 0x9ffc000000aecaa0, 0xe0000000129b4d80, 0xdc2e2) at panic+0x80 deadlkres(0xdc2e2, 0xe0000000129b4d80, 0x9ffc000000aef478, 0x9ffc000000aec7d0) at deadlkres+0x420 fork_exit(0x9ffc000000b441e0, 0x0, 0xa0000000005cb550) at fork_exit+0x120 enter_userland() at enter_userland KDB: enter: panic [ thread pid 0 tid 100047 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe28fb0,gp ;; db> - - - - - - - - - - - - Live Console - - - - - - - - - - - - db> show msgbuf msgbufp = 0xe0000040fffbdfb8 magic = 63062, size = 98232, r= 12374, w = 13109, ptr = 0xe0000040fffa6000, cksum= 988569 panic: deadlkres: possible deadlock detected for 0xe0000000129b4d80, blocked for 901858 ticks cpuid = 1 KDB: stack backtrace: db_trace_self(0x9ffc0000000c9ec0) at db_trace_self+0x40 db_trace_self_wrapper(0x9ffc0000004d40b0) at db_trace_self_wrapper+0x70 kdb_backtrace(0x9ffc000000bfb030, 0x9ffc00000045b350, 0x40c, 0x9ffc000000dd20a0) at kdb_backtrace+0xc0 vpanic(0x9ffc000000aec840, 0xa0000000005cb518) at vpanic+0x260 panic(0x9ffc000000aec840, 0x9ffc000000aecaa0, 0xe0000000129b4d80, 0xdc2e2) at panic+0x80 deadlkres(0xdc2e2, 0xe0000000129b4d80, 0x9ffc000000aef478, 0x9ffc000000aec7d0) at deadlkres+0x420 fork_exit(0x9ffc000000b441e0, 0x0, 0xa0000000005cb550) at fork_exit+0x120 enter_userland() at enter_userland KDB: enter: panic GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-ALPHA2 #8 r255811: Tue Sep 24 09:04:17 BST 2013 root@mech-as221.men.bris.ac.uk:/usr/obj/usr/src/sys/UZI ia64 gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. CPU: Madison (1500 MHz Itanium 2) Origin = "GenuineIntel" Revision = 5 Features = 0x1 real memory = 6442450944 (6144 MB) avail memory = 6298828800 (6007 MB) FPSWA Revision = 0x10012, Entry = 0xe0000040ffe60050 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: ACPI Id=0, SAPIC Id=0, SAPIC Eid=0 (BSP) cpu1: ACPI Id=1, SAPIC Id=1, SAPIC Eid=0 random: initialized Event timer "ITC" frequency 1500000000 Hz quality 1000 db> show thread Thread 100047 at 0xe000000011973b00: proc (pid 0): 0x9ffc000000c15828 name: deadlkres stack: 0xa0000000005c4000-0xa0000000005cbfff flags: 0x4 pflags: 0x200000 state: RUNNING (CPU 1) priority: 108 container lock: sched lock 1 (0x9ffc000000c3de80) db> db> show thread Thread 100047 at 0xe000000011973b00: proc (pid 0): 0x9ffc000000c15828 name: deadlkres stack: 0xa0000000005c4000-0xa0000000005cbfff flags: 0x4 pflags: 0x200000 state: RUNNING (CPU 1) priority: 108 container lock: sched lock 1 (0x9ffc000000c3de80) db> show proc Process 0 (kernel) at 0x9ffc000000c15828: state: NORMAL uid: 0 gids: 0 ABI: null threads: 151 100355 D - 0xe000000012322900 [zil_clean] 100354 D - 0xe000000012322500 [zil_clean] 100347 D - 0xe000000011c4d100 [zfs_vn_rele_taskq] 100345 D - 0xe000000012329500 [zio_ioctl_intr] 100344 D - 0xe000000012329400 [zio_ioctl_issue] 100343 D - 0xe000000012329300 [zio_claim_intr] 100342 D - 0xe000000012329200 [zio_claim_issue] 100341 D - 0xe000000012329100 [zio_free_intr] 100340 D - 0xe000000012329000 [zio_free_issue_99] 100339 D - 0xe000000012329000 [zio_free_issue_98] 100338 D - 0xe000000012329000 [zio_free_issue_97] 100337 D - 0xe000000012329000 [zio_free_issue_96] 100336 D - 0xe000000012329000 [zio_free_issue_95] 100335 D - 0xe000000012329000 [zio_free_issue_94] 100334 D - 0xe000000012329000 [zio_free_issue_93] 100333 D - 0xe000000012329000 [zio_free_issue_92] 100332 D - 0xe000000012329000 [zio_free_issue_91] 100331 D - 0xe000000012329000 [zio_free_issue_90] 100330 D - 0xe000000012329000 [zio_free_issue_89] 100329 D - 0xe000000012329000 [zio_free_issue_88] 100328 D - 0xe000000012329000 [zio_free_issue_87] 100327 D - 0xe000000012329000 [zio_free_issue_86] 100326 D - 0xe000000012329000 [zio_free_issue_85] 100325 D - 0xe000000012329000 [zio_free_issue_84] 100324 D - 0xe000000012329000 [zio_free_issue_83] 100323 D - 0xe000000012329000 [zio_free_issue_82] 100322 D - 0xe000000012329000 [zio_free_issue_81] 100321 D - 0xe000000012329000 [zio_free_issue_80] 100320 D - 0xe000000012329000 [zio_free_issue_79] 100319 D - 0xe000000012329000 [zio_free_issue_78] 100318 D - 0xe000000012329000 [zio_free_issue_77] 100317 D - 0xe000000012329000 [zio_free_issue_76] 100316 D - 0xe000000012329000 [zio_free_issue_75] 100315 D - 0xe000000012329000 [zio_free_issue_74] 100314 D - 0xe000000012329000 [zio_free_issue_73] 100313 D - 0xe000000012329000 [zio_free_issue_72] 100312 D - 0xe000000012329000 [zio_free_issue_71] 100311 D - 0xe000000012329000 [zio_free_issue_70] 100310 D - 0xe000000012329000 [zio_free_issue_69] 100309 D - 0xe000000012329000 [zio_free_issue_68] 100308 D - 0xe000000012329000 [zio_free_issue_67] 100307 D - 0xe000000012329000 [zio_free_issue_66] 100306 D - 0xe000000012329000 [zio_free_issue_65] 100305 D - 0xe000000012329000 [zio_free_issue_64] 100304 D - 0xe000000012329000 [zio_free_issue_63] 100303 D - 0xe000000012329000 [zio_free_issue_62] 100302 D - 0xe000000012329000 [zio_free_issue_61] 100301 D - 0xe000000012329000 [zio_free_issue_60] 100300 D - 0xe000000012329000 [zio_free_issue_59] 100299 D - 0xe000000012329000 [zio_free_issue_58] 100298 D - 0xe000000012329000 [zio_free_issue_57] 100297 D - 0xe000000012329000 [zio_free_issue_56] 100296 D - 0xe000000012329000 [zio_free_issue_55] 100295 D - 0xe000000012329000 [zio_free_issue_54] 100294 D - 0xe000000012329000 [zio_free_issue_53] 100293 D - 0xe000000012329000 [zio_free_issue_52] 100292 D - 0xe000000012329000 [zio_free_issue_51] 100291 D - 0xe000000012329000 [zio_free_issue_50] 100290 D - 0xe000000012329000 [zio_free_issue_49] 100289 D - 0xe000000012329000 [zio_free_issue_48] 100288 D - 0xe000000012329000 [zio_free_issue_47] 100287 D - 0xe000000012329000 [zio_free_issue_46] 100286 D - 0xe000000012329000 [zio_free_issue_45] 100285 D - 0xe000000012329000 [zio_free_issue_44] 100284 D - 0xe000000012329000 [zio_free_issue_43] 100283 D - 0xe000000012329000 [zio_free_issue_42] 100282 D - 0xe000000012329000 [zio_free_issue_41] 100281 D - 0xe000000012329000 [zio_free_issue_40] 100280 D - 0xe000000012329000 [zio_free_issue_39] 100279 D - 0xe000000012329000 [zio_free_issue_38] 100278 D - 0xe000000012329000 [zio_free_issue_37] 100277 D - 0xe000000012329000 [zio_free_issue_36] 100276 D - 0xe000000012329000 [zio_free_issue_35] 100275 D - 0xe000000012329000 [zio_free_issue_34] 100274 D - 0xe000000012329000 [zio_free_issue_33] 100273 D - 0xe000000012329000 [zio_free_issue_32] 100272 D - 0xe000000012329000 [zio_free_issue_31] 100271 D - 0xe000000012329000 [zio_free_issue_30] 100270 D - 0xe000000012329000 [zio_free_issue_29] 100269 D - 0xe000000012329000 [zio_free_issue_28] 100268 D - 0xe000000012329000 [zio_free_issue_27] 100267 D - 0xe000000012329000 [zio_free_issue_26] 100266 D - 0xe000000012329000 [zio_free_issue_25] 100265 D - 0xe000000012329000 [zio_free_issue_24] 100264 D - 0xe000000012329000 [zio_free_issue_23] 100263 D - 0xe000000012329000 [zio_free_issue_22] 100262 D - 0xe000000012329000 [zio_free_issue_21] 100261 D - 0xe000000012329000 [zio_free_issue_20] 100260 D - 0xe000000012329000 [zio_free_issue_19] 100259 D - 0xe000000012329000 [zio_free_issue_18] 100258 D - 0xe000000012329000 [zio_free_issue_17] 100257 D - 0xe000000012329000 [zio_free_issue_16] 100256 D - 0xe000000012329000 [zio_free_issue_15] 100255 D - 0xe000000012329000 [zio_free_issue_14] 100254 D - 0xe000000012329000 [zio_free_issue_13] 100253 D - 0xe000000012329000 [zio_free_issue_12] 100252 D - 0xe000000012329000 [zio_free_issue_11] 100251 D - 0xe000000012329000 [zio_free_issue_10] 100250 D - 0xe000000012329000 [zio_free_issue_9] 100249 D - 0xe000000012329000 [zio_free_issue_8] 100248 D - 0xe000000012329000 [zio_free_issue_7] 100247 D - 0xe000000012329000 [zio_free_issue_6] 100246 D - 0xe000000012329000 [zio_free_issue_5] 100245 D - 0xe000000012329000 [zio_free_issue_4] 100244 D - 0xe000000012329000 [zio_free_issue_3] 100243 D - 0xe000000012329000 [zio_free_issue_2] 100242 D - 0xe000000012329000 [zio_free_issue_1] 100241 D - 0xe000000012329000 [zio_free_issue_0] 100240 D - 0xe000000012328f00 [zio_write_intr_high] 100239 D - 0xe000000012328f00 [zio_write_intr_high] 100238 D - 0xe000000012328f00 [zio_write_intr_high] 100237 D - 0xe000000012328f00 [zio_write_intr_high] 100236 D - 0xe000000012328f00 [zio_write_intr_high] 100235 D - 0xe000000012328e00 [zio_write_intr_7] 100234 D - 0xe000000012328e00 [zio_write_intr_6] 100233 D - 0xe000000012328e00 [zio_write_intr_5] 100232 D - 0xe000000012328e00 [zio_write_intr_4] 100231 D - 0xe000000012328e00 [zio_write_intr_3] 100230 D - 0xe000000012328e00 [zio_write_intr_2] 100229 D - 0xe000000012328e00 [zio_write_intr_1] 100228 D - 0xe000000012328e00 [zio_write_intr_0] 100227 D - 0xe000000012328d00 [zio_write_issue_hig] 100226 D - 0xe000000012328d00 [zio_write_issue_hig] 100225 D - 0xe000000012328d00 [zio_write_issue_hig] 100224 D - 0xe000000012328d00 [zio_write_issue_hig] 100223 D - 0xe000000012328d00 [zio_write_issue_hig] 100222 D - 0xe000000012328c00 [zio_write_issue_1] 100221 D - 0xe000000012328c00 [zio_write_issue_0] 100220 D - 0xe000000012328b00 [zio_read_intr_1] 100219 D - 0xe000000012328b00 [zio_read_intr_0] 100218 D - 0xe000000012328a00 [zio_read_issue_7] 100217 D - 0xe000000012328a00 [zio_read_issue_6] 100216 D - 0xe000000012328a00 [zio_read_issue_5] 100215 D - 0xe000000012328a00 [zio_read_issue_4] 100214 D - 0xe000000012328a00 [zio_read_issue_3] 100213 D - 0xe000000012328a00 [zio_read_issue_2] 100212 D - 0xe000000012328a00 [zio_read_issue_1] 100211 D - 0xe000000012328a00 [zio_read_issue_0] 100210 D - 0xe000000012328900 [zio_null_intr] 100209 D - 0xe000000012328800 [zio_null_issue] 100067 D - 0xe000000012329700 [system_taskq_1] 100066 D - 0xe000000012329700 [system_taskq_0] 100047 Run CPU 1 [deadlkres] 100023 D - 0xe000000010bb5300 [kqueue taskq] 100022 D - 0xe000000010bb5400 [ffs_trim taskq] 100019 D - 0xe000000010bb5700 [thread taskq] 100016 D - 0xe000000010bb5a00 [acpi_task_2] 100015 D - 0xe000000010bb5a00 [acpi_task_1] 100014 D - 0xe000000010bb5a00 [acpi_task_0] 100009 D - 0xe000000010bb5d00 [firmware taskq] 100000 D swapin 0x9ffc000000c15828 [swapper] db> db> thread 100047 [ thread pid 0 tid 100047 ] kdb_enter+0x92: [I2] addl r14=0xffffffffffe28fb0,gp ;; db> bt Tracing pid 0 tid 100047 td 0xe000000011973b00 kdb_enter(0x9ffc000000af6e20, 0x9ffc000000af6e20, 0x9ffc00000045b3a0, 0x40c) at kdb_enter+0x92 vpanic(0x9ffc000000aec840, 0xa0000000005cb518) at vpanic+0x2b0 panic(0x9ffc000000aec840, 0x9ffc000000aecaa0, 0xe0000000129b4d80, 0xdc2e2) at panic+0x80 deadlkres(0xdc2e2, 0xe0000000129b4d80, 0x9ffc000000aef478, 0x9ffc000000aec7d0) at deadlkres+0x420 fork_exit(0x9ffc000000b441e0, 0x0, 0xa0000000005cb550) at fork_exit+0x120 enter_userland() at enter_userland db> From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 17:52:11 2013 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 ESMTP id A124AABB for ; Wed, 25 Sep 2013 17:52:11 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 85EA326A7 for ; Wed, 25 Sep 2013 17:52:11 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 25 Sep 2013 10:55:38 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id r8PHqAOR062154 for ; Wed, 25 Sep 2013 10:52:10 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id r8PHqAIG062153 for freebsd-current@freebsd.org; Wed, 25 Sep 2013 10:52:10 -0700 (PDT) (envelope-from ambrisko) Date: Wed, 25 Sep 2013 10:52:10 -0700 From: Doug Ambrisko To: freebsd-current@freebsd.org Subject: Problem with r255775 include/mk-osreldate.sh Message-ID: <20130925175210.GA56575@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 17:52:11 -0000 I don't know if others have run into this but I hit a problem with include/mk-osreldate.sh. It does a set -e to exit on commands failing and sources in sys/conf/newvers.sh to get various things set. In newvers.sh it does a bunch of if [ $? -eq 0 ]; then to decide what to do when it passes or fails. Unfortunately, when it fails due to the "set -e" it just exits and doesn't do the else clause. For me I check out a svn tree then build in a chroot. In the chroot svn was failing then not creating a osreldate.h resulting in the build dying. This happened on two different machines of which I use this method. Removing the set -e in mk-osreldate.sh "fixed" my problem. It should probably be reworked to not depend on set -e and print errors when things fail. I guess newvers.sh could be reworked to do if ; then which should pass set -e. What do folks think? It would be good to get this fixed before MFC and before 10 is released. Doug A. From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 18:10:06 2013 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 ESMTP id C96D5151 for ; Wed, 25 Sep 2013 18:10:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDAC27D1 for ; Wed, 25 Sep 2013 18:10:06 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 2F5664AC58; Wed, 25 Sep 2013 22:10:05 +0400 (MSK) Date: Wed, 25 Sep 2013 22:09:58 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1146185257.20130925220958@serebryakov.spb.ru> To: Dimitry Andric Subject: Re: and64-build i386 mtree doesn't work too (Re: r255795/i386 built on r255795/amd64 still could not start devdpassword) In-Reply-To: References: <1927298987.20130922135259@serebryakov.spb.ru> <1256521510.20130923192454@serebryakov.spb.ru> <1198404531.20130923192905@serebryakov.spb.ru> <810647765.20130924162402@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 18:10:06 -0000 Hello, Dimitry. You wrote 25 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 1:50:48: DA> I just tried buildworld TARGET=3Di386 on an amd64 host, and it worked j= ust DA> fine. Are you using any make.conf or src.conf? Ok, one more full cycle (6+ hours) and it seems to work... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 18:15:12 2013 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 ESMTP id F016B3F6 for ; Wed, 25 Sep 2013 18:15:12 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id B2517286E for ; Wed, 25 Sep 2013 18:15:12 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5b:71c5:b3bc:c366]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 5F15A4AC58; Wed, 25 Sep 2013 22:15:11 +0400 (MSK) Date: Wed, 25 Sep 2013 22:15:04 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <486679298.20130925221504@serebryakov.spb.ru> To: Dimitry Andric Subject: Re: and64-build i386 mtree doesn't work too (Re: r255795/i386 built on r255795/amd64 still could not start devdpassword) In-Reply-To: References: <1927298987.20130922135259@serebryakov.spb.ru> <1256521510.20130923192454@serebryakov.spb.ru> <1198404531.20130923192905@serebryakov.spb.ru> <810647765.20130924162402@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 18:15:13 -0000 Hello, Dimitry. You wrote 25 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 1:50:48: DA> I just tried buildworld TARGET=3Di386 on an amd64 host, and it worked j= ust DA> fine. Are you using any make.conf or src.conf? Oh, I was too fast. It is not Ok. devd is started ok, yes. But I cannot change root password from console with: passwd: pam_chauthtok(): error in service module. And after that here is /etc/pwd.db.tmp (empty one). Password is not changed. Again, 100% reproducable. And "host" amd64 system doesn't have this problem. Both systems are r255867, built without anu /etc/make.conf or /etc/src.conf. :-\ --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 25 18:16:57 2013 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 ESMTP id 805C26DF for ; Wed, 25 Sep 2013 18:16:57 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5526A289B for ; Wed, 25 Sep 2013 18:16:57 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VOtdp-0004B0-T6; Wed, 25 Sep 2013 18:16:50 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8PIGl2M003182; Wed, 25 Sep 2013 12:16:47 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/hnOV2/TPcCrEsVJrrDDwI Subject: Re: Problem with r255775 include/mk-osreldate.sh From: Ian Lepore To: Doug Ambrisko In-Reply-To: <20130925175210.GA56575@ambrisko.com> References: <20130925175210.GA56575@ambrisko.com> Content-Type: multipart/mixed; boundary="=-b4v9g1nm7Kc0ou0cegLT" Date: Wed, 25 Sep 2013 12:16:47 -0600 Message-ID: <1380133007.1197.209.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 18:16:57 -0000 --=-b4v9g1nm7Kc0ou0cegLT Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Wed, 2013-09-25 at 10:52 -0700, Doug Ambrisko wrote: > I don't know if others have run into this but I hit a problem with > include/mk-osreldate.sh. It does a set -e to exit on commands failing > and sources in sys/conf/newvers.sh to get various things set. > In newvers.sh it does a bunch of > > if [ $? -eq 0 ]; then > to decide what to do when it passes or fails. Unfortunately, when > it fails due to the "set -e" it just exits and doesn't do the > else clause. For me I check out a svn tree then build in a chroot. > In the chroot svn was failing then not creating a osreldate.h > resulting in the build dying. This happened on two different machines > of which I use this method. > > Removing the set -e in mk-osreldate.sh "fixed" my problem. It should > probably be reworked to not depend on set -e and print errors when things > fail. I guess newvers.sh could be reworked to do > if ; then > which should pass set -e. > > What do folks think? It would be good to get this fixed before MFC > and before 10 is released. > > Doug A. For such a "simple" little change, this sure has been problematic. There are as many ways for it to fail as there are ways to arrange checkout-and-build workflows, apparently. I've been mostly inclined to stay away from any big changes in newvers.sh for fear of breaking it when it's used in some way I'm not familiar with (such as building a release). Sticking with that theory, I'd be inclined to leave it alone again, and not push the 'set -e' problem into its world, and instead do something like the attached. My thinking is that newvers.sh does a variety of things, only some of which are germane to the needs of mk-osreldate.h, so have mk-osreldate check for just what it needs, and let newvers.sh take care of its internal errors however it likes. -- Ian --=-b4v9g1nm7Kc0ou0cegLT Content-Disposition: inline; filename="osreldate_e.diff" Content-Type: text/x-patch; name="osreldate_e.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: include/mk-osreldate.sh =================================================================== --- include/mk-osreldate.sh (revision 255775) +++ include/mk-osreldate.sh (working copy) @@ -25,8 +25,6 @@ # # $FreeBSD$ -set -e - CURDIR=$(pwd) ECHO=${ECHO:=echo} @@ -37,6 +35,12 @@ ${ECHO} creating osreldate.h from newvers.sh export PARAMFILE="${PARAM_H:=$CURDIR/../sys/sys/param.h}" . "${NEWVERS_SH:=$CURDIR/../sys/conf/newvers.sh}" + +if [ -z "${COPYRIGHT}" -o -z "${RELDATE}" ] ; then + ${ECHO} "newvers.sh did not generate required information" + exit 1 +fi + cat > $tmpfile < 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 ESMTP id 1F9F7515; Wed, 25 Sep 2013 18:55:48 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id F1B262B55; Wed, 25 Sep 2013 18:55:47 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 25 Sep 2013 11:59:14 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id r8PItljl084513; Wed, 25 Sep 2013 11:55:47 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id r8PItlG4084512; Wed, 25 Sep 2013 11:55:47 -0700 (PDT) (envelope-from ambrisko) Date: Wed, 25 Sep 2013 11:55:47 -0700 From: Doug Ambrisko To: Ian Lepore Subject: Re: Problem with r255775 include/mk-osreldate.sh Message-ID: <20130925185546.GA17895@ambrisko.com> References: <20130925175210.GA56575@ambrisko.com> <1380133007.1197.209.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1380133007.1197.209.camel@revolution.hippie.lan> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 18:55:48 -0000 On Wed, Sep 25, 2013 at 12:16:47PM -0600, Ian Lepore wrote: | On Wed, 2013-09-25 at 10:52 -0700, Doug Ambrisko wrote: | > I don't know if others have run into this but I hit a problem with | > include/mk-osreldate.sh. It does a set -e to exit on commands failing | > and sources in sys/conf/newvers.sh to get various things set. | > In newvers.sh it does a bunch of | > | > if [ $? -eq 0 ]; then | > to decide what to do when it passes or fails. Unfortunately, when | > it fails due to the "set -e" it just exits and doesn't do the | > else clause. For me I check out a svn tree then build in a chroot. | > In the chroot svn was failing then not creating a osreldate.h | > resulting in the build dying. This happened on two different machines | > of which I use this method. | > | > Removing the set -e in mk-osreldate.sh "fixed" my problem. It should | > probably be reworked to not depend on set -e and print errors when things | > fail. I guess newvers.sh could be reworked to do | > if ; then | > which should pass set -e. | > | > What do folks think? It would be good to get this fixed before MFC | > and before 10 is released. | | For such a "simple" little change, this sure has been problematic. | There are as many ways for it to fail as there are ways to arrange | checkout-and-build workflows, apparently. | | I've been mostly inclined to stay away from any big changes in | newvers.sh for fear of breaking it when it's used in some way I'm not | familiar with (such as building a release). Sticking with that theory, | I'd be inclined to leave it alone again, and not push the 'set -e' | problem into its world, and instead do something like the attached. Yes, I'd be nervous to touch newvers.sh as well. | My thinking is that newvers.sh does a variety of things, only some of | which are germane to the needs of mk-osreldate.h, so have mk-osreldate | check for just what it needs, and let newvers.sh take care of its | internal errors however it likes. Index: include/mk-osreldate.sh =================================================================== --- include/mk-osreldate.sh (revision 255775) +++ include/mk-osreldate.sh (working copy) @@ -25,8 +25,6 @@ # # $FreeBSD$ -set -e - CURDIR=$(pwd) ECHO=${ECHO:=echo} @@ -37,6 +35,12 @@ ${ECHO} creating osreldate.h from newvers.sh export PARAMFILE="${PARAM_H:=$CURDIR/../sys/sys/param.h}" . "${NEWVERS_SH:=$CURDIR/../sys/conf/newvers.sh}" + +if [ -z "${COPYRIGHT}" -o -z "${RELDATE}" ] ; then + ${ECHO} "newvers.sh did not generate required information" + exit 1 +fi + cat > $tmpfile < 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 ESMTP id 28574C59 for ; Wed, 25 Sep 2013 21:04:00 +0000 (UTC) (envelope-from dim@FreeBSD.org) 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 B0EE823FF for ; Wed, 25 Sep 2013 21:03:19 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::6827:9114:a476:f027] (unknown [IPv6:2001:7b8:3a7:0:6827:9114:a476:f027]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 387A15C44; Wed, 25 Sep 2013 23:01:20 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_BED9689B-D82A-407F-88B7-53FE35B76E54"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: lang/gcc not build From: Dimitry Andric In-Reply-To: <5242E26E.3040406@gmail.com> Date: Wed, 25 Sep 2013 23:01:03 +0200 Message-Id: References: <5242E26E.3040406@gmail.com> To: Alexander Panyushkin X-Mailer: Apple Mail (2.1510) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 21:04:00 -0000 --Apple-Mail=_BED9689B-D82A-407F-88B7-53FE35B76E54 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 25, 2013, at 15:17, Alexander Panyushkin = wrote: > uname > FreeBSD 10.0-ALPHA2 #0 r255833M: Tue Sep 24 10:21:04 EEST 2013 > = --------------------------------------------------------------------------= --------------------------------------------------------------------------= -------------=20 > make.conf > CFLAGS=3D -O2 -march=3Dathlon64-sse3 -mtune=3Dathlon64-sse3 -pipe = -Qunused-parameter -Wformat -Wformat-security > CPPFLAGS+=3D -D_FORTIFY_SOURCE=3D2 > = --------------------------------------------------------------------------= --------------------------------------------------------------------------= -------------=20 >=20 > Checking multilib configuration for libgcc... > mkdir x86_64-portbld-freebsd10.0 > mkdir x86_64-portbld-freebsd10.0/libgcc > Configuring in x86_64-portbld-freebsd10.0/libgcc > configure: creating cache ./config.cache > checking for --enable-version-specific-runtime-libs... no > checking for a BSD-compatible install... /usr/bin/install -c -o root = -g wheel > checking for gawk... /usr/bin/awk > checking build system type... x86_64-portbld-freebsd10.0 > checking host system type... x86_64-portbld-freebsd10.0 > checking for x86_64-portbld-freebsd10.0-ar... = /usr/local/x86_64-portbld-freebsd10.0/bin/ar > checking for x86_64-portbld-freebsd10.0-lipo... lipo > checking for x86_64-portbld-freebsd10.0-nm... = /usr/ports/lang/gcc/work/build/./gcc/nm > checking for x86_64-portbld-freebsd10.0-ranlib... = /usr/local/x86_64-portbld-freebsd10.0/bin/ranlib > checking for x86_64-portbld-freebsd10.0-strip... = /usr/local/x86_64-portbld-freebsd10.0/bin/strip > checking whether ln -s works... yes > checking for x86_64-portbld-freebsd10.0-gcc... = /usr/ports/lang/gcc/work/build/./gcc/xgcc = -B/usr/ports/lang/gcc/work/build/./gcc/ = -B/usr/local/x86_64-portbld-freebsd10.0/bin/ = -B/usr/local/x86_64-portbld-freebsd10.0/lib/ -isystem = /usr/local/x86_64-portbld-freebsd10.0/include -isystem = /usr/local/x86_64-portbld-freebsd10.0/sys-include > checking for suffix of object files... configure: error: in = `/usr/ports/lang/gcc/work/build/x86_64-portbld-freebsd10.0/libgcc': > configure: error: cannot compute suffix of object files: cannot = compile Most likely, the xgcc instance cannot handle the -Qunused-parameter flag. So remove it from your custom CFLAGS (note that you should use +=3D, not =3D for CFLAGS in make.conf), and try again. If this does not help, post the config.log file. -Dimitry --Apple-Mail=_BED9689B-D82A-407F-88B7-53FE35B76E54 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlJDTx0ACgkQsF6jCi4glqNV0gCgqv9j3faM3BUvI1/hwk5ji0Yz nBcAoK//pvmyHxxdzlQ7FB6NVZJZ5qtd =WJsp -----END PGP SIGNATURE----- --Apple-Mail=_BED9689B-D82A-407F-88B7-53FE35B76E54-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 06:53:38 2013 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 ESMTP id 8291695C for ; Thu, 26 Sep 2013 06:53:38 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4228920F3 for ; Thu, 26 Sep 2013 06:53:37 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VP5S6-000CdJ-Lc>; Thu, 26 Sep 2013 08:53:30 +0200 Received: from g231211121.adsl.alicedsl.de ([92.231.211.121] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VP5S6-003n0R-Ie>; Thu, 26 Sep 2013 08:53:30 +0200 Date: Thu, 26 Sep 2013 08:53:26 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130926085326.72b53660@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/5HHNP9auKdeIR./6WoE9.yw"; protocol="application/pgp-signature" X-Originating-IP: 92.231.211.121 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 06:53:38 -0000 --Sig_/5HHNP9auKdeIR./6WoE9.yw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Rebooting into CURRENT r255873 floods the kernel messages with ahcich7: Timeout on slot 0 port 0 ahcich7: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr 00000000 cmd 0004c017 What is this supposed to mean? Is this a GEOM pollution of the outer world? Regards, oh --Sig_/5HHNP9auKdeIR./6WoE9.yw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSQ9npAAoJEOgBcD7A/5N8BXoIALCCtTPOZL62KX/47tMH4ny0 zmV0DOpYILeqoNG/AmNxZfiFB1tjES97xkeqtUkSct/LFbgPWAlpR29MX4hnVGo/ 652RelzeF9y1tPMAexOnfLtRLcQOKhVbYgxTAW9J4vROHpiuwdMzwJepwaje8rEh 3a22E5QVp0bLCCBBXWV/l1fpzTmmEMw/3GXFg+TTlFP2cLAI2cuh6ncTL4cskH3k t9X74a9+q3nUQVAfPPV+KtuAH0bbAJkGk3kP9/3/IaVJUR34ZZIwJxnyERbwUu3N horlg3w0Ce0NQf3Y1Whrk/gXcdfFrLg8p2QewhyH7V4p1rfGEeMqrK5Y6ges/RM= =VgwW -----END PGP SIGNATURE----- --Sig_/5HHNP9auKdeIR./6WoE9.yw-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 09:26:54 2013 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 ESMTP id DC173A89 for ; Thu, 26 Sep 2013 09:26:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C8432CB7 for ; Thu, 26 Sep 2013 09:26:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VP7qW-0016Mq-UI>; Thu, 26 Sep 2013 11:26:52 +0200 Received: from g231211121.adsl.alicedsl.de ([92.231.211.121] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VP7qW-00409E-R7>; Thu, 26 Sep 2013 11:26:52 +0200 Date: Thu, 26 Sep 2013 11:26:48 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: [CURRENT] unbound: zonefiles? Message-ID: <20130926112648.00422d7a@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hYjGIjhe+X/M_ghbQQJzAqK"; protocol="application/pgp-signature" X-Originating-IP: 92.231.211.121 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 09:26:54 -0000 --Sig_/hYjGIjhe+X/M_ghbQQJzAqK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I try my first steps with "unbound" on most recent current and snealing through the web I find interesting things and howto's. But I realise if I'd like to replace my office's DNS server (based on BIND as it was part of the FreeBSD world) I run into a serious problem regarding the zone- and authorative files keeping all the PTR and A records. As I can see in the unbound.conf, the statements of those files (address to name resolution, name to address resolution) is now somehow hard coded into unbound.conf via those appropriate config tags like local-zone and local-data. Since I have some larger files defining a local domain, I'd expect having a data file to be loaded. Maybe I'm wrong, eventually someone can send me short notice whether external file load is possible or not. Thanks in advance, Oliver --Sig_/hYjGIjhe+X/M_ghbQQJzAqK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSQ/3cAAoJEOgBcD7A/5N8EecIAKQDST3I2Hw0+vVgiLpbYlmZ iEHBK0fQGsUvWBtNLzARTtBSc/O+aPsBt+gG1q3lzcnWJ7q7W9doRb2WgaI/MXFR ey0brxBC4v2rLAZzZUfO6PPH5MAaaJ7qQNVncW/NcVnWiBG4S0rhUnJdZDCU0XNu 6dUxriNxP/vttyeQRNfQfkK49vcXmL361HrL3VZgeB7yFhVtu/rjFFlBJa7xfjtb +njBMGyFC0n9UyZzsZsskbPb1iXcRZKNeH7Kw04sB/KxYk9BS64HeAGqEhZhcJ7v aPOJVTmAFdMtx+LGWJ+SbkzceuWnSRVhmyLWfC/d/kz4B2DRHt/og9zg+b3AZl8= =rg0I -----END PGP SIGNATURE----- --Sig_/hYjGIjhe+X/M_ghbQQJzAqK-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 10:38:37 2013 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 ESMTP id A3743BA0; Thu, 26 Sep 2013 10:38:37 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-ve0-x236.google.com (mail-ve0-x236.google.com [IPv6:2607:f8b0:400c:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 516AD2242; Thu, 26 Sep 2013 10:38:37 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id oy12so724149veb.13 for ; Thu, 26 Sep 2013 03:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=meW+CmkqoCNuQtCH7sNyR3CZl2TcXFk9Rp113EyW4qI=; b=CDUv+UJWIBsQn6hcMWbkwsx0i/P2QtXPoKSugjtpz4mj/b0MjUTBVP03mymPkwCtYO 48I4dPhZOiRQPI7crMEBVBKxgUg1JM2ex3D4mLHf17JSUIJUR5l0+BgxC6zQkHMekCfA P8uitczwSDkmXPFoFrRPU807GOTG0FP3sahywUT8id0nYreitI7n+VXv5uBafxgJ9pgO DnOYptRWzG0Bjp3yJwiXLSaSa07rPLDDG29fV1kNlYFwUGNhDSxh9Su7HvqjB8MsBcdE EFI8WgqxpnTryORl7LJQwrYQT5IFGohW23GUH9VT1trkrO0sVBGEx/q2UKj/4HeL3eor zQNw== MIME-Version: 1.0 X-Received: by 10.52.170.203 with SMTP id ao11mr35947vdc.95.1380191916537; Thu, 26 Sep 2013 03:38:36 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Thu, 26 Sep 2013 03:38:36 -0700 (PDT) In-Reply-To: <201309261023.r8QAN45I013218@mech-cluster241.men.bris.ac.uk> References: <201309261023.r8QAN45I013218@mech-cluster241.men.bris.ac.uk> Date: Thu, 26 Sep 2013 12:38:36 +0200 X-Google-Sender-Auth: 7yJvJLiRj549bD3ojNsGAmAPvqs Message-ID: Subject: Re: panic: ia64 r255811: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks From: Davide Italiano To: mexas@bris.ac.uk Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-ia64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 10:38:37 -0000 On Thu, Sep 26, 2013 at 12:23 PM, Anton Shterenlikht wrote: > > Regarding textdump(4), I'm not clear where the following > "scripts" should be located and used: > [snip] > Are these ddb(8) commands? Or do I set these in /etc/rc.conf? > The scripts (quotes unneeded) should be located in /etc/ddb.conf. I think you want ddb_enable="YES" in your /etc/rc.conf -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 10:45:47 2013 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 ESMTP id BF892D6A for ; Thu, 26 Sep 2013 10:45:47 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog123.obsmtp.com (eu1sys200aog123.obsmtp.com [207.126.144.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D2CF2289 for ; Thu, 26 Sep 2013 10:45:46 +0000 (UTC) Received: from mail-wi0-f173.google.com ([209.85.212.173]) (using TLSv1) by eu1sys200aob123.postini.com ([207.126.147.11]) with SMTP ID DSNKUkQQWdKlhf7V0tWy2LPb8ZvKKb2i2Z/A@postini.com; Thu, 26 Sep 2013 10:45:47 UTC Received: by mail-wi0-f173.google.com with SMTP id hq15so6828747wib.0 for ; Thu, 26 Sep 2013 03:45:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:cc :reply-to:in-reply-to; bh=XPbui4ChMzMWcyMSYQ0w01dPYS3siL8QUqyrichb/LI=; b=PjhGuVAqCS02k59xb8s2qxf16nnOowq3hMJwNo5CpLOOkGDuxN+kRH7YzfSqjn6DJX xZNZqOWOL58uzAM/wQKqWp18yKNAp6OgaJXbJUhagXhKv+Qfe95u8hD7wcWctCX5c/Me IFF0Fe3fkS/TBmP4trVtifRjTR/zCU50FTZmjcCzxF89VaSugbSvsz8ZpQhtDKRjPSCk AWh5HtvgoOqoNICIwijiZNNz65ETkuEz0fVf7xk799/4CGIxySzwB7PkQPP6IA0ISQ1P Z6wnBoI3lJMmoPoSKaAmZ1OAh80ryUWJOpGYHdp8j1tiu12nKxmnCe5NX2lYl0XHkQWs hbfw== X-Received: by 10.181.12.112 with SMTP id ep16mr41848wid.59.1380190987693; Thu, 26 Sep 2013 03:23:07 -0700 (PDT) X-Gm-Message-State: ALoCoQnCezGLh0wr5cjFT9d5xqD1GJp1OSwgZ0o2/4W8p7vEaPMtuH988shnQSANGdc2aVEW2vmTGVeEGaXbMMq1/xlHxrPShQAop6VgLpXfBQn2lmaXg74NBBTAmJvpuSoiaB2SYnyAEcL8lYOli1T0qDPNt2l8kcTKd4AePDdHYN7iltjIx1w= X-Received: by 10.181.12.112 with SMTP id ep16mr41836wid.59.1380190987593; Thu, 26 Sep 2013 03:23:07 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id ed12sm26728968wic.11.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Sep 2013 03:23:06 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id r8QAN48f013219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 Sep 2013 11:23:04 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id r8QAN45I013218; Thu, 26 Sep 2013 11:23:04 +0100 (BST) (envelope-from mexas) Date: Thu, 26 Sep 2013 11:23:04 +0100 (BST) From: Anton Shterenlikht Message-Id: <201309261023.r8QAN45I013218@mech-cluster241.men.bris.ac.uk> To: davide@freebsd.org, mexas@bris.ac.uk Subject: Re: panic: ia64 r255811: deadlkres: possible deadlock detected for 0xe000000012d07b00, blocked for 902743 ticks In-Reply-To: Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bris.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 10:45:47 -0000 >From davide.italiano@gmail.com Wed Sep 25 19:00:09 2013 > >On Wed, Sep 25, 2013 at 5:30 PM, Anton Shterenlikht wrote: >> >From davide.italiano@gmail.com Wed Sep 25 16:12:47 2013 >>> >>>Can you please paste the output of 'show locks', 'show alllocks', >>>'show lockedvnods' at least? >>>Ideally you should provide all the informations listed here. >>>http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html >> >> ok, I'll need to study this. >> >> I've in the kernel: >> >> # Debugging support. Always need this: >> options KDB # Enable kernel debugger support. >> options KDB_TRACE # Print a stack trace for a panic. >> # For full debugger support use (turn off in stable branch): >> options DDB # Support DDB >> options GDB # Support remote GDB >> options DEADLKRES # Enable the deadlock resolver >> options INVARIANTS # Enable calls of extra sanity checking >> options INVARIANT_SUPPORT # required by INVARIANTS >> options WITNESS # Enable checks to detect deadlocks and cycles >> options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed >> options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones >> >> so I'm missing DEBUG_LOCKS, DEBUG_VFS_LOCKS and DIAGNOSTIC >> from the handbook list. >> >> What about all debug options in GENERIC which are >> not mentioned in your link? Specifically, do I need >> to have DEADLKRES? >> > >Yes, you need that option because it's DEADLKRES that triggers the panic. > >> I've never used trace. >> Also, I'm getting a panic, so cannot run ps, I think. >> > >You can run 'ps' from ddb prompt. >As an advice I suggest you to setup textdump(4) on your machine and >set up a script to gather the required informations, so that you can >get those informations pretty easily for report. The manpage has >detailed description about how to do this. Regarding textdump(4), I'm not clear where the following "scripts" should be located and used: *quote* EXAMPLES In the following example, the script kdb.enter.panic will run when the kernel debugger is entered as a result of a panic, enable output capture, dump several useful pieces of debugging information, and then invoke panic in order to force a kernel dump to be written out followed by a reboot: script kdb.enter.panic=textdump set; capture on; show allpcpu; bt; ps; alltrace; show alllocks; call doadump; reset In the following example, the script kdb.enter.witness will run when the kernel debugger is entered as a result of a witness violation, printing lock-related information for the user: script kdb.enter.witness=show locks These scripts may also be configured using the ddb(8) utility. *end quote* Are these ddb(8) commands? Or do I set these in /etc/rc.conf? Please advise Thanks Anton From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 11:06:56 2013 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 ESMTP id EBC9AFDB for ; Thu, 26 Sep 2013 11:06:55 +0000 (UTC) (envelope-from agh@fastmail.fm) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BBFE7233E for ; Thu, 26 Sep 2013 11:06:55 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1D85120AAA; Thu, 26 Sep 2013 07:06:54 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Thu, 26 Sep 2013 07:06:54 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:content-transfer-encoding:in-reply-to; s=mesmtp; bh=smlIQmIM52K9q8KkWKvAMqACP3w=; b=NW+r3DHVBJDqDb6s2Ng8EcRh340X Ayj7LSgGg+xlAXEH/X6yKWDmRG5Ut706d/I5clMgLRsmARaLc6SMzT70iu72uLW+ 43VF3vUtw9vF0FxsyiE355L7kGsPS7/KcjFIb+CmKofMp4KEo9F3m9cvXM7uO0cl vJLN4sHz5VLlISw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:content-transfer-encoding :in-reply-to; s=smtpout; bh=smlIQmIM52K9q8KkWKvAMqACP3w=; b=DBfc xGvs2EeFg153yZFiKsDSc+k1B01kTQ6liswxD9+CATduJnZA5koCv6GH9KuE7FNG 1CJI0TVf5fKX6Mwu0zwJja3fVtIYeUlHqncRoy6EQHvzyiNvz877IldlSJzLTiY0 r3FLXmVr5qSpAn0lNjyHuGFoiB3PEbBpp9YP7RM= X-Sasl-enc: KCdV2P/2uFl5JzAdnkon4k4F+mtMAn0638+Epa0HZ2TU 1380193613 Received: from direwolf.aux.io (unknown [203.59.221.16]) by mail.messagingengine.com (Postfix) with ESMTPA id 9CCDD6800F7; Thu, 26 Sep 2013 07:06:52 -0400 (EDT) Date: Thu, 26 Sep 2013 19:06:47 +0800 From: Alastair Hogge To: "O. Hartmann" Subject: Re: [CURRENT] unbound: zonefiles? Message-ID: <20130926110645.GE39898@direwolf.aux.io> References: <20130926112648.00422d7a@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20130926112648.00422d7a@thor.walstatt.dyndns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 11:06:56 -0000 On 2013-09-26 Thu 11:26:48 +0200, O. Hartmann wrote: Hi, > I try my first steps with "unbound" on most recent current and snealing > through the web I find interesting things and howto's. But I realise if > I'd like to replace my office's DNS server (based on BIND as it was > part of the FreeBSD world) I run into a serious problem regarding the > zone- and authorative files keeping all the PTR and A records. As I can > see in the unbound.conf, the statements of those files (address to name > resolution, name to address resolution) is now somehow hard coded into > unbound.conf via those appropriate config tags like local-zone and > local-data. Since I have some larger files defining a local domain, > I'd expect having a data file to be loaded. Are you after include? $ man unbound.conf # Files can be included using the include: directive. It can appear any‐ # where, it accepts a single file name as argument. Processing continues # as if the text from the included file was copied into the config file # at that point. If also using chroot, using full path names for the # included files works, relative pathnames for the included names work if # the directory where the daemon is started equals its chroot/working # directory. Wildcards can be used to include multiple files, see # glob(7). I use include to configure my network at home: $ cat /usr/local/etc/unbound/local.hosts local-data: "kropotkin.local.host. IN A 10.0.0.1 local-data-ptr: "10.0.0.10 kropotkin.local.host. local-data: "berkman.local.host. IN A 10.0.0.11" local-data-ptr: "10.0.0.11 berkman.local.host." local-data: "bakunin.local.host. IN A 10.0.0.12" local-data-ptr: "10.0.0.12 bakunin.local.host." Salud, alastair -- Drug, n.: A substance that, when injected into a rat, produces a scientific paper. From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 11:26:14 2013 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 ESMTP id D36F83E5 for ; Thu, 26 Sep 2013 11:26:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B69A23F1 for ; Thu, 26 Sep 2013 11:26:14 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VP9i0-001qJO-48>; Thu, 26 Sep 2013 13:26:12 +0200 Received: from g225185164.adsl.alicedsl.de ([92.225.185.164] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VP9hz-004Agd-Vb>; Thu, 26 Sep 2013 13:26:12 +0200 Date: Thu, 26 Sep 2013 13:26:07 +0200 From: "O. Hartmann" To: Alastair Hogge Subject: Re: [CURRENT] unbound: zonefiles? Message-ID: <20130926132607.50cc4752@thor.walstatt.dyndns.org> In-Reply-To: <20130926110645.GE39898@direwolf.aux.io> References: <20130926112648.00422d7a@thor.walstatt.dyndns.org> <20130926110645.GE39898@direwolf.aux.io> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/QRxoahc7nC7L+.Ki/jrjWXd"; protocol="application/pgp-signature" X-Originating-IP: 92.225.185.164 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 11:26:15 -0000 --Sig_/QRxoahc7nC7L+.Ki/jrjWXd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Thu, 26 Sep 2013 19:06:47 +0800 Alastair Hogge wrote: > On 2013-09-26 Thu 11:26:48 +0200, O. Hartmann wrote: >=20 > Hi, >=20 > > I try my first steps with "unbound" on most recent current and > > snealing through the web I find interesting things and howto's. But > > I realise if I'd like to replace my office's DNS server (based on > > BIND as it was part of the FreeBSD world) I run into a serious > > problem regarding the zone- and authorative files keeping all the > > PTR and A records. As I can see in the unbound.conf, the statements > > of those files (address to name resolution, name to address > > resolution) is now somehow hard coded into unbound.conf via those > > appropriate config tags like local-zone and local-data. Since I > > have some larger files defining a local domain, I'd expect having a > > data file to be loaded. >=20 > Are you after include? YES!!!! Somehow I must be blind! I'm studying the manpage all the morning ... And I missed the include part. Thanks. >=20 > $ man unbound.conf >=20 > # Files can be included using the include: directive. It can appear > any=E2=80=90 # where, it accepts a single file name as argument. Proces= sing > continues # as if the text from the included file was copied into > the config file # at that point. If also using chroot, using full > path names for the # included files works, relative pathnames for > the included names work if # the directory where the daemon is > started equals its chroot/working # directory. Wildcards can > be used to include multiple files, see # glob(7). >=20 > I use include to configure my network at home: >=20 > $ cat /usr/local/etc/unbound/local.hosts > local-data: "kropotkin.local.host. IN A 10.0.0.1 > local-data-ptr: "10.0.0.10 kropotkin.local.host. >=20 > local-data: "berkman.local.host. IN A 10.0.0.11" > local-data-ptr: "10.0.0.11 berkman.local.host." >=20 > local-data: "bakunin.local.host. IN A 10.0.0.12" > local-data-ptr: "10.0.0.12 bakunin.local.host." >=20 > Salud, > alastair > -- > Drug, n.: > A substance that, when injected into a rat, produces a > scientific paper. --Sig_/QRxoahc7nC7L+.Ki/jrjWXd Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSRBnTAAoJEOgBcD7A/5N8+rEH/jbwJ9ZgEoBgfgP+FEaYarkC Ixno8f65u1+K0SATEz6OJUtSejWjcm5Clv/8J6UuiGy70pHCII3PlF+5Owi0usd8 ErRB6r6Z+nxbzuEfk0jHE/JhnsaSLUTJsvWAPGvqs2yZvuMR2Tjo6GDlG2iTWL9l nTKXIayk+bw5tFSiKE8NTYfmcqP0ySl/aBWvsFkBUAd1o9MviO+vII6qfD1OqA/H 4xshTPpCCwCjLLhjgvfdCZu7wwqHCF/ykVZBmT9E8KkQy8XO00FYZozXZgjxc8lE yVHRq7i6XB+5tw2oSqfskg9WaYAp7cN2bzL/6FQ5GsRUPejZikQtnl7TtjpRtZc= =Eqzj -----END PGP SIGNATURE----- --Sig_/QRxoahc7nC7L+.Ki/jrjWXd-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 12:40:22 2013 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 ESMTP id CFEA86EE for ; Thu, 26 Sep 2013 12:40:22 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x236.google.com (mail-ea0-x236.google.com [IPv6:2a00:1450:4013:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68E852745 for ; Thu, 26 Sep 2013 12:40:22 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id o10so516328eaj.13 for ; Thu, 26 Sep 2013 05:40:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=A1y0Vs69WGZDVWIBqj37A5yEfgm7MB+qpzgL1GRNKPc=; b=J7JAEfluBdu4GGiWcjz4XJuisRsPsEcdAbBLMAc0PF7+7zVo51IUxRLhyqbxKImLnx +WqMLa9vBKQxZSHjwMpweyugZgATkUcqhLU1BIqSjyXgA/XgvVemUivnLdZwjIGp3sXc C2uqxO00r0aX2IaAd7W729ixWjqdb0Vrf37CpIwEtLc5N8In6cAVQqHe89NsBDr+Tucf /EHC0Fv5Fb1CIAUffVvkmxAPgxNqdO1r7KCigyxdXtrtRhY0qpxCONmWilnacQWBwiox OSKtlgmF7P7Za0V55FbkEvS+elzvZIzX5W3tBhfNA4FCzy3tD33kqGg86TGaSXM32Qig SOrw== X-Received: by 10.15.53.70 with SMTP id q46mr1066626eew.48.1380199220718; Thu, 26 Sep 2013 05:40:20 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id f49sm3570197eec.7.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 26 Sep 2013 05:40:20 -0700 (PDT) Date: Thu, 26 Sep 2013 15:40:26 +0300 From: "Sergey V. Dyatko" To: FreeBSD CURRENT Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130926154026.4be04064@laptop.minsk.domain> In-Reply-To: <20130926085326.72b53660@thor.walstatt.dyndns.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 12:40:22 -0000 On Thu, 26 Sep 2013 08:53:26 +0200 "O. Hartmann" wrote: > Rebooting into CURRENT r255873 floods the kernel messages with > > ahcich7: Timeout on slot 0 port 0 > ahcich7: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr > 00000000 cmd 0004c017 > > What is this supposed to mean? Is this a GEOM pollution of the outer > world? > > Regards, > > oh +1 :( ahcich1: Timeout on slot 29 port 0 ahcich1: is 40000001 cs 60000000 ss 00000000 rs 60000000 tfd 2451 serr 00000000 cmd 00005d17 ahcich1: Timeout on slot 30 port 0 ahcich1: is 00000000 cs c0000000 ss 00000000 rs c0000000 tfd c0 serr 00000000 cmd 0000de17 -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 12:57:44 2013 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 ESMTP id 6F7ECE45; Thu, 26 Sep 2013 12:57:44 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D33632845; Thu, 26 Sep 2013 12:57:43 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b47so529777eek.17 for ; Thu, 26 Sep 2013 05:57:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=3ahsiGBqCC5/EjCqw0U980Xp3kw1whH62wXLxPFoVJg=; b=OG66mSJVH8dwDOdMyJTvdYjC6o1aO6//tqH+52o0HnKoyAwMRcWxwT981nJUaGnDle qeeAvvl4RD/wq3MYhzsRvz+PdeMgLOThgv5oAN+XnWXzfjtmCUwWdJpXzEnEVZMUlK3j WxWZfR23YKKwxYp3aZB9USHmCL4UjzGX/xC8Ub0u29L1Pw2fMWF3UWt287uQ6lCQ7fVg ijb8OLDE8JhwaY1VJEhBGeAg326uw90moKNnAcTnJa1cgVRl5LnJ6owpwuncgRpWnDu5 sPZR20ILpzqPykT4lO4HY+6+EQ1lTD90KYGieWdrM6Qy6SdH12Kv57CpvFGbFWHR5Kqg ZjOA== X-Received: by 10.14.220.195 with SMTP id o43mr1071103eep.57.1380200262206; Thu, 26 Sep 2013 05:57:42 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id n48sm3653113eeg.17.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 26 Sep 2013 05:57:41 -0700 (PDT) Date: Thu, 26 Sep 2013 15:57:50 +0300 From: "Sergey V. Dyatko" To: Edward Tomasz =?KOI8-R?Q?Napierala?= Subject: Re: panic: make_dev_credv: bad si_name (error=17, si_name=iscsi) Message-ID: <20130926155750.6b1c86fc@laptop.minsk.domain> In-Reply-To: References: <20130924104658.46313090@laptop.minsk.domain> <842AF8F6-E143-494C-B275-F395220732FF@freebsd.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Sergey Kandaurov , current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 12:57:44 -0000 On Wed, 25 Sep 2013 18:06:01 +0200 Edward Tomasz Napierala wrote: > Wiadomo's'c napisana przez Sergey Kandaurov w dniu > 24 wrz 2013, o godz. 14:04: > > On 24 September 2013 15:44, Edward Tomasz Napierala > > wrote: > >> Wiadomo's'c napisana przez Sergey Kandaurov w > >> dniu 24 wrz 2013, o godz. 13:00: > >>> On 24 September 2013 14:40, Sergey Kandaurov > >>> wrote: > >>>> On 24 September 2013 11:46, Sergey V. Dyatko > >>>> wrote: > >>>>> Hi, > >>>>> > >>>>> today I tried to play a bit with new iscsi > >>>>> > >>>>> r255812 isn't fully complete fix? > >>>>> > >>>> [...] > >>>>> run `kldload iscsi_initiator` and got a panic: > >>>> > >>>> Something like this quick'n'dirty should work. > >>>> Compile tested only. > >>>> > >>>> Index: sys/dev/iscsi_initiator/iscsi.c > >>>> =================================================================== > >>>> --- sys/dev/iscsi_initiator/iscsi.c (revision 255841) > >>>> +++ sys/dev/iscsi_initiator/iscsi.c (working copy) > >>>> @@ -715,7 +715,8 @@ > >>>> TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); > >>>> > >>>> isc = malloc(sizeof(struct isc_softc), M_ISCSI, > >>>> M_ZERO|M_WAITOK); > >>>> - isc->dev = make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, > >>>> GID_WHEEL, 0600, "iscsi"); > >>>> + isc->dev = make_dev_credf(MAKEDEV_CHECKNAME, > >>>> &iscsi_cdevsw, max_sessions, > >>>> + NULL, UID_ROOT, GID_WHEEL, 0600, > >>>> "iscsi"); isc->dev->si_drv1 = isc; > >>>> mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); > >>> > >>> Erm, of course it shall be checked against failure. > >> > >> Sure. What do you think about this: > >> > >> Index: sys/dev/iscsi_initiator/iscsi.c > >> =================================================================== > >> --- sys/dev/iscsi_initiator/iscsi.c (revision 255834) > >> +++ sys/dev/iscsi_initiator/iscsi.c (working copy) > >> @@ -715,8 +715,14 @@ iscsi_start(void) > >> TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus); > >> > >> isc = malloc(sizeof(struct isc_softc), M_ISCSI, > >> M_ZERO|M_WAITOK); > >> - isc->dev = make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT, > >> GID_WHEEL, 0600, "iscsi"); > >> - isc->dev->si_drv1 = isc; > >> + isc->dev = make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw, > >> max_sessions, > >> + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi"); > >> + if (isc->dev == NULL) { > >> + xdebug("iscsi_initiator: make_dev_credf failed"); > >> + // XXX: don't return; otherwise it would panic on unload > >> + } else { > >> + isc->dev->si_drv1 = isc; > >> + } > >> mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF); > >> > >> TAILQ_INIT(&isc->isc_sess); > >> > > > > LGTM, except there is different indentation where for function calls > > each new line aligned with the first function argument. > > Committed in a somewhat different form. I've also realized the new > initiator had a similar bug; could you please test both to make sure > everything is right now? Thanks! > looks good (r255873): laptop# kldstat -v | grep -i iscsi laptop# laptop# iscsictl Target name Target addr State laptop# kldstat -v | grep -i iscsi 18 1 0xffffffff8262e000 abb3 iscsi.ko (/boot/kernel/iscsi.ko) 402 iscsi laptop# kldload iscsi_initiator kldload: can't load iscsi_initiator: Exec format error /var/log/messages: Sep 26 15:54:16 laptop kernel: >>> iscsi_start: iscsi_initiator: make_dev_credf failed Sep 26 15:54:16 laptop kernel: module_register_init: MOD_LOAD (iscsi_initiator, 0xffffffff82639000, 0) error 17 laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 laptop# kldunload iscsi kldunload: can't unload file: Device busy laptop# iscsictl -Ra laptop# kldunload iscsi laptop# laptop# kldload iscsi_initiator laptop# kldunload iscsi_initiator laptop# kldstat -v | grep -i iscsi laptop# -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Sep 26 13:07:42 2013 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 ESMTP id 10FCA19F for ; Thu, 26 Sep 2013 13:07:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 777EB28C4 for ; Thu, 26 Sep 2013 13:07:41 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8QD7ISZ082304; Thu, 26 Sep 2013 16:07:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8QD7ISZ082304 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8QD7I69082303; Thu, 26 Sep 2013 16:07:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 26 Sep 2013 16:07:18 +0300 From: Konstantin Belousov To: "Sergey V. Dyatko" Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130926130718.GH41229@kib.kiev.ua> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZhHmlxD+dLoFQjUN" Content-Disposition: inline In-Reply-To: <20130926154026.4be04064@laptop.minsk.domain> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Sep 2013 13:07:42 -0000 --ZhHmlxD+dLoFQjUN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 26, 2013 at 03:40:26PM +0300, Sergey V. Dyatko wrote: > On Thu, 26 Sep 2013 08:53:26 +0200 > "O. Hartmann" wrote: >=20 > > Rebooting into CURRENT r255873 floods the kernel messages with > >=20 > > ahcich7: Timeout on slot 0 port 0 > > ahcich7: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 serr > > 00000000 cmd 0004c017 > >=20 > > What is this supposed to mean? Is this a GEOM pollution of the outer > > world? > >=20 > > Regards, > >=20 > > oh >=20 > +1 :( > ahcich1: Timeout on slot 29 port 0 > ahcich1: is 40000001 cs 60000000 ss 00000000 rs 60000000 tfd 2451 serr > 00000000 cmd 00005d17 > ahcich1: Timeout on slot 30 port 0 > ahcich1: is 00000000 cs c0000000 ss 00000000 rs c0000000 tfd c0 serr > 00000000 cmd 0000de17 Does reverting r255870 and r255871 help ? --ZhHmlxD+dLoFQjUN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSRDGFAAoJEJDCuSvBvK1BVCUP/jzvqju9hZyZV5GoQx4zF0L2 QM6KQZBtbbi8Dxw4LdXCgN5QlOB+6WsR2MWjD/VmokjFQILz0GvbaREeqCYwtrFa rVlLW8txcumTghyqazHTWvFs58yKdNn3FnI6uD02xNaWCwxm/ZDijEZKh1FZKCEw WHhyN4zJ0rrznKyX4pQyPrANeegSSliczbIO93AsmUE+E+CyXeLNIUKLACUCXn6/ vDK7MHMJoK2vECp+BtGfCo6C3LQtsEbvzzVHQsGwqg/x3kzXLR4+Lyc/3oYoZcHW +gCoiOtpuN06/OjdSAVAJ1SgrAQvpJzZuwmqQ4FokgOlZoBM0yfasMLX56CgsPWD jtMm74xlPSA9l9EcAvPvrMiK9r4dTjiygRA/2itOgCVwEw3luJ+7k+19I6cuTsw1 WllpHsGS+NWqIqXxgtEG/MjESEYYjjwMVIDWQzcYOiS0aCY5p+wcAcsIxHiPSeMI KxfXLgarDEo9+DM4PBfYx50a/a80hwphl0nQ9RtS90gCYwCA7jFhDxy9gEiwYM2C AqaTl0GWeTCAEuqM8DVbpojy/mULF+x7IwF/YQog6yWAksCz1y86S7tkvoelHV4m ZCw/j+BUU4zUQQWrhEmOKvV/sDIJQ3e9eAuG2WCKPqAzWe0new9PBiA8J0WSqTcP 6shz32+7KIpqflF0R5Vh =jBPH -----END PGP SIGNATURE----- --ZhHmlxD+dLoFQjUN-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 04:43:15 2013 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 ESMTP id 7E97961A for ; Fri, 27 Sep 2013 04:43:15 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A66D2119 for ; Fri, 27 Sep 2013 04:43:14 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id el20so1693771lab.26 for ; Thu, 26 Sep 2013 21:43:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=9mNfZb7Sr6kU9Qv6VP6T6A8sNVh32Ko7XtEl2mkNH2Y=; b=BeAdb8uKBDiuno8Ubcuwya1sI9pOFVkNxpjJRpWBiND1961HT9Gh7DPxCylZT5dYAf 8mMLR+fD0A9WEsVYSHB/pzG0ztOX5Kv5x0MIb0G2SCkHAExBt4BhAT3yjcksQ8AAlpiX /Fsl5BDQWRZyibsjN3mnagDlF0widD2Fgk2yBT+bbEaV1+LhIaWdZ8IqxKL1fk8d0UcX 9sBK5FIRHkTkHXstDNBJhAcQy5mM+ck+5NE8Pbu7gkamT2Mv8kBe5Q80zsgO8DrwQQvj UQsKu9A9oaVarY7A+wCimnoLXhtjKvR/9svZgTbm05c0Je/vIkWPguy+atzKGWNZVzI0 at3g== X-Received: by 10.112.149.197 with SMTP id uc5mr6809612lbb.19.1380256992299; Thu, 26 Sep 2013 21:43:12 -0700 (PDT) Received: from scorpion.kiev.ua ([95.111.252.176]) by mx.google.com with ESMTPSA id vs11sm4294154lac.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Sep 2013 21:43:11 -0700 (PDT) Message-ID: <52450CDC.7030806@gmail.com> Date: Fri, 27 Sep 2013 07:43:08 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: FreeBSD CURRENT Subject: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 04:43:15 -0000 Hi all. FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013 scorpion kernel: root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 After rebuild world my box annoying in console [...] Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA transfer attempted Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA transfer attempted Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA transfer attempted Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA transfer attempted Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA transfer attempted Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 05:36:40 2013 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 ESMTP id F1B0E8EB for ; Fri, 27 Sep 2013 05:36:40 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x235.google.com (mail-ea0-x235.google.com [IPv6:2a00:1450:4013:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A4F622B9 for ; Fri, 27 Sep 2013 05:36:40 +0000 (UTC) Received: by mail-ea0-f181.google.com with SMTP id d10so979043eaj.12 for ; Thu, 26 Sep 2013 22:36:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=gY/5meY5eOP7BxMKllww4uwj0QQvyBp/UURkTqdBa84=; b=icPDH8UeCAEUzW0cMmddWncVTG2DiW913FSQfaW0BFg0MtNdRb44ytR/xLQU7uBhsT i3c2TPfTyxQlery6B6L4Yw4vipCUg6dkWDLv4U9ozTEN45Z5lhShrzNCkXAc2p0zKB55 Y+37L6v8f68mUzXkFV7JhRiBe/0WEmz3bedxL7O1e21Mq5LH1gLU41vz/a0P6yeZyrXG CW6+aiJzG9NwpESFJVfGUMuSsEW5yv6rxt+N+ObulUa9H2rC6ZLaQ9Uc/SZnnDDlY/ku 01p7uqYh1g/LRDJWFAI3BgmmbZqjx43BQohKcXy+lY2+j1UxRAmJ7OqmmjS6PJtrDBtz 2Y2Q== X-Received: by 10.15.83.2 with SMTP id b2mr7640957eez.28.1380260199017; Thu, 26 Sep 2013 22:36:39 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id j7sm11849094eeo.15.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 26 Sep 2013 22:36:38 -0700 (PDT) Date: Fri, 27 Sep 2013 08:36:47 +0300 From: "Sergey V. Dyatko" To: FreeBSD CURRENT Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927083647.39956586@laptop.minsk.domain> In-Reply-To: <20130926130718.GH41229@kib.kiev.ua> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 05:36:41 -0000 On Thu, 26 Sep 2013 16:07:18 +0300 Konstantin Belousov wrote: > On Thu, Sep 26, 2013 at 03:40:26PM +0300, Sergey V. Dyatko wrote: > > On Thu, 26 Sep 2013 08:53:26 +0200 > > "O. Hartmann" wrote: > > > > > Rebooting into CURRENT r255873 floods the kernel messages with > > > > > > ahcich7: Timeout on slot 0 port 0 > > > ahcich7: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 > > > serr 00000000 cmd 0004c017 > > > > > > What is this supposed to mean? Is this a GEOM pollution of the > > > outer world? > > > > > > Regards, > > > > > > oh > > > > +1 :( > > ahcich1: Timeout on slot 29 port 0 > > ahcich1: is 40000001 cs 60000000 ss 00000000 rs 60000000 tfd 2451 > > serr 00000000 cmd 00005d17 > > ahcich1: Timeout on slot 30 port 0 > > ahcich1: is 00000000 cs c0000000 ss 00000000 rs c0000000 tfd c0 serr > > 00000000 cmd 0000de17 > > Does reverting r255870 and r255871 help ? yes, these messages disappeared after revert 255870 and r255871 -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 06:28:47 2013 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 ESMTP id 8BD47EDC for ; Fri, 27 Sep 2013 06:28:47 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e: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 6A30F24D1 for ; Fri, 27 Sep 2013 06:28:47 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id y10so2157002pdj.8 for ; Thu, 26 Sep 2013 23:28:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=X8BhAo+OKNopwCTPJuiv4YpkbSfWBlWItjYCcCAyzTc=; b=MsEKGVxMPCwI9Pi2IMrzySafOBXtYxwsFC+i9/LD/TP5QGWi492savqDlDYp8KOBgO tkd6m3gPe0IOF4MXwIDLTgnkfmcCW5H4tm5cS4t4DLvslXuK58CtMuGFEEQCpLHhrRgt AY3pHCL1miTmzq/1DNbiopxzEAKE8GiVQ92qGRg7rwQwidLdJfnuo06XjwP3axmx7isv 3xVijfBGgsQSwHPiNqpmp7cDTxoTtiKHr57o+FATYVYwgT4k67UUhoUwId5VSOKJLYes NKU2cuDC4C/btooIZQrBjcKlhqqUuMrXtfrc2+f9DC3QBzPw/erutJ0AGdSGmzyuq1zu LROQ== X-Received: by 10.68.218.69 with SMTP id pe5mr5481060pbc.71.1380263326982; Thu, 26 Sep 2013 23:28:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.241.69 with HTTP; Thu, 26 Sep 2013 23:28:26 -0700 (PDT) From: Eir Nym Date: Fri, 27 Sep 2013 10:28:26 +0400 Message-ID: Subject: r255903 contrib/unbound/util/configparser.c modified? To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 06:28:47 -0000 I have world for current system in /usr/src, but for head in /usr/head/src.After building the world for -CURRENT file contrib/unbound/util/configparser.c is in modified state. Paths to the /usr/head/src has been hardcoded. As far as I know rules of FreeBSD build system, if file goes to be modified, it should be where object files are. Should I create the bug report? -- Eir Nym From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 06:48:35 2013 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 ESMTP id A7E5C170 for ; Fri, 27 Sep 2013 06:48:35 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm17-vm1.bullet.mail.ird.yahoo.com (nm17-vm1.bullet.mail.ird.yahoo.com [77.238.189.206]) by mx1.freebsd.org (Postfix) with SMTP id 07C0C2594 for ; Fri, 27 Sep 2013 06:48:34 +0000 (UTC) Received: from [77.238.189.48] by nm17.bullet.mail.ird.yahoo.com with NNFMP; 27 Sep 2013 06:48:33 -0000 Received: from [46.228.39.88] by tm1.bullet.mail.ird.yahoo.com with NNFMP; 27 Sep 2013 06:48:33 -0000 Received: from [127.0.0.1] by smtp125.mail.ir2.yahoo.com with NNFMP; 27 Sep 2013 06:48:33 -0000 X-Yahoo-Newman-Id: 453641.73305.bm@smtp125.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pB3lKI0VM1luPu0YFozWQOdJsS0P2Lp3rmEVnvAjB9n1V8N .rz3BL4iZZPMpNHJxclTUTx6SPzYabp92Osa4UAOGDAK3UGubESBiEswD6SH RwJXRvChydwaGLcEHHJ4BBarebSisW7ktivgT3LoVRIrGZLmAET7vnx34zql 0FYm5To.RS610pSQY2JHXqrtTabdMELcCGr0WyKrrRwDOrWBk9v5lKAAjf2I MecnVi_tX8tTlGLQVjaCq7V7CFD2qVOAbwHv0z1VO8iVSkW.uCCV2.87QUKe tZnv6GFln_sxTWW5FXgKFCwLHTrlVrE3JbYteVS7eCBeZpT2HW85ZVrqsDwY XuyI.auN48LFCuLe9jCZop5xPZJPnw5d5MQ.OkIjllQogeP0hNtymWr5of7Q INmXzAWIPOVJgYu3w1s9F951WVVmICQiLODOTcOntmKJqo5jcNY.XAltYPNl kxIgiea1RV2iK2craroAJlfzgkhmB7dHCBko5v5CxoSycR1b.mry.mNBcWr. sBWt8P8EzUnwazdEJShMY8PGQvOteLA-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.113.56 with ) by smtp125.mail.ir2.yahoo.com with SMTP; 27 Sep 2013 06:48:33 +0000 UTC Message-ID: <52452A3A.4050707@freebsd.org> Date: Fri, 27 Sep 2013 08:48:26 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console References: <52450CDC.7030806@gmail.com> In-Reply-To: <52450CDC.7030806@gmail.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 06:48:35 -0000 Am 27.09.2013 06:43, schrieb Alexander Panyushkin: > Hi all. > > FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013 scorpion > kernel: root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 > clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > After rebuild world my box annoying in console > [...] > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted I've seen this too, but on ata2 instead of ata0. All 4 other drives connected to the N67 chipset just worked without any console messages. The system was operational (slowed down by printing the messages), but I'm having an All-ZFS RaidZ Configuration and that might hide errors. Reverting to a kernel from 2 days ago fixed this problem. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 06:56:28 2013 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 ESMTP id 6CEFA57D; Fri, 27 Sep 2013 06:56:28 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-x22a.google.com (mail-ee0-x22a.google.com [IPv6:2a00:1450:4013:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4FDF2623; Fri, 27 Sep 2013 06:56:27 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id b45so1000268eek.29 for ; Thu, 26 Sep 2013 23:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=j+vT4adMhsTs7JTd6ynzwB98Id7YP7I2HA/dtqfQ04M=; b=LTm+2FU4Cnw0kYWBlQxT/QSSF5U2UWmpnZAM+Ju3NbPPaimdtu+dntLDLR4SLJkhK4 MzQkLkTxkmpVR9f0vKGBLPIrxbrpEgUN61SpcxB+dUf07XQFrtzlJxiuDijhc5+tcJhv ayyAGBaPAiER2bqiqBIV4icBUVtHk32fdOm3X8P14DhXt0+gduo2hBGrOIF8baeKhiOy iF4V/y5CrPqCZ4gk6xoOmSFj7JXYh7TYgmSQDD4X4UA94pv4FLptcqO8OZ27MOo6uZkS 2KWO6i6i3cwFrGbRephaAZlVPz8HnEAJ1T39q9VM6cRlLMzontYM+S4ROb5DaHunHgrF 76Vg== X-Received: by 10.14.180.73 with SMTP id i49mr1672006eem.55.1380264986192; Thu, 26 Sep 2013 23:56:26 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id r48sm12542541eev.14.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 26 Sep 2013 23:56:25 -0700 (PDT) Date: Fri, 27 Sep 2013 09:56:34 +0300 From: "Sergey V. Dyatko" To: Stefan Esser Subject: Re: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console Message-ID: <20130927095634.65123710@laptop.minsk.domain> In-Reply-To: <52452A3A.4050707@freebsd.org> References: <52450CDC.7030806@gmail.com> <52452A3A.4050707@freebsd.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 06:56:28 -0000 On Fri, 27 Sep 2013 08:48:26 +0200 Stefan Esser wrote: > Am 27.09.2013 06:43, schrieb Alexander Panyushkin: > > Hi all. > > > > FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013 > > scorpion kernel: root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel > > amd64 clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > > > After rebuild world my box annoying in console > > [...] > > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > > transfer attempted > > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > > transfer attempted > > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > > transfer attempted > > I've seen this too, but on ata2 instead of ata0. All 4 other > drives connected to the N67 chipset just worked without any > console messages. > > The system was operational (slowed down by printing the messages), > but I'm having an All-ZFS RaidZ Configuration and that might hide > errors. > > Reverting to a kernel from 2 days ago fixed this problem. > reverting to kernel before r255870 ? > Regards, STefan -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 07:36:23 2013 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 ESMTP id B26D6F25; Fri, 27 Sep 2013 07:36:23 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x22c.google.com (mail-ea0-x22c.google.com [IPv6:2a00:1450:4013:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 265BB281B; Fri, 27 Sep 2013 07:36:22 +0000 (UTC) Received: by mail-ea0-f172.google.com with SMTP id r16so1024410ead.31 for ; Fri, 27 Sep 2013 00:36:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=plbQHbpDFFpwMLsi5Yosf1PWCycQ2JbtYuJfK6YZxaI=; b=07jPGTivlEJw/LjQGVs/w+1TaA1mWVaBetrHHpdt8Kg2n/dQ7pZdofK0ON2xhx3E1E /0QDAYclNgQl7oFuXuL68ciJUjyb+AwTbHVnaNnVG6qew31XId2oXUISLHQKndNHP80l NY5HF9cu4S/Ib8sbjxUOYZLYCgtjf5zT/3YKNPe/kTTMImXfZDl02E7k9VYVopKPGiow LM8HKtT3AvubYwpfyTngkWnDx5xF2xntGlPf8wRMVXBNcIGHchbgD+bLfz+VCRmT2q78 80mywHdP+99BNjgAHENRGlaDfrjKtMy1cDyXSlle0yMlJCvFBlAPQBZGtTBGn8uHu4uv 5HnA== X-Received: by 10.14.194.131 with SMTP id m3mr8219009een.45.1380267381438; Fri, 27 Sep 2013 00:36:21 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id a6sm12934147eei.10.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 00:36:20 -0700 (PDT) Date: Fri, 27 Sep 2013 10:36:29 +0300 From: "Sergey V. Dyatko" To: Subject: iscsictl, Waiting for iscsid(8) Message-ID: <20130927103629.6c04dc02@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: trasz@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 07:36:23 -0000 Hi, I have a time to play with native iSCSI stack on HEAD. I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with reverted r255870 and r255871) On desktop I create following /etc/ctl.conf: pidfile /var/run/ctld.pid portal-group example2 { discovery-auth-group no-authentication listen 127.0.0.1 listen 0.0.0.0:3261 } target iqn.desktop:target0 { alias "Testing target" auth-group no-authentication portal-group example2 lun 0 { path /dev/md0 blocksize 4096 } } tiger# mdconfig -lv md0 vnode 200M /storage/iscsi_test tiger# iscsictl -A -h localhost -t iqn.desktop:target0 dmesg: cfiscsi_ioctl_handoff: new connection from iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to iqn.desktop:target0 da0 at iscsi1 bus 0 scbus6 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) tiger# ctladm islist -v Session ID: 3 Initiator name: iqn.1994-09.org.freebsd:tiger.minsk.domain Initiator addr: 127.0.0.1 Initiator alias: Target name: iqn.desktop:target0 Target alias: Testing target Header digest: None Data digest: None DataSegmentLen: 131072 ImmediateData: Yes iSER (RDMA): No tiger# ctladm devlist -v LUN Backend Size (Blocks) BS Serial Number Device ID 0 block 51200 4096 MYSERIAL 0 MYDEVID 0 lun_type=0 num_threads=14 file=/dev/md0 cfiscsi_target=iqn.desktop:target0 cfiscsi_target_alias=Testing target cfiscsi_lun=0 Ok, seems it work now laptop: laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 nothing new on dmesg.. laptop# iscsictl -L Target name Target addr State iqn.desktop:target0 192.168.9.98 Waiting for iscsid(8) I have a questions: 1) is 'old' iscontrol work with native target (i tried it before, w/o success too) ? 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work in my case ? -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 07:50:05 2013 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 ESMTP id 424F353A; Fri, 27 Sep 2013 07:50:05 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-x22f.google.com (mail-ee0-x22f.google.com [IPv6:2a00:1450:4013:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A97B128EE; Fri, 27 Sep 2013 07:50:04 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id d49so1022843eek.20 for ; Fri, 27 Sep 2013 00:50:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=2pMTArkuGb4EQAfAjSBbsv+/4Rj4z0bWkBM8ZiCml/Y=; b=guHH5rrfLrS7PPC/SC/h5o40fyWwjTpSw8wpJwxP1uWxMXXeUePfpEEn7stkk6aPjN 7fRcaVgclai1Ssv5w0DUJSIvWJwbgmpp9EyiH4Y6VApZpZXror/cI70B6fPGQNYUSFE2 J+BzX2h+sTW/oqMiUo6avjDRBr+qDh0ymPvqRNmVl5AO0BwMLFGUy3jj2CgFf+fuaKnH 0Pf1LwP5BbqWZYPFw4F051LbUdjb+7yFoBwKRhhVXYhOt3LboEu0EK73wv/+sXZkA8dd cgByiKHGJyTXumTVEpiRDhVszmstwRx6YfGN7aLBwlR66jB32gaDGFzyEm34RPosYOb0 ZNhQ== X-Received: by 10.14.99.196 with SMTP id x44mr278968eef.83.1380268202998; Fri, 27 Sep 2013 00:50:02 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id r48sm13022114eev.14.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 00:50:02 -0700 (PDT) Date: Fri, 27 Sep 2013 10:50:11 +0300 From: "Sergey V. Dyatko" To: Subject: Re: iscsictl, Waiting for iscsid(8) Message-ID: <20130927105011.7323322f@laptop.minsk.domain> In-Reply-To: <20130927103629.6c04dc02@laptop.minsk.domain> References: <20130927103629.6c04dc02@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: trasz@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 07:50:05 -0000 On Fri, 27 Sep 2013 10:36:29 +0300 "Sergey V. Dyatko" wrote: > Hi, > > I have a time to play with native iSCSI stack on HEAD. > I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with > reverted r255870 and r255871) > On desktop I create following /etc/ctl.conf: > pidfile /var/run/ctld.pid > portal-group example2 { > discovery-auth-group no-authentication > listen 127.0.0.1 > listen 0.0.0.0:3261 > } > target iqn.desktop:target0 { > alias "Testing target" > auth-group no-authentication > portal-group example2 > lun 0 { > path /dev/md0 > blocksize 4096 > } > } > > tiger# mdconfig -lv > md0 vnode 200M /storage/iscsi_test > tiger# iscsictl -A -h localhost -t iqn.desktop:target0 > > dmesg: > cfiscsi_ioctl_handoff: new connection from > iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to > iqn.desktop:target0 > da0 at iscsi1 bus 0 scbus6 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) > > tiger# ctladm islist -v > Session ID: 3 > Initiator name: iqn.1994-09.org.freebsd:tiger.minsk.domain > Initiator addr: 127.0.0.1 > Initiator alias: > Target name: iqn.desktop:target0 > Target alias: Testing target > Header digest: None > Data digest: None > DataSegmentLen: 131072 > ImmediateData: Yes > iSER (RDMA): No > > tiger# ctladm devlist -v > LUN Backend Size (Blocks) BS Serial Number Device ID > 0 block 51200 4096 MYSERIAL 0 MYDEVID 0 > lun_type=0 > num_threads=14 > file=/dev/md0 > cfiscsi_target=iqn.desktop:target0 > cfiscsi_target_alias=Testing target > cfiscsi_lun=0 > > Ok, seems it work > > now laptop: > laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 > nothing new on dmesg.. > > laptop# iscsictl -L > Target name Target addr State > iqn.desktop:target0 192.168.9.98 Waiting for > iscsid(8) > > I have a questions: > 1) is 'old' iscontrol work with native target (i tried it before, w/o > success too) ? > 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work in > my case ? > > by the way.. on desktop (target): tiger# iscsictl -A -h localhost -t iqn.desktop:target0 tiger# iscsictl -L Target name Target addr State iqn.desktop:target0 localhost Connected: da0 tiger# iscsictl -Ra tiger# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 tiger# iscsictl -L Target name Target addr State iqn.desktop:target0 192.168.9.98 Connection refused tiger# sockstat -l4 USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS root ctld 10232 6 tcp4 127.0.0.1:3260 *:* root ctld 10232 7 tcp4 *:3261 *:* -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 09:32:54 2013 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 ESMTP id 0162C692 for ; Fri, 27 Sep 2013 09:32:53 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 905E22E9E for ; Fri, 27 Sep 2013 09:32:53 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hn9so522989wib.11 for ; Fri, 27 Sep 2013 02:32:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=RASx75eLKQQNycWZSR/0SfD/8lg5R60uJLgug08R+7c=; b=ugxHBkQE0xoLA4PDlMCp+OZYFsO/8FgidqqBhv09/hoT9uXsVqBjGAdkPFxWFodXQ9 AgEagYuSeuAENz1VNv80LRjR7ymO8/IHoSRpniiMwDAAKIEhZZgncRmjWSDWkJcflvJW RlIQ+dbb7kb3qVGCZ5R77+wVYGqZT/ikEDKR2RHqDdvhzVl78gASQ0pt1BXRpPJ5kuYo oXCoZ/kBCcocA4lhj587hUS233gL6UDT0a938hihNI/4zKa5MHtmVzv6q73P/dSR+sjk cdsSISAWB1TmH1GQD2S3UG4Fw5+tK9MOhw8CgUbqpafF7Wvp3xMkdmTNwmKTJ67DMUOp +vaA== X-Received: by 10.180.198.44 with SMTP id iz12mr1834527wic.32.1380274371887; Fri, 27 Sep 2013 02:32:51 -0700 (PDT) Received: from [10.37.27.42] (ip-109-43-3-42.web.vodafone.de. [109.43.3.42]) by mx.google.com with ESMTPSA id b11sm36674456wik.1.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Sep 2013 02:32:51 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= References: <20130927103629.6c04dc02@laptop.minsk.domain> Mime-Version: 1.0 (1.0) In-Reply-To: <20130927103629.6c04dc02@laptop.minsk.domain> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <2E0D59DC-1366-4888-AA00-BDA62EFB6B4E@FreeBSD.org> X-Mailer: iPhone Mail (11A465) From: =?utf-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: iscsictl, Waiting for iscsid(8) Date: Fri, 27 Sep 2013 11:32:43 +0200 To: "Sergey V. Dyatko" Cc: "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 09:32:54 -0000 Dnia 27 wrz 2013 o godz. 09:36 "Sergey V. Dyatko" n= apisa=C5=82(a): > Hi, >=20 > I have a time to play with native iSCSI stack on HEAD.=20 > I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with > reverted r255870 and r255871) > On desktop I create following /etc/ctl.conf: > pidfile /var/run/ctld.pid > portal-group example2 { > discovery-auth-group no-authentication > listen 127.0.0.1 > listen 0.0.0.0:3261 > } > target iqn.desktop:target0 { > alias "Testing target" > auth-group no-authentication > portal-group example2 > lun 0 { > path /dev/md0 > blocksize 4096 > } > } >=20 > tiger# mdconfig -lv > md0 vnode 200M /storage/iscsi_test > tiger# iscsictl -A -h localhost -t iqn.desktop:target0 >=20 > dmesg:=20 > cfiscsi_ioctl_handoff: new connection from > iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to > iqn.desktop:target0 > da0 at iscsi1 bus 0 scbus6 target 0 lun 0=20 > da0: Fixed Direct Access SCSI-5 device=20 > da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) >=20 > tiger# ctladm islist -v > Session ID: 3 > Initiator name: iqn.1994-09.org.freebsd:tiger.minsk.domain > Initiator addr: 127.0.0.1 > Initiator alias:=20 > Target name: iqn.desktop:target0 > Target alias: Testing target > Header digest: None > Data digest: None > DataSegmentLen: 131072 > ImmediateData: Yes > iSER (RDMA): No >=20 > tiger# ctladm devlist -v > LUN Backend Size (Blocks) BS Serial Number Device ID =20 > 0 block 51200 4096 MYSERIAL 0 MYDEVID 0 =20 > lun_type=3D0 > num_threads=3D14 > file=3D/dev/md0 > cfiscsi_target=3Diqn.desktop:target0 > cfiscsi_target_alias=3DTesting target > cfiscsi_lun=3D0 >=20 > Ok, seems it work >=20 > now laptop: > laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 > nothing new on dmesg.. >=20 > laptop# iscsictl -L > Target name Target addr State > iqn.desktop:target0 192.168.9.98 Waiting for > iscsid(8) >=20 > I have a questions: > 1) is 'old' iscontrol work with native target (i tried it before, w/o > success too) ? You mean, does the old initiator work with the new target? Sure it does. > 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work in > my case ? It says it's waiting for iscsid. Do you have iscsid running, on the initiat= or side, i.e. laptop? From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 09:41:52 2013 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 ESMTP id E11E49B3 for ; Fri, 27 Sep 2013 09:41:52 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B7BD2F1B for ; Fri, 27 Sep 2013 09:41:52 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id ex4so535210wid.14 for ; Fri, 27 Sep 2013 02:41:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=KzKVU5CEIJvCmIx9+VLNm2y0JgkNtaJF2duJOevuFEg=; b=F2aghjGPksli/VQ+rm/+ydUdw/cxIbSifrIgDG0wkmi4ZFfx6XQwm+ahsm+AmHqB6l ZCAnVMXorf9g3zHnNzv/lpavTHx7nVnHLXxLLtl/uPJ92H6GWFQp53sZsK8VgIr0fXtr aHSbyaR1HJz1bRhMa43+WY+5PzL1U/C7N/khVyfit7yAcYVdfHkN4onwSUmZOhAFdIMP 6hlZYl/dedgkao4S0cQWVKLrf6RU4KRG1fZRgmSGx7D5CuNbFkAjNa9mCXk26nhxdCbi tOM4TfkcUOzjRKR3gKuXwQyzDAaRtRGEZrLSwRY1PSZUaJNG9tPyaVhJuIOxuuOwQ9cp JniQ== X-Received: by 10.180.10.33 with SMTP id f1mr1864010wib.44.1380274910740; Fri, 27 Sep 2013 02:41:50 -0700 (PDT) Received: from [10.37.27.42] (ip-109-43-3-42.web.vodafone.de. [109.43.3.42]) by mx.google.com with ESMTPSA id mb7sm12156482wic.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Sep 2013 02:41:50 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= References: <20130927103629.6c04dc02@laptop.minsk.domain> <20130927105011.7323322f@laptop.minsk.domain> Mime-Version: 1.0 (1.0) In-Reply-To: <20130927105011.7323322f@laptop.minsk.domain> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <49AD0635-88FB-46F4-A5B0-CC8180501BBA@FreeBSD.org> X-Mailer: iPhone Mail (11A465) From: =?utf-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: iscsictl, Waiting for iscsid(8) Date: Fri, 27 Sep 2013 11:41:24 +0200 To: "Sergey V. Dyatko" Cc: "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 09:41:52 -0000 Dnia 27 wrz 2013 o godz. 09:50 "Sergey V. Dyatko" n= apisa=C5=82(a): > On Fri, 27 Sep 2013 10:36:29 +0300 > "Sergey V. Dyatko" wrote:=20 >=20 >> Hi, >>=20 >> I have a time to play with native iSCSI stack on HEAD.=20 >> I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with >> reverted r255870 and r255871) >> On desktop I create following /etc/ctl.conf: >> pidfile /var/run/ctld.pid >> portal-group example2 { >> discovery-auth-group no-authentication >> listen 127.0.0.1 >> listen 0.0.0.0:3261 Here you are listening on port 3261. >> } >> target iqn.desktop:target0 { >> alias "Testing target" >> auth-group no-authentication >> portal-group example2 >> lun 0 { >> path /dev/md0 >> blocksize 4096 >> } >> } >>=20 >> tiger# mdconfig -lv >> md0 vnode 200M /storage/iscsi_test >> tiger# iscsictl -A -h localhost -t iqn.desktop:target0 >>=20 >> dmesg:=20 >> cfiscsi_ioctl_handoff: new connection from >> iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to >> iqn.desktop:target0 >> da0 at iscsi1 bus 0 scbus6 target 0 lun 0=20 >> da0: Fixed Direct Access SCSI-5 device=20 >> da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) >>=20 >> tiger# ctladm islist -v >> Session ID: 3 >> Initiator name: iqn.1994-09.org.freebsd:tiger.minsk.domain >> Initiator addr: 127.0.0.1 >> Initiator alias:=20 >> Target name: iqn.desktop:target0 >> Target alias: Testing target >> Header digest: None >> Data digest: None >> DataSegmentLen: 131072 >> ImmediateData: Yes >> iSER (RDMA): No >>=20 >> tiger# ctladm devlist -v >> LUN Backend Size (Blocks) BS Serial Number Device ID =20 >> 0 block 51200 4096 MYSERIAL 0 MYDEVID 0 =20 >> lun_type=3D0 >> num_threads=3D14 >> file=3D/dev/md0 >> cfiscsi_target=3Diqn.desktop:target0 >> cfiscsi_target_alias=3DTesting target >> cfiscsi_lun=3D0 >>=20 >> Ok, seems it work >>=20 >> now laptop: >> laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 >> nothing new on dmesg.. >>=20 >> laptop# iscsictl -L >> Target name Target addr State >> iqn.desktop:target0 192.168.9.98 Waiting for >> iscsid(8) >>=20 >> I have a questions: >> 1) is 'old' iscontrol work with native target (i tried it before, w/o >> success too) ? >> 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work in >> my case ? >=20 > by the way.. on desktop (target): > tiger# iscsictl -A -h localhost -t iqn.desktop:target0 > tiger# iscsictl -L > Target name Target addr State > iqn.desktop:target0 localhost Connected: da0=20 >=20 > tiger# iscsictl -Ra > tiger# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 And here you're trying to connect to the default, 3260. Thus... > tiger# iscsictl -L > Target name Target addr State > iqn.desktop:target0 192.168.9.98 Connection refused ... the Connection Refused. > tiger# sockstat -l4 > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN > ADDRESS root ctld 10232 6 tcp4 127.0.0.1:3260 *:* > root ctld 10232 7 tcp4 *:3261 *:* >=20 > --=20 > wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 09:46:58 2013 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 ESMTP id 07E46B08; Fri, 27 Sep 2013 09:46:58 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-x233.google.com (mail-ee0-x233.google.com [IPv6:2a00:1450:4013:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D4852F49; Fri, 27 Sep 2013 09:46:57 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id c1so1094148eek.38 for ; Fri, 27 Sep 2013 02:46:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=CvcMXIAGDZRjc8HeqDXqScXNRtBTdZc+QvB+2S9evjY=; b=k1pnhnvGmmLnTL1Yag9VBF3FY+SWsbN0GHr0+4NWfGanMDwonsXVgJ3yvZWRVjQOfP DyuFUYqfBs/6BnMMMv8RWRqQ/cIQ+3ozWTWgGSaOVWazrcbBRcT3iq4LTAJUHEQnKRBG vA9nV4DdJic84+tarlu9nhPeqHfGmXUbF/eoHSoEF8fTu5JWlztZLn3bK9CUlFLgtE8J AknzeOfCaj4DP7N0m7KBPjHqmkFui6ELzKaEYr9ZKar9IFo1alFbXJDILegB/PJF0sZd XTyEo1FYfrTB0Hq5nSMsKm2Ws+Rg1zZ3gvkegNZDBPJyiWznWR/nYlTS+NF4ULJBsr0s +6FQ== X-Received: by 10.14.104.199 with SMTP id i47mr21742eeg.85.1380275215597; Fri, 27 Sep 2013 02:46:55 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id x47sm14098047eea.16.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 02:46:55 -0700 (PDT) Date: Fri, 27 Sep 2013 12:47:00 +0300 From: "Sergey V. Dyatko" To: Edward Tomasz =?KOI8-R?Q?Napierala?= Subject: Re: iscsictl, Waiting for iscsid(8) Message-ID: <20130927124700.10bd1a0f@laptop.minsk.domain> In-Reply-To: <2E0D59DC-1366-4888-AA00-BDA62EFB6B4E@FreeBSD.org> References: <20130927103629.6c04dc02@laptop.minsk.domain> <2E0D59DC-1366-4888-AA00-BDA62EFB6B4E@FreeBSD.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 09:46:58 -0000 On Fri, 27 Sep 2013 11:32:43 +0200 Edward Tomasz Napierala wrote: > Dnia 27 wrz 2013 o godz. 09:36 "Sergey V. Dyatko" > napisal(a): > > > Hi, > > > > I have a time to play with native iSCSI stack on HEAD. > > I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with > > reverted r255870 and r255871) > > On desktop I create following /etc/ctl.conf: > > pidfile /var/run/ctld.pid > > portal-group example2 { > > discovery-auth-group no-authentication > > listen 127.0.0.1 > > listen 0.0.0.0:3261 > > } > > target iqn.desktop:target0 { > > alias "Testing target" > > auth-group no-authentication > > portal-group example2 > > lun 0 { > > path /dev/md0 > > blocksize 4096 > > } > > } > > > > tiger# mdconfig -lv > > md0 vnode 200M /storage/iscsi_test > > tiger# iscsictl -A -h localhost -t iqn.desktop:target0 > > > > dmesg: > > cfiscsi_ioctl_handoff: new connection from > > iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to > > iqn.desktop:target0 > > da0 at iscsi1 bus 0 scbus6 target 0 lun 0 > > da0: Fixed Direct Access SCSI-5 device > > da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) > > > > tiger# ctladm islist -v > > Session ID: 3 > > Initiator name: iqn.1994-09.org.freebsd:tiger.minsk.domain > > Initiator addr: 127.0.0.1 > > Initiator alias: > > Target name: iqn.desktop:target0 > > Target alias: Testing target > > Header digest: None > > Data digest: None > > DataSegmentLen: 131072 > > ImmediateData: Yes > > iSER (RDMA): No > > > > tiger# ctladm devlist -v > > LUN Backend Size (Blocks) BS Serial Number Device > > ID 0 block 51200 4096 MYSERIAL 0 MYDEVID > > 0 lun_type=0 > > num_threads=14 > > file=/dev/md0 > > cfiscsi_target=iqn.desktop:target0 > > cfiscsi_target_alias=Testing target > > cfiscsi_lun=0 > > > > Ok, seems it work > > > > now laptop: > > laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 > > nothing new on dmesg.. > > > > laptop# iscsictl -L > > Target name Target addr State > > iqn.desktop:target0 192.168.9.98 Waiting for > > iscsid(8) > > > > I have a questions: > > 1) is 'old' iscontrol work with native target (i tried it before, > > w/o success too) ? > > You mean, does the old initiator work with the new target? Sure it > does. > hm.. [tiger@laptop]:~%sudo cat /etc/iscsi.conf tiger { TargetAddress=192.168.9.98 TargetName=iqn.desktop:target0 } laptop# kldunload iscsi Sep 27 12:41:59 laptop kernel: Freed UMA keg was not empty (138 items). Lost 6 pages of memory. Sep 27 12:41:59 laptop kernel: Freed UMA keg was not empty (251 items). Lost 6 pages of memory. laptop# kldload iscsi_initiator laptop# iscontrol -c /etc/iscsi.conf -n tiger errno=61 connect: Connection refused ^C > > 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work > > in my case ? > > It says it's waiting for iscsid. Do you have iscsid running, on the > initiator side, i.e. laptop? > ok, after /etc/rc.d/iscsid onestart on laptop: laptop# iscsictl -L Target name Target addr State iqn.desktop:target0 192.168.9.98 Connection refused I see the same behavior (connection refused) when I try 'iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0' on desktop, with -h localhost all work fine. -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 09:49:09 2013 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 ESMTP id A04D6C2E; Fri, 27 Sep 2013 09:49:09 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [IPv6:2a02:6b8:0:1819::4]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDC32F60; Fri, 27 Sep 2013 09:49:09 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward4l.mail.yandex.net (Yandex) with ESMTP id 0D7201440D2D; Fri, 27 Sep 2013 13:49:07 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 8F3242C17B9; Fri, 27 Sep 2013 13:49:07 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id wTKSSBnayM-n7duQbUR; Fri, 27 Sep 2013 13:49:07 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1380275347; bh=a9e9WtOQapWvymi4uIZLhvynhrAQ4IxaaytmlSTr3As=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=wHrq32SBIzBXcpPubuFjDe7DqV309WRLl+5J8BIXE6EL/vGKAnhpfvbwR341MZ6Vj HKEXKKVaD9fWPl6rc3khXXf8IYacNGLu7hJO2zdizEjOn1/UNxNpBMSm1+YC4YAtz1 rt+C8XYfqEdkUCQ9umG2X+02ffzO6s5MiqD3PPJo= Authentication-Results: smtp4h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5245547A.60501@yandex.ru> Date: Fri, 27 Sep 2013 13:48:42 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "Sergey V. Dyatko" , Stefan Esser Subject: Re: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console References: <52450CDC.7030806@gmail.com> <52452A3A.4050707@freebsd.org> <20130927095634.65123710@laptop.minsk.domain> In-Reply-To: <20130927095634.65123710@laptop.minsk.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 09:49:09 -0000 Sergey V. Dyatko wrote on 27.09.2013 10:56: > On Fri, 27 Sep 2013 08:48:26 +0200 > Stefan Esser wrote: > >> Am 27.09.2013 06:43, schrieb Alexander Panyushkin: >>> Hi all. >>> >>> FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013 >>> scorpion kernel: root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel >>> amd64 clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >>> >>> After rebuild world my box annoying in console >>> [...] >>> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >>> transfer attempted >>> Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed >>> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >>> transfer attempted >>> Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed >>> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >>> transfer attempted >> >> I've seen this too, but on ata2 instead of ata0. All 4 other >> drives connected to the N67 chipset just worked without any >> console messages. >> >> The system was operational (slowed down by printing the messages), >> but I'm having an All-ZFS RaidZ Configuration and that might hide >> errors. >> >> Reverting to a kernel from 2 days ago fixed this problem. >> > > reverting to kernel before r255870 ? > >> Regards, STefan Not sure if it's related, but I have this with r255900: Sep 27 13:00:00 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Sep 27 13:00:00 smeshariki4 kernel: ahcich1: is 00000000 cs 00001000 ss 00000000 rs 00001000 tfd d0 serr 00000000 cmd 0000cc17 Sep 27 13:00:09 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Sep 27 13:00:09 smeshariki4 kernel: ahcich1: is 00000000 cs 00001000 ss 00000000 rs 00001000 tfd d0 serr 00000000 cmd 0000cc17 Sep 27 13:00:15 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Sep 27 13:00:15 smeshariki4 kernel: ahcich1: is 40000001 cs 00001000 ss 00000000 rs 00001000 tfd 2051 serr 00000000 cmd 00004c17 Sep 27 13:00:17 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Every 10-15 seconds. -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 10:16:51 2013 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 ESMTP id 4278B5A0; Fri, 27 Sep 2013 10:16:51 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x22d.google.com (mail-ea0-x22d.google.com [IPv6:2a00:1450:4013:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A7A2A210D; Fri, 27 Sep 2013 10:16:50 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id g10so1116896eak.32 for ; Fri, 27 Sep 2013 03:16:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=berG7TnbF9ZLAhHibICzILEoZb8qPLc0avfHJmu4qE4=; b=dSBW/UDMHNvZT5ZBH3BOIYrIW6KUbmUMyq+jlk28kCvU3KYFFBcJ+Gth+uaSwcimqS FEoPe4CixIybESRqUQP+heHC2eSaESzxJMPz/Gg6fog3iwd+OJL/E+f5ylYAVvzoBXLl /ougIKBBzvP7NL78EQAHPOPYPdY6wlypVkwTRXN/LdsTQeCUnQxHVN8V6tqzVapJYXgb eT9BDhLr4D+3qasx0Lu85CUWbWAY3+eGmAB2BYWuQICjr51l9OCOINlRb9jdvqp1CW/6 vt/nEoqonkBNL8v/zaGDWwr+nFNmyS171P9UKgU7g9ednopRdf0Yei7xA4DifdxF/Qm7 +UfA== X-Received: by 10.14.88.65 with SMTP id z41mr9195440eee.38.1380277009013; Fri, 27 Sep 2013 03:16:49 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id r48sm14396186eev.14.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 03:16:48 -0700 (PDT) Date: Fri, 27 Sep 2013 13:16:57 +0300 From: "Sergey V. Dyatko" To: Edward Tomasz Napierala Subject: Re: iscsictl, Waiting for iscsid(8) Message-ID: <20130927131657.2cfc855b@laptop.minsk.domain> In-Reply-To: <49AD0635-88FB-46F4-A5B0-CC8180501BBA@FreeBSD.org> References: <20130927103629.6c04dc02@laptop.minsk.domain> <20130927105011.7323322f@laptop.minsk.domain> <49AD0635-88FB-46F4-A5B0-CC8180501BBA@FreeBSD.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 10:16:51 -0000 On Fri, 27 Sep 2013 11:41:24 +0200 Edward Tomasz Napierala wrote: > Dnia 27 wrz 2013 o godz. 09:50 "Sergey V. Dyatko" > napisal(a): > > > On Fri, 27 Sep 2013 10:36:29 +0300 > > "Sergey V. Dyatko" wrote: > > > >> Hi, > >> > >> I have a time to play with native iSCSI stack on HEAD. > >> I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with > >> reverted r255870 and r255871) > >> On desktop I create following /etc/ctl.conf: > >> pidfile /var/run/ctld.pid > >> portal-group example2 { > >> discovery-auth-group no-authentication > >> listen 127.0.0.1 > >> listen 0.0.0.0:3261 > > Here you are listening on port 3261. > > >> } > >> target iqn.desktop:target0 { > >> alias "Testing target" > >> auth-group no-authentication > >> portal-group example2 > >> lun 0 { > >> path /dev/md0 > >> blocksize 4096 > >> } > >> } > >> > >> tiger# mdconfig -lv > >> md0 vnode 200M /storage/iscsi_test > >> tiger# iscsictl -A -h localhost -t iqn.desktop:target0 > >> > >> dmesg: > >> cfiscsi_ioctl_handoff: new connection from > >> iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to > >> iqn.desktop:target0 > >> da0 at iscsi1 bus 0 scbus6 target 0 lun 0 > >> da0: Fixed Direct Access SCSI-5 device > >> da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) > >> > >> tiger# ctladm islist -v > >> Session ID: 3 > >> Initiator name: iqn.1994-09.org.freebsd:tiger.minsk.domain > >> Initiator addr: 127.0.0.1 > >> Initiator alias: > >> Target name: iqn.desktop:target0 > >> Target alias: Testing target > >> Header digest: None > >> Data digest: None > >> DataSegmentLen: 131072 > >> ImmediateData: Yes > >> iSER (RDMA): No > >> > >> tiger# ctladm devlist -v > >> LUN Backend Size (Blocks) BS Serial Number Device > >> ID 0 block 51200 4096 MYSERIAL 0 MYDEVID > >> 0 lun_type=0 > >> num_threads=14 > >> file=/dev/md0 > >> cfiscsi_target=iqn.desktop:target0 > >> cfiscsi_target_alias=Testing target > >> cfiscsi_lun=0 > >> > >> Ok, seems it work > >> > >> now laptop: > >> laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 > >> nothing new on dmesg.. > >> > >> laptop# iscsictl -L > >> Target name Target addr State > >> iqn.desktop:target0 192.168.9.98 Waiting for > >> iscsid(8) > >> > >> I have a questions: > >> 1) is 'old' iscontrol work with native target (i tried it before, > >> w/o success too) ? > >> 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not > >> work in my case ? > > > > by the way.. on desktop (target): > > tiger# iscsictl -A -h localhost -t iqn.desktop:target0 > > tiger# iscsictl -L > > Target name Target addr State > > iqn.desktop:target0 localhost Connected: da0 > > > > tiger# iscsictl -Ra > > tiger# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0 > > And here you're trying to connect to the default, 3260. Thus... > > > tiger# iscsictl -L > > Target name Target addr State > > iqn.desktop:target0 192.168.9.98 Connection > > refused > > ... the Connection Refused. > Thank you, Edward ! oops, it was blind copy-paste from ctl.conf(5) Now I can use native iscsi target/initiator on my fresh laptop and desktop, thanks :) Also I have another machine (oooold HEAD, r239646) current# cat /etc/iscsi.conf tiger { TargetAddress=192.168.9.98 TargetName=iqn.desktop:target0 } current# kldload iscsi_initiator current# iscontrol -dt 192.168.9.98 TargetName=iqn.desktop:target0 current# iscontrol -n tiger current# iscontrol[43727]: running iscontrol[43727]: (pass1:iscsi0:0:0:0): tagged openings now 0 dmesg: iscsi: version 2.3.1 0] ic_init: cam subsystem initialized da0 at iscsi0 bus 0 scbus6 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C) > > tiger# sockstat -l4 > > USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN > > ADDRESS root ctld 10232 6 tcp4 127.0.0.1:3260 > > *:* root ctld 10232 7 tcp4 *:3261 *:* > > > > -- > > wbr, tiger -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 10:51:09 2013 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 ESMTP id 848F0AD3 for ; Fri, 27 Sep 2013 10:51:09 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F1C122C7 for ; Fri, 27 Sep 2013 10:51:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=FFXCwUPUZm8wndO4gcFvdqR18VbCWpeWujzbYpqsONA=; b=W5eItidEd6ZV3FhU1eEoz1Uvx4bhLIsGjtvGMwdQVDAmZjj6gdD8PqHo7fyS2joAVZMKJbYiB3qb4Y2kuV7MRQmSaq8bv0EMXv6d/X1BZ1TYU82ZpeJg4DxhFqy1+CTZdwbR0R57xCO6BzZNc7Bgph6amW4DbvcVoGUkjfDPMiQ=; Received: from [178.137.138.140] (helo=nonamehost.local) by fsm1.ukr.net with esmtpsa ID 1VPV4B-000NS1-R1 for freebsd-current@freebsd.org; Fri, 27 Sep 2013 13:14:31 +0300 Date: Fri, 27 Sep 2013 13:14:31 +0300 From: Ivan Klymenko To: FreeBSD CURRENT Subject: kernel: ahcich1: Timeout on slot 0 port 0 Message-ID: <20130927131431.444155d6@nonamehost.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=178.137.138.140; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 10:51:09 -0000 Hello all After the upgrade, with a revision r255868 to revision r255882 I have the following problem: ..... Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000003 ss 00000000 rs 00000003 tfd d0 serr 00000000 cmd 0000c017 ...... many messages In what could be the reason? FreeBSD 10.0-ALPHA3 #0 r255882 Thank you. From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 11:41:06 2013 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 ESMTP id E68F5A54; Fri, 27 Sep 2013 11:41:06 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCC1B256B; Fri, 27 Sep 2013 11:41:06 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id ABD827D70; Fri, 27 Sep 2013 11:41:05 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us ABD827D70 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 27 Sep 2013 07:41:03 -0400 From: Glen Barber To: Ivan Klymenko Subject: Re: kernel: ahcich1: Timeout on slot 0 port 0 Message-ID: <20130927114103.GE2335@glenbarber.us> References: <20130927131431.444155d6@nonamehost.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DrXiAv6OSDGxK+3t" Content-Disposition: inline In-Reply-To: <20130927131431.444155d6@nonamehost.local> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 11:41:07 -0000 --DrXiAv6OSDGxK+3t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 27, 2013 at 01:14:31PM +0300, Ivan Klymenko wrote: > Hello all > After the upgrade, with a revision r255868 to revision r255882 > I have the following problem: > ..... > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 > Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss 00= 000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 > Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss 00= 000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 > Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss 00= 000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 > Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000003 ss 00= 000000 rs 00000003 tfd d0 serr 00000000 cmd 0000c017 > ...... > many messages >=20 > In what could be the reason? >=20 > FreeBSD 10.0-ALPHA3 #0 r255882 >=20 Are your kernel and userland in sync? Glen --DrXiAv6OSDGxK+3t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBCAAGBQJSRW7PAAoJELls3eqvi17QZa8QANDyYGeYdXHEjVyKOv5+aEjg ezjz48rESlWhiZr5jcVgRlEUo88erhsNhgB3eLUgjASOafYwKR7apv6ow7VZ90mE jZn1PhqDk+pntHTgD6HMhCzUVX9WnQpNZ7oTUZTbStGKZF0VEYj8LCLh4UFVVM7M 5CWtt2V/uO7ZYMdpjn5ShhpDl69f8oAZvnA3HuQ4ZrzVfkvCR3qXqnGRr0QWZAoc puT/HgWrrw17DReLjTog9ZZjvbD7JjU/+BAeW5/KgxDBoLc1/d0ThIErBZLtcANT CH97MF0q04r6WsnsnQPrdqsAD5/Ywr9alImuAL18AETeO/dxuerqIErK4TJwUBvx k4amFfYjnta6B6oTQ7/iT/zgWkZ8gwK8kqtJLdi9YnWlpdBxACoGkIhmjkwegV6B GiRiBy7laAL48csp02q2fuuhJkQP6ZO9tK5M1PXr7xQYsaIv3WFlti0D9yGIVWoR ybTJsHlaa61SsPshntEXyulkDEACNvA1+j9g/8D7WfbjxJv4iym8CpL7SYmrYMZy 0lZJqmc7wSocBM8Zsq2J1Doi87fCLQrxo/JPntyBsZR4jr7ZagAGpEEzAhxRRaQK nNQra8MGKAAlV/JAFqEGE/rKc14aG4exsAlMYajHqV9DWRtSxF4NTrocHUAplEbR WovBbGqx0aUn70uRTN23 =RPod -----END PGP SIGNATURE----- --DrXiAv6OSDGxK+3t-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 11:44:23 2013 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 ESMTP id 77073B82; Fri, 27 Sep 2013 11:44:23 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D9A72589; Fri, 27 Sep 2013 11:44:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=i+OMcAt1L7v43Ha5gk9FjQSIzNJxePR1y6MnTRZnmz8=; b=sK4q1+3GDXpJYrJLjoDmBFm2G/uk6KpBd764wntb0t86WnTESXXu6bUrq4IbPoHGrqXyyMeu+4d4wINs9O+5hfz4KUlydB6pGCFqMNC+K0vjxhFkZo3XPHwZVSuHjEgg5PL19SR0SHmjlaDr9Kqj24GkTqi4kVyxzO1nlI/f1Is=; Received: from [178.137.138.140] (helo=nonamehost.local) by fsm1.ukr.net with esmtpsa ID 1VPWT7-0002Pd-9Q ; Fri, 27 Sep 2013 14:44:21 +0300 Date: Fri, 27 Sep 2013 14:44:20 +0300 From: Ivan Klymenko To: Glen Barber Subject: Re: kernel: ahcich1: Timeout on slot 0 port 0 Message-ID: <20130927144420.68aa3a7a@nonamehost.local> In-Reply-To: <20130927114103.GE2335@glenbarber.us> References: <20130927131431.444155d6@nonamehost.local> <20130927114103.GE2335@glenbarber.us> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.138.140; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 11:44:23 -0000 =D0=92 Fri, 27 Sep 2013 07:41:03 -0400 Glen Barber =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Fri, Sep 27, 2013 at 01:14:31PM +0300, Ivan Klymenko wrote: > > Hello all > > After the upgrade, with a revision r255868 to revision r255882 > > I have the following problem: > > ..... > > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 > > Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 > > ss 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep > > 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss > > 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep > > 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss > > 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep > > 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000003 ss > > 00000000 rs 00000003 tfd d0 serr 00000000 cmd 0000c017 ...... many > > messages > >=20 > > In what could be the reason? > >=20 > > FreeBSD 10.0-ALPHA3 #0 r255882 > >=20 >=20 > Are your kernel and userland in sync? >=20 > Glen >=20 Yes, of course. From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 11:47:52 2013 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 ESMTP id 6E1D2CCE for ; Fri, 27 Sep 2013 11:47:52 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-x229.google.com (mail-ee0-x229.google.com [IPv6:2a00:1450:4013:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0649025B7 for ; Fri, 27 Sep 2013 11:47:51 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id d17so1170828eek.14 for ; Fri, 27 Sep 2013 04:47:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=vdBbxXjftam1cPYaZCggrcjll24ey6wR6SfX8owTK+Q=; b=dNTF/+mxi9SQx2T/lej+iuJk6si7BTq1RC7dwPkOMAX723+XtflBpHJqz37tQLAjL2 eTS38LSPK6OfC5zK1fQDjNhFI/IgbePy6wwjcKDyfPVn0TURIsBw8IZCHzGFuVikBoqk 1E8VuCy4dUQv0R47x+zxSuLwq/EMlwEldEpBOx65gMkJjycXjuR7meIp3HBji6NIxbEb 882/WJ3ZeQqtSqI48D9eZh7Suoa5WCHqA1Tj0BBmZ0Ju3EmT9bVVse2IjV3ly92DgSp6 MHgLNgggiZCJiNIEhs6d23kHw/Ea5tstBX4BrNCbJNaxrcfvCSBDZesAJJmpejg+oMXS ZvYA== X-Received: by 10.14.214.136 with SMTP id c8mr9787143eep.6.1380282470353; Fri, 27 Sep 2013 04:47:50 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id a1sm15361074eem.1.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 04:47:49 -0700 (PDT) Date: Fri, 27 Sep 2013 14:47:59 +0300 From: "Sergey V. Dyatko" To: Ivan Klymenko Subject: Re: kernel: ahcich1: Timeout on slot 0 port 0 Message-ID: <20130927144759.1dcbe6b3@laptop.minsk.domain> In-Reply-To: <20130927144420.68aa3a7a@nonamehost.local> References: <20130927131431.444155d6@nonamehost.local> <20130927114103.GE2335@glenbarber.us> <20130927144420.68aa3a7a@nonamehost.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 11:47:52 -0000 On Fri, 27 Sep 2013 14:44:20 +0300 Ivan Klymenko wrote: > Fri, 27 Sep 2013 07:41:03 -0400 > Glen Barber : > > > On Fri, Sep 27, 2013 at 01:14:31PM +0300, Ivan Klymenko wrote: > > > Hello all > > > After the upgrade, with a revision r255868 to revision r255882 > > > I have the following problem: > > > ..... > > > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 > > > port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs > > > 00000001 ss 00000000 rs 00000001 tfd d0 serr 00000000 cmd > > > 0000c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on > > > slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is > > > 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr 00000000 > > > cmd 0000c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout > > > on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is > > > 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr 00000000 > > > cmd 0000c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout > > > on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is > > > 00000000 cs 00000003 ss 00000000 rs 00000003 tfd d0 serr 00000000 > > > cmd 0000c017 ...... many messages > > > > > > In what could be the reason? > > > > > > FreeBSD 10.0-ALPHA3 #0 r255882 > > > > > > > Are your kernel and userland in sync? > > > > Glen > > > > Yes, of course. please read "r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages" thread. -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 11:52:45 2013 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 ESMTP id 07E52E25 for ; Fri, 27 Sep 2013 11:52:45 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x22f.google.com (mail-ea0-x22f.google.com [IPv6:2a00:1450:4013:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 90CAA2608 for ; Fri, 27 Sep 2013 11:52:44 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id m14so1150031eaj.6 for ; Fri, 27 Sep 2013 04:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=xzkLosT6cnyhibL9i6BW9yL/0SiUdrlFQwE9BlmJDe0=; b=x1wUsWVZg4+o2/mSyiqCKfwYzAqyOWMyyeH78G5/l3UV2WYuNWtxYw3Gj1cxYgD2IT gyqISH/v0W0+7jJihEFFQFjEc3ImrXcK9Ou1myezv5B83uQiRg/9cRboSVXm+umkqpJe IP0+3avXIHplscz6Y6Erg96aBT5hzyaev9+EW9H1rhqwW+OFNRnuwkG9fhFRN5/XZFUf F9nd0ME9/tVvX/xJ3XUSGLFJXKEHCfwy9JNIoCJMndPSna2jMQVbWe0t09yNGgMr3R5O ++HWDck1B5J3m5JV9lSHtzFn+F1mkPErsTGD5zq31qUyVbk1A2WrUioH3K68Uh7eip/7 gnTQ== X-Received: by 10.15.53.70 with SMTP id q46mr9958815eew.48.1380282762942; Fri, 27 Sep 2013 04:52:42 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id a6sm15333326eei.10.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 04:52:42 -0700 (PDT) Date: Fri, 27 Sep 2013 14:52:51 +0300 From: "Sergey V. Dyatko" To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927145251.6532d339@laptop.minsk.domain> In-Reply-To: <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 11:52:45 -0000 On Fri, 27 Sep 2013 05:45:23 -0600 Scott Long wrote: > > On Sep 26, 2013, at 11:36 PM, Sergey V. Dyatko > wrote: > > > On Thu, 26 Sep 2013 16:07:18 +0300 > > Konstantin Belousov wrote: > > > >> On Thu, Sep 26, 2013 at 03:40:26PM +0300, Sergey V. Dyatko wrote: > >>> On Thu, 26 Sep 2013 08:53:26 +0200 > >>> "O. Hartmann" wrote: > >>> > >>>> Rebooting into CURRENT r255873 floods the kernel messages with > >>>> > >>>> ahcich7: Timeout on slot 0 port 0 > >>>> ahcich7: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 > >>>> serr 00000000 cmd 0004c017 > >>>> > >>>> What is this supposed to mean? Is this a GEOM pollution of the > >>>> outer world? > >>>> > >>>> Regards, > >>>> > >>>> oh > >>> > >>> +1 :( > >>> ahcich1: Timeout on slot 29 port 0 > >>> ahcich1: is 40000001 cs 60000000 ss 00000000 rs 60000000 tfd 2451 > >>> serr 00000000 cmd 00005d17 > >>> ahcich1: Timeout on slot 30 port 0 > >>> ahcich1: is 00000000 cs c0000000 ss 00000000 rs c0000000 tfd c0 > >>> serr 00000000 cmd 0000de17 > >> > >> Does reverting r255870 and r255871 help ? > > > > yes, these messages disappeared after revert 255870 and r255871 > > > > > Hi, > > Nothing that I changes should have affected the ahci driver. In > fact, I tested this driver specifically during my development. Can > you confirm that you built both kernel and modules from a clean state? [tiger@laptop]:/usr/src%svn st M sys/boot/i386/zfsboot/zfsboot.c [tiger@laptop]:/usr/src%svn diff Index: sys/boot/i386/zfsboot/zfsboot.c =================================================================== --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) @@ -302,6 +302,7 @@ * region in the SMAP, use the last 3MB of 'extended' memory as a * high heap candidate. */ + high_heap_size = 0; if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) { high_heap_size = HEAP_MIN; high_heap_base = bios_extmem + 0x100000 - HEAP_MIN; [tiger@laptop]:/usr/src% nothing more. > > Scott > -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 11:54:36 2013 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 ESMTP id AEF009A; Fri, 27 Sep 2013 11:54:36 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 833942622; Fri, 27 Sep 2013 11:54:36 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0B22F7EA9; Fri, 27 Sep 2013 11:54:34 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0B22F7EA9 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 27 Sep 2013 07:54:33 -0400 From: Glen Barber To: Ivan Klymenko Subject: Re: kernel: ahcich1: Timeout on slot 0 port 0 Message-ID: <20130927115433.GF2335@glenbarber.us> References: <20130927131431.444155d6@nonamehost.local> <20130927114103.GE2335@glenbarber.us> <20130927144420.68aa3a7a@nonamehost.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FBimzwWXDeO/tHP5" Content-Disposition: inline In-Reply-To: <20130927144420.68aa3a7a@nonamehost.local> X-Operating-System: FreeBSD 10.0-ALPHA2 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 11:54:36 -0000 --FBimzwWXDeO/tHP5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 27, 2013 at 02:44:20PM +0300, Ivan Klymenko wrote: > =D0=92 Fri, 27 Sep 2013 07:41:03 -0400 > Glen Barber =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > On Fri, Sep 27, 2013 at 01:14:31PM +0300, Ivan Klymenko wrote: > > > Hello all > > > After the upgrade, with a revision r255868 to revision r255882 > > > I have the following problem: > > > ..... > > > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 > > > Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 > > > ss 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > > > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep > > > 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss > > > 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > > > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep > > > 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss > > > 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > > > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep > > > 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000003 ss > > > 00000000 rs 00000003 tfd d0 serr 00000000 cmd 0000c017 ...... many > > > messages > > >=20 > > > In what could be the reason? > > >=20 > > > FreeBSD 10.0-ALPHA3 #0 r255882 > > >=20 > >=20 > > Are your kernel and userland in sync? > >=20 > > Glen > >=20 >=20 > Yes, of course. Thanks. Just trying to rule that out as a possible cause. Glen --FBimzwWXDeO/tHP5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBCAAGBQJSRXH5AAoJELls3eqvi17QCIAQAKZoNLo9MSRVmuOY3tBg3xuk 8YlIOz+YRheB72BvnGLZS45dzGek/Ok6T3R+NCwss5Qqg1V4lOyPhKxk+nE1meOc FzjwFqugQOcShW4n/8RYqwhqzz829nfOhkFCR8zDrruRhHg345O5M3FbhPjCs0ZS 6Z6RwFtXHVcZc6KKYZuSzEAGlJ67vGA8bdXiavEKC2UNSgNG6iVXu6icizjT5X1P Bg5FfqmaIv9CpjvxV2aqcArs6/WjGF4YJiywxEfd/xtDt196SxeKLqvyANi0AO88 UpwoGLo0+w0nppE4O79OYgKitwz4C0OgzZ1rWTI0WBHoXR8se9ftN2Hmxm9TR1DA BdnCVxvvgsQrDZj8/3mfa1laRtec+UVcErMl3WeNZVIajETenzIq1zbtLlYq2mDw QICfskhBQhfq7H0JIUmqJ26lnjYSgZp4LKmWljpNVtVo29QW+BN0hAoDATLCNT66 0JiTiVAgza9NLRqkFY2cniRuLxwpPjJwLMobcTS75MYJ/VMXCRlXmAxLkh815tru pHCDzo8ZNc5/oHzrJit93jQWASINLjhisvrlcnjjyFku+x1I2yufOYtgteKhFnvj 2xw9bpab6mYO1zQzUxH235exuK0EIRKJlIdzPfBhiukLfa1p26/tyq9NjCXVcA6X wKVhaTQoHtcvTOuvarG8 =duxR -----END PGP SIGNATURE----- --FBimzwWXDeO/tHP5-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 11:57:05 2013 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 ESMTP id 141BE1CE for ; Fri, 27 Sep 2013 11:57:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D41BC2636 for ; Fri, 27 Sep 2013 11:57:04 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8RBv1FZ067103; Fri, 27 Sep 2013 05:57:02 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages From: Scott Long In-Reply-To: <20130927145251.6532d339@laptop.minsk.domain> Date: Fri, 27 Sep 2013 05:57:01 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> To: "Sergey V. Dyatko" X-Mailer: Apple Mail (2.1510) Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 11:57:05 -0000 On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko = wrote: >>>=20 >>> yes, these messages disappeared after revert 255870 and r255871 >>>=20 >>=20 >>=20 >> Hi, >>=20 >> Nothing that I changes should have affected the ahci driver. In >> fact, I tested this driver specifically during my development. Can >> you confirm that you built both kernel and modules from a clean = state? >=20 > [tiger@laptop]:/usr/src%svn st > M sys/boot/i386/zfsboot/zfsboot.c > [tiger@laptop]:/usr/src%svn diff=20 > Index: sys/boot/i386/zfsboot/zfsboot.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > @@ -302,6 +302,7 @@ > * region in the SMAP, use the last 3MB of 'extended' memory as a > * high heap candidate. > */ > + high_heap_size =3D 0; > if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) { > high_heap_size =3D HEAP_MIN; > high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN; > [tiger@laptop]:/usr/src% >=20 > nothing more.=20 >=20 Yes, no local source changes, but are you loading the cam or ahci = drivers a loadable modules that might be out of sync now, or did you use a = short- cut for building your kernel, like NO_CLEAN? Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 11:59:19 2013 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 ESMTP id 769AD309 for ; Fri, 27 Sep 2013 11:59:19 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33F342659 for ; Fri, 27 Sep 2013 11:59:18 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8RBjOrk067032; Fri, 27 Sep 2013 05:45:25 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages From: Scott Long In-Reply-To: <20130927083647.39956586@laptop.minsk.domain> Date: Fri, 27 Sep 2013 05:45:23 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> To: "Sergey V. Dyatko" X-Mailer: Apple Mail (2.1510) Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 11:59:19 -0000 On Sep 26, 2013, at 11:36 PM, Sergey V. Dyatko = wrote: > On Thu, 26 Sep 2013 16:07:18 +0300 > Konstantin Belousov wrote: >=20 >> On Thu, Sep 26, 2013 at 03:40:26PM +0300, Sergey V. Dyatko wrote: >>> On Thu, 26 Sep 2013 08:53:26 +0200 >>> "O. Hartmann" wrote: >>>=20 >>>> Rebooting into CURRENT r255873 floods the kernel messages with >>>>=20 >>>> ahcich7: Timeout on slot 0 port 0 >>>> ahcich7: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd c0 >>>> serr 00000000 cmd 0004c017 >>>>=20 >>>> What is this supposed to mean? Is this a GEOM pollution of the >>>> outer world? >>>>=20 >>>> Regards, >>>>=20 >>>> oh >>>=20 >>> +1 :( >>> ahcich1: Timeout on slot 29 port 0 >>> ahcich1: is 40000001 cs 60000000 ss 00000000 rs 60000000 tfd 2451 >>> serr 00000000 cmd 00005d17 >>> ahcich1: Timeout on slot 30 port 0 >>> ahcich1: is 00000000 cs c0000000 ss 00000000 rs c0000000 tfd c0 serr >>> 00000000 cmd 0000de17 >>=20 >> Does reverting r255870 and r255871 help ? >=20 > yes, these messages disappeared after revert 255870 and r255871 >=20 Hi, Nothing that I changes should have affected the ahci driver. In fact, I = tested this driver specifically during my development. Can you confirm that = you built both kernel and modules from a clean state? Scott From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 12:13:08 2013 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 ESMTP id 9AE3D8C2 for ; Fri, 27 Sep 2013 12:13:08 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ee0-x236.google.com (mail-ee0-x236.google.com [IPv6:2a00:1450:4013:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 309EA2783 for ; Fri, 27 Sep 2013 12:13:08 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e53so1180976eek.13 for ; Fri, 27 Sep 2013 05:13:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=fkLxcZr8Bfw1ATO+SOx2CdNmF5Iz+R3cXYOcIn6KPU0=; b=KYyTDDexSVXjBHeeXmf/lmhRFTDCKwOKrM35Kde55o/SJpXJrKLmkgzEN/vZJ8WLnz JEY2Jn5g/NxRJ2MxagYcZssyXE1XkX6mBYhISL0yqan6YMdja6/U40oqsP5Md+P/Smw1 hMP2r1zXdu8OgXT7FuhhHzfH/jB5ArG2HVDEfjbeUd5T0ECokFEyrOUXR8NTUhgQ2zl4 03Tn+2rLBalhxJE2KH4TdTjLnAciGct2deGx4U/icHhapaFdR0FqOe5O9d7P5BjVgQ/W 2Mv712YmeBzdH6PMXlH6Xu+bJ3rcXDhAKWOhzSN31IL5VW+0wyU7BPt7KaOvdj3ktOsa EDNw== X-Received: by 10.15.94.201 with SMTP id bb49mr10052314eeb.23.1380283986477; Fri, 27 Sep 2013 05:13:06 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id bn13sm15514786eeb.11.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 05:13:06 -0700 (PDT) Date: Fri, 27 Sep 2013 15:13:14 +0300 From: "Sergey V. Dyatko" To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927151314.61555d56@laptop.minsk.domain> In-Reply-To: <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 12:13:08 -0000 On Fri, 27 Sep 2013 05:57:01 -0600 Scott Long wrote: > > On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko > wrote: > > >>> > >>> yes, these messages disappeared after revert 255870 and r255871 > >>> > >> > >> > >> Hi, > >> > >> Nothing that I changes should have affected the ahci driver. In > >> fact, I tested this driver specifically during my development. Can > >> you confirm that you built both kernel and modules from a clean > >> state? > > > > [tiger@laptop]:/usr/src%svn st > > M sys/boot/i386/zfsboot/zfsboot.c > > [tiger@laptop]:/usr/src%svn diff > > Index: sys/boot/i386/zfsboot/zfsboot.c > > =================================================================== > > --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > > +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > > @@ -302,6 +302,7 @@ > > * region in the SMAP, use the last 3MB of 'extended' memory as > > a > > * high heap candidate. > > */ > > + high_heap_size = 0; > > if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) { > > high_heap_size = HEAP_MIN; > > high_heap_base = bios_extmem + 0x100000 - HEAP_MIN; > > [tiger@laptop]:/usr/src% > > > > nothing more. > > > > Yes, no local source changes, but are you loading the cam or ahci > drivers a loadable modules that might be out of sync now, or did you > use a short- cut for building your kernel, like NO_CLEAN? > my KERNCONF located here: http://svn.freebsd.by/files/b450.txt my update procedure was: # pwd /usr/src # svn up Updating '.': ...... Updated to revision r255873. # make -j2 buildworld # make kernel # mergemaster -p # make installworld # mergemaster -iF # shutdown -r now after revert (svn merge -c -255871; svn merge -c -255870) I do # make -j2 buildkernel KERNFAST=1 installkernel & shutdown -r > Thanks, > Scott > -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 12:25:11 2013 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 ESMTP id 566DBC90 for ; Fri, 27 Sep 2013 12:25:11 +0000 (UTC) (envelope-from ljboiler@gmail.com) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2701A2872 for ; Fri, 27 Sep 2013 12:25:11 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id ar20so3740669iec.4 for ; Fri, 27 Sep 2013 05:25:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=bryU3LNjWaFw/jHxhNR9L6lPfuLjDsvwvlw1RWnuGl4=; b=uqdHsBV8rHPqli5HVV3aHi9EcIVaCt2SLVpyxlxOtOmDIemo6kiGQwTjJAPhWgwbkE LddfItfVYjzGcVLW4PsUfhrDe5RixcCn7u0wICE6oWTiwzJsYKpDv/djAt1+TVHPf1at oOgRUbPSr0ScifJ8G6WOg2v//Nm5mUkgNIMUb10SwWti71ht+fKbrOUBTpDuAWB6TOcx A0lejrOWtpEGxirF54qMJ8371VwXMFNiFBYdCjUVzqs+lGrhBYRmr6INyKo9epzekdhz nwmpnu04za1sDul4jxTtG59bKQBXa+0aCu4xaXdN8M+AUNcb96noIi2b3B9oUnUKQHBI 49Vw== X-Received: by 10.43.63.15 with SMTP id xc15mr543826icb.67.1380284710577; Fri, 27 Sep 2013 05:25:10 -0700 (PDT) Received: from jmobile.jimmy.local (71-81-196-43.dhcp.stls.mo.charter.com. [71.81.196.43]) by mx.google.com with ESMTPSA id x6sm4165858igb.3.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Sep 2013 05:25:09 -0700 (PDT) Received: by jmobile.jimmy.local (sSMTP sendmail emulation); Fri, 27 Sep 2013 07:25:07 -0500 Date: Fri, 27 Sep 2013 07:25:07 -0500 From: Jimmy Kelley To: FreeBSD CURRENT Subject: Re: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console Message-ID: <20130927122507.GA1502@jmobile.jimmy.localnet> References: <52450CDC.7030806@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52450CDC.7030806@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 12:25:11 -0000 On Fri, Sep 27, 2013 at 07:43:08AM +0300, Alexander Panyushkin wrote: > Hi all. > > FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013 scorpion > kernel: root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 > clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > After rebuild world my box annoying in console > [...] > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA > transfer attempted > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > If you have hald enabled, try rebuilding/reinstalling that port (sysutils/hal). That fixed it for me. Jimmy From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 12:39:47 2013 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 ESMTP id D49B127F for ; Fri, 27 Sep 2013 12:39:47 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8494629A6 for ; Fri, 27 Sep 2013 12:39:47 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8RCdiqZ067393; Fri, 27 Sep 2013 06:39:45 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages From: Scott Long In-Reply-To: <20130927151314.61555d56@laptop.minsk.domain> Date: Fri, 27 Sep 2013 06:39:44 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <01FA0DBD-2341-4072-AFEF-732D6B57A516@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927151314.61555d56@laptop.minsk.domain> To: "Sergey V. Dyatko" X-Mailer: Apple Mail (2.1510) Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 12:39:47 -0000 On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko = wrote: > On Fri, 27 Sep 2013 05:57:01 -0600 > Scott Long wrote: >=20 >>=20 >> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko >> wrote: >>=20 >>>>>=20 >>>>> yes, these messages disappeared after revert 255870 and r255871 >>>>>=20 >>>>=20 >>>>=20 >>>> Hi, >>>>=20 >>>> Nothing that I changes should have affected the ahci driver. In >>>> fact, I tested this driver specifically during my development. Can >>>> you confirm that you built both kernel and modules from a clean >>>> state? >>>=20 >>> [tiger@laptop]:/usr/src%svn st >>> M sys/boot/i386/zfsboot/zfsboot.c >>> [tiger@laptop]:/usr/src%svn diff=20 >>> Index: sys/boot/i386/zfsboot/zfsboot.c >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) >>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) >>> @@ -302,6 +302,7 @@ >>> * region in the SMAP, use the last 3MB of 'extended' memory as >>> a >>> * high heap candidate. >>> */ >>> + high_heap_size =3D 0; >>> if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) { >>> high_heap_size =3D HEAP_MIN; >>> high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN; >>> [tiger@laptop]:/usr/src% >>>=20 >>> nothing more.=20 >>>=20 >>=20 >> Yes, no local source changes, but are you loading the cam or ahci >> drivers a loadable modules that might be out of sync now, or did you >> use a short- cut for building your kernel, like NO_CLEAN? >>=20 >=20 > my KERNCONF located here: http://svn.freebsd.by/files/b450.txt > my update procedure was: > # pwd > /usr/src > # svn up > Updating '.': > ...... > Updated to revision r255873. >=20 > # make -j2 buildworld > # make kernel > # mergemaster -p > # make installworld > # mergemaster -iF > # shutdown -r now >=20 > after revert (svn merge -c -255871; svn merge -c -255870) I do > # make -j2 buildkernel KERNFAST=3D1=20 > installkernel & shutdown -r Please try building without the KERNFAST option. There might be some broken header dependencies that you are tripping over. Scott From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 12:48:24 2013 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 ESMTP id 3B610411 for ; Fri, 27 Sep 2013 12:48:24 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x22f.google.com (mail-ea0-x22f.google.com [IPv6:2a00:1450:4013:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2BF52A14 for ; Fri, 27 Sep 2013 12:48:23 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id m14so1198391eaj.34 for ; Fri, 27 Sep 2013 05:48:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=S80toyGcOO0hD5W3122qkpRJDhUX8nlb5SU70t0fQls=; b=mHDHH8o5dt4DNZOCo2fAatxGDAD39re8aquRIY3Y8Alx6lDHkBKwhNSTFGsZJLFSiz 59xMYTfCFHIsSM/EAzkwZDzBo86FNEB2my6yaDdTmS1xCmipdrzJMTV9cL6DWeWH2I+q 6i24g/bjm7hx70lMv96V4RQdO+9NqYzNcEddFtlQRgfodzEaH0d0GrB54FFxfo74TxPG S+n41b9iMZPM1QGvtR2z1AWxl9HhaAWHdp3BTUdb1zE3RSYQmpYWjAC/UGCT9ctLdG2J 6ZJCisLpsD7Z+Robng9puGp8LA+tqgAtJx6Wc8MgzgcJhWHZota8ku9qmY8oWJFRKEIT T9qA== X-Received: by 10.14.126.69 with SMTP id a45mr2947937eei.65.1380286102180; Fri, 27 Sep 2013 05:48:22 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id x47sm15806276eea.16.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 05:48:21 -0700 (PDT) Date: Fri, 27 Sep 2013 15:48:31 +0300 From: "Sergey V. Dyatko" To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927154831.344745f2@laptop.minsk.domain> In-Reply-To: <01FA0DBD-2341-4072-AFEF-732D6B57A516@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927151314.61555d56@laptop.minsk.domain> <01FA0DBD-2341-4072-AFEF-732D6B57A516@samsco.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 12:48:24 -0000 On Fri, 27 Sep 2013 06:39:44 -0600 Scott Long wrote: > > On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko > wrote: > > > On Fri, 27 Sep 2013 05:57:01 -0600 > > Scott Long wrote: > > > >> > >> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko > >> wrote: > >> > >>>>> > >>>>> yes, these messages disappeared after revert 255870 and r255871 > >>>>> > >>>> > >>>> > >>>> Hi, > >>>> > >>>> Nothing that I changes should have affected the ahci driver. In > >>>> fact, I tested this driver specifically during my development. > >>>> Can you confirm that you built both kernel and modules from a > >>>> clean state? > >>> > >>> [tiger@laptop]:/usr/src%svn st > >>> M sys/boot/i386/zfsboot/zfsboot.c > >>> [tiger@laptop]:/usr/src%svn diff > >>> Index: sys/boot/i386/zfsboot/zfsboot.c > >>> =================================================================== > >>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > >>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > >>> @@ -302,6 +302,7 @@ > >>> * region in the SMAP, use the last 3MB of 'extended' memory as > >>> a > >>> * high heap candidate. > >>> */ > >>> + high_heap_size = 0; > >>> if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) { > >>> high_heap_size = HEAP_MIN; > >>> high_heap_base = bios_extmem + 0x100000 - HEAP_MIN; > >>> [tiger@laptop]:/usr/src% > >>> > >>> nothing more. > >>> > >> > >> Yes, no local source changes, but are you loading the cam or ahci > >> drivers a loadable modules that might be out of sync now, or did > >> you use a short- cut for building your kernel, like NO_CLEAN? > >> > > > > my KERNCONF located here: http://svn.freebsd.by/files/b450.txt > > my update procedure was: > > # pwd > > /usr/src > > # svn up > > Updating '.': > > ...... > > Updated to revision r255873. > > > > # make -j2 buildworld > > # make kernel > > # mergemaster -p > > # make installworld > > # mergemaster -iF > > # shutdown -r now > > > > after revert (svn merge -c -255871; svn merge -c -255870) I do > > # make -j2 buildkernel KERNFAST=1 > > installkernel & shutdown -r > > Please try building without the KERNFAST option. There might be some > broken header dependencies that you are tripping over. Ok, I'll try. just in case: [tiger@laptop]:/usr/src%svn st M sys/boot/i386/zfsboot/zfsboot.c M sys/cam/cam.h M sys/cam/cam_ccb.h M sys/cam/cam_compat.c M sys/cam/cam_compat.h M sys/cam/cam_xpt.c M sys/cam/scsi/scsi_pass.c M sys/dev/asr/asr.c M sys/dev/firewire/sbp.c M sys/dev/hpt27xx/hpt27xx_osm_bsd.c M sys/dev/hpt27xx/os_bsd.h M sys/dev/hptiop/hptiop.c M sys/dev/hptiop/hptiop.h M sys/dev/hptmv/entry.c M sys/dev/hptmv/osbsd.h M sys/dev/hptnr/hptnr_osm_bsd.c M sys/dev/hptnr/os_bsd.h M sys/dev/hptrr/hptrr_osm_bsd.c M sys/dev/hptrr/os_bsd.h M sys/dev/iir/iir.c M sys/dev/iir/iir.h M sys/dev/tws/tws.c M sys/dev/tws/tws_cam.c [tiger@laptop]:/usr/src%svn info |grep -i ^rev Revision: 255873 I run 'make -j2 buildkernel' now. > > Scott > -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 12:59:43 2013 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 ESMTP id 216B8984 for ; Fri, 27 Sep 2013 12:59:43 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel09.rubas.ch (cpanel09.rubas.ch [195.182.222.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBF8D2AD7 for ; Fri, 27 Sep 2013 12:59:42 +0000 (UTC) Received: from 98-41.199-178.cust.bluewin.ch ([178.199.41.98]:56174 helo=gahrfit.gahr.ch) by cpanel09.rubas.ch with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VPXdx-000Jft-Qc; Fri, 27 Sep 2013 14:59:39 +0200 Date: Fri, 27 Sep 2013 14:59:34 +0200 From: Pietro Cerutti To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927125934.GA87559@gahrfit.gahr.ch> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> X-PGP-Key: fp="DA6D E106 A5B8 54B8 5DD8 6D49 ADD0 D38E A192 089E"; id="0xA192089E"; get=; get=; User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel09.rubas.ch X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Get-Message-Sender-Via: cpanel09.rubas.ch: authenticated_id: gahr@gahr.ch Cc: Konstantin Belousov , "Sergey V. Dyatko" , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 12:59:43 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Sep-27, 05:57, Scott Long wrote: >=20 > On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko w= rote: >=20 > >>>=20 > >>> yes, these messages disappeared after revert 255870 and r255871 > >>>=20 > >>=20 > >>=20 > >> Hi, > >>=20 > >> Nothing that I changes should have affected the ahci driver. In > >> fact, I tested this driver specifically during my development. Can > >> you confirm that you built both kernel and modules from a clean state? > >=20 > > [tiger@laptop]:/usr/src%svn st > > M sys/boot/i386/zfsboot/zfsboot.c > > [tiger@laptop]:/usr/src%svn diff=20 > > Index: sys/boot/i386/zfsboot/zfsboot.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > > +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > > @@ -302,6 +302,7 @@ > > * region in the SMAP, use the last 3MB of 'extended' memory as a > > * high heap candidate. > > */ > > + high_heap_size =3D 0; > > if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) { > > high_heap_size =3D HEAP_MIN; > > high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN; > > [tiger@laptop]:/usr/src% > >=20 > > nothing more.=20 > >=20 >=20 > Yes, no local source changes, but are you loading the cam or ahci drivers > a loadable modules that might be out of sync now, or did you use a short- > cut for building your kernel, like NO_CLEAN? I had the same problem with a clean src tree. After commenting out the ahci line from my kernel conf file, I got these instead: Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer att= empte reverting those two commits solved the issue. --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQJ8BAEBCgBmBQJSRYEyXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQTZERTEwNkE1Qjg1NEI4NUREODZENDlB REQwRDM4RUExOTIwODlFAAoJEK3Q046hkgiepjcP/ioKZo++yYz8xqMAHnUShGs1 8NXWvBYLFPydEbIWogu4w28i55fvjfPXTR8+yOUVgoMgsG01nC+U83KxLbvny4y8 D6h1Ja1eCEpyblI+fPi9RxGRCTkmEgtrc8N0D85arUNqKK1qrEZ7Wot3Zf2yrx3A K1sUYwmIkL0rJOdq6o9Lx8UQZy/mHk/9RKsD3BlFSPsf3oy6db5ZTGNJHYUHvH8j iwi1HehU1Q8kqMIO6vqBm/qEVC0P8LwF2R+euq7o2kxqvT2/7KENZzTcKXkI66wa n5nD/SqIqBRDAIaJGRiFlsinPb1GP2cAkrj5U9/AzEaxVHDBC3TwZsjgYkvO7v0V nlrRmV4xC0jG22hmb+nLmB6LlV896dtYsYn7vDGDLEopg7nx5aRn1fbTzcyAcHfV p4gRot3aazQqun+amZ0pgLZEbQ8RYAjtVO1EcZEtuefMJePyUR6eEusotNU5Gcer iBnOoUy1OuQSlNRijbDKR15YcathP5cPb9liR1XOOgvBuLqzUpD/NsHICOH4aY0i mET6ZF3BhWdkGqa3dlvSaR9PdClCuJlQcFIZa3JR+lci7LyLx9+Cs8ix69cEEdAF wEDicxq/94LsoL31m4Jh9AVYIL+gWeXY0ZIcnH2Wz0u3lxcyv/Y1pXva4vhE3Ff/ DHoGQmnj+7VjmnhaVl2e =AU+S -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 13:30:32 2013 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 ESMTP id 2637A7BC for ; Fri, 27 Sep 2013 13:30:32 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) 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 A01412E83 for ; Fri, 27 Sep 2013 13:30:31 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id eo20so2171480lab.31 for ; Fri, 27 Sep 2013 06:30:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=dZm4V9qA0IZhCqO41/QYZ2G/IvHV7YkaWiprwX3vl0k=; b=AplCXPGDETK5Fjd+cJ/TyjuuUZHf/f5XxqjXFZe0xJCzxZmDSJT0TuYzf+fhw/+m3H NROSchapUtjycypRj3K75UIxffSmZ+k/ax8LKsFmkX1haMIdKvzZa+yCtBeyHjfyMscB 0Sl6Lj+ViWYSlx4fDB/0vDrskbqpCN3N7j+IjDOhbHIKPha3xrUiMEmVrP5nFkDHp+Ac zNxZqUFlTw6XK3BKH14fKM6aNbchS0vAw62QPyWw4oPStyxrWPsWEPMH1ho2mRASOymY Z4jeD+VBlTtWNTGJT4CCy5Fy9Z+hAstxP3y+axr6tV5TBtp5G8VBu0NyhCzhrmDvVt3W k4kA== X-Received: by 10.152.4.6 with SMTP id g6mr131126lag.50.1380288629634; Fri, 27 Sep 2013 06:30:29 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id ao4sm6090468lac.1.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 06:30:29 -0700 (PDT) Date: Fri, 27 Sep 2013 16:30:37 +0300 From: "Sergey V. Dyatko" To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927163037.70ac4aad@laptop.minsk.domain> In-Reply-To: <20130927154831.344745f2@laptop.minsk.domain> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927151314.61555d56@laptop.minsk.domain> <01FA0DBD-2341-4072-AFEF-732D6B57A516@samsco.org> <20130927154831.344745f2@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 13:30:32 -0000 On Fri, 27 Sep 2013 15:48:31 +0300 "Sergey V. Dyatko" wrote: > On Fri, 27 Sep 2013 06:39:44 -0600 > Scott Long wrote: > > > > > On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko > > wrote: > > > > > On Fri, 27 Sep 2013 05:57:01 -0600 > > > Scott Long wrote: > > > > > >> > > >> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko > > >> wrote: > > >> > > >>>>> > > >>>>> yes, these messages disappeared after revert 255870 and > > >>>>> r255871 > > >>>>> > > >>>> > > >>>> > > >>>> Hi, > > >>>> > > >>>> Nothing that I changes should have affected the ahci driver. > > >>>> In fact, I tested this driver specifically during my > > >>>> development. Can you confirm that you built both kernel and > > >>>> modules from a clean state? > > >>> > > >>> [tiger@laptop]:/usr/src%svn st > > >>> M sys/boot/i386/zfsboot/zfsboot.c > > >>> [tiger@laptop]:/usr/src%svn diff > > >>> Index: sys/boot/i386/zfsboot/zfsboot.c > > >>> =================================================================== > > >>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > > >>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > > >>> @@ -302,6 +302,7 @@ > > >>> * region in the SMAP, use the last 3MB of 'extended' memory > > >>> as a > > >>> * high heap candidate. > > >>> */ > > >>> + high_heap_size = 0; > > >>> if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) { > > >>> high_heap_size = HEAP_MIN; > > >>> high_heap_base = bios_extmem + 0x100000 - HEAP_MIN; > > >>> [tiger@laptop]:/usr/src% > > >>> > > >>> nothing more. > > >>> > > >> > > >> Yes, no local source changes, but are you loading the cam or ahci > > >> drivers a loadable modules that might be out of sync now, or did > > >> you use a short- cut for building your kernel, like NO_CLEAN? > > >> > > > > > > my KERNCONF located here: http://svn.freebsd.by/files/b450.txt > > > my update procedure was: > > > # pwd > > > /usr/src > > > # svn up > > > Updating '.': > > > ...... > > > Updated to revision r255873. > > > > > > # make -j2 buildworld > > > # make kernel > > > # mergemaster -p > > > # make installworld > > > # mergemaster -iF > > > # shutdown -r now > > > > > > after revert (svn merge -c -255871; svn merge -c -255870) I do > > > # make -j2 buildkernel KERNFAST=1 > > > installkernel & shutdown -r > > > > Please try building without the KERNFAST option. There might be > > some broken header dependencies that you are tripping over. > > Ok, I'll try. just in case: > [tiger@laptop]:/usr/src%svn st > M sys/boot/i386/zfsboot/zfsboot.c > M sys/cam/cam.h > M sys/cam/cam_ccb.h > M sys/cam/cam_compat.c > M sys/cam/cam_compat.h > M sys/cam/cam_xpt.c > M sys/cam/scsi/scsi_pass.c > M sys/dev/asr/asr.c > M sys/dev/firewire/sbp.c > M sys/dev/hpt27xx/hpt27xx_osm_bsd.c > M sys/dev/hpt27xx/os_bsd.h > M sys/dev/hptiop/hptiop.c > M sys/dev/hptiop/hptiop.h > M sys/dev/hptmv/entry.c > M sys/dev/hptmv/osbsd.h > M sys/dev/hptnr/hptnr_osm_bsd.c > M sys/dev/hptnr/os_bsd.h > M sys/dev/hptrr/hptrr_osm_bsd.c > M sys/dev/hptrr/os_bsd.h > M sys/dev/iir/iir.c > M sys/dev/iir/iir.h > M sys/dev/tws/tws.c > M sys/dev/tws/tws_cam.c > > [tiger@laptop]:/usr/src%svn info |grep -i ^rev > Revision: 255873 > > I run 'make -j2 buildkernel' now. > after installkernel and reboot nothing has changed. > > > > Scott > > > -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 13:31:37 2013 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 ESMTP id 3E350965 for ; Fri, 27 Sep 2013 13:31:37 +0000 (UTC) (envelope-from gosha-necr@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id BF5062EFF for ; Fri, 27 Sep 2013 13:31:36 +0000 (UTC) Received: from web10j.yandex.ru (web10j.yandex.ru [5.45.198.51]) by forward13.mail.yandex.net (Yandex) with ESMTP id 92E5A140EA1 for ; Fri, 27 Sep 2013 17:31:34 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web10j.yandex.ru (Yandex) with ESMTP id 4D15856C104B; Fri, 27 Sep 2013 17:31:34 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1380288694; bh=j9o8t/mHSAyDFrn9g5tqrNSkFmf1bf8a4PCexZn3kcY=; h=From:To:Subject:Date; b=FOioTiR2ecOletCOCtHyCfZzLARTdYObTadJbDzmA5DuwWPn0T3kD6cY1RVtlgMqp mtUEq/+zku84FDDebWRDurk57ThEs2n2TtyAkwV+afZu9pSacu5QJj3Lv32KDJ5SBc spX5L4xpRlMfyMImmwNyoonjruRCTwpem+EZgpAM= Received: from net245.234.188-30.ertelecom.ru (net245.234.188-30.ertelecom.ru [188.234.245.30]) by web10j.yandex.ru with HTTP; Fri, 27 Sep 2013 17:31:33 +0400 From: =?koi8-r?B?59XM0cXXIOfP28E=?= To: freebsd-current@freebsd.org Subject: While make buildworld: error: _libiconv_compat.h: No such file or directory Message-Id: <130541380288693@web10j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Fri, 27 Sep 2013 19:31:33 +0600 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 13:31:37 -0000 Hi all! I have a error when try to update my system to latest -HEAD, getting through svnup. uname -a: FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12 22:31:24 MSK 2013 xmy@MYBSD:/usr/obj/usr/src/sys/MYBSD amd64 /etc/src.conf WITHOUT_ACCT=YES #WITHOUT_AMD=YES WITHOUT_ASSERT_DEBUG=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES #WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CLANG=YES WITHOUT_CTM=YES WITHOUT_FDT=YES WITHOUT_FLOPPY=YES WITHOUT_GDB=YES WITHOUT_HTML=YES WITHOUT_INET6=YES WITHOUT_INFO=YES WITHOUT_IPFILTER=YES WITHOUT_IPX=YES WITHOUT_KERNEL_SYMBOLS=YES WITHOUT_KVM=YES WITHOUT_LPR=YES WITHOUT_MAIL=YES WITHOUT_NCP=YES #WITHOUT_NDIS=YES WITHOUT_OFED=YES WITHOUT_PF=YES WITHOUT_PMC=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_SHAREDOCS=YES #WITHOUT_USB=YES #WITHOUT_WIRELESS=YES WITHOUT_ZFS=YES make buildworld In file included from /usr/src/lib/libc/iconv/citrus_iconv.c:37: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/iconv/citrus_none.c:36: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/iconv/citrus_stdenc_local.h:34, from /usr/src/lib/libc/iconv/citrus_stdenc.h:53, from /usr/src/lib/libc/iconv/citrus_stdenc.c:41: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/iconv/iconv.c:37: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/cXXrtomb_iconv.h:39, from /usr/src/lib/libc/locale/c16rtomb_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/cXXrtomb_iconv.h:39, from /usr/src/lib/libc/locale/c32rtomb_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/mbrtocXX_iconv.h:41, from /usr/src/lib/libc/locale/mbrtoc16_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/mbrtocXX_iconv.h:41, from /usr/src/lib/libc/locale/mbrtoc32_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. make: stopped in /usr/src/lib/libc *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 13:33:16 2013 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 ESMTP id 51C98AAC for ; Fri, 27 Sep 2013 13:33:16 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward10l.mail.yandex.net (forward10l.mail.yandex.net [IPv6:2a02:6b8:0:1819::a]) by mx1.freebsd.org (Postfix) with ESMTP id 0CFC22F25 for ; Fri, 27 Sep 2013 13:33:16 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward10l.mail.yandex.net (Yandex) with ESMTP id 79643BA0CB9; Fri, 27 Sep 2013 17:33:14 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id E9F871340174; Fri, 27 Sep 2013 17:33:13 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id IWPdGyyqPn-XDjSYF1T; Fri, 27 Sep 2013 17:33:13 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1380288793; bh=/igi/Q/e5SfWG1sK9/bibh42M32SVc+GIgMOvJO8mkE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=B86FeTDVTPV4YP+Lfe/CpAS2mpfoZjT91KDVPiTBuZILKgW5Jk0S2SDTW8fx8OJTm GuUBeD6x20PSN9+th6ILjvQ3QWr84gJ1JXb/rKT9XNWFFk9tphSnV+pbRGS6eJLDxY eOyFILPTKtcS+ce1mGrBxlg5XI+gpGJ+AY9ckrT4= Authentication-Results: smtp1h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52458901.3030001@yandex.ru> Date: Fri, 27 Sep 2013 17:32:49 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Scott Long , "Sergey V. Dyatko" Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927151314.61555d56@laptop.minsk.domain> <01FA0DBD-2341-4072-AFEF-732D6B57A516@samsco.org> In-Reply-To: <01FA0DBD-2341-4072-AFEF-732D6B57A516@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 13:33:16 -0000 Scott Long wrote on 27.09.2013 16:39: > Please try building without the KERNFAST option. There might be some > broken header dependencies that you are tripping over. > > Scott I have this problem too. Kernel and world were built with: make kernel && make buildworld No KERNFAST, no -j's, no local modifications in the source tree. -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 13:34:28 2013 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 ESMTP id 77AFABE5 for ; Fri, 27 Sep 2013 13:34:28 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [IPv6:2a02:6b8:0:1819::4]) by mx1.freebsd.org (Postfix) with ESMTP id 39FA92F47 for ; Fri, 27 Sep 2013 13:34:28 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward4l.mail.yandex.net (Yandex) with ESMTP id 26B951440D48 for ; Fri, 27 Sep 2013 17:34:27 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id D6F2417020B4 for ; Fri, 27 Sep 2013 17:34:26 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id wlTTaLqDv4-YQ0mkXph; Fri, 27 Sep 2013 17:34:26 +0400 Message-ID: <52458962.8010003@passap.ru> Date: Fri, 27 Sep 2013 17:34:26 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console References: <52450CDC.7030806@gmail.com> <20130927122507.GA1502@jmobile.jimmy.localnet> In-Reply-To: <20130927122507.GA1502@jmobile.jimmy.localnet> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 13:34:28 -0000 27.09.2013 16:25, Jimmy Kelley пишет: > On Fri, Sep 27, 2013 at 07:43:08AM +0300, Alexander Panyushkin wrote: >> Hi all. >> >> FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013 scorpion >> kernel: root@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel amd64 >> clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> >> After rebuild world my box annoying in console >> [...] >> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >> transfer attempted >> Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed >> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >> transfer attempted >> Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed >> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >> transfer attempted >> Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed >> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >> transfer attempted >> Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed >> Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA >> transfer attempted >> Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed > > If you have hald enabled, try rebuilding/reinstalling that port (sysutils/hal). > That fixed it for me. Thanks Jimmy, that helped me too! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 13:38:12 2013 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 ESMTP id 9EFC2E0B; Fri, 27 Sep 2013 13:38:12 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward7l.mail.yandex.net (forward7l.mail.yandex.net [IPv6:2a02:6b8:0:1819::7]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9482FD9; Fri, 27 Sep 2013 13:38:12 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward7l.mail.yandex.net (Yandex) with ESMTP id CEC5EBC0D44; Fri, 27 Sep 2013 17:38:10 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 4D43B1B608B7; Fri, 27 Sep 2013 17:38:10 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id o8s6E8h8jX-c910QWEe; Fri, 27 Sep 2013 17:38:10 +0400 Message-ID: <52458A41.6040004@passap.ru> Date: Fri, 27 Sep 2013 17:38:09 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: gahr@FreeBSD.org Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> In-Reply-To: <20130927125934.GA87559@gahrfit.gahr.ch> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Konstantin Belousov , "Sergey V. Dyatko" , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 13:38:12 -0000 27.09.2013 16:59, Pietro Cerutti пишет: > On 2013-Sep-27, 05:57, Scott Long wrote: >> >> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko wrote: >> >>>>> >>>>> yes, these messages disappeared after revert 255870 and r255871 >>>>> >>>> >>>> >>>> Hi, >>>> >>>> Nothing that I changes should have affected the ahci driver. In >>>> fact, I tested this driver specifically during my development. Can >>>> you confirm that you built both kernel and modules from a clean state? >>> >>> [tiger@laptop]:/usr/src%svn st >>> M sys/boot/i386/zfsboot/zfsboot.c >>> [tiger@laptop]:/usr/src%svn diff >>> Index: sys/boot/i386/zfsboot/zfsboot.c >>> =================================================================== >>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) >>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) >>> @@ -302,6 +302,7 @@ >>> * region in the SMAP, use the last 3MB of 'extended' memory as a >>> * high heap candidate. >>> */ >>> + high_heap_size = 0; >>> if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) { >>> high_heap_size = HEAP_MIN; >>> high_heap_base = bios_extmem + 0x100000 - HEAP_MIN; >>> [tiger@laptop]:/usr/src% >>> >>> nothing more. >>> >> >> Yes, no local source changes, but are you loading the cam or ahci drivers >> a loadable modules that might be out of sync now, or did you use a short- >> cut for building your kernel, like NO_CLEAN? > > I had the same problem with a clean src tree. After commenting out the > ahci line from my kernel conf file, I got these instead: > > Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed > Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer attempte > > reverting those two commits solved the issue. In my case just rebuilding and restarting of sysutils/hal helped. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 13:56:50 2013 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 ESMTP id 9159E762; Fri, 27 Sep 2013 13:56:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FA1E2337; Fri, 27 Sep 2013 13:56:50 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8RDukYn068241; Fri, 27 Sep 2013 07:56:47 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages From: Scott Long In-Reply-To: <52458A41.6040004@passap.ru> Date: Fri, 27 Sep 2013 07:56:45 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1510) Cc: Konstantin Belousov , "Sergey V. Dyatko" , FreeBSD CURRENT , gahr@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 13:56:50 -0000 On Sep 27, 2013, at 7:38 AM, Boris Samorodov wrote: > 27.09.2013 16:59, Pietro Cerutti =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> On 2013-Sep-27, 05:57, Scott Long wrote: >>>=20 >>> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko = wrote: >>>=20 >>>>>>=20 >>>>>> yes, these messages disappeared after revert 255870 and r255871 >>>>>>=20 >>>>>=20 >>>>>=20 >>>>> Hi, >>>>>=20 >>>>> Nothing that I changes should have affected the ahci driver. In >>>>> fact, I tested this driver specifically during my development. = Can >>>>> you confirm that you built both kernel and modules from a clean = state? >>>>=20 >>>> [tiger@laptop]:/usr/src%svn st >>>> M sys/boot/i386/zfsboot/zfsboot.c >>>> [tiger@laptop]:/usr/src%svn diff=20 >>>> Index: sys/boot/i386/zfsboot/zfsboot.c >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) >>>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) >>>> @@ -302,6 +302,7 @@ >>>> * region in the SMAP, use the last 3MB of 'extended' memory as a >>>> * high heap candidate. >>>> */ >>>> + high_heap_size =3D 0; >>>> if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) { >>>> high_heap_size =3D HEAP_MIN; >>>> high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN; >>>> [tiger@laptop]:/usr/src% >>>>=20 >>>> nothing more.=20 >>>>=20 >>>=20 >>> Yes, no local source changes, but are you loading the cam or ahci = drivers >>> a loadable modules that might be out of sync now, or did you use a = short- >>> cut for building your kernel, like NO_CLEAN? >>=20 >> I had the same problem with a clean src tree. After commenting out = the >> ahci line from my kernel conf file, I got these instead: >>=20 >> Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed >> Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA = transfer attempte >>=20 >> reverting those two commits solved the issue. >=20 > In my case just rebuilding and restarting of sysutils/hal helped. Interesting. I didn't test hal, probably should have. The compat shims = I put in place should have made it work without a rebuild. I wonder if it's = somehow corrupting kernel state. Are others who are experiencing problems also = running the hal package? Scott From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 14:09:06 2013 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 ESMTP id 70F32B5A for ; Fri, 27 Sep 2013 14:09:06 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel09.rubas.ch (cpanel09.rubas.ch [195.182.222.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 250BE23F1 for ; Fri, 27 Sep 2013 14:09:05 +0000 (UTC) Received: from 98-41.199-178.cust.bluewin.ch ([178.199.41.98]:56801 helo=gahrfit.gahr.ch) by cpanel09.rubas.ch with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VPYj0-000p0B-KP; Fri, 27 Sep 2013 16:08:56 +0200 Date: Fri, 27 Sep 2013 16:08:51 +0200 From: Pietro Cerutti To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927140851.GB87559@gahrfit.gahr.ch> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: X-PGP-Key: fp="DA6D E106 A5B8 54B8 5DD8 6D49 ADD0 D38E A192 089E"; id="0xA192089E"; get=; get=; User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel09.rubas.ch X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Get-Message-Sender-Via: cpanel09.rubas.ch: authenticated_id: gahr@gahr.ch Cc: Konstantin Belousov , "Sergey V. Dyatko" , Boris Samorodov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 14:09:06 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Sep-27, 07:56, Scott Long wrote: >=20 > On Sep 27, 2013, at 7:38 AM, Boris Samorodov wrote: >=20 > > 27.09.2013 16:59, Pietro Cerutti =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> On 2013-Sep-27, 05:57, Scott Long wrote: > >>>=20 > >>> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko wrote: > >>>=20 > >>>>>>=20 > >>>>>> yes, these messages disappeared after revert 255870 and r255871 > >>>>>>=20 > >>>>>=20 > >>>>>=20 > >>>>> Hi, > >>>>>=20 > >>>>> Nothing that I changes should have affected the ahci driver. In > >>>>> fact, I tested this driver specifically during my development. Can > >>>>> you confirm that you built both kernel and modules from a clean sta= te? > >>>>=20 > >>>> [tiger@laptop]:/usr/src%svn st > >>>> M sys/boot/i386/zfsboot/zfsboot.c > >>>> [tiger@laptop]:/usr/src%svn diff=20 > >>>> Index: sys/boot/i386/zfsboot/zfsboot.c > >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > >>>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > >>>> @@ -302,6 +302,7 @@ > >>>> * region in the SMAP, use the last 3MB of 'extended' memory as a > >>>> * high heap candidate. > >>>> */ > >>>> + high_heap_size =3D 0; > >>>> if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) { > >>>> high_heap_size =3D HEAP_MIN; > >>>> high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN; > >>>> [tiger@laptop]:/usr/src% > >>>>=20 > >>>> nothing more.=20 > >>>>=20 > >>>=20 > >>> Yes, no local source changes, but are you loading the cam or ahci dri= vers > >>> a loadable modules that might be out of sync now, or did you use a sh= ort- > >>> cut for building your kernel, like NO_CLEAN? > >>=20 > >> I had the same problem with a clean src tree. After commenting out the > >> ahci line from my kernel conf file, I got these instead: > >>=20 > >> Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed > >> Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfe= r attempte > >>=20 > >> reverting those two commits solved the issue. > >=20 > > In my case just rebuilding and restarting of sysutils/hal helped. >=20 >=20 > Interesting. I didn't test hal, probably should have. The compat shims = I put in > place should have made it work without a rebuild. I wonder if it's someh= ow > corrupting kernel state. Are others who are experiencing problems also r= unning > the hal package? I am, I can try to rebuild hal with a non-reverted kernel. --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQJ8BAEBCgBmBQJSRZFvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQTZERTEwNkE1Qjg1NEI4NUREODZENDlB REQwRDM4RUExOTIwODlFAAoJEK3Q046hkgie7k4P/iKwSz5nMvtO5JwZOTAMqCEG 8JSOu7MIpfPs6ieT/1NPN9rWKhsRuBwSaahMLxOJpfC5Nd+T2LlXGR3bCPbN6a1n ieojB1/efAMHBoRj3Vw5SuluYdeNk30x7qs38QajzyqxJxB8drNMl0ve24q/RBWc jFjww0fVf0jKC4Wag3PLnsEQUYczlpmdd/vnl2gNEERrPxeKfT/+Fb9E5fIN4DAy KyeaGWPdmTe8HKAQ/5FRzJu2UGs9BqYjmSS6pKQUHW72nvDux9futGiqeonUVI8N siFyKIUH9/mRqWLIL5phtJ6ZQjPyVWiIqRId3tUgsuV7Z7lYYiBF9LJt/MniVmPZ Odhpfyjbpl3zC8HP+h1qYHnhzE73O98hUGGtpFtQ/Ldgl1Q9WL8uc5K3kLMjSmxv w2/P5Rwmf4gMHACE3OQy4M4PyNtowWNfCddSGiHdSC0/AM32XOqgKZ+eDaLOiaFK tV5y+dwQDXTO9cMMPy+IiX8c0FWSWI5IG2WshhJ1lHritqb1/nG9pk7ndjHMUAte 4S8SPZ4te/P+53tuZmDpjwDzYRCgJoec4B3eopZZeIThNY/+o/9d5fUAcw5N7KkJ mLJeUIXhw5uEyWoRNpRIB/7S85Sbbt53JH9/neq7VdNO79GRJygTuLISThGZc/4J xa6MsyVA9CPU92aq+UWp =vQVW -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 14:18:57 2013 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 ESMTP id 256CC2AB; Fri, 27 Sep 2013 14:18:57 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [IPv6:2a02:6b8:0:1819::1]) by mx1.freebsd.org (Postfix) with ESMTP id D406A24A1; Fri, 27 Sep 2013 14:18:56 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 6A8F11520C3A; Fri, 27 Sep 2013 18:18:55 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 8BA271B4195E; Fri, 27 Sep 2013 18:18:54 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id hBsVtUvGSs-Is7eborg; Fri, 27 Sep 2013 18:18:54 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1380291534; bh=VPfQpg8ol/F4V2RfzBBAoax5zVjP69alD8kuyL42KVs=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=KavnIsSF0DBRQd6RjX8q5F1cCK3SK8g+BAtUyQY+ZvnXYAL0GztLRkMs9Aezq5SJA MLU7Iv3mCPVFpXDU9tc6F6OY+VLtyZGA9jJhonLsyg/qg3bC0+qskHQceFA0l5QDvy LabweMoOJ3ZXQNbjB69DUBBYcOBSZeAQsH/O0d2Y= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <524593B5.2010806@yandex.ru> Date: Fri, 27 Sep 2013 18:18:29 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Boris Samorodov , gahr@FreeBSD.org Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> In-Reply-To: <52458A41.6040004@passap.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , "Sergey V. Dyatko" , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 14:18:57 -0000 Boris Samorodov wrote on 27.09.2013 17:38: >> reverting those two commits solved the issue. > > In my case just rebuilding and restarting of sysutils/hal helped. Rebuilding and restarting hald solved the issue on non-reverted kernel. Thank you, Boris! -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 14:31:09 2013 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 ESMTP id CCC0BDC1 for ; Fri, 27 Sep 2013 14:31:09 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth2.wiscmail.wisc.edu (wmauth2.doit.wisc.edu [144.92.197.222]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99F462599 for ; Fri, 27 Sep 2013 14:31:09 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MTS00200G8EQI00@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Fri, 27 Sep 2013 09:31:07 -0500 (CDT) X-Spam-PmxInfo: Server=avs-2, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.27.142115, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-67-251.dsl.mdsnwi.sbcglobal.net [76.208.67.251]) by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MTS00230GBVWD00@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Fri, 27 Sep 2013 09:31:07 -0500 (CDT) Message-id: <524596AA.4050802@freebsd.org> Date: Fri, 27 Sep 2013 09:31:06 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: freebsd-current@freebsd.org Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> <524593B5.2010806@yandex.ru> In-reply-to: <524593B5.2010806@yandex.ru> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 14:31:09 -0000 On 09/27/13 09:18, Ruslan Makhmatkhanov wrote: > Boris Samorodov wrote on 27.09.2013 17:38: >>> reverting those two commits solved the issue. >> >> In my case just rebuilding and restarting of sysutils/hal helped. > > Rebuilding and restarting hald solved the issue on non-reverted > kernel. Thank you, Boris! > I'm about to commit a patch that touches some of this CAM code again -- fixing some unitialized CCB fields -- which can be found at http://people.freebsd.org/~nwhitehorn/cam_xflags_init.diff. I guess the issue here is unrelated and has to do with stale CCB struct definitions in HAL, but the link is above in case anyone wants to check. -Nathan From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 14:33:51 2013 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 ESMTP id 95753FAE for ; Fri, 27 Sep 2013 14:33:51 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel09.rubas.ch (cpanel09.rubas.ch [195.182.222.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A64225CE for ; Fri, 27 Sep 2013 14:33:50 +0000 (UTC) Received: from 98-41.199-178.cust.bluewin.ch ([178.199.41.98]:56805 helo=gahrfit.gahr.ch) by cpanel09.rubas.ch with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VPZ75-0010HX-Lz; Fri, 27 Sep 2013 16:33:48 +0200 Date: Fri, 27 Sep 2013 16:33:44 +0200 From: Pietro Cerutti To: Ruslan Makhmatkhanov Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927143344.GC87559@gahrfit.gahr.ch> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> <524593B5.2010806@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline In-Reply-To: <524593B5.2010806@yandex.ru> X-PGP-Key: fp="DA6D E106 A5B8 54B8 5DD8 6D49 ADD0 D38E A192 089E"; id="0xA192089E"; get=; get=; User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel09.rubas.ch X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Get-Message-Sender-Via: cpanel09.rubas.ch: authenticated_id: gahr@gahr.ch Cc: Konstantin Belousov , "Sergey V. Dyatko" , Boris Samorodov , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 14:33:51 -0000 --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Sep-27, 18:18, Ruslan Makhmatkhanov wrote: > Boris Samorodov wrote on 27.09.2013 17:38: > >> reverting those two commits solved the issue. > > > > In my case just rebuilding and restarting of sysutils/hal helped. >=20 > Rebuilding and restarting hald solved the issue on non-reverted kernel.= =20 > Thank you, Boris! +1, thanks! --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQJ8BAEBCgBmBQJSRZdEXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQTZERTEwNkE1Qjg1NEI4NUREODZENDlB REQwRDM4RUExOTIwODlFAAoJEK3Q046hkgie9qAQAIYlVFdkBtCImgdsFj//vf0v PsvKKV+UMdOUKHEC+PYopNHpoP9nAmdkFoeBi3R3cd6R3pHgs0ujeN+5xVa8btH6 8DjBojcEbn0rJBQ5k7mPjIcYqZUb3wLgUft9zAH/5mx9gr3TLRWKtE83A4nrCXl3 5FRG8ZBVIvchb0C1gUOX+171f2Eqh3vgTPBvJPyP2DWHrw43X3FkF+C5HL7BcCXE EsMIO+1l/04akl+ScL4yr6ORYjKAzSUBuJGIL77SHAp/qvnmj2M0uB5nM2LWuWaD hUmR8mEqa4sdXlCXU26Byf3bua4Au1qFOX5XO8cMcAHmT7rmQLX6Q8cd6RuZsrpN 9dqWkELhS2Wi/OKu/v3E4Q13DHPoKPkt6E8YrtnV2NwkecCa1qiQYKLHynZQNTfU p80pXJHSZkC2obLAcIFFtxGDzjP0PKG1WlgYonW/YQpe6JnrVzZadIWmJNdTD+kd aZWdbl+B+bfgNUwY1nABprya0Vyu38PCqEXYtjgqMxC/NwYNxWqnXuk5n44sO6qT xzJArywoGwiZBvHdahwCxgILqfWse3D9t61mnTsC/M8yPlF95+acVqDVz55OYxCo MAF5yeXklI+MDRst6m/SOK021Y6Wb7X7N8ZHJPMepfN8eCl74nwNmRw6G1WPh061 IG84U7DPAcTQYFmxBnH/ =/PDQ -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 15:03:50 2013 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 ESMTP id 32ED523A for ; Fri, 27 Sep 2013 15:03:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2DAE27AA for ; Fri, 27 Sep 2013 15:03:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VPZa1-001Nr2-Dd>; Fri, 27 Sep 2013 17:03:41 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198] helo=telesto) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VPZa1-001oe2-A5>; Fri, 27 Sep 2013 17:03:41 +0200 Date: Fri, 27 Sep 2013 17:03:36 +0200 From: "O. Hartmann" To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927170336.36af6490@telesto> In-Reply-To: <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/TZDOmBt7c=ucjKOx8nGk38X"; protocol="application/pgp-signature" X-Originating-IP: 130.133.86.198 Cc: Konstantin Belousov , "Sergey V. Dyatko" , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 15:03:50 -0000 --Sig_/TZDOmBt7c=ucjKOx8nGk38X Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 27 Sep 2013 05:57:01 -0600 Scott Long wrote: >=20 > On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko > wrote: >=20 > >>>=20 > >>> yes, these messages disappeared after revert 255870 and r255871 > >>>=20 > >>=20 > >>=20 > >> Hi, > >>=20 > >> Nothing that I changes should have affected the ahci driver. In > >> fact, I tested this driver specifically during my development. Can > >> you confirm that you built both kernel and modules from a clean > >> state? > >=20 > > [tiger@laptop]:/usr/src%svn st > > M sys/boot/i386/zfsboot/zfsboot.c > > [tiger@laptop]:/usr/src%svn diff=20 > > Index: sys/boot/i386/zfsboot/zfsboot.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > > +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > > @@ -302,6 +302,7 @@ > > * region in the SMAP, use the last 3MB of 'extended' memory as > > a > > * high heap candidate. > > */ > > + high_heap_size =3D 0; > > if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) { > > high_heap_size =3D HEAP_MIN; > > high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN; > > [tiger@laptop]:/usr/src% > >=20 > > nothing more.=20 > >=20 >=20 > Yes, no local source changes, but are you loading the cam or ahci > drivers a loadable modules that might be out of sync now, or did you > use a short- cut for building your kernel, like NO_CLEAN? >=20 > Thanks, > Scott >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" In my case, as the initiator of the thread, I perform ALWAYS a complete delete of /usr/obj/ and start building the system from scratch. The codebase is "vanilla" CURRENT - means without local changes or additions. In my case, AHCI driver and CAM are built-in. I also realise that only more "modern" systems seem to get affected. The box in question is a LGA1155/Z77 system with an additional SATA 6GB controller, which I susepct "owning" the ahaci channel7. The P45-based boxes with the same CURRENT do not expose this phenomenon. Oliver --Sig_/TZDOmBt7c=ucjKOx8nGk38X Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSRZ5MAAoJEOgBcD7A/5N8i6UH/iVFQrRjY7PrltROUzIfzLfs L3T21CqIcUF4Op9gI5grrqo8axFthYSbj5XvazkKiJ7r3M2CCKnMxahH9ZdBGoo3 Eg8YM24QXkqBFVeZA0f/xmIryBepHMtWUMRkELR80a1gfwYaiBp4NG+iWHdrBLsX ps3I1BwGjyAJn99CyMjOhblSqzG/2ACWCFMcDowHr/QPbvqMqWB2yUq+DXnSGUfC se0N6z/l8Nm3hlyworG0a4dWUWhAOYnfO2fNT2hDI8h9qPJiWGstr1gCQOmzf6gt ReDKCFK9g2A5YkBvtyfdncIoaSUzwVWIxISvriUQZR/AgkKG/dtzWdPpJWRIAJQ= =scZy -----END PGP SIGNATURE----- --Sig_/TZDOmBt7c=ucjKOx8nGk38X-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 15:07:57 2013 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 ESMTP id E9ABC3DB; Fri, 27 Sep 2013 15:07:57 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3B8E27EA; Fri, 27 Sep 2013 15:07:57 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VPZe6-001P3n-AM>; Fri, 27 Sep 2013 17:07:54 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198] helo=telesto) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VPZe6-001ous-6o>; Fri, 27 Sep 2013 17:07:54 +0200 Date: Fri, 27 Sep 2013 17:07:53 +0200 From: "O. Hartmann" To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130927170753.3f171e91@telesto> In-Reply-To: References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ZVl8ep7N8QHtdUnOgGCmhb9"; protocol="application/pgp-signature" X-Originating-IP: 130.133.86.198 Cc: Konstantin Belousov , "Sergey V. Dyatko" , Boris Samorodov , gahr@FreeBSD.org, FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 15:07:58 -0000 --Sig_/ZVl8ep7N8QHtdUnOgGCmhb9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 27 Sep 2013 07:56:45 -0600 Scott Long wrote: >=20 > On Sep 27, 2013, at 7:38 AM, Boris Samorodov wrote: >=20 > > 27.09.2013 16:59, Pietro Cerutti =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> On 2013-Sep-27, 05:57, Scott Long wrote: > >>>=20 > >>> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko > >>> wrote: > >>>=20 > >>>>>>=20 > >>>>>> yes, these messages disappeared after revert 255870 and r255871 > >>>>>>=20 > >>>>>=20 > >>>>>=20 > >>>>> Hi, > >>>>>=20 > >>>>> Nothing that I changes should have affected the ahci driver. In > >>>>> fact, I tested this driver specifically during my development. > >>>>> Can you confirm that you built both kernel and modules from a > >>>>> clean state? > >>>>=20 > >>>> [tiger@laptop]:/usr/src%svn st > >>>> M sys/boot/i386/zfsboot/zfsboot.c > >>>> [tiger@laptop]:/usr/src%svn diff=20 > >>>> Index: sys/boot/i386/zfsboot/zfsboot.c > >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873) > >>>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) > >>>> @@ -302,6 +302,7 @@ > >>>> * region in the SMAP, use the last 3MB of 'extended' memory > >>>> as a > >>>> * high heap candidate. > >>>> */ > >>>> + high_heap_size =3D 0; > >>>> if (bios_extmem >=3D HEAP_MIN && high_heap_size < HEAP_MIN) { > >>>> high_heap_size =3D HEAP_MIN; > >>>> high_heap_base =3D bios_extmem + 0x100000 - HEAP_MIN; > >>>> [tiger@laptop]:/usr/src% > >>>>=20 > >>>> nothing more.=20 > >>>>=20 > >>>=20 > >>> Yes, no local source changes, but are you loading the cam or ahci > >>> drivers a loadable modules that might be out of sync now, or did > >>> you use a short- cut for building your kernel, like NO_CLEAN? > >>=20 > >> I had the same problem with a clean src tree. After commenting out > >> the ahci line from my kernel conf file, I got these instead: > >>=20 > >> Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed > >> Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA > >> transfer attempte > >>=20 > >> reverting those two commits solved the issue. > >=20 > > In my case just rebuilding and restarting of sysutils/hal helped. >=20 >=20 > Interesting. I didn't test hal, probably should have. The compat > shims I put in place should have made it work without a rebuild. I > wonder if it's somehow corrupting kernel state. Are others who are > experiencing problems also running the hal package? >=20 > Scott >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Yes, I do ... I just rebuild HAL and wait for rebooting the systems affected ... --Sig_/ZVl8ep7N8QHtdUnOgGCmhb9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSRZ9JAAoJEOgBcD7A/5N8STwH/27QI1qrVK+5wXL9d0cHAOJF 9Vd2TaUzO/q42rRU8zXLIljGR9lsYoQTmgvWhVDIfSreDWrhJ7msFPEh/uAKt5Vw X9nWVS/2BspgDm6nY4MSJoyDKJZBPxub3LjqB8P4uNcwixyauJrUg1RDQQIKA+/9 7cge8SHGIFcSHKByWjGS3CmqDY+QxTScU9KHnGq4h8IHqTEALO0GPiqfDhgUngse g4oIDH7XxetkPzyIpNLg75jQsRSN94Ni3R25GlMRDIMgqEkM0EuVLJQM30YoLxfh oN+ZtAbRs6ziUI/cS0z3E6O3cvvDpkAwk+t6ihzQvsjmGDit/r2VADqqFJNaOHk= =azhH -----END PGP SIGNATURE----- --Sig_/ZVl8ep7N8QHtdUnOgGCmhb9-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 18:17:25 2013 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 ESMTP id 4C13811F for ; Fri, 27 Sep 2013 18:17:25 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1F11C2207 for ; Fri, 27 Sep 2013 18:17:24 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 3D9D9139A4 for ; Fri, 27 Sep 2013 15:17:19 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type:subject :subject:to:mime-version:user-agent:from:from:date:date :message-id; s=dkim; t=1380305838; x=1381169839; bh=Lc/9yenVvVf1 Jp5s1RdHmbqhLgpRVn0iIXeflZx2Ux0=; b=hnhSfLjKJ629kbys8usB4hrQR0Fs 4qSWpfYQ9E9yxdWxPB/8vpm9uokbhcooZHdGjz0PlB2OmvEfIXlQsRI1xkx2aNjD tc7oYxDU4xu/Rj1oH2I9/VNf8pyk1qbM8EOBq4HUtSWujBv8qvLSfnWU8z03+pJW Nay3ReN8aEtR5/Y= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zuKgvfLvqCdo for ; Fri, 27 Sep 2013 15:17:18 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id DE36A13989 for ; Fri, 27 Sep 2013 15:17:17 -0300 (BRT) Message-ID: <5245CBAB.5070702@bsdinfo.com.br> Date: Fri, 27 Sep 2013 15:17:15 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: devel/glib20 compile error 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.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 18:17:25 -0000 Hi all, Compiling devel/glib20 I got this error: gmake[6]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib/update-pcre' Making all in . gmake[6]: Entering directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib' CC libglib_2_0_la-gallocator.lo CC libglib_2_0_la-gcache.lo CC libglib_2_0_la-gcompletion.lo CC libglib_2_0_la-grel.lo CC libglib_2_0_la-gthread-deprecated.lo CC libglib_2_0_la-garray.lo CC libglib_2_0_la-gasyncqueue.lo CC libglib_2_0_la-gatomic.lo gatomic.c:392:10: warning: incompatible integer to pointer conversion passing 'gssize' (aka 'long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_add ((volatile gpointer *) atomic, val); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./gatomic.h:170:46: note: expanded from macro 'g_atomic_pointer_add' (gssize) __sync_fetch_and_add ((atomic), (val)); \ ^~~~~ gatomic.c:416:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_and ((volatile gpointer *) atomic, val); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' (gsize) __sync_fetch_and_and ((atomic), (val)); \ ^~~~~ gatomic.c:440:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_or ((volatile gpointer *) atomic, val); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' (gsize) __sync_fetch_and_or ((atomic), (val)); \ ^~~~~ gatomic.c:464:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_xor ((volatile gpointer *) atomic, val); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./gatomic.h:191:45: note: expanded from macro 'g_atomic_pointer_xor' (gsize) __sync_fetch_and_xor ((atomic), (val)); \ ^~~~~ 4 warnings generated. CC libglib_2_0_la-gbacktrace.lo CC libglib_2_0_la-gbase64.lo CC libglib_2_0_la-gbitlock.lo CC libglib_2_0_la-gbookmarkfile.lo CC libglib_2_0_la-gbytes.lo CC libglib_2_0_la-gcharset.lo CC libglib_2_0_la-gchecksum.lo CC libglib_2_0_la-gconvert.lo CC libglib_2_0_la-gdataset.lo gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv ^ gconvert.c:310:21: warning: passing 'gchar **' (aka 'char **') to parameter of type 'const char **' discards qualifiers in nested pointer types [-Wincompatible-pointer-types-discards-qualifiers] return iconv (cd, inbuf, inbytes_left, outbuf, outbytes_left); ^~~~~ /usr/local/include/iconv.h:83:48: note: passing argument to parameter 'inbuf' here extern size_t iconv (iconv_t cd, const char* * inbuf, size_t *inbytesleft, char* * outbuf, size_t *outbytesleft); ^ CC libglib_2_0_la-gdate.lo 1 warning and 1 error generated. gmake[6]: *** [libglib_2_0_la-gconvert.lo] Error 1 gmake[6]: *** Waiting for unfinished jobs.... gdataset.c:1191:3: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' (aka 'struct _GData *') [-Wint-conversion] g_atomic_pointer_or (datalist, (gsize)flags); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' (gsize) __sync_fetch_and_or ((atomic), (val)); \ ^~~~~ gdataset.c:1214:3: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' (aka 'struct _GData *') [-Wint-conversion] g_atomic_pointer_and (datalist, ~(gsize)flags); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' (gsize) __sync_fetch_and_and ((atomic), (val)); \ ^~~~~ gdate.c:432:43: warning: comparison of constant 8 with expression of type 'GDateWeekday' is always true [-Wtautological-constant-out-of-range-compare] return ( (w > G_DATE_BAD_WEEKDAY) && (w < 8) ); ~ ^ ~ 2 warnings generated. 1 warning generated. gmake[6]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib' gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib' gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/glib20 *** Error code 1 Stop. make: stopped in /usr/ports/devel/glib20 ===>>> make failed for devel/glib20 ===>>> Aborting update ===>>> Killing background jobs Terminated My system: FreeBSD pppoebsd.teste.com.br 10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #30 r255908: Fri Sep 27 09:44:33 BRT 2013 root@pppoebsd.teste.com.br:/usr/obj/usr/src/sys/TESTE10 amd64 Cheers, Gondim From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 20:01:00 2013 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 ESMTP id 35AB9756 for ; Fri, 27 Sep 2013 20:01:00 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [67.212.89.78]) by mx1.freebsd.org (Postfix) with ESMTP id 085022825 for ; Fri, 27 Sep 2013 20:00:59 +0000 (UTC) Received: from mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) by mail.bsdinfo.com.br (Postfix) with ESMTP id 98FB0139A4 for ; Fri, 27 Sep 2013 17:00:59 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bsdinfo.com.br; h=content-transfer-encoding:content-type:content-type :in-reply-to:references:subject:subject:to:mime-version :user-agent:from:from:date:date:message-id; s=dkim; t= 1380312058; x=1381176059; bh=Myai20rIeMCj4ulLxHJqrcsopstqjSMc/gc q74No714=; b=cnnM9lThGVvlLbJmpi0H0pEuz80/8N+hJcSWN+0MXWw6RErte0U FUYd3LxqfmaQE129hPvaYEOggayMtoUxv3TRm5HhR0r2gDkOBcSm/7oZf6LB6JnU tVGBshgmeNAPIgriRsOFGC3KTAxJgly7P/UTU4qxdBS7oYl3bxPZL8/Q= X-Virus-Scanned: amavisd-new at mail.bsdinfo.com.br Received: from mail.bsdinfo.com.br ([127.0.0.1]) by mail.bsdinfo.com.br (mail.bsdinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h94Wb1Wt5k2h for ; Fri, 27 Sep 2013 17:00:58 -0300 (BRT) Received: from MacBook-de-Gondim-2.local (unknown [186.193.48.8]) by mail.bsdinfo.com.br (Postfix) with ESMTPSA id 5753213989 for ; Fri, 27 Sep 2013 17:00:58 -0300 (BRT) Message-ID: <5245E3F7.3090608@bsdinfo.com.br> Date: Fri, 27 Sep 2013 17:00:55 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: [SOLVED] Re: devel/glib20 compile error References: <5245CBAB.5070702@bsdinfo.com.br> In-Reply-To: <5245CBAB.5070702@bsdinfo.com.br> 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.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 20:01:00 -0000 Em 27/09/13 15:17, Marcelo Gondim escreveu: > Hi all, > > Compiling devel/glib20 I got this error: > > > gmake[6]: Leaving directory > `/usr/ports/devel/glib20/work/glib-2.36.3/glib/update-pcre' > Making all in . > gmake[6]: Entering directory > `/usr/ports/devel/glib20/work/glib-2.36.3/glib' > CC libglib_2_0_la-gallocator.lo > CC libglib_2_0_la-gcache.lo > CC libglib_2_0_la-gcompletion.lo > CC libglib_2_0_la-grel.lo > CC libglib_2_0_la-gthread-deprecated.lo > CC libglib_2_0_la-garray.lo > CC libglib_2_0_la-gasyncqueue.lo > CC libglib_2_0_la-gatomic.lo > gatomic.c:392:10: warning: incompatible integer to pointer conversion > passing 'gssize' (aka 'long') to parameter of type 'gpointer' (aka > 'void *') [-Wint-conversion] > return g_atomic_pointer_add ((volatile gpointer *) atomic, val); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./gatomic.h:170:46: note: expanded from macro 'g_atomic_pointer_add' > (gssize) __sync_fetch_and_add ((atomic), > (val)); \ > ^~~~~ > gatomic.c:416:10: warning: incompatible integer to pointer conversion > passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' > (aka 'void *') [-Wint-conversion] > return g_atomic_pointer_and ((volatile gpointer *) atomic, val); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' > (gsize) __sync_fetch_and_and ((atomic), > (val)); \ > ^~~~~ > gatomic.c:440:10: warning: incompatible integer to pointer conversion > passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' > (aka 'void *') [-Wint-conversion] > return g_atomic_pointer_or ((volatile gpointer *) atomic, val); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' > (gsize) __sync_fetch_and_or ((atomic), > (val)); \ > ^~~~~ > gatomic.c:464:10: warning: incompatible integer to pointer conversion > passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' > (aka 'void *') [-Wint-conversion] > return g_atomic_pointer_xor ((volatile gpointer *) atomic, val); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./gatomic.h:191:45: note: expanded from macro 'g_atomic_pointer_xor' > (gsize) __sync_fetch_and_xor ((atomic), > (val)); \ > ^~~~~ > 4 warnings generated. > CC libglib_2_0_la-gbacktrace.lo > CC libglib_2_0_la-gbase64.lo > CC libglib_2_0_la-gbitlock.lo > CC libglib_2_0_la-gbookmarkfile.lo > CC libglib_2_0_la-gbytes.lo > CC libglib_2_0_la-gcharset.lo > CC libglib_2_0_la-gchecksum.lo > CC libglib_2_0_la-gconvert.lo > CC libglib_2_0_la-gdataset.lo > gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h > is from libiconv > #error GNU libiconv not in use but included iconv.h is from libiconv > ^ > gconvert.c:310:21: warning: passing 'gchar **' (aka 'char **') to > parameter of type 'const char **' discards qualifiers in nested > pointer types > [-Wincompatible-pointer-types-discards-qualifiers] > return iconv (cd, inbuf, inbytes_left, outbuf, outbytes_left); > ^~~~~ > /usr/local/include/iconv.h:83:48: note: passing argument to parameter > 'inbuf' here > extern size_t iconv (iconv_t cd, const char* * inbuf, size_t > *inbytesleft, char* * outbuf, size_t *outbytesleft); > ^ > CC libglib_2_0_la-gdate.lo > 1 warning and 1 error generated. > gmake[6]: *** [libglib_2_0_la-gconvert.lo] Error 1 > gmake[6]: *** Waiting for unfinished jobs.... > gdataset.c:1191:3: warning: incompatible integer to pointer conversion > passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' > (aka 'struct _GData *') > [-Wint-conversion] > g_atomic_pointer_or (datalist, (gsize)flags); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' > (gsize) __sync_fetch_and_or ((atomic), > (val)); \ > ^~~~~ > gdataset.c:1214:3: warning: incompatible integer to pointer conversion > passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' > (aka 'struct _GData *') > [-Wint-conversion] > g_atomic_pointer_and (datalist, ~(gsize)flags); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' > (gsize) __sync_fetch_and_and ((atomic), > (val)); \ > ^~~~~ > gdate.c:432:43: warning: comparison of constant 8 with expression of > type 'GDateWeekday' is always true > [-Wtautological-constant-out-of-range-compare] > return ( (w > G_DATE_BAD_WEEKDAY) && (w < 8) ); > ~ ^ ~ > 2 warnings generated. > 1 warning generated. > gmake[6]: Leaving directory > `/usr/ports/devel/glib20/work/glib-2.36.3/glib' > gmake[5]: *** [all-recursive] Error 1 > gmake[5]: Leaving directory > `/usr/ports/devel/glib20/work/glib-2.36.3/glib' > gmake[4]: *** [all] Error 2 > gmake[4]: Leaving directory > `/usr/ports/devel/glib20/work/glib-2.36.3/glib' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the > failure to > the maintainer. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/devel/glib20 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/devel/glib20 > > ===>>> make failed for devel/glib20 > ===>>> Aborting update > > ===>>> Killing background jobs > Terminated > > My system: > > FreeBSD pppoebsd.teste.com.br 10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #30 > r255908: Fri Sep 27 09:44:33 BRT 2013 > root@pppoebsd.teste.com.br:/usr/obj/usr/src/sys/TESTE10 amd64 > I solved removing gcc and glib and compiling both again. :) Gondim From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 21:13:25 2013 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 ESMTP id ABE60D2C for ; Fri, 27 Sep 2013 21:13:25 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A9B52B72 for ; Fri, 27 Sep 2013 21:13:25 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VPfLn-003EC2-Ju>; Fri, 27 Sep 2013 23:13:23 +0200 Received: from f052242042.adsl.alicedsl.de ([78.52.242.42] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VPfLn-002CQC-Gi>; Fri, 27 Sep 2013 23:13:23 +0200 Date: Fri, 27 Sep 2013 23:13:18 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: "unbound[12941:0] warning: too many file descriptors" WHEN num-threads: 2 Message-ID: <20130927231318.69345bd4@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/E/HtKri+XbJ6jwthOuBmM.V"; protocol="application/pgp-signature" X-Originating-IP: 78.52.242.42 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 21:13:25 -0000 --Sig_/E/HtKri+XbJ6jwthOuBmM.V Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable When setting=20 num-threads: 2 in /etc/unbound/unbound.conf I get this error and unbound isn't willing to start: [1380316227] unbound[12941:0] warning: too many file descriptors requested. The builtinmini-event cannot handle more than 1024. Config for less fds or compile with libevent [1380316227] unbound[12941:0] warning: continuing with less udp ports: 477 [1380316227] unbound[12941:0] error: bind: address already in use [1380316227] unbound[12941:0] fatal error: could not open ports /etc/rc.d/local_unbound: WARNING: failed to start local_unbound Why can't I set the number of threads? --Sig_/E/HtKri+XbJ6jwthOuBmM.V Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSRfTyAAoJEOgBcD7A/5N861wH/1iIPNlyZxeAJd2st+iXfwy8 k5PAY9RTeJ/rl+0Ys+cUN2nDpRoQQ6TbjnroAH2MvPpl5k3uzLqRyDUfvSKMyOnQ IQA59+YWFH0sqVVdEU+kv3Jm/d1LdrxN4EclxRo2HKgvbuhgaZait+/PfHXAk6nR 0WvIJf4RlwE968Sjxz1immrXAwcaO7E9ifScKwnkQm7OlQ5LnAWV8caXvkL0cHPm pjqI3LtFKF/L0G1Y1LYxFnGYyCAxptuiPf0/8LtbFxDpGJMBcSEEIWCuJl+B4Y3q UzWd1XMJ8LFLt7HPGlfurwMyVv/+8xn3Js9qbWc7UCCAJ1NIXKh8R++fLmyXHzQ= =qMSN -----END PGP SIGNATURE----- --Sig_/E/HtKri+XbJ6jwthOuBmM.V-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 27 23:04:55 2013 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 ESMTP id 83D63B67 for ; Fri, 27 Sep 2013 23:04:55 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013: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 1EEB920DF for ; Fri, 27 Sep 2013 23:04:54 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id a15so1470011eae.23 for ; Fri, 27 Sep 2013 16:04:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=YudtQu5R+nsJI3KtIgRUtKcqdE3bWSqqIvgVzyZABM8=; b=Vm+Tj65ugng/T1J0Ag8le3kgDpUTmY34WRXcj/Y788DZPXOX0oy/R07yOUhSWBhS+c rtiogXevMPHNwU0GXEZ/aTEjdOlW6MPTNR6pv4yqtYv8Iy5Mo+fJ7En6khdXBvvV+ebh i18yb0tDbcaIVDh0A5clHoltrD77clHyPpFRkVgLn4DTkfFj+XE0aZ1Iu7d5rpu1ve5F QkYSvLqx6SvOPe8kz66MP8/paGQIDHjkQ6FCbLzwnQzB+1R++/kj8ML0z4isenHZIN1w J3qE8M13WABtjNCrpjkYjpEQ+R8JiLWCAyJmbvAmIpTLgmwlFbkf5tdjJ7kfACWnCwdj S8rg== X-Received: by 10.14.172.133 with SMTP id t5mr13942978eel.35.1380323093587; Fri, 27 Sep 2013 16:04:53 -0700 (PDT) Received: from notebook.alkar.net ([91.243.193.58]) by mx.google.com with ESMTPSA id z12sm21116876eev.6.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Sep 2013 16:04:53 -0700 (PDT) From: Artyom Mirgorodskiy To: freebsd-current@freebsd.org Subject: gphoto2 bus error Date: Sat, 28 Sep 2013 02:05:42 +0300 Message-ID: <1430354.OSvlCO8lK8@notebook.alkar.net> User-Agent: KMail/4.11 (FreeBSD/10.0-ALPHA3; KDE/4.11.0; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 23:04:55 -0000 I just update to current and get bus error when I try to run gphoto2: Starting program: /usr/local/bin/gphoto2 --shell (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100144] [New Thread 802806400 (LWP 100144/gphoto2)] Program received signal SIGBUS, Bus error. [Switching to Thread 802806400 (LWP 100144/gphoto2)] 0x0000000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 (gdb) bt #0 0x0000000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 #1 0x00000008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3 #2 0x0000000803801a2a in gp_port_usb_exit (port=) at libusb1.c:275 #3 0x0000000801135763 in gp_port_free (port=0x80286d280) at gphoto2-port.c:124 #4 0x0000000800ebc6a9 in gp_abilities_list_detect (list=0x802869080, info_list=0x802869050, l=0x8028ec000, context=0x45) at gphoto2-abilities-list.c:488 #5 0x000000000040e0f7 in ?? () #6 0x0000000000404aef in ?? () #7 0x0000000800635000 in ?? () #8 0x0000000000000000 in ?? () -- Artyom Mirgorodskiy From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 06:29:39 2013 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 ESMTP id EED4C509; Sat, 28 Sep 2013 06:29:39 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B330279A; Sat, 28 Sep 2013 06:29:39 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id f15so1558080eak.8 for ; Fri, 27 Sep 2013 23:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=36idFuuOB5LDSpYT3lt6Ni1f57uS56Brwvevs1NFLTA=; b=oCG/HiDbwytW1ntuDduVGtGaYGNG2cOTdvWNeqNZcEGa0e7caSut2aNoxrr5TuTbS/ YYbeyCG2gvcXhGNyDeiK+r7DsMdB9O+z6j2MMu0YI6rZyUx0WXNWDO28/Dn1TYZnKp6X aSPWA5YkXlKpkvRUuj1WmVm4m6BMl9aLwEu79h7daxiyGIvM4Pez+Gu7ufM0MUG2PejI 6Fl4e6NMYzj76N2F+ysNFyTOXrXxOCbSDYj4xzFxOLz+fuuXcbkq5/fTuL5YLxFTLf90 BkUCBYkmtMV8SsEXJ2SRJVQe9+KiHvzKXsn1hN0H61rLAXVDmOvmEloFl73Hal22FbOr kfvg== X-Received: by 10.14.109.201 with SMTP id s49mr922921eeg.54.1380349777704; Fri, 27 Sep 2013 23:29:37 -0700 (PDT) Received: from laptop.minsk.domain ([37.215.107.219]) by mx.google.com with ESMTPSA id i1sm24261001eeg.0.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 27 Sep 2013 23:29:37 -0700 (PDT) Date: Sat, 28 Sep 2013 09:29:46 +0300 From: "Sergey V. Dyatko" To: gahr@FreeBSD.org Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130928092946.742bd469@laptop.minsk.domain> In-Reply-To: <20130927143344.GC87559@gahrfit.gahr.ch> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> <524593B5.2010806@yandex.ru> <20130927143344.GC87559@gahrfit.gahr.ch> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , FreeBSD CURRENT , Boris Samorodov , Ruslan Makhmatkhanov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 06:29:40 -0000 On Fri, 27 Sep 2013 16:33:44 +0200 Pietro Cerutti wrote: > On 2013-Sep-27, 18:18, Ruslan Makhmatkhanov wrote: > > Boris Samorodov wrote on 27.09.2013 17:38: > > >> reverting those two commits solved the issue. > > > > > > In my case just rebuilding and restarting of sysutils/hal helped. > > > > Rebuilding and restarting hald solved the issue on non-reverted > > kernel. Thank you, Boris! > > +1, thanks! > +1 thanks! r255915 Sep 28 09:27:13 laptop kernel: ahcich1: Timeout on slot 1 port 0 Sep 28 09:27:13 laptop kernel: ahcich1: is 00000000 cs 00000006 ss 00000000 rs 00000006 tfd c0 serr 00000000 cmd 0000c117 Sep 28 09:27:14 laptop pkg: hal-0.5.14_20 deinstalled Sep 28 09:27:15 laptop dbus[1299]: [system] Reloaded configuration Sep 28 09:27:19 laptop pkg-static: hal-0.5.14_20 installed Sep 28 09:27:19 laptop dbus[1299]: [system] Reloaded configuration [silence] -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 07:10:14 2013 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 ESMTP id 72F6065C; Sat, 28 Sep 2013 07:10:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3AF3F2B73; Sat, 28 Sep 2013 07:10:13 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8S7A9lo075024; Sat, 28 Sep 2013 01:10:10 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages From: Scott Long In-Reply-To: <20130927170753.3f171e91@telesto> Date: Sat, 28 Sep 2013 01:10:08 -0600 Content-Transfer-Encoding: 7bit Message-Id: <49D7E568-C260-4F68-8382-DAE3F5B451BE@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> <20130927170753.3f171e91@telesto> To: "O. Hartmann" X-Mailer: Apple Mail (2.1510) Cc: Konstantin Belousov , "Sergey V. Dyatko" , Boris Samorodov , gahr@FreeBSD.org, FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 07:10:14 -0000 On Sep 27, 2013, at 9:07 AM, O. Hartmann wrote: >>>> >>>> reverting those two commits solved the issue. >>> >>> In my case just rebuilding and restarting of sysutils/hal helped. >> >> >> Interesting. I didn't test hal, probably should have. The compat >> shims I put in place should have made it work without a rebuild. I >> wonder if it's somehow corrupting kernel state. Are others who are >> experiencing problems also running the hal package? >> >> Scott >> > > Yes, I do ... I just rebuild HAL and wait for rebooting the systems > affected ... DId this fix the problem? Scott From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 07:34:43 2013 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 ESMTP id 03C4BDDE; Sat, 28 Sep 2013 07:34:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B02212DF3; Sat, 28 Sep 2013 07:34:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VPp30-001kCp-OA>; Sat, 28 Sep 2013 09:34:38 +0200 Received: from f052240096.adsl.alicedsl.de ([78.52.240.96] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VPp30-002hqy-JJ>; Sat, 28 Sep 2013 09:34:38 +0200 Date: Sat, 28 Sep 2013 09:34:38 +0200 From: "O. Hartmann" To: Scott Long Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130928093438.78b4bd8e@thor.walstatt.dyndns.org> In-Reply-To: <49D7E568-C260-4F68-8382-DAE3F5B451BE@samsco.org> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> <20130927170753.3f171e91@telesto> <49D7E568-C260-4F68-8382-DAE3F5B451BE@samsco.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/AoXU+Q5XoEzCa0Eo8HFyXdg"; protocol="application/pgp-signature" X-Originating-IP: 78.52.240.96 Cc: Konstantin Belousov , "Sergey V. Dyatko" , Boris Samorodov , gahr@FreeBSD.org, FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 07:34:43 -0000 --Sig_/AoXU+Q5XoEzCa0Eo8HFyXdg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 28 Sep 2013 01:10:08 -0600 Scott Long wrote: >=20 > On Sep 27, 2013, at 9:07 AM, O. Hartmann > wrote: >=20 > >>>>=20 > >>>> reverting those two commits solved the issue. > >>>=20 > >>> In my case just rebuilding and restarting of sysutils/hal helped. > >>=20 > >>=20 > >> Interesting. I didn't test hal, probably should have. The compat > >> shims I put in place should have made it work without a rebuild. I > >> wonder if it's somehow corrupting kernel state. Are others who are > >> experiencing problems also running the hal package? > >>=20 > >> Scott > >>=20 > >=20 > > Yes, I do ... I just rebuild HAL and wait for rebooting the systems > > affected ... >=20 > DId this fix the problem? >=20 > Scott Yes, it did. Oliver. --Sig_/AoXU+Q5XoEzCa0Eo8HFyXdg Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSRoaOAAoJEOgBcD7A/5N8JnQH/jePI76BAb9NmiqjDvAAg4d0 FhdGUKQfNUSL5TLQh3BBKLQxmISdr2xWEPAbAotpae/1fUc5blpknk93YPm/GCAP wkqKTgEOFD9G4iVARmjM7AQMj4ZOcsfjrQAVrQ63UUF/HR8orzFUrPDakPH5WicG YRVL6f+o3819pelTeaVW+4IOe/1w8uNZt2P9SbLQW7xkdrmMvoPxjJSOYaXfiIRB U8DqwGlL6RGD3TmrdkO6znk+bfo8jV6TpBYpEepJV0qCUxFw9Pz7aIpd/yd8OLEc ZUatlQUqxx4FtxU0LwX+T0TB07Ljh6zrFmME7d4AOrstHLTMfVa6lXe+walsX2g= =veXk -----END PGP SIGNATURE----- --Sig_/AoXU+Q5XoEzCa0Eo8HFyXdg-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 07:35:13 2013 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 ESMTP id B1E10F08; Sat, 28 Sep 2013 07:35:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E4DF2E0F; Sat, 28 Sep 2013 07:35:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VPp3Y-001kP4-1i>; Sat, 28 Sep 2013 09:35:12 +0200 Received: from f052240096.adsl.alicedsl.de ([78.52.240.96] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VPp3X-002hto-TD>; Sat, 28 Sep 2013 09:35:12 +0200 Date: Sat, 28 Sep 2013 09:35:11 +0200 From: "O. Hartmann" To: "Sergey V. Dyatko" Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages Message-ID: <20130928093511.0a837712@thor.walstatt.dyndns.org> In-Reply-To: <20130928092946.742bd469@laptop.minsk.domain> References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> <524593B5.2010806@yandex.ru> <20130927143344.GC87559@gahrfit.gahr.ch> <20130928092946.742bd469@laptop.minsk.domain> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/F4l7k.daEdw4XvK+5Tz/qLN"; protocol="application/pgp-signature" X-Originating-IP: 78.52.240.96 Cc: Konstantin Belousov , FreeBSD CURRENT , Boris Samorodov , Ruslan Makhmatkhanov , gahr@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 07:35:13 -0000 --Sig_/F4l7k.daEdw4XvK+5Tz/qLN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 28 Sep 2013 09:29:46 +0300 "Sergey V. Dyatko" wrote: > On Fri, 27 Sep 2013 16:33:44 +0200 > Pietro Cerutti wrote: >=20 > > On 2013-Sep-27, 18:18, Ruslan Makhmatkhanov wrote: > > > Boris Samorodov wrote on 27.09.2013 17:38: > > > >> reverting those two commits solved the issue. > > > > > > > > In my case just rebuilding and restarting of sysutils/hal > > > > helped. > > >=20 > > > Rebuilding and restarting hald solved the issue on non-reverted > > > kernel. Thank you, Boris! > >=20 > > +1, thanks! > >=20 >=20 > +1 thanks! > r255915 >=20 > Sep 28 09:27:13 laptop kernel: ahcich1: Timeout on slot 1 port 0 > Sep 28 09:27:13 laptop kernel: ahcich1: is 00000000 cs 00000006 ss > 00000000 rs 00000006 tfd c0 serr 00000000 cmd 0000c117=20 > Sep 28 09:27:14 laptop pkg: hal-0.5.14_20 deinstalled=20 > Sep 28 09:27:15 laptop dbus[1299]: [system] Reloaded configuration=20 > Sep 28 09:27:19 laptop pkg-static: hal-0.5.14_20 installed=20 > Sep 28 09:27:19 laptop dbus[1299]: [system] Reloaded configuration > [silence] >=20 +1 from my side, too ;-) --Sig_/F4l7k.daEdw4XvK+5Tz/qLN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSRoavAAoJEOgBcD7A/5N8bH8IAN63hDd1ZFBHWTvXESKHSeEO deZ5LvYgKkPXxfJUO5XH95uHWEZwtz/aBBR+at+wz2e1f0RdfM7Iyg5bpxwCOTKC iIDSmlhj+5eGXlXaf9tZh9EyY002z+eVxirafUfASdxcukTUNv8z+3wrwOGyAiO3 R111g+GqTJ7Ry8CZCBQoQcz+MrYW3Ytg8lFIEwCf0at/Zzl2on+Ok8xijE24C9sI WOFLix6qteLkTnW7cnK2zpd7TnUQ4mT4MWI6+JCkiZY+BPmNccI22Pd1sDK1OCmy fgotqZZNeL4LlWCW1QcgN8u/XYQV5VVStVD4roKDf4H5zIp3LrIC17vDfGI0wsQ= =w0xJ -----END PGP SIGNATURE----- --Sig_/F4l7k.daEdw4XvK+5Tz/qLN-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 08:06:04 2013 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 ESMTP id A7D39B07; Sat, 28 Sep 2013 08:06:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E4D721E9; Sat, 28 Sep 2013 08:06:04 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r8S8605W075379; Sat, 28 Sep 2013 02:06:01 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages From: Scott Long In-Reply-To: <20130928093438.78b4bd8e@thor.walstatt.dyndns.org> Date: Sat, 28 Sep 2013 02:06:00 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130926085326.72b53660@thor.walstatt.dyndns.org> <20130926154026.4be04064@laptop.minsk.domain> <20130926130718.GH41229@kib.kiev.ua> <20130927083647.39956586@laptop.minsk.domain> <977CE1C1-B96C-4553-8C08-0077E1738496@samsco.org> <20130927145251.6532d339@laptop.minsk.domain> <0B95678C-4C3A-4234-B2EA-77156ED905B9@samsco.org> <20130927125934.GA87559@gahrfit.gahr.ch> <52458A41.6040004@passap.ru> <20130927170753.3f171e91@telesto> <49D7E568-C260-4F68-8382-DAE3F5B451BE@samsco.org> <20130928093438.78b4bd8e@thor.walstatt.dyndns.org> To: "O. Hartmann" X-Mailer: Apple Mail (2.1510) Cc: Konstantin Belousov , "Sergey V. Dyatko" , Boris Samorodov , gahr@FreeBSD.org, FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 08:06:04 -0000 On Sep 28, 2013, at 1:34 AM, O. Hartmann = wrote: > On Sat, 28 Sep 2013 01:10:08 -0600 > Scott Long wrote: >=20 >>=20 >> On Sep 27, 2013, at 9:07 AM, O. Hartmann >> wrote: >>=20 >>>>>>=20 >>>>>> reverting those two commits solved the issue. >>>>>=20 >>>>> In my case just rebuilding and restarting of sysutils/hal helped. >>>>=20 >>>>=20 >>>> Interesting. I didn't test hal, probably should have. The compat >>>> shims I put in place should have made it work without a rebuild. I >>>> wonder if it's somehow corrupting kernel state. Are others who are >>>> experiencing problems also running the hal package? >>>>=20 >>>> Scott >>>>=20 >>>=20 >>> Yes, I do ... I just rebuild HAL and wait for rebooting the systems >>> affected ... >>=20 >> DId this fix the problem? >>=20 >> Scott >=20 >=20 > Yes, it did. >=20 > Oliver. Thanks. It sounds like the bug is in the compat shims I wrote, not the = primary work. I'll look into it. Scott From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 09:16:26 2013 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 ESMTP id 7B192F4 for ; Sat, 28 Sep 2013 09:16:26 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35B3B2A2A for ; Sat, 28 Sep 2013 09:16:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=qNdy2KBaanyCqB6BULTwYhr1+Fv2iHa2scVCdtCeB7c=; b=AKsbzvnROZpZWwivT/8RUJTU8mfN6tmqjxOe2dF/Ria8f7bmaIXiOUANGOFCTTTQWzUBjtK+9bPfLqnFDn7/bLKe/Gq1ajJa6pjkGpFw6cy7N1IWffxh5293NK1mOMXE5Qq/4BXEhewDnHUiLYtUTKVpaJcqsJguW35EU5i/9Gs=; Received: from [178.137.138.140] (helo=nonamehost.local) by fsm2.ukr.net with esmtpsa ID 1VPpq0-000Bcc-Gi ; Sat, 28 Sep 2013 11:25:16 +0300 Date: Sat, 28 Sep 2013 11:25:15 +0300 From: Ivan Klymenko To: Ivan Klymenko Subject: Re: kernel: ahcich1: Timeout on slot 0 port 0 Message-ID: <20130928112516.7fcf30c0@nonamehost.local> In-Reply-To: <20130927131431.444155d6@nonamehost.local> References: <20130927131431.444155d6@nonamehost.local> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.138.140; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 09:16:26 -0000 =D0=92 Fri, 27 Sep 2013 13:14:31 +0300 Ivan Klymenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hello all > After the upgrade, with a revision r255868 to revision r255882 > I have the following problem: > ..... > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 > Sep 27 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 > ss 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep 27 > 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss > 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep 27 > 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000001 ss > 00000000 rs 00000001 tfd d0 serr 00000000 cmd 0000c017 Sep 27 > 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0 port 0 Sep 27 > 12:49:01 nonamehost kernel: ahcich1: is 00000000 cs 00000003 ss > 00000000 rs 00000003 tfd d0 serr 00000000 cmd 0000c017 ...... many > messages >=20 > In what could be the reason? >=20 > FreeBSD 10.0-ALPHA3 #0 r255882 >=20 > Thank you. Solved http://docs.freebsd.org/cgi/mid.cgi?524593B5.2010806 Thanks!. From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 11:41:59 2013 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 ESMTP id 62702B82 for ; Sat, 28 Sep 2013 11:41:59 +0000 (UTC) (envelope-from andrej.zverev@gmail.com) 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 3FFF32762 for ; Sat, 28 Sep 2013 11:41:59 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id hz1so3869420pad.16 for ; Sat, 28 Sep 2013 04:41:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/AMdaJQ+QRC0FSjI5fc2kaW0Mzztm7d0YZ4+lzsrvNk=; b=TgMDIKJK1z47CrRkhV/zLuGX9Q7oZOl+jfXT8P3LtJ0AoussjhwmnNKU3j5s1iaqLF zLGxk66Xccke20OT21hbKqx9miz5aVKIXUwaYDmvHaDHp5pY6K69vXnz26lWSzayI/yt dT91hpEdEsJNGyVhMJVW6twA/WtReO82mPQG7e/5dN4Wcj3LMkOLtD2busYJBcWBx7kL hsrMwxYQRaa/6SBiJ46ua1Tpk+iKgXHypfRE4h3czCQlpdignkLmHciUNVsVDcNcROY8 EPgu7HZ6p9Ee577ZtnzjP0l0jEgKraEfi/lU5/V+u7qv7kly1A/s/y5Ibylf03J6R6Sg MPmg== MIME-Version: 1.0 X-Received: by 10.66.156.199 with SMTP id wg7mr16681716pab.81.1380368518812; Sat, 28 Sep 2013 04:41:58 -0700 (PDT) Received: by 10.70.70.106 with HTTP; Sat, 28 Sep 2013 04:41:58 -0700 (PDT) Date: Sat, 28 Sep 2013 15:41:58 +0400 Message-ID: Subject: panic: rm_rlock: recursed on non-recursive rmlock mac_policy_rm @ /usr/src/sys/security/mac/mac_framework.c:198 From: Andrej Zverev To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sat, 28 Sep 2013 12:20:49 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 11:41:59 -0000 Hello, I see following panic of 10.0-ALPHA3 r255906 (kgdb) #0 doadump (textdump=0) at pcpu.h:232 #1 0xc0521fb1 in db_dump (dummy=-1062244387, dummy2=0, dummy3=-1, dummy4=0xeb36b764 "") at /usr/src/sys/ddb/db_command.c:543 #2 0xc0521a77 in db_command (cmd_table=) at /usr/src/sys/ddb/db_command.c:449 #3 0xc0521790 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xc0524020 in db_trap (type=, code=2) at /usr/src/sys/ddb/db_main.c:231 #5 0xc0af7738 in kdb_trap (type=, code=, tf=) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xc0fa6d3f in trap (frame=) at /usr/src/sys/i386/i386/trap.c:720 #7 0xc0f8fd5c in calltrap () at /usr/src/sys/i386/i386/exception.s:170 #8 0xc0af6fdd in kdb_enter (why=0xc1111a64 "panic", msg=) at cpufunc.h:71 #9 0xc0abe363 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:747 #10 0xc0abe21a in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:642 #11 0xc0abb047 in _rm_rlock_debug (rm=0xc156e764, tracker=) at /usr/src/sys/kern/kern_rmlock.c:640 #12 0xc0ceb0aa in mac_policy_slock_nosleep (tracker=) at /usr/src/sys/security/mac/mac_framework.c:198 #13 0xc0cf22a8 in mac_priv_check (priv=490) at /usr/src/sys/security/mac/mac_priv.c:75 #14 0xc0aacc15 in priv_check_cred (cred=0xc6ece600, priv=490, flags=0) at /usr/src/sys/kern/kern_priv.c:88 #15 0xd010cdf0 in socket_check_bind (cred=0xc6ece600, so=, solabel=0x0, sa=) at /usr/src/sys/modules/mac_portacl/../../security/mac_portacl/mac_portacl.c:428 #16 0xc0cf4291 in mac_socket_check_bind (so=0xcf528d40) at /usr/src/sys/security/mac/mac_socket.c:325 #17 0xc0b41091 in kern_bindat (td=0xc778c930, dirfd=-100, fd=, sa=0xffff) at /usr/src/sys/kern/uipc_syscalls.c:279 #18 0xc0b40ea4 in sys_bind (td=0x80, uap=) at /usr/src/sys/kern/uipc_syscalls.c:297 #19 0xc0fa7a0e in syscall (frame=) at subr_syscall.c:134 #20 0xc0f8fdf1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270 #21 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) It easy to reproduce. Just kldload mac_portacl and /etc/rc.d/syslogd restart From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 13:15:01 2013 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 ESMTP id 8B2F5B79 for ; Sat, 28 Sep 2013 13:15:01 +0000 (UTC) (envelope-from joel@freebsd.org) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7C02BA4 for ; Sat, 28 Sep 2013 13:15:00 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id A955BE3F07A for ; Sat, 28 Sep 2013 15:09:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sgYH-VVjBZ7L for ; Sat, 28 Sep 2013 15:09:22 +0200 (CEST) Received: from devbox.vnode.local (unknown [83.223.1.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id A6EFEE3F079 for ; Sat, 28 Sep 2013 15:09:22 +0200 (CEST) Date: Sat, 28 Sep 2013 15:09:21 +0200 From: Joel Dahl To: current@freebsd.org Subject: installworld broken - osreldate.h: permission denied Message-ID: <20130928130920.GA1318@devbox.vnode.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 13:15:01 -0000 Hi, Fresh HEAD. installworld from read-only /usr/obj and /usr/src: /usr/src/include/iconv.h osreldate.h /usr/include install: osreldate.h: Permission denied *** Error code 71 Stop. make[4]: stopped in /usr/src/include *** Error code 1 Everything was working fine 2 weeks ago, so it's a recent breakage. -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 14:23:15 2013 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 ESMTP id 5F2EFB59 for ; Sat, 28 Sep 2013 14:23:15 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DFF5F2EAC for ; Sat, 28 Sep 2013 14:23:14 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id w7so3064750lbi.8 for ; Sat, 28 Sep 2013 07:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=Gt7kq+06r8f3sObrK23guIHhhoo7XYAOwoHvmB11uxU=; b=tx1P5C9JTlk6lTbsPcfdQ8JGTebPLK7rAzpsk2X/FLcnC8Sqy7Rz1dHvWQNUS0fyJ1 O+j2XYDIj4FdGQrX0JpqLM0VWvldDub0jb/y1IhsDvfsjwzsjaOZgHG2svlzeeUJO6Cz d5fPnf0QkbblUa6eWB7hbZ4Lu7LcXG2FY1tBaqqySgxRJgFz4UWFXXRXdk8+mEoPiatz 5AnnnemGR2pgX90qSFpjHy03cOAxnC8v0F99W+lar427Nw40nVnaHBqEkaWD7cj6qQCH gw0PZyra7j5r/HKRlPu00969L3rfmtmBHyJacx0YLVci1hq9H2D8oma0Ak9w4kN719M1 X6qQ== X-Received: by 10.112.158.225 with SMTP id wx1mr832398lbb.37.1380378192833; Sat, 28 Sep 2013 07:23:12 -0700 (PDT) Received: from scorpion.kiev.ua ([130.185.28.132]) by mx.google.com with ESMTPSA id b1sm10760487lah.6.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Sep 2013 07:23:11 -0700 (PDT) Message-ID: <5246E64C.3080204@gmail.com> Date: Sat, 28 Sep 2013 17:23:08 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: current@freebsd.org Subject: graphics/poppler-glib not build Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 14:23:15 -0000 Hi all After upgrade ports graphics/poppler-glib not build anymore. pkg_info -R poppler-glib-0.22.2 [...] Required by: gimp-app-2.8.6_1,1 py27-gimp-app-2.8.6 evince-2.32.0_11 epdfview-0.1.8_4 ===> Building for poppler-glib-0.22.2 gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' CXX CairoFontEngine.lo In file included from CairoFontEngine.cc:39: ./CairoFontEngine.h:98:11: warning: private field 'doc' is not used [-Wunused-private-field] PDFDoc *doc; ^ 1 warning generated. CXX CairoOutputDev.lo CairoOutputDev.cc:1626:29: warning: cast from 'unsigned char *' to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] uint32_t *source_data = (uint32_t*)cairo_image_surface_get_data(source); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ CairoOutputDev.cc:2386:12: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] dest = (unsigned int *) (buffer + y * row_stride); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ CairoOutputDev.cc:2536:12: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] dest = (unsigned int *) (buffer + y * row_stride); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ CairoOutputDev.cc:2765:26: warning: cast from 'unsigned char *' to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] uint32_t *dest = (uint32_t *) (buffer + y * stride); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 4 warnings generated. CXX CairoRescaleBox.lo CairoRescaleBox.cc:283:10: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] dest = (unsigned int *)cairo_image_surface_get_data (dest_surface); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated. CXXLD libpoppler-cairo.la gmake[1]: Выход из каталога `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' GEN stamp-poppler-enums.h gmake all-recursive gmake[2]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' Making all in . gmake[3]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' CC poppler-enums.lo CXX poppler-action.lo CXX poppler-date.lo CXX poppler-document.lo CXX poppler-page.lo CXX poppler-attachment.lo poppler-attachment.cc:123:65: warning: cast from 'GTime *' (aka 'int *') to 'time_t *' (aka 'long *') increases required alignment from 4 to 8 [-Wcast-align] _poppler_convert_pdf_date_to_gtime (embFile->createDate (), (time_t *)&attachment->ctime); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ poppler-attachment.cc:125:62: warning: cast from 'GTime *' (aka 'int *') to 'time_t *' (aka 'long *') increases required alignment from 4 to 8 [-Wcast-align] _poppler_convert_pdf_date_to_gtime (embFile->modDate (), (time_t *)&attachment->mtime); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 warnings generated. CXX poppler-form-field.lo CXX poppler-annot.lo CXX poppler-layer.lo CXX poppler-media.lo CXX poppler-movie.lo CXX poppler-cached-file-loader.lo CXX poppler-input-stream.lo CXX poppler.lo CXXLD libpoppler-glib.la c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' /usr/bin/ld: cannot find -lstdc++ c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [libpoppler-glib.la] Error 1 From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 16:04:30 2013 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 ESMTP id 8ADEC291 for ; Sat, 28 Sep 2013 16:04:30 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) 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 225F52397 for ; Sat, 28 Sep 2013 16:04:29 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id c13so1780607eek.33 for ; Sat, 28 Sep 2013 09:04:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=bsm2JSgscVOvUK9ylcZGN5noTFLG4PMEQyUTOBKpLPc=; b=RNV8CCbtBkycSAnBCJmdwOpf84f3nBvP42TPPWIueEU8XGvVMuug/zD/uHQLjWPirR N7mra0imWxOK994keIg00TlFw2OVQG7X+HuITmfpKxMX3Nrc0sbqDNWsF0/HMqXEY0xU 36zEl7VZXiU95oQAf+9P9pCPNT227uWfC8QkOUGcJN5KdYVC/H7EhXz/b/goU2jgnngT S5CFke+M4jWRBdvxXn7ECuNfbMPiZ39loh44Huli9qCI8i7OBvqnpocQC75xijStKTE8 jqZ2Ydwje1fXfiFL4n4UfGXZCSXmaVRHoVH1JNGcfy+9Ou/73w/KLopLcsgZsP7Xxsfe BJ6w== X-Received: by 10.15.94.201 with SMTP id bb49mr20751075eeb.23.1380384268484; Sat, 28 Sep 2013 09:04:28 -0700 (PDT) Received: from notebook.alkar.net ([91.243.193.58]) by mx.google.com with ESMTPSA id m54sm29237206eex.2.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Sep 2013 09:04:27 -0700 (PDT) From: Artyom Mirgorodskiy To: Hans Petter Selasky Subject: Re: gphoto2 bus error Date: Sat, 28 Sep 2013 19:05:16 +0300 Message-ID: <2044167.1o9x04pvlW@notebook.alkar.net> User-Agent: KMail/4.11 (FreeBSD/10.0-ALPHA3; KDE/4.11.0; amd64; ; ) In-Reply-To: References: <1430354.OSvlCO8lK8@notebook.alkar.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 16:04:30 -0000 Yes. I updated and reinstall all ports before report... Possible clang problems... On Saturday 28 September 2013 14:19:28 Hans Petter Selasky wrote: > Hi, > > There has been no big changes in the FreeBSD's libusb recently. Looks like a problem in gphoto2. Did you upgrade to a newer gphoto2 version recently? > > --HPS > > -----Original message----- > > From:Artyom Mirgorodskiy > > > Sent: Saturday 28th September 2013 1:05 > > To: freebsd-current@freebsd.org > > Subject: gphoto2 bus error > > > > I just update to current and get bus error when I try to run gphoto2: > > > > Starting program: /usr/local/bin/gphoto2 --shell > > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100144] > > [New Thread 802806400 (LWP 100144/gphoto2)] > > > > Program received signal SIGBUS, Bus error. > > [Switching to Thread 802806400 (LWP 100144/gphoto2)] > > 0x0000000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 > > (gdb) bt > > #0 0x0000000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 > > #1 0x00000008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3 > > #2 0x0000000803801a2a in gp_port_usb_exit (port=) > > at libusb1.c:275 > > #3 0x0000000801135763 in gp_port_free (port=0x80286d280) at gphoto2-port.c:124 > > #4 0x0000000800ebc6a9 in gp_abilities_list_detect (list=0x802869080, > > info_list=0x802869050, l=0x8028ec000, context=0x45) > > at gphoto2-abilities-list.c:488 > > #5 0x000000000040e0f7 in ?? () > > #6 0x0000000000404aef in ?? () > > #7 0x0000000800635000 in ?? () > > #8 0x0000000000000000 in ?? () > > > > > > -- > > Artyom Mirgorodskiy > > _______________________________________________ > > 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 " > > > -- Artyom Mirgorodskiy From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 16:16:07 2013 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 ESMTP id EC57E6B4; Sat, 28 Sep 2013 16:16:07 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2025242C; Sat, 28 Sep 2013 16:16:07 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VPxBe-000JRk-MQ; Sat, 28 Sep 2013 16:16:06 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8SGG3US007838; Sat, 28 Sep 2013 10:16:03 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX199KzTh18d3LFYbwnHQhwFQ Subject: Re: installworld broken - osreldate.h: permission denied From: Ian Lepore To: Joel Dahl In-Reply-To: <20130928130920.GA1318@devbox.vnode.local> References: <20130928130920.GA1318@devbox.vnode.local> Content-Type: text/plain; charset="us-ascii" Date: Sat, 28 Sep 2013 10:16:03 -0600 Message-ID: <1380384963.1197.316.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 16:16:08 -0000 On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > Hi, > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > /usr/src/include/iconv.h osreldate.h /usr/include > install: osreldate.h: Permission denied > *** Error code 71 > > Stop. > make[4]: stopped in /usr/src/include > *** Error code 1 > > Everything was working fine 2 weeks ago, so it's a recent breakage. > I can't reproduce this. I just did buildworld from readonly src, remounted the obj dir as readonly (using nullfs) and did an install from it, no errors. In case something about nullfs subverted the test, I then created an md disk, copied obj/* into there, mounted that readonly, and did an install from it. That worked too. Things that are likely different between our setups: I'm using DESTDIR= to install into a directory other than /, and my build machine is i386 running 8-stable, probably not the most common setup these days. :) I'm building an amd64 kernel & world to install onto a spare machine to see if I can reproduce it in that environment, but that'll take a couple hours. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 17:15:05 2013 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 ESMTP id 6C4D7B43 for ; Sat, 28 Sep 2013 17:15:05 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FD302757 for ; Sat, 28 Sep 2013 17:15:04 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8SHEu7U062727 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 28 Sep 2013 17:14:57 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: graphics/poppler-glib not build From: David Chisnall In-Reply-To: <5246E64C.3080204@gmail.com> Date: Sat, 28 Sep 2013 18:14:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> References: <5246E64C.3080204@gmail.com> To: Alexander Panyushkin X-Mailer: Apple Mail (2.1508) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 17:15:05 -0000 This looks like it's compiling C++ with clang and trying to link it with = gcc. Is there a CXXLD=3Dg++ in there somewhere? David On 28 Sep 2013, at 15:23, Alexander Panyushkin wrote: > Hi all >=20 > After upgrade ports graphics/poppler-glib not build anymore. >=20 >=20 > pkg_info -R poppler-glib-0.22.2 > [...] > Required by: > gimp-app-2.8.6_1,1 > py27-gimp-app-2.8.6 > evince-2.32.0_11 > epdfview-0.1.8_4 >=20 >=20 > =3D=3D=3D> Building for poppler-glib-0.22.2 > gmake[1]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 = `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' > CXX CairoFontEngine.lo > In file included from CairoFontEngine.cc:39: > ./CairoFontEngine.h:98:11: warning: private field 'doc' is not used = [-Wunused-private-field] > PDFDoc *doc; > ^ > 1 warning generated. > CXX CairoOutputDev.lo > CairoOutputDev.cc:1626:29: warning: cast from 'unsigned char *' to = 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 = to 4 > [-Wcast-align] > uint32_t *source_data =3D = (uint32_t*)cairo_image_surface_get_data(source); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > CairoOutputDev.cc:2386:12: warning: cast from 'unsigned char *' to = 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] > dest =3D (unsigned int *) (buffer + y * row_stride); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > CairoOutputDev.cc:2536:12: warning: cast from 'unsigned char *' to = 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] > dest =3D (unsigned int *) (buffer + y * row_stride); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > CairoOutputDev.cc:2765:26: warning: cast from 'unsigned char *' to = 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 = to 4 > [-Wcast-align] > uint32_t *dest =3D (uint32_t *) (buffer + y * stride); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 4 warnings generated. > CXX CairoRescaleBox.lo > CairoRescaleBox.cc:283:10: warning: cast from 'unsigned char *' to = 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] > dest =3D (unsigned int *)cairo_image_surface_get_data (dest_surface); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 1 warning generated. > CXXLD libpoppler-cairo.la > gmake[1]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82= =D0=B0=D0=BB=D0=BE=D0=B3=D0=B0 = `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' > gmake[1]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' > GEN stamp-poppler-enums.h > gmake all-recursive > gmake[2]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' > Making all in . > gmake[3]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' > CC poppler-enums.lo > CXX poppler-action.lo > CXX poppler-date.lo > CXX poppler-document.lo > CXX poppler-page.lo > CXX poppler-attachment.lo > poppler-attachment.cc:123:65: warning: cast from 'GTime *' (aka 'int = *') to 'time_t *' (aka 'long *') increases required alignment from 4 to = 8 > [-Wcast-align] > _poppler_convert_pdf_date_to_gtime (embFile->createDate (), (time_t = *)&attachment->ctime); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ > poppler-attachment.cc:125:62: warning: cast from 'GTime *' (aka 'int = *') to 'time_t *' (aka 'long *') increases required alignment from 4 to = 8 > [-Wcast-align] > _poppler_convert_pdf_date_to_gtime (embFile->modDate (), (time_t = *)&attachment->mtime); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 2 warnings generated. > CXX poppler-form-field.lo > CXX poppler-annot.lo > CXX poppler-layer.lo > CXX poppler-media.lo > CXX poppler-movie.lo > CXX poppler-cached-file-loader.lo > CXX poppler-input-stream.lo > CXX poppler.lo > CXXLD libpoppler-glib.la > c++: warning: argument unused during compilation: '-pthread' > c++: warning: argument unused during compilation: '-pthread' > c++: warning: argument unused during compilation: '-pthread' > c++: warning: argument unused during compilation: '-pthread' > /usr/bin/ld: cannot find -lstdc++ > c++: error: linker command failed with exit code 1 (use -v to see = invocation) > gmake[3]: *** [libpoppler-glib.la] Error 1 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 17:19:55 2013 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 ESMTP id B0878E13; Sat, 28 Sep 2013 17:19:55 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 865322791; Sat, 28 Sep 2013 17:19:55 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VPyBO-0002tH-1H; Sat, 28 Sep 2013 17:19:54 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8SHJpXG007886; Sat, 28 Sep 2013 11:19:51 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/+tRos0cDQb/ABVl6v73jT Subject: Re: installworld broken - osreldate.h: permission denied From: Ian Lepore To: Joel Dahl In-Reply-To: <20130928130920.GA1318@devbox.vnode.local> References: <20130928130920.GA1318@devbox.vnode.local> Content-Type: text/plain; charset="us-ascii" Date: Sat, 28 Sep 2013 11:19:51 -0600 Message-ID: <1380388791.1197.335.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 17:19:55 -0000 On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote: > Hi, > > Fresh HEAD. installworld from read-only /usr/obj and /usr/src: > > /usr/src/include/iconv.h osreldate.h /usr/include > install: osreldate.h: Permission denied > *** Error code 71 > > Stop. > make[4]: stopped in /usr/src/include > *** Error code 1 > > Everything was working fine 2 weeks ago, so it's a recent breakage. > Okay, I just accidentally created conditions for this error on my system... I checked in a change to newvers.sh while a buildworld was running, which led to a situation where newvers.sh was newer than osreldate.h at the end of the buildworld. Then an installworld tried to regenerate osreldate.h due to its dependency on newvers.sh, which would fail if the obj was readonly at that point. I think we could see if something similar applies for you if you use this command: make -dm installworld SUBDIR_OVERRIDE=include And we'd be looking for the end of the output to be something like: Examining _libiconv_compat.h... modified 10:51:18 Sep 28, 2013...up-to-date Make_Update: _libiconv_compat.h inspect parent buildincludes: flags 0, type 18001, made 0, unmade 95 - not needed inspect parent _INCSINS: flags 9, type b000001, made 1, unmade 1 - unmade children Examining osreldate.h... modified 10:39:21 Sep 28, 2013...modified before source /local/build/staging/freebsd/head/src/include/../sys/conf/newvers.sh...out-of-date env ECHO="echo" MAKE="/local/build/staging/freebsd/head/obj/local/build/staging/freebsd/head/src/make.i386/bmake" NEWVERS_SH=/local/build/staging/freebsd/head/src/include/../sys/conf/newvers.sh PARAM_H=/local/build/staging/freebsd/head/src/include/../sys/sys/param.h SYSDIR=/local/build/staging/freebsd/head/src/include/../sys sh /local/build/staging/freebsd/head/src/include/mk-osreldate.sh env: not found *** [osreldate.h] Error code 127 The "env: not found" is what I got instead of a permission denied, and probably has something to do with me cross-building amd64 10.0 from an i386 8.x machine. I think that's where you'd see the permission error. If the same sort of thing is happening for you, then all that's left is to figure out why osreldate.h is out of date at install time, and how to handle things if that's the case. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 17:25:53 2013 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 ESMTP id AD7B5158; Sat, 28 Sep 2013 17:25:53 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E705B27F9; Sat, 28 Sep 2013 17:25:52 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id z5so3296318lbh.28 for ; Sat, 28 Sep 2013 10:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=KwIP9UdBZRqaA/tt8MaJEWtikujS3fIxzjN5zHskm4U=; b=H+bxyu+7WZuHgnn+IT/y3wEfv6e+J9L9SBVbcQflYARpu14awJhSFrPVqZ58cR5hE3 ZgQjDHpVnZZNDn9WdyPiqhnFqooOr/RifDoJC5MT7xWiXvl2M3PUmUXzb0k/+/Ac+DWc rMmAFseWrneC2r3nddS4KR4vCVG7Lxl/UFsYnjwoBhkHmqA8L7uaox4akIf9cDi4vW2U z5OnkjgXj8vBN5b2tB+Xigedrn5AjUmjWJqaVSwinA8wJkUEpa2/xpjk4o6koVVERn1u 7hexPuBtBZBizh1KLrO6gCt49+pcZgWj9Jgq4MGAUXOYZKc7b9KBsn76tqKaLJpKvqO+ AeNg== X-Received: by 10.152.29.103 with SMTP id j7mr11022464lah.7.1380389151023; Sat, 28 Sep 2013 10:25:51 -0700 (PDT) Received: from scorpion.kiev.ua ([130.185.28.132]) by mx.google.com with ESMTPSA id n15sm11338023laa.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Sep 2013 10:25:49 -0700 (PDT) Message-ID: <5247111B.1070702@gmail.com> Date: Sat, 28 Sep 2013 20:25:47 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: David Chisnall Subject: Re: graphics/poppler-glib not build References: <5246E64C.3080204@gmail.com> <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> In-Reply-To: <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 17:25:53 -0000 With GCC same error ===> Building for poppler-glib-0.22.2 gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' CXX CairoFontEngine.lo CXX CairoOutputDev.lo CXX CairoRescaleBox.lo CXXLD libpoppler-cairo.la gmake[1]: Выход из каталога `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' GEN stamp-poppler-enums.h gmake all-recursive gmake[2]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' Making all in . gmake[3]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' CC poppler-enums.lo CXX poppler-action.lo CXX poppler-date.lo CXX poppler-document.lo CXX poppler-page.lo CXX poppler-attachment.lo CXX poppler-form-field.lo CXX poppler-annot.lo CXX poppler-layer.lo CXX poppler-media.lo CXX poppler-movie.lo CXX poppler-cached-file-loader.lo CXX poppler-input-stream.lo CXX poppler.lo CXXLD libpoppler-glib.la c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' /usr/bin/ld: cannot find -lstdc++ c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [libpoppler-glib.la] Error 1 *** Error code 1 On 28.09.2013 20:14, David Chisnall wrote: > This looks like it's compiling C++ with clang and trying to link it with gcc. Is there a CXXLD=g++ in there somewhere? > > David > > On 28 Sep 2013, at 15:23, Alexander Panyushkin wrote: > >> Hi all >> >> After upgrade ports graphics/poppler-glib not build anymore. >> >> >> pkg_info -R poppler-glib-0.22.2 >> [...] >> Required by: >> gimp-app-2.8.6_1,1 >> py27-gimp-app-2.8.6 >> evince-2.32.0_11 >> epdfview-0.1.8_4 >> >> >> ===> Building for poppler-glib-0.22.2 >> gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >> CXX CairoFontEngine.lo >> In file included from CairoFontEngine.cc:39: >> ./CairoFontEngine.h:98:11: warning: private field 'doc' is not used [-Wunused-private-field] >> PDFDoc *doc; >> ^ >> 1 warning generated. >> CXX CairoOutputDev.lo >> CairoOutputDev.cc:1626:29: warning: cast from 'unsigned char *' to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 >> [-Wcast-align] >> uint32_t *source_data = (uint32_t*)cairo_image_surface_get_data(source); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> CairoOutputDev.cc:2386:12: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >> dest = (unsigned int *) (buffer + y * row_stride); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> CairoOutputDev.cc:2536:12: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >> dest = (unsigned int *) (buffer + y * row_stride); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> CairoOutputDev.cc:2765:26: warning: cast from 'unsigned char *' to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 >> [-Wcast-align] >> uint32_t *dest = (uint32_t *) (buffer + y * stride); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> 4 warnings generated. >> CXX CairoRescaleBox.lo >> CairoRescaleBox.cc:283:10: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >> dest = (unsigned int *)cairo_image_surface_get_data (dest_surface); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> 1 warning generated. >> CXXLD libpoppler-cairo.la >> gmake[1]: Выход из каталога `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >> gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >> GEN stamp-poppler-enums.h >> gmake all-recursive >> gmake[2]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >> Making all in . >> gmake[3]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >> CC poppler-enums.lo >> CXX poppler-action.lo >> CXX poppler-date.lo >> CXX poppler-document.lo >> CXX poppler-page.lo >> CXX poppler-attachment.lo >> poppler-attachment.cc:123:65: warning: cast from 'GTime *' (aka 'int *') to 'time_t *' (aka 'long *') increases required alignment from 4 to 8 >> [-Wcast-align] >> _poppler_convert_pdf_date_to_gtime (embFile->createDate (), (time_t *)&attachment->ctime); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> poppler-attachment.cc:125:62: warning: cast from 'GTime *' (aka 'int *') to 'time_t *' (aka 'long *') increases required alignment from 4 to 8 >> [-Wcast-align] >> _poppler_convert_pdf_date_to_gtime (embFile->modDate (), (time_t *)&attachment->mtime); >> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> 2 warnings generated. >> CXX poppler-form-field.lo >> CXX poppler-annot.lo >> CXX poppler-layer.lo >> CXX poppler-media.lo >> CXX poppler-movie.lo >> CXX poppler-cached-file-loader.lo >> CXX poppler-input-stream.lo >> CXX poppler.lo >> CXXLD libpoppler-glib.la >> c++: warning: argument unused during compilation: '-pthread' >> c++: warning: argument unused during compilation: '-pthread' >> c++: warning: argument unused during compilation: '-pthread' >> c++: warning: argument unused during compilation: '-pthread' >> /usr/bin/ld: cannot find -lstdc++ >> c++: error: linker command failed with exit code 1 (use -v to see invocation) >> gmake[3]: *** [libpoppler-glib.la] Error 1 >> >> _______________________________________________ >> 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 Sat Sep 28 17:28:38 2013 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 ESMTP id D647528B for ; Sat, 28 Sep 2013 17:28:38 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 983112814 for ; Sat, 28 Sep 2013 17:28:38 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8SHSY7x062801 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 28 Sep 2013 17:28:37 GMT (envelope-from theraven@freebsd.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: graphics/poppler-glib not build From: David Chisnall In-Reply-To: <5247111B.1070702@gmail.com> Date: Sat, 28 Sep 2013 18:28:29 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0869A0C6-3FCB-4413-9FC6-BC5D3A85BDD5@freebsd.org> References: <5246E64C.3080204@gmail.com> <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> <5247111B.1070702@gmail.com> To: Alexander Panyushkin X-Mailer: Apple Mail (2.1508) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 17:28:38 -0000 Yes, because libstdc++ is no longer part of the base system, yet you are = trying to build with a gcc that thinks it is. You need to tell it to = link with clang++, which ought to be the default unless something is = overriding CXXLD somewhere. David On 28 Sep 2013, at 18:25, Alexander Panyushkin wrote: > With GCC same error >=20 > =3D=3D=3D> Building for poppler-glib-0.22.2 > gmake[1]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 = `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' > CXX CairoFontEngine.lo > CXX CairoOutputDev.lo > CXX CairoRescaleBox.lo > CXXLD libpoppler-cairo.la > gmake[1]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82= =D0=B0=D0=BB=D0=BE=D0=B3=D0=B0 = `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' > gmake[1]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' > GEN stamp-poppler-enums.h > gmake all-recursive > gmake[2]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' > Making all in . > gmake[3]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' > CC poppler-enums.lo > CXX poppler-action.lo > CXX poppler-date.lo > CXX poppler-document.lo > CXX poppler-page.lo > CXX poppler-attachment.lo > CXX poppler-form-field.lo > CXX poppler-annot.lo > CXX poppler-layer.lo > CXX poppler-media.lo > CXX poppler-movie.lo > CXX poppler-cached-file-loader.lo > CXX poppler-input-stream.lo > CXX poppler.lo > CXXLD libpoppler-glib.la > c++: warning: argument unused during compilation: '-pthread' > c++: warning: argument unused during compilation: '-pthread' > c++: warning: argument unused during compilation: '-pthread' > c++: warning: argument unused during compilation: '-pthread' > /usr/bin/ld: cannot find -lstdc++ > c++: error: linker command failed with exit code 1 (use -v to see = invocation) > gmake[3]: *** [libpoppler-glib.la] Error 1 >=20 > *** Error code 1 >=20 >=20 > On 28.09.2013 20:14, David Chisnall wrote: >> This looks like it's compiling C++ with clang and trying to link it = with gcc. Is there a CXXLD=3Dg++ in there somewhere? >>=20 >> David >>=20 >> On 28 Sep 2013, at 15:23, Alexander Panyushkin = wrote: >>=20 >>> Hi all >>>=20 >>> After upgrade ports graphics/poppler-glib not build anymore. >>>=20 >>>=20 >>> pkg_info -R poppler-glib-0.22.2 >>> [...] >>> Required by: >>> gimp-app-2.8.6_1,1 >>> py27-gimp-app-2.8.6 >>> evince-2.32.0_11 >>> epdfview-0.1.8_4 >>>=20 >>>=20 >>> =3D=3D=3D> Building for poppler-glib-0.22.2 >>> gmake[1]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 = `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >>> CXX CairoFontEngine.lo >>> In file included from CairoFontEngine.cc:39: >>> ./CairoFontEngine.h:98:11: warning: private field 'doc' is not used = [-Wunused-private-field] >>> PDFDoc *doc; >>> ^ >>> 1 warning generated. >>> CXX CairoOutputDev.lo >>> CairoOutputDev.cc:1626:29: warning: cast from 'unsigned char *' to = 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 = to 4 >>> [-Wcast-align] >>> uint32_t *source_data =3D = (uint32_t*)cairo_image_surface_get_data(source); >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> CairoOutputDev.cc:2386:12: warning: cast from 'unsigned char *' to = 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >>> dest =3D (unsigned int *) (buffer + y * row_stride); >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> CairoOutputDev.cc:2536:12: warning: cast from 'unsigned char *' to = 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >>> dest =3D (unsigned int *) (buffer + y * row_stride); >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> CairoOutputDev.cc:2765:26: warning: cast from 'unsigned char *' to = 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 = to 4 >>> [-Wcast-align] >>> uint32_t *dest =3D (uint32_t *) (buffer + y * stride); >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> 4 warnings generated. >>> CXX CairoRescaleBox.lo >>> CairoRescaleBox.cc:283:10: warning: cast from 'unsigned char *' to = 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >>> dest =3D (unsigned int *)cairo_image_surface_get_data = (dest_surface); >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> 1 warning generated. >>> CXXLD libpoppler-cairo.la >>> gmake[1]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 = =D0=BA=D0=B0=D1=82=D0=B0=D0=BB=D0=BE=D0=B3=D0=B0 = `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >>> gmake[1]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >>> GEN stamp-poppler-enums.h >>> gmake all-recursive >>> gmake[2]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >>> Making all in . >>> gmake[3]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB= =D0=BE=D0=B3 `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >>> CC poppler-enums.lo >>> CXX poppler-action.lo >>> CXX poppler-date.lo >>> CXX poppler-document.lo >>> CXX poppler-page.lo >>> CXX poppler-attachment.lo >>> poppler-attachment.cc:123:65: warning: cast from 'GTime *' (aka 'int = *') to 'time_t *' (aka 'long *') increases required alignment from 4 to = 8 >>> [-Wcast-align] >>> _poppler_convert_pdf_date_to_gtime (embFile->createDate (), = (time_t *)&attachment->ctime); >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> poppler-attachment.cc:125:62: warning: cast from 'GTime *' (aka 'int = *') to 'time_t *' (aka 'long *') increases required alignment from 4 to = 8 >>> [-Wcast-align] >>> _poppler_convert_pdf_date_to_gtime (embFile->modDate (), (time_t = *)&attachment->mtime); >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> 2 warnings generated. >>> CXX poppler-form-field.lo >>> CXX poppler-annot.lo >>> CXX poppler-layer.lo >>> CXX poppler-media.lo >>> CXX poppler-movie.lo >>> CXX poppler-cached-file-loader.lo >>> CXX poppler-input-stream.lo >>> CXX poppler.lo >>> CXXLD libpoppler-glib.la >>> c++: warning: argument unused during compilation: '-pthread' >>> c++: warning: argument unused during compilation: '-pthread' >>> c++: warning: argument unused during compilation: '-pthread' >>> c++: warning: argument unused during compilation: '-pthread' >>> /usr/bin/ld: cannot find -lstdc++ >>> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >>> gmake[3]: *** [libpoppler-glib.la] Error 1 >>>=20 >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>>=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 17:44:39 2013 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 ESMTP id 292FE73E for ; Sat, 28 Sep 2013 17:44:39 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-ee0-x234.google.com (mail-ee0-x234.google.com [IPv6:2a00:1450:4013:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B25FB28E4 for ; Sat, 28 Sep 2013 17:44:38 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id c41so1830180eek.11 for ; Sat, 28 Sep 2013 10:44:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=a02TxqwFmcU6RFtLWota4G73ADnWs+pilQScE6A0p7Y=; b=Zik4pdq2My8haRDLQqd/fHZbyUcsOt1BnWsey4PjMrfq/tiEBlgHbf81NUZKcELCAe nd9PkQjtyRKonhR6rfd3m7VO2Spkkp9kiuhqEwZbGm5MjRMv4XaMUlnZGze8BlZrMNSh rCcBxDbW3yOfvAa+7aOXEjUxT0UGfuiVmUGW6MGz+SPH65umzD5zhyhWGr22jPDkSC12 YYzS95BDAja7HoXz9pCATV46B6ksZkMIAieyMJg9IY02ui8Kz66WOhH1/lcv6uOl9QIR d3N9zwSwC9cKOTc09YEi5k03zuxBbkiXlix+5qaE02/oUda9Oy+2HvcxZVLGkOD+GHOE UlhA== X-Received: by 10.14.109.201 with SMTP id s49mr3127896eeg.54.1380390276947; Sat, 28 Sep 2013 10:44:36 -0700 (PDT) Received: from notebook.alkar.net ([91.243.193.58]) by mx.google.com with ESMTPSA id i1sm30129580eeg.0.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Sep 2013 10:44:36 -0700 (PDT) From: Artyom Mirgorodskiy To: Hans Petter Selasky Subject: Re: gphoto2 bus error Date: Sat, 28 Sep 2013 20:45:25 +0300 Message-ID: <1570804.25lYyXuIYX@notebook.alkar.net> User-Agent: KMail/4.11 (FreeBSD/10.0-ALPHA3; KDE/4.11.0; amd64; ; ) In-Reply-To: <2044167.1o9x04pvlW@notebook.alkar.net> References: <1430354.OSvlCO8lK8@notebook.alkar.net> <2044167.1o9x04pvlW@notebook.alkar.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 17:44:39 -0000 I try to build with gcc 4.6 - the same result :( Artyom MirgorodskiyOn Saturday 28 September 2013 19:05:16 wrote: > Yes. I updated and reinstall all ports before report... > Possible clang problems... > > On Saturday 28 September 2013 14:19:28 Hans Petter Selasky wrote: > > Hi, > > > > There has been no big changes in the FreeBSD's libusb recently. Looks like a problem in gphoto2. Did you upgrade to a newer gphoto2 version recently? > > > > --HPS > > > > -----Original message----- > > > From:Artyom Mirgorodskiy > > > > Sent: Saturday 28th September 2013 1:05 > > > To: freebsd-current@freebsd.org > > > Subject: gphoto2 bus error > > > > > > I just update to current and get bus error when I try to run gphoto2: > > > > > > Starting program: /usr/local/bin/gphoto2 --shell > > > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100144] > > > [New Thread 802806400 (LWP 100144/gphoto2)] > > > > > > Program received signal SIGBUS, Bus error. > > > [Switching to Thread 802806400 (LWP 100144/gphoto2)] > > > 0x0000000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 > > > (gdb) bt > > > #0 0x0000000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 > > > #1 0x00000008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3 > > > #2 0x0000000803801a2a in gp_port_usb_exit (port=) > > > at libusb1.c:275 > > > #3 0x0000000801135763 in gp_port_free (port=0x80286d280) at gphoto2-port.c:124 > > > #4 0x0000000800ebc6a9 in gp_abilities_list_detect (list=0x802869080, > > > info_list=0x802869050, l=0x8028ec000, context=0x45) > > > at gphoto2-abilities-list.c:488 > > > #5 0x000000000040e0f7 in ?? () > > > #6 0x0000000000404aef in ?? () > > > #7 0x0000000800635000 in ?? () > > > #8 0x0000000000000000 in ?? () > > > > > > > > > > -- Artyom Mirgorodskiy From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 18:32:38 2013 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 ESMTP id 969194B1; Sat, 28 Sep 2013 18:32:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33CFF2B99; Sat, 28 Sep 2013 18:32:38 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r8SIWXNV064754; Sat, 28 Sep 2013 21:32:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r8SIWXNV064754 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r8SIWWZJ064753; Sat, 28 Sep 2013 21:32:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 28 Sep 2013 21:32:32 +0300 From: Konstantin Belousov To: Andrej Zverev Subject: Re: panic: rm_rlock: recursed on non-recursive rmlock mac_policy_rm @ /usr/src/sys/security/mac/mac_framework.c:198 Message-ID: <20130928183232.GR41229@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9cp4xQL35R9EDekE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD Current , rwatson@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 18:32:38 -0000 --9cp4xQL35R9EDekE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 28, 2013 at 03:41:58PM +0400, Andrej Zverev wrote: > Hello, >=20 > I see following panic of 10.0-ALPHA3 r255906 >=20 > (kgdb) #0 doadump (textdump=3D0) at pcpu.h:232 > #1 0xc0521fb1 in db_dump (dummy=3D-1062244387, dummy2=3D0, dummy3=3D-1, > dummy4=3D0xeb36b764 "") at /usr/src/sys/ddb/db_command.c:543 > #2 0xc0521a77 in db_command (cmd_table=3D) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xc0521790 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 > #4 0xc0524020 in db_trap (type=3D, code=3D2) > at /usr/src/sys/ddb/db_main.c:231 > #5 0xc0af7738 in kdb_trap (type=3D, > code=3D, tf=3D) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xc0fa6d3f in trap (frame=3D) > at /usr/src/sys/i386/i386/trap.c:720 > #7 0xc0f8fd5c in calltrap () at /usr/src/sys/i386/i386/exception.s:170 > #8 0xc0af6fdd in kdb_enter (why=3D0xc1111a64 "panic", > msg=3D) at cpufunc.h:71 > #9 0xc0abe363 in vpanic (fmt=3D, ap=3D) > at /usr/src/sys/kern/kern_shutdown.c:747 > #10 0xc0abe21a in kassert_panic (fmt=3D) > at /usr/src/sys/kern/kern_shutdown.c:642 > #11 0xc0abb047 in _rm_rlock_debug (rm=3D0xc156e764, > tracker=3D) at /usr/src/sys/kern/kern_rmlock.c:6= 40 > #12 0xc0ceb0aa in mac_policy_slock_nosleep (tracker=3D) > at /usr/src/sys/security/mac/mac_framework.c:198 > #13 0xc0cf22a8 in mac_priv_check (priv=3D490) > at /usr/src/sys/security/mac/mac_priv.c:75 > #14 0xc0aacc15 in priv_check_cred (cred=3D0xc6ece600, priv=3D490, flags= =3D0) > at /usr/src/sys/kern/kern_priv.c:88 > #15 0xd010cdf0 in socket_check_bind (cred=3D0xc6ece600, > so=3D, solabel=3D0x0, sa=3D) > at /usr/src/sys/modules/mac_portacl/../../security/mac_portacl/mac_po= rtacl.c:428 > #16 0xc0cf4291 in mac_socket_check_bind (so=3D0xcf528d40) > at /usr/src/sys/security/mac/mac_socket.c:325 > #17 0xc0b41091 in kern_bindat (td=3D0xc778c930, dirfd=3D-100, > fd=3D, sa=3D0xffff) > at /usr/src/sys/kern/uipc_syscalls.c:279 > #18 0xc0b40ea4 in sys_bind (td=3D0x80, uap=3D) > at /usr/src/sys/kern/uipc_syscalls.c:297 > #19 0xc0fa7a0e in syscall (frame=3D) at subr_syscall= =2Ec:134 > #20 0xc0f8fdf1 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:270 > #21 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 >=20 > It easy to reproduce. Just kldload mac_portacl and /etc/rc.d/syslogd rest= art This is due to priv_check_cred() call in mac_portacl.c:rules_check(). The call causes recusion into the mac framework from the mac callback. Robert should have better idea about the proper way to fix the issue. The trivial attempt might be to enable recursion on the rm lock protecting the lists. diff --git a/sys/security/mac/mac_framework.c b/sys/security/mac/mac_framew= ork.c index 816bb0b..ed0c05a 100644 --- a/sys/security/mac/mac_framework.c +++ b/sys/security/mac/mac_framework.c @@ -292,7 +292,8 @@ mac_init(void) mac_labelzone_init(); =20 #ifndef MAC_STATIC - rm_init_flags(&mac_policy_rm, "mac_policy_rm", RM_NOWITNESS); + rm_init_flags(&mac_policy_rm, "mac_policy_rm", RM_NOWITNESS | + RM_RECURSE); sx_init_flags(&mac_policy_sx, "mac_policy_sx", SX_NOWITNESS); #endif } --9cp4xQL35R9EDekE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSRyDAAAoJEJDCuSvBvK1BS2sP/2T3LQSiGRUDVgZv/hpRPz2a zq460XjejFk6nMkLYZu9b0x1hjSvW/k+pIxwqcAqnKiz8d7CG9ApzrWWqYeZPK2q TC5H3UvbUskyHhpgMmY4iV/Tf9uynF/jEyvjGoSqfKmhDPAItgaEKJWBEemuVfKj kybI1d6uJjSUD92srzKkP6PV7ZA91y2BF1sj+hUq00R6FNQ38F9JWUjhEwZD1vXF 39k8OD1l57fpEkaNKxaLPJq2hxpb2PmN09lNwi6qwbnJSBLUNoAzeBjnZC+rYJ9C DmSPzn0rU/L0/BKxI7GPFZPcUt6ckbGFhDrTJGEYuSqyjriBBObQYtWk1KucohUi Vl0LX+aAsz70Es7VitrFBigyd6QZh0OLlXqGWrowznwKup1uzEkosIHGBXXJLSTe uSXY7cUGfEjSsBf2C60ghxtAVTyXJjQmN55n4tJW62imeIp6rot3Y+9AUoiHJeoI FLUT0p6J0rgZP+m9qmCiEqJLVlHV8U9IkglUMUKg4KG3xmfQY2b9/qGn2y++cghQ WIrCe7cb4OIF7Y5Kr4cX8jKVmqAXEZYlp7y1trS7GY0tFXvK+gSWNTbgW8J3Dlrt d9xmw7NNhi75haIEcjOL573oQTvA9gNlhaEh7Ww4oqK6oPlyXnItP/F9vgLJ+J+v jVP2yebd3/hMRqAILyLW =hekf -----END PGP SIGNATURE----- --9cp4xQL35R9EDekE-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 18:52:17 2013 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 ESMTP id 7F5677F7; Sat, 28 Sep 2013 18:52:17 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC6FF2C60; Sat, 28 Sep 2013 18:52:16 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id ec20so3203846lab.14 for ; Sat, 28 Sep 2013 11:52:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=RreVaAtAOTBXqSbf+iZaDa+ufPA+0sZ4CDZP1Dq165A=; b=FZwlLM8joDQpDbElCds0r71HjUoJn+Qhf4NdPvXHTfaxNuKOUInTdK9JosIL1uxRSn rZlW6fmh/08zf3aUxP20hmdiGbmeScEn9z+gU+4P8bffucEQQq4ERd0Wj8IU44wGDGv2 PjkYtGKdz9erjCAcMdSW2pqCg8gc3cpIe2PT8eYKhUQB+NAnXuZ11W4IYforQ9WS46iI DVP6/iQgnYBddFAgbcj253/ZwXzvjAs7Pf7pAXAxxZBI0kpSlubGaocy6Wbgy4Sprk2P Q43Ouzwu59N5ZReFbOtnNW9IGKzY/s2YV3NZjxO7wLDxDUedgRwssD6k8U+g4ywtKZJi aPxQ== X-Received: by 10.112.126.37 with SMTP id mv5mr14322887lbb.20.1380394334722; Sat, 28 Sep 2013 11:52:14 -0700 (PDT) Received: from scorpion.kiev.ua ([130.185.28.132]) by mx.google.com with ESMTPSA id m13sm10018421lbo.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Sep 2013 11:52:13 -0700 (PDT) Message-ID: <5247255A.6@gmail.com> Date: Sat, 28 Sep 2013 21:52:10 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: David Chisnall Subject: Re: graphics/poppler-glib not build References: <5246E64C.3080204@gmail.com> <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> <5247111B.1070702@gmail.com> <0869A0C6-3FCB-4413-9FC6-BC5D3A85BDD5@freebsd.org> In-Reply-To: <0869A0C6-3FCB-4413-9FC6-BC5D3A85BDD5@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 18:52:17 -0000 28.09.2013 20:28, David Chisnall пишет: > Yes, because libstdc++ is no longer part of the base system, Yes, but in system installed GCC 4.6.3, and libstdc++ is present pkg_info -L gcc-4.6.3 | grep libstdc /usr/local/share/gcc-4.6.3/python/libstdcxx/__init__.py /usr/local/share/gcc-4.6.3/python/libstdcxx/v6/__init__.py /usr/local/share/gcc-4.6.3/python/libstdcxx/v6/printers.py /usr/local/lib/gcc46/libstdc++.a /usr/local/lib/gcc46/libstdc++.so.6-gdb.py /usr/local/lib/gcc46/libstdc++.so /usr/local/lib/gcc46/libstdc++.so.6 > yet you are trying to build with a gcc that thinks it is. You need to tell it to link with clang++, which ought to be the default unless something is overriding CXXLD somewhere. > > David > > On 28 Sep 2013, at 18:25, Alexander Panyushkin wrote: > >> With GCC same error >> >> ===> Building for poppler-glib-0.22.2 >> gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >> CXX CairoFontEngine.lo >> CXX CairoOutputDev.lo >> CXX CairoRescaleBox.lo >> CXXLD libpoppler-cairo.la >> gmake[1]: Выход из каталога `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >> gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >> GEN stamp-poppler-enums.h >> gmake all-recursive >> gmake[2]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >> Making all in . >> gmake[3]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >> CC poppler-enums.lo >> CXX poppler-action.lo >> CXX poppler-date.lo >> CXX poppler-document.lo >> CXX poppler-page.lo >> CXX poppler-attachment.lo >> CXX poppler-form-field.lo >> CXX poppler-annot.lo >> CXX poppler-layer.lo >> CXX poppler-media.lo >> CXX poppler-movie.lo >> CXX poppler-cached-file-loader.lo >> CXX poppler-input-stream.lo >> CXX poppler.lo >> CXXLD libpoppler-glib.la >> c++: warning: argument unused during compilation: '-pthread' >> c++: warning: argument unused during compilation: '-pthread' >> c++: warning: argument unused during compilation: '-pthread' >> c++: warning: argument unused during compilation: '-pthread' >> /usr/bin/ld: cannot find -lstdc++ >> c++: error: linker command failed with exit code 1 (use -v to see invocation) >> gmake[3]: *** [libpoppler-glib.la] Error 1 >> >> *** Error code 1 >> >> >> On 28.09.2013 20:14, David Chisnall wrote: >>> This looks like it's compiling C++ with clang and trying to link it with gcc. Is there a CXXLD=g++ in there somewhere? >>> >>> David >>> >>> On 28 Sep 2013, at 15:23, Alexander Panyushkin wrote: >>> >>>> Hi all >>>> >>>> After upgrade ports graphics/poppler-glib not build anymore. >>>> >>>> >>>> pkg_info -R poppler-glib-0.22.2 >>>> [...] >>>> Required by: >>>> gimp-app-2.8.6_1,1 >>>> py27-gimp-app-2.8.6 >>>> evince-2.32.0_11 >>>> epdfview-0.1.8_4 >>>> >>>> >>>> ===> Building for poppler-glib-0.22.2 >>>> gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >>>> CXX CairoFontEngine.lo >>>> In file included from CairoFontEngine.cc:39: >>>> ./CairoFontEngine.h:98:11: warning: private field 'doc' is not used [-Wunused-private-field] >>>> PDFDoc *doc; >>>> ^ >>>> 1 warning generated. >>>> CXX CairoOutputDev.lo >>>> CairoOutputDev.cc:1626:29: warning: cast from 'unsigned char *' to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 >>>> [-Wcast-align] >>>> uint32_t *source_data = (uint32_t*)cairo_image_surface_get_data(source); >>>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> CairoOutputDev.cc:2386:12: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >>>> dest = (unsigned int *) (buffer + y * row_stride); >>>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> CairoOutputDev.cc:2536:12: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >>>> dest = (unsigned int *) (buffer + y * row_stride); >>>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> CairoOutputDev.cc:2765:26: warning: cast from 'unsigned char *' to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 >>>> [-Wcast-align] >>>> uint32_t *dest = (uint32_t *) (buffer + y * stride); >>>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> 4 warnings generated. >>>> CXX CairoRescaleBox.lo >>>> CairoRescaleBox.cc:283:10: warning: cast from 'unsigned char *' to 'unsigned int *' increases required alignment from 1 to 4 [-Wcast-align] >>>> dest = (unsigned int *)cairo_image_surface_get_data (dest_surface); >>>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> 1 warning generated. >>>> CXXLD libpoppler-cairo.la >>>> gmake[1]: Выход из каталога `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' >>>> gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >>>> GEN stamp-poppler-enums.h >>>> gmake all-recursive >>>> gmake[2]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >>>> Making all in . >>>> gmake[3]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/glib' >>>> CC poppler-enums.lo >>>> CXX poppler-action.lo >>>> CXX poppler-date.lo >>>> CXX poppler-document.lo >>>> CXX poppler-page.lo >>>> CXX poppler-attachment.lo >>>> poppler-attachment.cc:123:65: warning: cast from 'GTime *' (aka 'int *') to 'time_t *' (aka 'long *') increases required alignment from 4 to 8 >>>> [-Wcast-align] >>>> _poppler_convert_pdf_date_to_gtime (embFile->createDate (), (time_t *)&attachment->ctime); >>>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> poppler-attachment.cc:125:62: warning: cast from 'GTime *' (aka 'int *') to 'time_t *' (aka 'long *') increases required alignment from 4 to 8 >>>> [-Wcast-align] >>>> _poppler_convert_pdf_date_to_gtime (embFile->modDate (), (time_t *)&attachment->mtime); >>>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> 2 warnings generated. >>>> CXX poppler-form-field.lo >>>> CXX poppler-annot.lo >>>> CXX poppler-layer.lo >>>> CXX poppler-media.lo >>>> CXX poppler-movie.lo >>>> CXX poppler-cached-file-loader.lo >>>> CXX poppler-input-stream.lo >>>> CXX poppler.lo >>>> CXXLD libpoppler-glib.la >>>> c++: warning: argument unused during compilation: '-pthread' >>>> c++: warning: argument unused during compilation: '-pthread' >>>> c++: warning: argument unused during compilation: '-pthread' >>>> c++: warning: argument unused during compilation: '-pthread' >>>> /usr/bin/ld: cannot find -lstdc++ >>>> c++: error: linker command failed with exit code 1 (use -v to see invocation) >>>> gmake[3]: *** [libpoppler-glib.la] Error 1 >>>> >>>> _______________________________________________ >>>> 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" >> From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 19:03:02 2013 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 ESMTP id 0844FB9E; Sat, 28 Sep 2013 19:03:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAF712CE2; Sat, 28 Sep 2013 19:03:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id r8SJ2tCF093852; Sat, 28 Sep 2013 12:02:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id r8SJ2thW093851; Sat, 28 Sep 2013 12:02:55 -0700 (PDT) (envelope-from sgk) Date: Sat, 28 Sep 2013 12:02:55 -0700 From: Steve Kargl To: Alexander Panyushkin Subject: Re: graphics/poppler-glib not build Message-ID: <20130928190255.GA93842@troutmask.apl.washington.edu> References: <5246E64C.3080204@gmail.com> <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> <5247111B.1070702@gmail.com> <0869A0C6-3FCB-4413-9FC6-BC5D3A85BDD5@freebsd.org> <5247255A.6@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5247255A.6@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: David Chisnall , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 19:03:02 -0000 On Sat, Sep 28, 2013 at 09:52:10PM +0300, Alexander Panyushkin wrote: > 28.09.2013 20:28, David Chisnall ??????????: > > Yes, because libstdc++ is no longer part of the base system, > Yes, but in system installed GCC 4.6.3, and libstdc++ is present > > pkg_info -L gcc-4.6.3 | grep libstdc > /usr/local/share/gcc-4.6.3/python/libstdcxx/__init__.py > /usr/local/share/gcc-4.6.3/python/libstdcxx/v6/__init__.py > /usr/local/share/gcc-4.6.3/python/libstdcxx/v6/printers.py > /usr/local/lib/gcc46/libstdc++.a > /usr/local/lib/gcc46/libstdc++.so.6-gdb.py > /usr/local/lib/gcc46/libstdc++.so > /usr/local/lib/gcc46/libstdc++.so.6 > Try adding CXXFLAGS+=-rpath /usr/local/lib/gcc46 to the Makefile. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 19:29:53 2013 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 ESMTP id C6E0230C for ; Sat, 28 Sep 2013 19:29:53 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFAE2DFD for ; Sat, 28 Sep 2013 19:29:53 +0000 (UTC) Received: from [10.0.1.16] (host31-51-204-71.range31-51.btcentralplus.com [31.51.204.71]) by cyrus.watson.org (Postfix) with ESMTPSA id 7F1E446B39; Sat, 28 Sep 2013 15:29:52 -0400 (EDT) Subject: Re: panic: rm_rlock: recursed on non-recursive rmlock mac_policy_rm @ /usr/src/sys/security/mac/mac_framework.c:198 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <20130928183232.GR41229@kib.kiev.ua> Date: Sat, 28 Sep 2013 20:29:50 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1365F12E-7EEB-4963-8070-0F7BEE9357F0@freebsd.org> References: <20130928183232.GR41229@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1283) Cc: FreeBSD Current , Andrej Zverev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 19:29:53 -0000 On 28 Sep 2013, at 19:32, Konstantin Belousov wrote: >> It easy to reproduce. Just kldload mac_portacl and /etc/rc.d/syslogd = restart >=20 > This is due to priv_check_cred() call in mac_portacl.c:rules_check(). > The call causes recusion into the mac framework from the mac callback. >=20 > Robert should have better idea about the proper way to fix the issue. > The trivial attempt might be to enable recursion on the rm lock > protecting the lists. >=20 > diff --git a/sys/security/mac/mac_framework.c = b/sys/security/mac/mac_framework.c > index 816bb0b..ed0c05a 100644 > --- a/sys/security/mac/mac_framework.c > +++ b/sys/security/mac/mac_framework.c > @@ -292,7 +292,8 @@ mac_init(void) > mac_labelzone_init(); >=20 > #ifndef MAC_STATIC > - rm_init_flags(&mac_policy_rm, "mac_policy_rm", RM_NOWITNESS); > + rm_init_flags(&mac_policy_rm, "mac_policy_rm", RM_NOWITNESS | > + RM_RECURSE); > sx_init_flags(&mac_policy_sx, "mac_policy_sx", SX_NOWITNESS); > #endif > } Let's go with this -- recursion into the framework should be supported. Robert= From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 19:37:42 2013 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 ESMTP id 47ED7795; Sat, 28 Sep 2013 19:37:42 +0000 (UTC) (envelope-from vsityz@gmail.com) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 992382E82; Sat, 28 Sep 2013 19:37:41 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id u14so3344369lbd.30 for ; Sat, 28 Sep 2013 12:37:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=zStfiy70xFrx1Tf+IVl9XmxMjNysRXZlV124l3s+8Fk=; b=eSSF1xsCy6JCEdGOpsbXHuoLV0SOnRZBTPHH/P1mUs4FyhV3BctLmKk9gd/jqHNhpW OY9LqSi65rsdy8JSMlUVnIMzYh8AwUl0uVfH+DWEErR5a8OpvFSvMbW6rcyGTs10vn9z PTi1juQ26aqXFBv4LIhcLu4CwGw+2G9C9OaMEEyt0MbXkMcFp6EZgpc6np91PeGGKnq7 BLqsfde7o4+z0+pQ8P2VuCoVc5yFMWuwYv1eF+jHrlBGF+DO3ptEpqu+UuBWhIHkfcNi GzU6QcnpXnwjpooQPxxrG1fc6a5HQTkb9c4MMXbLbJN+vc59jSLFEmBKc1DSSpD7NiAo egFg== X-Received: by 10.152.29.103 with SMTP id j7mr11452723lah.7.1380397059650; Sat, 28 Sep 2013 12:37:39 -0700 (PDT) Received: from scorpion.kiev.ua ([130.185.28.132]) by mx.google.com with ESMTPSA id e4sm10111673lba.15.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Sep 2013 12:37:38 -0700 (PDT) Message-ID: <52473000.7060309@gmail.com> Date: Sat, 28 Sep 2013 22:37:36 +0300 From: Alexander Panyushkin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Steve Kargl Subject: Re: graphics/poppler-glib not build References: <5246E64C.3080204@gmail.com> <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> <5247111B.1070702@gmail.com> <0869A0C6-3FCB-4413-9FC6-BC5D3A85BDD5@freebsd.org> <5247255A.6@gmail.com> <20130928190255.GA93842@troutmask.apl.washington.edu> In-Reply-To: <20130928190255.GA93842@troutmask.apl.washington.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: David Chisnall , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 19:37:42 -0000 *make.conf* # ### Build whith GCC 4.6 # ======================== .if ${.CURDIR:N*/ports/graphics/poppler-glib*} == "" CFLAGS= -O2 -march=athlon64-sse3 -mtune=athlon64-sse3 -pipe -Wformat -Wformat-security CPPFLAGS+= -D_FORTIFY_SOURCE=2 CXXFLAGS+=-rpath /usr/local/lib/gcc46 USE_GCC=4.6 CC=cc CXX=c++ CPP=cpp .endif *portmaster graphics/poppler-glib* [...] ===> Building for poppler-glib-0.22.2 gmake[1]: Вход в каталог `/usr/ports/graphics/poppler-glib/work/poppler-0.22.2/poppler' CXX CairoFontEngine.lo CXX CairoOutputDev.lo CXX CairoRescaleBox.lo CXXLD libpoppler-cairo.la c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' c++: warning: argument unused during compilation: '-pthread' /usr/bin/ld: cannot find -lstdc++ c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[1]: *** [libpoppler-cairo.la] Ошибка 1 On 28.09.2013 22:02, Steve Kargl wrote: > On Sat, Sep 28, 2013 at 09:52:10PM +0300, Alexander Panyushkin wrote: >> 28.09.2013 20:28, David Chisnall ??????????: >>> Yes, because libstdc++ is no longer part of the base system, >> Yes, but in system installed GCC 4.6.3, and libstdc++ is present >> >> pkg_info -L gcc-4.6.3 | grep libstdc >> /usr/local/share/gcc-4.6.3/python/libstdcxx/__init__.py >> /usr/local/share/gcc-4.6.3/python/libstdcxx/v6/__init__.py >> /usr/local/share/gcc-4.6.3/python/libstdcxx/v6/printers.py >> /usr/local/lib/gcc46/libstdc++.a >> /usr/local/lib/gcc46/libstdc++.so.6-gdb.py >> /usr/local/lib/gcc46/libstdc++.so >> /usr/local/lib/gcc46/libstdc++.so.6 >> > Try adding > > CXXFLAGS+=-rpath /usr/local/lib/gcc46 > > to the Makefile. > From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 20:31:15 2013 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 ESMTP id 1C0FF4F2; Sat, 28 Sep 2013 20:31:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE82F2126; Sat, 28 Sep 2013 20:31:14 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id r8SKVAK6094328; Sat, 28 Sep 2013 13:31:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id r8SKVAOk094327; Sat, 28 Sep 2013 13:31:10 -0700 (PDT) (envelope-from sgk) Date: Sat, 28 Sep 2013 13:31:10 -0700 From: Steve Kargl To: Alexander Panyushkin Subject: Re: graphics/poppler-glib not build Message-ID: <20130928203110.GA94316@troutmask.apl.washington.edu> References: <5246E64C.3080204@gmail.com> <13ADF1E8-B97E-44E7-8605-B0A4013EDE69@FreeBSD.org> <5247111B.1070702@gmail.com> <0869A0C6-3FCB-4413-9FC6-BC5D3A85BDD5@freebsd.org> <5247255A.6@gmail.com> <20130928190255.GA93842@troutmask.apl.washington.edu> <52473000.7060309@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52473000.7060309@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: David Chisnall , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 20:31:15 -0000 On Sat, Sep 28, 2013 at 10:37:36PM +0300, Alexander Panyushkin wrote: > *make.conf* > # ### Build whith GCC 4.6 > # ======================== > .if ${.CURDIR:N*/ports/graphics/poppler-glib*} == "" > CFLAGS= -O2 -march=athlon64-sse3 -mtune=athlon64-sse3 -pipe -Wformat > -Wformat-security Should use +=. > CPPFLAGS+= -D_FORTIFY_SOURCE=2 > CXXFLAGS+=-rpath /usr/local/lib/gcc46 > USE_GCC=4.6 If you're doing the above, > CC=cc > CXX=c++ > CPP=cpp why are you doing this? ls /usr/local/bin/*46 /usr/local/bin/c++46* /usr/local/bin/cpp46* /usr/local/bin/g++46* /usr/local/bin/gcc46* /usr/local/bin/gcov46* > /usr/bin/ld: cannot find -lstdc++ > c++: error: linker command failed with exit code 1 (use -v to see > invocation) so ld is not being passed the compiler options? -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 28 23:37:26 2013 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 ESMTP id 49BBF3E2 for ; Sat, 28 Sep 2013 23:37:26 +0000 (UTC) (envelope-from robotsondrugs@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C47729B1 for ; Sat, 28 Sep 2013 23:37:26 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id e14so6924219iej.6 for ; Sat, 28 Sep 2013 16:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=aJzV7AOyjiALBgGNA5HYuak+jXf5Va2IoqOwa0/uISI=; b=c1xw7Zm0gETfzSWN3i7n26Fexfk0p9mhdhrVY58i1cZ+VweF2Owi/bwRo35Vq4mAEC JyEIiI8UB6TWYHznJOJGmekgNUezel271IQrb/JRyofv4M7zziihp1tUbv+c0XMD/jEl G3PSf6HuvbyjpGMsxesM1XhPx4ZozYH847puLxY9b+Oy8ckU2X8y85c8+v/LMTp9wrbw B80QW7vvY+dXwoZr2QZ4xpVYAbFSRfOm1NmxHUap20W58NcLiFZTauH6Ec9pRBWhNxej xUzpt7K+0F/nxPKKXcj29xECH/P0qzufIZcYrF6v8su6t0I8KxHKhRydCXDJz8+Ku69j J3sw== X-Received: by 10.50.25.129 with SMTP id c1mr8276625igg.23.1380411445441; Sat, 28 Sep 2013 16:37:25 -0700 (PDT) Received: from [10.0.0.66] (c-98-240-141-71.hsd1.mn.comcast.net. [98.240.141.71]) by mx.google.com with ESMTPSA id ri1sm7141281igc.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Sep 2013 16:37:24 -0700 (PDT) Message-ID: <52476833.4050100@gmail.com> Date: Sat, 28 Sep 2013 18:37:23 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Issues with Hyper-V network driver on ALPHA2/3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Sep 2013 23:37:26 -0000 FreeBSD talkingzebra 10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #0 r255918: Fri Sep 27 17:29:41 CDT 2013 toor@talkingzebra:/usr/obj/usr/src/sys/HYPERV amd64 Sometimes after a reboot, the interfaces get an IP (statically set), but there is no connectivity. Starting or restarting the netif service causes this to appear every time: --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80119b9ca, rsp = 0x7fffffffd488, rbp = 0x7fffffffd4d0 --- Waiting on "rndis sema" with the following non-sleepable locks held: exclusive sleep mutex NetVSCLock (network driver) r = 0 (0xfffff80001c4f2b0) locked @ /usr/src/sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c:904 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00b989a410 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00b989a4c0 witness_warn() at witness_warn+0x4a8/frame 0xfffffe00b989a580 _cv_timedwait_sbt() at _cv_timedwait_sbt+0x94/frame 0xfffffe00b989a600 _sema_timedwait() at _sema_timedwait+0x74/frame 0xfffffe00b989a640 hv_rf_set_packet_filter() at hv_rf_set_packet_filter+0x184/frame 0xfffffe00b989a680 hv_rf_on_open() at hv_rf_on_open+0x46/frame 0xfffffe00b989a6a0 hn_ifinit() at hn_ifinit+0xbe/frame 0xfffffe00b989a6e0 ether_ioctl() at ether_ioctl+0x8a/frame 0xfffffe00b989a710 hn_ioctl() at hn_ioctl+0x28a/frame 0xfffffe00b989a770 in_control() at in_control+0xbe5/frame 0xfffffe00b989a820 ifioctl() at ifioctl+0xfc7/frame 0xfffffe00b989a8e0 kern_ioctl() at kern_ioctl+0x2ca/frame 0xfffffe00b989a950 sys_ioctl() at sys_ioctl+0x142/frame 0xfffffe00b989a9a0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00b989aab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00b989aab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80119b9ca, rsp = 0x7fffffffd488, rbp = 0x7fffffffd4d0 --- Every time, everything looks good according to ifconfig, but pings to IPs in the same network always time out. If I reboot again, it will generally come back with networking working just fine, and I have found no way to get the interfaces to work other than rebooting again. This is happening on ALPHA3 (r255918), but I have noticed it in a previous revision as well (I can't recall the revision, but it was after the hyperv device was removed from GENERIC). I have the entire dmesg saved (before reboot) from that session if that would help. Also, this is on client Hyper-V on Windows 8, if that matters.