From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 00:37:40 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C84B6974; Sun, 19 Jan 2014 00:37:40 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0081D1E71; Sun, 19 Jan 2014 00:37:39 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0J0bZpf055257; Sun, 19 Jan 2014 02:37:35 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0IMDSN0079678; Sat, 18 Jan 2014 22:13:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 22:13:28 GMT Message-Id: <201401182213.s0IMDSN0079678@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 00:37:40 -0000 TB --- 2014-01-18 16:01:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 16:01:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-18 16:01:40 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-01-18 16:01:40 - cleaning the object tree TB --- 2014-01-18 16:03:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 16:03:09 - At svn revision 260836 TB --- 2014-01-18 16:03:10 - building world TB --- 2014-01-18 16:03:10 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 16:03:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 16:03:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 16:03:10 - SRCCONF=/dev/null TB --- 2014-01-18 16:03:10 - TARGET=i386 TB --- 2014-01-18 16:03:10 - TARGET_ARCH=i386 TB --- 2014-01-18 16:03:10 - TZ=UTC TB --- 2014-01-18 16:03:10 - __MAKE_CONF=/dev/null TB --- 2014-01-18 16:03:10 - cd /src TB --- 2014-01-18 16:03:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 16:03:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 18 19:36:29 UTC 2014 TB --- 2014-01-18 19:36:29 - generating LINT kernel config TB --- 2014-01-18 19:36:29 - cd /src/sys/i386/conf TB --- 2014-01-18 19:36:29 - /usr/bin/make -B LINT TB --- 2014-01-18 19:36:29 - cd /src/sys/i386/conf TB --- 2014-01-18 19:36:29 - /usr/sbin/config -m LINT TB --- 2014-01-18 19:36:30 - building LINT kernel TB --- 2014-01-18 19:36:30 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 19:36:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 19:36:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 19:36:30 - SRCCONF=/dev/null TB --- 2014-01-18 19:36:30 - TARGET=i386 TB --- 2014-01-18 19:36:30 - TARGET_ARCH=i386 TB --- 2014-01-18 19:36:30 - TZ=UTC TB --- 2014-01-18 19:36:30 - __MAKE_CONF=/dev/null TB --- 2014-01-18 19:36:30 - cd /src TB --- 2014-01-18 19:36:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 19:36:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Jan 18 20:16:26 UTC 2014 TB --- 2014-01-18 20:16:26 - cd /src/sys/i386/conf TB --- 2014-01-18 20:16:26 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-18 20:16:26 - building LINT-NOINET kernel TB --- 2014-01-18 20:16:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 20:16:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 20:16:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 20:16:26 - SRCCONF=/dev/null TB --- 2014-01-18 20:16:26 - TARGET=i386 TB --- 2014-01-18 20:16:26 - TARGET_ARCH=i386 TB --- 2014-01-18 20:16:26 - TZ=UTC TB --- 2014-01-18 20:16:26 - __MAKE_CONF=/dev/null TB --- 2014-01-18 20:16:26 - cd /src TB --- 2014-01-18 20:16:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 18 20:16:27 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Jan 18 20:52:45 UTC 2014 TB --- 2014-01-18 20:52:45 - cd /src/sys/i386/conf TB --- 2014-01-18 20:52:45 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 20:52:45 - building LINT-NOINET6 kernel TB --- 2014-01-18 20:52:45 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 20:52:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 20:52:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 20:52:45 - SRCCONF=/dev/null TB --- 2014-01-18 20:52:45 - TARGET=i386 TB --- 2014-01-18 20:52:45 - TARGET_ARCH=i386 TB --- 2014-01-18 20:52:45 - TZ=UTC TB --- 2014-01-18 20:52:45 - __MAKE_CONF=/dev/null TB --- 2014-01-18 20:52:45 - cd /src TB --- 2014-01-18 20:52:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 20:52:45 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Jan 18 21:26:39 UTC 2014 TB --- 2014-01-18 21:26:39 - cd /src/sys/i386/conf TB --- 2014-01-18 21:26:39 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 21:26:39 - building LINT-NOIP kernel TB --- 2014-01-18 21:26:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 21:26:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 21:26:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 21:26:39 - SRCCONF=/dev/null TB --- 2014-01-18 21:26:39 - TARGET=i386 TB --- 2014-01-18 21:26:39 - TARGET_ARCH=i386 TB --- 2014-01-18 21:26:39 - TZ=UTC TB --- 2014-01-18 21:26:39 - __MAKE_CONF=/dev/null TB --- 2014-01-18 21:26:39 - cd /src TB --- 2014-01-18 21:26:39 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 21:26:39 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Jan 18 21:56:46 UTC 2014 TB --- 2014-01-18 21:56:46 - cd /src/sys/i386/conf TB --- 2014-01-18 21:56:46 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 21:56:46 - building LINT-VIMAGE kernel TB --- 2014-01-18 21:56:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 21:56:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 21:56:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 21:56:46 - SRCCONF=/dev/null TB --- 2014-01-18 21:56:46 - TARGET=i386 TB --- 2014-01-18 21:56:46 - TARGET_ARCH=i386 TB --- 2014-01-18 21:56:46 - TZ=UTC TB --- 2014-01-18 21:56:46 - __MAKE_CONF=/dev/null TB --- 2014-01-18 21:56:46 - cd /src TB --- 2014-01-18 21:56:46 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 21:56:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :62:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 22:12:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 22:12:09 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 22:12:09 - 16550.96 user 5552.56 system 22229.15 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 00:37:40 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1688973; Sun, 19 Jan 2014 00:37:40 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F29001E70; Sun, 19 Jan 2014 00:37:39 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0J0bZpb055257; Sun, 19 Jan 2014 02:37:35 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0IN7otK022747; Sat, 18 Jan 2014 23:07:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 23:07:50 GMT Message-Id: <201401182307.s0IN7otK022747@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_10 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 00:37:40 -0000 TB --- 2014-01-18 22:50:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 22:50:00 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-18 22:50:00 - starting RELENG_10 tinderbox run for none/none TB --- 2014-01-18 22:50:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2014-01-18 22:50:00 - cd /tinderbox/RELENG_10/none/none TB --- 2014-01-18 22:50:00 - /usr/local/bin/svn cleanup /src TB --- 2014-01-18 22:50:24 - /usr/local/bin/svn update /src TB --- 2014-01-18 22:52:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 22:52:36 - WARNING: sleeping 30 s and retrying... TB --- 2014-01-18 22:53:06 - /usr/local/bin/svn update /src TB --- 2014-01-18 22:55:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 22:55:18 - WARNING: sleeping 60 s and retrying... TB --- 2014-01-18 22:56:18 - /usr/local/bin/svn update /src TB --- 2014-01-18 22:58:30 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 22:58:30 - WARNING: sleeping 90 s and retrying... TB --- 2014-01-18 23:00:00 - /usr/local/bin/svn update /src TB --- 2014-01-18 23:02:12 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 23:02:12 - WARNING: sleeping 120 s and retrying... TB --- 2014-01-18 23:04:12 - /usr/local/bin/svn update /src TB --- 2014-01-18 23:06:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 23:06:24 - ERROR: unable to check out the source tree TB --- 2014-01-18 23:06:24 - 4.70 user 10.17 system 984.38 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 00:37:40 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5DED975; Sun, 19 Jan 2014 00:37:40 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24A741E72; Sun, 19 Jan 2014 00:37:39 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0J0bZpd055257; Sun, 19 Jan 2014 02:37:35 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0IMeQm5022669; Sat, 18 Jan 2014 22:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 22:40:26 GMT Message-Id: <201401182240.s0IMeQm5022669@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 00:37:41 -0000 TB --- 2014-01-18 16:01:39 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 16:01:39 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-18 16:01:39 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-01-18 16:01:39 - cleaning the object tree TB --- 2014-01-18 16:03:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 16:03:13 - At svn revision 260836 TB --- 2014-01-18 16:03:14 - building world TB --- 2014-01-18 16:03:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 16:03:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 16:03:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 16:03:14 - SRCCONF=/dev/null TB --- 2014-01-18 16:03:14 - TARGET=amd64 TB --- 2014-01-18 16:03:14 - TARGET_ARCH=amd64 TB --- 2014-01-18 16:03:14 - TZ=UTC TB --- 2014-01-18 16:03:14 - __MAKE_CONF=/dev/null TB --- 2014-01-18 16:03:14 - cd /src TB --- 2014-01-18 16:03:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 16:03:24 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 18 20:13:29 UTC 2014 TB --- 2014-01-18 20:13:29 - generating LINT kernel config TB --- 2014-01-18 20:13:29 - cd /src/sys/amd64/conf TB --- 2014-01-18 20:13:29 - /usr/bin/make -B LINT TB --- 2014-01-18 20:13:29 - cd /src/sys/amd64/conf TB --- 2014-01-18 20:13:29 - /usr/sbin/config -m LINT TB --- 2014-01-18 20:13:29 - building LINT kernel TB --- 2014-01-18 20:13:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 20:13:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 20:13:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 20:13:29 - SRCCONF=/dev/null TB --- 2014-01-18 20:13:29 - TARGET=amd64 TB --- 2014-01-18 20:13:29 - TARGET_ARCH=amd64 TB --- 2014-01-18 20:13:29 - TZ=UTC TB --- 2014-01-18 20:13:29 - __MAKE_CONF=/dev/null TB --- 2014-01-18 20:13:29 - cd /src TB --- 2014-01-18 20:13:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 20:13:29 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Jan 18 20:51:05 UTC 2014 TB --- 2014-01-18 20:51:05 - cd /src/sys/amd64/conf TB --- 2014-01-18 20:51:05 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-18 20:51:05 - building LINT-NOINET kernel TB --- 2014-01-18 20:51:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 20:51:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 20:51:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 20:51:05 - SRCCONF=/dev/null TB --- 2014-01-18 20:51:05 - TARGET=amd64 TB --- 2014-01-18 20:51:05 - TARGET_ARCH=amd64 TB --- 2014-01-18 20:51:05 - TZ=UTC TB --- 2014-01-18 20:51:05 - __MAKE_CONF=/dev/null TB --- 2014-01-18 20:51:05 - cd /src TB --- 2014-01-18 20:51:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 18 20:51:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Jan 18 21:23:28 UTC 2014 TB --- 2014-01-18 21:23:28 - cd /src/sys/amd64/conf TB --- 2014-01-18 21:23:28 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 21:23:28 - building LINT-NOINET6 kernel TB --- 2014-01-18 21:23:28 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 21:23:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 21:23:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 21:23:28 - SRCCONF=/dev/null TB --- 2014-01-18 21:23:28 - TARGET=amd64 TB --- 2014-01-18 21:23:28 - TARGET_ARCH=amd64 TB --- 2014-01-18 21:23:28 - TZ=UTC TB --- 2014-01-18 21:23:28 - __MAKE_CONF=/dev/null TB --- 2014-01-18 21:23:28 - cd /src TB --- 2014-01-18 21:23:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 21:23:28 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Jan 18 21:55:35 UTC 2014 TB --- 2014-01-18 21:55:35 - cd /src/sys/amd64/conf TB --- 2014-01-18 21:55:35 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 21:55:35 - building LINT-NOIP kernel TB --- 2014-01-18 21:55:35 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 21:55:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 21:55:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 21:55:35 - SRCCONF=/dev/null TB --- 2014-01-18 21:55:35 - TARGET=amd64 TB --- 2014-01-18 21:55:35 - TARGET_ARCH=amd64 TB --- 2014-01-18 21:55:35 - TZ=UTC TB --- 2014-01-18 21:55:35 - __MAKE_CONF=/dev/null TB --- 2014-01-18 21:55:35 - cd /src TB --- 2014-01-18 21:55:35 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 21:55:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sat Jan 18 22:24:30 UTC 2014 TB --- 2014-01-18 22:24:30 - cd /src/sys/amd64/conf TB --- 2014-01-18 22:24:30 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 22:24:30 - building LINT-VIMAGE kernel TB --- 2014-01-18 22:24:30 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 22:24:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 22:24:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 22:24:30 - SRCCONF=/dev/null TB --- 2014-01-18 22:24:30 - TARGET=amd64 TB --- 2014-01-18 22:24:30 - TARGET_ARCH=amd64 TB --- 2014-01-18 22:24:30 - TZ=UTC TB --- 2014-01-18 22:24:30 - __MAKE_CONF=/dev/null TB --- 2014-01-18 22:24:30 - cd /src TB --- 2014-01-18 22:24:30 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 22:24:31 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :55:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 22:39:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 22:39:07 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 22:39:07 - 17819.04 user 5960.48 system 23847.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 05:24:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB049F2F; Sun, 19 Jan 2014 05:24:17 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E011C1FC1; Sun, 19 Jan 2014 05:24:16 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0J5OCTv083543; Sun, 19 Jan 2014 07:24:12 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0J5OCNh083505; Sun, 19 Jan 2014 05:24:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jan 2014 05:24:12 GMT Message-Id: <201401190524.s0J5OCNh083505@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 05:24:17 -0000 TB --- 2014-01-18 23:13:18 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 23:13:18 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-18 23:13:18 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-01-18 23:13:18 - cleaning the object tree TB --- 2014-01-18 23:14:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 23:14:46 - At svn revision 260836 TB --- 2014-01-18 23:14:47 - building world TB --- 2014-01-18 23:14:47 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 23:14:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 23:14:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 23:14:47 - SRCCONF=/dev/null TB --- 2014-01-18 23:14:47 - TARGET=i386 TB --- 2014-01-18 23:14:47 - TARGET_ARCH=i386 TB --- 2014-01-18 23:14:47 - TZ=UTC TB --- 2014-01-18 23:14:47 - __MAKE_CONF=/dev/null TB --- 2014-01-18 23:14:47 - cd /src TB --- 2014-01-18 23:14:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 23:14:57 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 19 02:48:02 UTC 2014 TB --- 2014-01-19 02:48:02 - generating LINT kernel config TB --- 2014-01-19 02:48:02 - cd /src/sys/i386/conf TB --- 2014-01-19 02:48:02 - /usr/bin/make -B LINT TB --- 2014-01-19 02:48:02 - cd /src/sys/i386/conf TB --- 2014-01-19 02:48:02 - /usr/sbin/config -m LINT TB --- 2014-01-19 02:48:03 - building LINT kernel TB --- 2014-01-19 02:48:03 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 02:48:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 02:48:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 02:48:03 - SRCCONF=/dev/null TB --- 2014-01-19 02:48:03 - TARGET=i386 TB --- 2014-01-19 02:48:03 - TARGET_ARCH=i386 TB --- 2014-01-19 02:48:03 - TZ=UTC TB --- 2014-01-19 02:48:03 - __MAKE_CONF=/dev/null TB --- 2014-01-19 02:48:03 - cd /src TB --- 2014-01-19 02:48:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 19 02:48:03 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Jan 19 03:28:02 UTC 2014 TB --- 2014-01-19 03:28:02 - cd /src/sys/i386/conf TB --- 2014-01-19 03:28:02 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-19 03:28:02 - building LINT-NOINET kernel TB --- 2014-01-19 03:28:02 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 03:28:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 03:28:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 03:28:02 - SRCCONF=/dev/null TB --- 2014-01-19 03:28:02 - TARGET=i386 TB --- 2014-01-19 03:28:02 - TARGET_ARCH=i386 TB --- 2014-01-19 03:28:02 - TZ=UTC TB --- 2014-01-19 03:28:02 - __MAKE_CONF=/dev/null TB --- 2014-01-19 03:28:02 - cd /src TB --- 2014-01-19 03:28:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Jan 19 03:28:02 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Jan 19 04:04:38 UTC 2014 TB --- 2014-01-19 04:04:39 - cd /src/sys/i386/conf TB --- 2014-01-19 04:04:39 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-19 04:04:39 - building LINT-NOINET6 kernel TB --- 2014-01-19 04:04:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 04:04:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 04:04:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 04:04:39 - SRCCONF=/dev/null TB --- 2014-01-19 04:04:39 - TARGET=i386 TB --- 2014-01-19 04:04:39 - TARGET_ARCH=i386 TB --- 2014-01-19 04:04:39 - TZ=UTC TB --- 2014-01-19 04:04:39 - __MAKE_CONF=/dev/null TB --- 2014-01-19 04:04:39 - cd /src TB --- 2014-01-19 04:04:39 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Jan 19 04:04:39 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sun Jan 19 04:38:38 UTC 2014 TB --- 2014-01-19 04:38:38 - cd /src/sys/i386/conf TB --- 2014-01-19 04:38:38 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-19 04:38:38 - building LINT-NOIP kernel TB --- 2014-01-19 04:38:38 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 04:38:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 04:38:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 04:38:38 - SRCCONF=/dev/null TB --- 2014-01-19 04:38:38 - TARGET=i386 TB --- 2014-01-19 04:38:38 - TARGET_ARCH=i386 TB --- 2014-01-19 04:38:38 - TZ=UTC TB --- 2014-01-19 04:38:38 - __MAKE_CONF=/dev/null TB --- 2014-01-19 04:38:38 - cd /src TB --- 2014-01-19 04:38:38 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Jan 19 04:38:38 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sun Jan 19 05:08:47 UTC 2014 TB --- 2014-01-19 05:08:47 - cd /src/sys/i386/conf TB --- 2014-01-19 05:08:47 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-19 05:08:47 - building LINT-VIMAGE kernel TB --- 2014-01-19 05:08:47 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 05:08:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 05:08:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 05:08:47 - SRCCONF=/dev/null TB --- 2014-01-19 05:08:47 - TARGET=i386 TB --- 2014-01-19 05:08:47 - TARGET_ARCH=i386 TB --- 2014-01-19 05:08:47 - TZ=UTC TB --- 2014-01-19 05:08:47 - __MAKE_CONF=/dev/null TB --- 2014-01-19 05:08:47 - cd /src TB --- 2014-01-19 05:08:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Jan 19 05:08:47 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :62:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-19 05:24:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-19 05:24:11 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-19 05:24:11 - 16551.96 user 5624.27 system 22253.23 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 05:51:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FC101F7; Sun, 19 Jan 2014 05:51:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82FB11166; Sun, 19 Jan 2014 05:51:17 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0J5pFtx026609; Sun, 19 Jan 2014 07:51:15 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0J5pFmp026608; Sun, 19 Jan 2014 05:51:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Jan 2014 05:51:15 GMT Message-Id: <201401190551.s0J5pFmp026608@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 05:51:19 -0000 TB --- 2014-01-18 23:13:18 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 23:13:18 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-18 23:13:18 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-01-18 23:13:18 - cleaning the object tree TB --- 2014-01-18 23:14:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 23:14:49 - At svn revision 260836 TB --- 2014-01-18 23:14:50 - building world TB --- 2014-01-18 23:14:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 23:14:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 23:14:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 23:14:50 - SRCCONF=/dev/null TB --- 2014-01-18 23:14:50 - TARGET=amd64 TB --- 2014-01-18 23:14:50 - TARGET_ARCH=amd64 TB --- 2014-01-18 23:14:50 - TZ=UTC TB --- 2014-01-18 23:14:50 - __MAKE_CONF=/dev/null TB --- 2014-01-18 23:14:50 - cd /src TB --- 2014-01-18 23:14:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 23:15:01 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Jan 19 03:25:14 UTC 2014 TB --- 2014-01-19 03:25:14 - generating LINT kernel config TB --- 2014-01-19 03:25:14 - cd /src/sys/amd64/conf TB --- 2014-01-19 03:25:14 - /usr/bin/make -B LINT TB --- 2014-01-19 03:25:14 - cd /src/sys/amd64/conf TB --- 2014-01-19 03:25:14 - /usr/sbin/config -m LINT TB --- 2014-01-19 03:25:14 - building LINT kernel TB --- 2014-01-19 03:25:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 03:25:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 03:25:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 03:25:14 - SRCCONF=/dev/null TB --- 2014-01-19 03:25:14 - TARGET=amd64 TB --- 2014-01-19 03:25:14 - TARGET_ARCH=amd64 TB --- 2014-01-19 03:25:14 - TZ=UTC TB --- 2014-01-19 03:25:14 - __MAKE_CONF=/dev/null TB --- 2014-01-19 03:25:14 - cd /src TB --- 2014-01-19 03:25:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 19 03:25:14 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Jan 19 04:03:01 UTC 2014 TB --- 2014-01-19 04:03:01 - cd /src/sys/amd64/conf TB --- 2014-01-19 04:03:01 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-19 04:03:01 - building LINT-NOINET kernel TB --- 2014-01-19 04:03:01 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 04:03:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 04:03:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 04:03:01 - SRCCONF=/dev/null TB --- 2014-01-19 04:03:01 - TARGET=amd64 TB --- 2014-01-19 04:03:01 - TARGET_ARCH=amd64 TB --- 2014-01-19 04:03:01 - TZ=UTC TB --- 2014-01-19 04:03:01 - __MAKE_CONF=/dev/null TB --- 2014-01-19 04:03:01 - cd /src TB --- 2014-01-19 04:03:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Jan 19 04:03:01 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Jan 19 04:35:33 UTC 2014 TB --- 2014-01-19 04:35:33 - cd /src/sys/amd64/conf TB --- 2014-01-19 04:35:33 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-19 04:35:33 - building LINT-NOINET6 kernel TB --- 2014-01-19 04:35:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 04:35:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 04:35:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 04:35:33 - SRCCONF=/dev/null TB --- 2014-01-19 04:35:33 - TARGET=amd64 TB --- 2014-01-19 04:35:33 - TARGET_ARCH=amd64 TB --- 2014-01-19 04:35:33 - TZ=UTC TB --- 2014-01-19 04:35:33 - __MAKE_CONF=/dev/null TB --- 2014-01-19 04:35:33 - cd /src TB --- 2014-01-19 04:35:33 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Jan 19 04:35:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sun Jan 19 05:07:41 UTC 2014 TB --- 2014-01-19 05:07:41 - cd /src/sys/amd64/conf TB --- 2014-01-19 05:07:41 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-19 05:07:41 - building LINT-NOIP kernel TB --- 2014-01-19 05:07:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 05:07:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 05:07:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 05:07:41 - SRCCONF=/dev/null TB --- 2014-01-19 05:07:41 - TARGET=amd64 TB --- 2014-01-19 05:07:41 - TARGET_ARCH=amd64 TB --- 2014-01-19 05:07:41 - TZ=UTC TB --- 2014-01-19 05:07:41 - __MAKE_CONF=/dev/null TB --- 2014-01-19 05:07:41 - cd /src TB --- 2014-01-19 05:07:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Jan 19 05:07:41 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Sun Jan 19 05:36:36 UTC 2014 TB --- 2014-01-19 05:36:36 - cd /src/sys/amd64/conf TB --- 2014-01-19 05:36:36 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-19 05:36:37 - building LINT-VIMAGE kernel TB --- 2014-01-19 05:36:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-19 05:36:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-19 05:36:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-19 05:36:37 - SRCCONF=/dev/null TB --- 2014-01-19 05:36:37 - TARGET=amd64 TB --- 2014-01-19 05:36:37 - TARGET_ARCH=amd64 TB --- 2014-01-19 05:36:37 - TZ=UTC TB --- 2014-01-19 05:36:37 - __MAKE_CONF=/dev/null TB --- 2014-01-19 05:36:37 - cd /src TB --- 2014-01-19 05:36:37 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Jan 19 05:36:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :55:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-19 05:51:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-19 05:51:14 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-19 05:51:14 - 17815.91 user 6005.58 system 23876.88 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 08:47:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0020FDB2; Sun, 19 Jan 2014 08:47:26 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC31D1A4D; Sun, 19 Jan 2014 08:47:26 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id k19so5407855igc.4 for ; Sun, 19 Jan 2014 00:47:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=FO9F9f0F43wS5W9s6/ygoOysOku2id76mo8IpY4Eflc=; b=XABKLYA4s1oYL5/wclgqsj6fogtiwMpxzBlScFgwuBAZU7+u0IUr8WutYYbOly7TUn QlrlvGR8+fucRnl/DGng/91YErTQ4SVUsGFqgDyls62UvI1K4xvX+Zr2H9p+TRj46fL6 ULvRrzA6gOAc5KiRw6sK9O2NycuiNI8RIGUxY3TyiKDyH99CNmmtXqGQAyyXotuQOmpZ jWC281BwkyncuEvq/M7NjvmNcYeTczS4TyqroIwj9ioPPyCEm7SYmYR7tLfviAK4yt+5 v9+xEDt0rz8SUamoX0jw/caIJDtDmRzUAUpw2RtkySYjKm4hjS96FOp3UZYqDJkpWmEN rA2w== MIME-Version: 1.0 X-Received: by 10.51.17.101 with SMTP id gd5mr6719485igd.25.1390121245799; Sun, 19 Jan 2014 00:47:25 -0800 (PST) Sender: jdavidlists@gmail.com Received: by 10.42.170.8 with HTTP; Sun, 19 Jan 2014 00:47:25 -0800 (PST) Date: Sun, 19 Jan 2014 03:47:25 -0500 X-Google-Sender-Auth: us4bPXAWxvueZzYlem9wY1c_NbE Message-ID: Subject: Terrible NFS performance under 9.2-RELEASE? From: J David To: freebsd-net@freebsd.org, freebsd-stable , freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 08:47:27 -0000 While setting up a test for other purposes, I noticed some really horrible NFS performance issues. To explore this, I set up a test environment with two FreeBSD 9.2-RELEASE-p3 virtual machines running under KVM. The NFS server is configured to serve a 2 gig mfs on /mnt. The performance of the virtual network is outstanding: Server: $ iperf -c 172.20.20.169 ------------------------------------------------------------ Client connecting to 172.20.20.169, TCP port 5001 TCP window size: 1.00 MByte (default) ------------------------------------------------------------ [ 3] local 172.20.20.162 port 59717 connected with 172.20.20.169 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 16.1 GBytes 13.8 Gbits/sec $ iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 1.00 MByte (default) ------------------------------------------------------------ [ 4] local 172.20.20.162 port 5001 connected with 172.20.20.169 port 45655 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 15.8 GBytes 13.6 Gbits/sec Client: $ iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 1.00 MByte (default) ------------------------------------------------------------ [ 4] local 172.20.20.169 port 5001 connected with 172.20.20.162 port 59717 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 16.1 GBytes 13.8 Gbits/sec ^C$ iperf -c 172.20.20.162 ------------------------------------------------------------ Client connecting to 172.20.20.162, TCP port 5001 TCP window size: 1.00 MByte (default) ------------------------------------------------------------ [ 3] local 172.20.20.169 port 45655 connected with 172.20.20.162 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 15.8 GBytes 13.6 Gbits/sec The performance of the mfs filesystem on the server is also good. Server: $ sudo mdconfig -a -t swap -s 2g md0 $ sudo newfs -U -b 4k -f 4k /dev/md0 /dev/md0: 2048.0MB (4194304 sectors) block size 4096, fragment size 4096 using 43 cylinder groups of 48.12MB, 12320 blks, 6160 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: 144, 98704, 197264, 295824, 394384, 492944, 591504, 690064, 788624, 887184, 985744, 1084304, 1182864, 1281424, 1379984, 1478544, 1577104, 1675664, 1774224, 1872784, 1971344, 2069904, 2168464, 2267024, 2365584, 2464144, 2562704, 2661264, 2759824, 2858384, 2956944, 3055504, 3154064, 3252624, 3351184, 3449744, 3548304, 3646864, 3745424, 3843984, 3942544, 4041104, 4139664 $ sudo mount /dev/md0 /mnt $ cd /mnt $ sudo iozone -e -I -s 512m -r 4k -i 0 -i 1 -i 2 Iozone: Performance Test of File I/O Version $Revision: 3.420 $ [...] random random KB reclen write rewrite read reread read write 524288 4 560145 1114593 933699 831902 56347 158904 iozone test complete. But introduce NFS into the mix and everything falls apart. Client: $ sudo mount -o tcp,nfsv3 f12.phxi:/mnt /mnt $ cd /mnt $ sudo iozone -e -I -s 512m -r 4k -i 0 -i 1 -i 2 Iozone: Performance Test of File I/O Version $Revision: 3.420 $ [...] random random KB reclen write rewrite read reread read write 524288 4 67246 2923 103295 1272407 172475 196 And the above took 48 minutes to run, compared to 14 seconds for the local version. So it's 200x slower over NFS. The random write test is over 800x slower. Of course NFS is slower, that's expected, but it definitely wasn't this exaggerated in previous releases. To emphasize that iozone reflects real workloads here, I tried doing an svn co of the 9-STABLE source tree over NFS but after two hours it was still in llvm so I gave up. While all this not-much-of-anything NFS traffic is going on, both systems are essentially idle. The process on the client sits in "newnfs" wait state with nearly no CPU. The server is completely idle except for the occasional 0.10% in an nfsd thread, which otherwise spend their lives in rpcsvc wait state. Server iostat: $ iostat -x -w 10 md0 extended device statistics device r/s w/s kr/s kw/s qlen svc_t %b [...] md0 0.0 36.0 0.0 0.0 0 1.2 0 md0 0.0 38.8 0.0 0.0 0 1.5 0 md0 0.0 73.6 0.0 0.0 0 1.0 0 md0 0.0 53.3 0.0 0.0 0 2.5 0 md0 0.0 33.7 0.0 0.0 0 1.1 0 md0 0.0 45.5 0.0 0.0 0 1.8 0 Server nfsstat: $ nfsstat -s -w 10 GtAttr Lookup Rdlink Read Write Rename Access Rddir [...] 0 0 0 471 816 0 0 0 0 0 0 480 751 0 0 0 0 0 0 481 36 0 0 0 0 0 0 469 550 0 0 0 0 0 0 485 814 0 0 0 0 0 0 467 503 0 0 0 0 0 0 473 345 0 0 0 Client nfsstat: $ nfsstat -c -w 10 GtAttr Lookup Rdlink Read Write Rename Access Rddir [...] 0 0 0 0 518 0 0 0 0 0 0 0 498 0 0 0 0 0 0 0 503 0 0 0 0 0 0 0 474 0 0 0 0 0 0 0 525 0 0 0 0 0 0 0 497 0 0 0 Server vmstat: $ vmstat -w 10 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr vt0 vt1 in sy cs us sy id [...] 0 4 0 634M 6043M 37 0 0 0 1 0 0 0 1561 46 3431 0 2 98 0 4 0 640M 6042M 62 0 0 0 28 0 0 0 1598 94 3552 0 2 98 0 4 0 648M 6042M 38 0 0 0 0 0 0 0 1609 47 3485 0 1 99 0 4 0 648M 6042M 37 0 0 0 0 0 0 0 1615 46 3667 0 2 98 0 4 0 648M 6042M 37 0 0 0 0 0 0 0 1606 45 3678 0 2 98 0 4 0 648M 6042M 37 0 0 0 0 0 1 0 1561 45 3377 0 2 98 Client vmstat: $ vmstat -w 10 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr md0 da0 in sy cs us sy id [...] 0 0 0 639M 593M 33 0 0 0 1237 0 0 0 281 5575 1043 0 3 97 0 0 0 639M 591M 0 0 0 0 712 0 0 0 235 122 889 0 2 98 0 0 0 639M 583M 0 0 0 0 571 0 0 1 227 120 851 0 2 98 0 0 0 639M 592M 198 0 0 0 1212 0 0 0 251 2497 950 0 3 97 0 0 0 639M 586M 0 0 0 0 614 0 0 0 250 121 924 0 2 98 0 0 0 639M 586M 0 0 0 0 765 0 0 0 250 120 918 0 3 97 Top on the KVM host says it is 93-95% idle and that each VM sits around 7-10% CPU. So basically nobody is doing anything. There's no visible bottleneck, and I've no idea where to go from here to figure out what's going on. Does anyone have any suggestions for debugging this? Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 14:30:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A843861B for ; Sun, 19 Jan 2014 14:30:50 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9177E1137 for ; Sun, 19 Jan 2014 14:30:50 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 3CABC1A3C1C for ; Sun, 19 Jan 2014 06:30:50 -0800 (PST) Message-ID: <52DBE19C.4040101@freebsd.org> Date: Sun, 19 Jan 2014 06:30:52 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 14:30:50 -0000 What does vmstat say about memory zones? I think vmstat -m/vmstat -z and also netstat -m? Are you set with the same mbufs on both 9 and 10? -Alfred On 1/18/14 1:32 PM, Eric Dombroski wrote: > Adrian: > > Yes, no change. > > -Eric > > > > > > On Sat, Jan 18, 2014 at 4:06 PM, Adrian Chadd wrote: > >> Hi, >> >> Have you tried disabling tso? >> >> Adrian >> On Jan 18, 2014 1:52 PM, "Eric Dombroski" wrote: >> >>> Hello: >>> >>> I believe there is a major performance regression between FreeBSD >>> 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers (vtnet) and >>> handling incoming traffic. Below are the results of some iperf tests and >>> large dd operations over NFS. Write throughput goes from ~40Gbps to >>> ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection becomes >>> unstable >>> ("no buffer space available"), requiring the interface to be taken >>> down/up. >>> >>> >>> These results are on fresh installs of 9.2 and 10.0RC5, no sysctl tweaks >>> on >>> either system. >>> >>> I can't reproduce this using an Intel 1Gbps ethernet through PCIe >>> passthrough, although I suspect the problem manifests itself over 1Gbps >>> speeds anyway. >>> >>> Tests: >>> >>> Client (host): >>> root@gogo:~# uname -a >>> Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux >>> root@gogo:~# kvm -version >>> QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), Copyright >>> (c) 2003-2008 Fabrice Bellard >>> root@gogo:~# lsmod | grep vhost >>> vhost_net 27436 3 >>> tun 18337 8 vhost_net >>> macvtap 17633 1 vhost_net >>> >>> >>> Command: iperf -c 192.168.100.x -t 60 >>> >>> >>> Server (FreeBSD 9.2 VM): >>> >>> root@umarotest:~ # uname -a >>> FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan >>> 11 03:25:02 UTC 2014 >>> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> root@umarotest:~ # iperf -s >>> ------------------------------------------------------------ >>> Server listening on TCP port 5001 >>> TCP window size: 64.0 KByte (default) >>> ------------------------------------------------------------ >>> [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 >>> port 58996 >>> [ ID] Interval Transfer Bandwidth >>> [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec >>> [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 >>> port 58997 >>> [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec >>> [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 >>> port 58998 >>> [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec >>> [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 >>> port 58999 >>> [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec >>> [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 >>> port 59000 >>> [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec >>> >>> While pinging out from the server to the client, I do not get any >>> errors. >>> >>> >>> root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD 10.0-RC5 #0 >>> r260430: Wed Jan 8 05:10:04 UTC 2014 >>> root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC >>> amd64 >>> root@umaro:~ # iperf -s >>> ------------------------------------------------------------ >>> Server listening on TCP port 5001 >>> TCP window size: 64.0 KByte (default) >>> ------------------------------------------------------------ >>> [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 >>> port >>> 50264 >>> [ ID] Interval Transfer Bandwidth >>> [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec >>> [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 >>> port >>> 50265 >>> [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec >>> [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 >>> port >>> 50266 >>> [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec >>> [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 >>> port >>> 50267 >>> [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec >>> [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 >>> port >>> 50268 >>> [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec >>> >>> *** While pinging out from the server to client, frequent "ping: >>> sendto: No space left on device" errors *** >>> >>> >>> After a while, I can also reliably re-produce more egregious "ping: >>> sendto: No buffer space available" errors after doing a large sequential >>> write over NFS: >>> >>> mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5: >>> /storage/shared >>> /mnt/nfs >>> dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 >>> >>> I am going to file a freebsd bug report as well. >>> >>> Thanks, >>> Eric >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 19 15:34:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98E76AAD; Sun, 19 Jan 2014 15:34:45 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id D3B0E15BE; Sun, 19 Jan 2014 15:34:44 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAIXv21KDaFve/2dsb2JhbABZg0NWgn23aU+BHHSCJQEBAQQBAQEgKyALGxgCAg0SBwIjBgEJJgYBBwIFBAEcBIdQAxENp2aWPA2FVheBKYtCgUMBAQYVNAeCb4FJBIlHjAplgx6LK4U7gW+BXB4xfAgXIg X-IronPort-AV: E=Sophos;i="4.95,685,1384318800"; d="scan'208";a="88325378" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 19 Jan 2014 10:34:43 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 4CD7BB3FAE; Sun, 19 Jan 2014 10:34:43 -0500 (EST) Date: Sun, 19 Jan 2014 10:34:43 -0500 (EST) From: Rick Macklem To: Alfred Perlstein , eric@edombroski.com Message-ID: <989650407.12440727.1390145683304.JavaMail.root@uoguelph.ca> In-Reply-To: <52DBE19C.4040101@freebsd.org> Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 15:34:45 -0000 Alfred Perlstein wrote: > What does vmstat say about memory zones? I think vmstat -m/vmstat -z > and also netstat -m? > > Are you set with the same mbufs on both 9 and 10? > > -Alfred > > > On 1/18/14 1:32 PM, Eric Dombroski wrote: > > Adrian: > > > > Yes, no change. > > > > -Eric > > Really replying to Eric and not Alfred, but I didn't keep the previous post. A couple of other tricks you could try: - setting rsize=32768,wsize=32768 options on the mount. Sometimes the large bursts of packets overloads the net interface and reducing read/write data size makes the bursts smaller (32K about half of the 64K default). - I have no idea if these virtual interfaces have such an option, but setting a net interface to half duplex sometimes worked around these kinds of issues in the past. Most TCP connections transfer data in one direction with only ACKs going the other way, so problems with packets going both in and out concurrently don't get detected. NFS moves RPC request/reply messages in both directions concurrently and can tickle these problems. And, as Alfred said, looking at the mbuf allocations might also give a hint as to what is going on. Good luck with it, rick > > > > > > > > > > On Sat, Jan 18, 2014 at 4:06 PM, Adrian Chadd > > wrote: > > > >> Hi, > >> > >> Have you tried disabling tso? > >> > >> Adrian > >> On Jan 18, 2014 1:52 PM, "Eric Dombroski" > >> wrote: > >> > >>> Hello: > >>> > >>> I believe there is a major performance regression between FreeBSD > >>> 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers > >>> (vtnet) and > >>> handling incoming traffic. Below are the results of some iperf > >>> tests and > >>> large dd operations over NFS. Write throughput goes from ~40Gbps > >>> to > >>> ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection > >>> becomes > >>> unstable > >>> ("no buffer space available"), requiring the interface to be > >>> taken > >>> down/up. > >>> > >>> > >>> These results are on fresh installs of 9.2 and 10.0RC5, no sysctl > >>> tweaks > >>> on > >>> either system. > >>> > >>> I can't reproduce this using an Intel 1Gbps ethernet through PCIe > >>> passthrough, although I suspect the problem manifests itself over > >>> 1Gbps > >>> speeds anyway. > >>> > >>> Tests: > >>> > >>> Client (host): > >>> root@gogo:~# uname -a > >>> Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 > >>> GNU/Linux > >>> root@gogo:~# kvm -version > >>> QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), > >>> Copyright > >>> (c) 2003-2008 Fabrice Bellard > >>> root@gogo:~# lsmod | grep vhost > >>> vhost_net 27436 3 > >>> tun 18337 8 vhost_net > >>> macvtap 17633 1 vhost_net > >>> > >>> > >>> Command: iperf -c 192.168.100.x -t 60 > >>> > >>> > >>> Server (FreeBSD 9.2 VM): > >>> > >>> root@umarotest:~ # uname -a > >>> FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 > >>> #0: Sat Jan > >>> 11 03:25:02 UTC 2014 > >>> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > >>> amd64 > >>> root@umarotest:~ # iperf -s > >>> ------------------------------------------------------------ > >>> Server listening on TCP port 5001 > >>> TCP window size: 64.0 KByte (default) > >>> ------------------------------------------------------------ > >>> [ 4] local 192.168.100.44 port 5001 connected with > >>> 192.168.100.1 > >>> port 58996 > >>> [ ID] Interval Transfer Bandwidth > >>> [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec > >>> [ 5] local 192.168.100.44 port 5001 connected with > >>> 192.168.100.1 > >>> port 58997 > >>> [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > >>> [ 4] local 192.168.100.44 port 5001 connected with > >>> 192.168.100.1 > >>> port 58998 > >>> [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec > >>> [ 5] local 192.168.100.44 port 5001 connected with > >>> 192.168.100.1 > >>> port 58999 > >>> [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec > >>> [ 4] local 192.168.100.44 port 5001 connected with > >>> 192.168.100.1 > >>> port 59000 > >>> [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > >>> > >>> While pinging out from the server to the client, I do not > >>> get any > >>> errors. > >>> > >>> > >>> root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD > >>> 10.0-RC5 #0 > >>> r260430: Wed Jan 8 05:10:04 UTC 2014 > >>> root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > >>> amd64 > >>> root@umaro:~ # iperf -s > >>> ------------------------------------------------------------ > >>> Server listening on TCP port 5001 > >>> TCP window size: 64.0 KByte (default) > >>> ------------------------------------------------------------ > >>> [ 4] local 192.168.100.5 port 5001 connected with > >>> 192.168.100.1 > >>> port > >>> 50264 > >>> [ ID] Interval Transfer Bandwidth > >>> [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec > >>> [ 5] local 192.168.100.5 port 5001 connected with > >>> 192.168.100.1 > >>> port > >>> 50265 > >>> [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec > >>> [ 4] local 192.168.100.5 port 5001 connected with > >>> 192.168.100.1 > >>> port > >>> 50266 > >>> [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > >>> [ 5] local 192.168.100.5 port 5001 connected with > >>> 192.168.100.1 > >>> port > >>> 50267 > >>> [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > >>> [ 4] local 192.168.100.5 port 5001 connected with > >>> 192.168.100.1 > >>> port > >>> 50268 > >>> [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec > >>> > >>> *** While pinging out from the server to client, frequent > >>> "ping: > >>> sendto: No space left on device" errors *** > >>> > >>> > >>> After a while, I can also reliably re-produce more > >>> egregious "ping: > >>> sendto: No buffer space available" errors after doing a large > >>> sequential > >>> write over NFS: > >>> > >>> mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5: > >>> /storage/shared > >>> /mnt/nfs > >>> dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 > >>> > >>> I am going to file a freebsd bug report as well. > >>> > >>> Thanks, > >>> Eric > >>> _______________________________________________ > >>> freebsd-stable@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> To unsubscribe, send any mail to > >>> "freebsd-stable-unsubscribe@freebsd.org" > >>> > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 02:50:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47B8FB58 for ; Mon, 20 Jan 2014 02:50:31 +0000 (UTC) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C436813C5 for ; Mon, 20 Jan 2014 02:50:30 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s0K2n08Q047278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Jan 2014 03:49:01 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s0K2n0us058882 for ; Mon, 20 Jan 2014 03:49:00 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.7/8.14.7/Submit) id s0K2n0ZS058879 for freebsd-stable@freebsd.org; Mon, 20 Jan 2014 03:49:00 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Mon, 20 Jan 2014 03:49:00 +0100 From: Wolfgang Zenker To: freebsd-stable@freebsd.org Subject: FreeBSD 10 and nsupdate Message-ID: <20140120024900.GA58703@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: private site User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Mon, 20 Jan 2014 03:49:01 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 02:50:31 -0000 Hi, as nsupdate is no longer available on a standard FreeBSD 10 install, is there any other tool to perform RFC 2136 dynamic dns updates in the base system now? I have not been able to find one. Otherwise, is there anything in ports that you would recommend? Wolfgang From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 02:58:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 307C7CBC for ; Mon, 20 Jan 2014 02:58:49 +0000 (UTC) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DBE614DA for ; Mon, 20 Jan 2014 02:58:49 +0000 (UTC) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id C48FFC947F; Mon, 20 Jan 2014 02:58:35 +0000 (UTC) (envelope-from marka@isc.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1390186728; bh=j5R61K+yhAhBCsT12qcSr9icfVC0I5IYF7AQhIVrdes=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=T9ER98q2WcL+RQT+DsM1UXuhoP8lDSk/jFRCC8JgTkhoOPj5zUIibpKjZUkUS26Gj kwKTJkKKHccSqunxaxsBLjfrY06OFZOO95qyC56f53Dg48KL7ANj46F+XBvtdr4JaD /HDcY9XIFTIb2AGEaK6pX3cSb530vdlrevSRQAg8= Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Mon, 20 Jan 2014 02:58:35 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 91BE0160470; Mon, 20 Jan 2014 03:09:49 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 7975C160459; Mon, 20 Jan 2014 03:09:34 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 36B69D755C0; Mon, 20 Jan 2014 13:58:17 +1100 (EST) To: Wolfgang Zenker From: Mark Andrews References: <20140120024900.GA58703@lyxys.ka.sub.org> Subject: Re: FreeBSD 10 and nsupdate In-reply-to: Your message of "Mon, 20 Jan 2014 03:49:00 +0100." <20140120024900.GA58703@lyxys.ka.sub.org> Date: Mon, 20 Jan 2014 13:58:17 +1100 Message-Id: <20140120025817.36B69D755C0@rock.dv.isc.org> X-DCC--Metrics: post.isc.org; whitelist X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL, BAYES_00, RP_MATCHES_RCVD, SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 02:58:49 -0000 In message <20140120024900.GA58703@lyxys.ka.sub.org>, Wolfgang Zenker writes: > Hi, > > as nsupdate is no longer available on a standard FreeBSD 10 install, > is there any other tool to perform RFC 2136 dynamic dns updates in > the base system now? I have not been able to find one. > Otherwise, is there anything in ports that you would recommend? Install bind99. > Wolfgang > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 03:11:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46012242 for ; Mon, 20 Jan 2014 03:11:28 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010: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 C44F9171A for ; Mon, 20 Jan 2014 03:11:27 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id b8so5183889lan.32 for ; Sun, 19 Jan 2014 19:11:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=HaSJFG8YQvL3bVBrEmuoqFGP1oAo1urmZALR9JhcWyc=; b=GgY+4/o0gXia4CXSdrP4wUt3sHO9jwQ5HGk7+S+t5n+Wa6MaVE6iB3ES4pO87pKoHa Q5QlNj5tllDxIytfr9eNKLE2Mb/ZXfBzOAwMHnhyUWNiw1+A/syYDArzruSJEnvpCxIl HuqMgvMrObl3bhv4qS7SsumuzzylZPkuxeOS2fLSB/uf8Eha7TsKjBd2VUd+Jsp5XW/D LIE/+B/8e7KZvlaiRwdmXaguKxj0pOLj6vmStm0JFisEzEpjhfjrvC6Bg5k3aAEobDmD fkmuharZzAWsHyITRYe1resUja+2cH/RmUgzoL2svCZbwhzq9LcO2b5e7Jt4LwmlcpOg eu0w== X-Received: by 10.152.204.39 with SMTP id kv7mr74230lac.42.1390187485208; Sun, 19 Jan 2014 19:11:25 -0800 (PST) MIME-Version: 1.0 Sender: royce.williams@gmail.com Received: by 10.112.7.234 with HTTP; Sun, 19 Jan 2014 19:11:05 -0800 (PST) In-Reply-To: <20140120025817.36B69D755C0@rock.dv.isc.org> References: <20140120024900.GA58703@lyxys.ka.sub.org> <20140120025817.36B69D755C0@rock.dv.isc.org> From: Royce Williams Date: Sun, 19 Jan 2014 18:11:05 -0900 X-Google-Sender-Auth: Jcy6eFkIrvUtZCUm2-MjsV1PgMM Message-ID: Subject: Re: FreeBSD 10 and nsupdate To: Wolfgang Zenker Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 03:11:28 -0000 On Sun, Jan 19, 2014 at 5:58 PM, Mark Andrews wrote: > > In message <20140120024900.GA58703@lyxys.ka.sub.org>, Wolfgang Zenker writes: > > > > as nsupdate is no longer available on a standard FreeBSD 10 install, > > is there any other tool to perform RFC 2136 dynamic dns updates in > > the base system now? I have not been able to find one. > > Otherwise, is there anything in ports that you would recommend? > > Install bind99. Wolfgang, is your intent to solely perform dynamic DNS updates? If so, wouldn't something like dns/ddclient suffice -- with a much smaller footprint than installing bind99 in its entirety? Royce From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 03:13:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD52337A for ; Mon, 20 Jan 2014 03:13:19 +0000 (UTC) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 63DD71747 for ; Mon, 20 Jan 2014 03:13:19 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s0K3D35d047345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jan 2014 04:13:04 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s0K3D3nm059428; Mon, 20 Jan 2014 04:13:03 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.7/8.14.7/Submit) id s0K3D3El059427; Mon, 20 Jan 2014 04:13:03 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Mon, 20 Jan 2014 04:13:03 +0100 From: Wolfgang Zenker To: Mark Andrews Subject: Re: FreeBSD 10 and nsupdate Message-ID: <20140120031303.GA59046@lyxys.ka.sub.org> References: <20140120024900.GA58703@lyxys.ka.sub.org> <20140120025817.36B69D755C0@rock.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140120025817.36B69D755C0@rock.dv.isc.org> Organization: private site User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Mon, 20 Jan 2014 04:13:04 +0100 (CET) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 03:13:19 -0000 * Mark Andrews [140120 03:58]: > In message <20140120024900.GA58703@lyxys.ka.sub.org>, Wolfgang Zenker writes: >> Hi, >> as nsupdate is no longer available on a standard FreeBSD 10 install, >> is there any other tool to perform RFC 2136 dynamic dns updates in >> the base system now? I have not been able to find one. >> Otherwise, is there anything in ports that you would recommend? > Install bind99. Of course that is the way to go on the server side, but right now I'm looking for a RFC 2136 client to run on a router. I'ld prefer not to pull in a whole nameserver infrastructure just to get a client program. I had a look at the bind-tools port, but it apparently does not contain nsupdate. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 03:21:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0899D553 for ; Mon, 20 Jan 2014 03:21:04 +0000 (UTC) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 809BE183D for ; Mon, 20 Jan 2014 03:21:03 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s0K3KmI3047363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Jan 2014 04:20:48 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id s0K3KlbC059764; Mon, 20 Jan 2014 04:20:48 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.7/8.14.7/Submit) id s0K3KlIa059763; Mon, 20 Jan 2014 04:20:47 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Mon, 20 Jan 2014 04:20:47 +0100 From: Wolfgang Zenker To: Royce Williams Subject: Re: FreeBSD 10 and nsupdate Message-ID: <20140120032047.GB59046@lyxys.ka.sub.org> References: <20140120024900.GA58703@lyxys.ka.sub.org> <20140120025817.36B69D755C0@rock.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: private site User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Mon, 20 Jan 2014 04:20:48 +0100 (CET) Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 03:21:04 -0000 * Royce Williams [140120 04:11]: > On Sun, Jan 19, 2014 at 5:58 PM, Mark Andrews wrote: >> In message <20140120024900.GA58703@lyxys.ka.sub.org>, Wolfgang Zenker writes: >>> as nsupdate is no longer available on a standard FreeBSD 10 install, >>> is there any other tool to perform RFC 2136 dynamic dns updates in >>> the base system now? I have not been able to find one. >>> Otherwise, is there anything in ports that you would recommend? >> Install bind99. > Wolfgang, is your intent to solely perform dynamic DNS updates? Yes, I'm looking for an update clientonly. > If so, wouldn't something like dns/ddclient suffice -- with a much > smaller footprint than installing bind99 in its entirety? ddclient does not list RFC 2136 as supported protocol in its documentation, so I can not use it here. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 05:26:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D254536; Mon, 20 Jan 2014 05:26:38 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7258D11A6; Mon, 20 Jan 2014 05:26:36 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0K5QQrs065797; Mon, 20 Jan 2014 07:26:26 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0K5QQSJ065696; Mon, 20 Jan 2014 05:26:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jan 2014 05:26:26 GMT Message-Id: <201401200526.s0K5QQSJ065696@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 05:26:38 -0000 TB --- 2014-01-20 05:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-20 05:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-20 05:00:40 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-01-20 05:00:40 - cleaning the object tree TB --- 2014-01-20 05:00:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-20 05:01:33 - At svn revision 260900 TB --- 2014-01-20 05:01:34 - building world TB --- 2014-01-20 05:01:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-20 05:01:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-20 05:01:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-20 05:01:34 - SRCCONF=/dev/null TB --- 2014-01-20 05:01:34 - TARGET=i386 TB --- 2014-01-20 05:01:34 - TARGET_ARCH=i386 TB --- 2014-01-20 05:01:34 - TZ=UTC TB --- 2014-01-20 05:01:34 - __MAKE_CONF=/dev/null TB --- 2014-01-20 05:01:34 - cd /src TB --- 2014-01-20 05:01:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 20 05:01:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGDeclCXX.cpp -o CGDeclCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGException.cpp -o CGException.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp -o CGExpr.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp: In member function 'void clang::CodeGen::CodeGenFunction::EmitStoreThroughLValue(clang::CodeGen::RValue, clang::CodeGen::LValue, bool)': /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp:1423: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangcodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-20 05:26:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-20 05:26:25 - ERROR: failed to build world TB --- 2014-01-20 05:26:25 - 1126.34 user 423.84 system 1544.86 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 06:29:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED5B4BA4; Mon, 20 Jan 2014 06:29:41 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F7501580; Mon, 20 Jan 2014 06:29:40 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0K6Tauq036905; Mon, 20 Jan 2014 08:29:36 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0K6TaUT036749; Mon, 20 Jan 2014 06:29:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jan 2014 06:29:36 GMT Message-Id: <201401200629.s0K6TaUT036749@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 06:29:42 -0000 TB --- 2014-01-20 05:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-20 05:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-20 05:00:40 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-01-20 05:00:40 - cleaning the object tree TB --- 2014-01-20 05:00:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-20 05:01:32 - At svn revision 260900 TB --- 2014-01-20 05:01:33 - building world TB --- 2014-01-20 05:01:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-20 05:01:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-20 05:01:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-20 05:01:33 - SRCCONF=/dev/null TB --- 2014-01-20 05:01:33 - TARGET=pc98 TB --- 2014-01-20 05:01:33 - TARGET_ARCH=i386 TB --- 2014-01-20 05:01:33 - TZ=UTC TB --- 2014-01-20 05:01:33 - __MAKE_CONF=/dev/null TB --- 2014-01-20 05:01:33 - cd /src TB --- 2014-01-20 05:01:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 20 05:01:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/combine.c -o combine.o cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/conflict.c -o conflict.o cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/convert.c -o convert.o /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/convert.c: In function 'convert_to_real': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/convert.c:130: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin/cc/cc_int *** Error code 1 Stop. bmake[2]: stopped in /src/gnu/usr.bin/cc *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-20 06:29:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-20 06:29:35 - ERROR: failed to build world TB --- 2014-01-20 06:29:35 - 4408.43 user 959.12 system 5334.61 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 07:02:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0970EA7; Mon, 20 Jan 2014 07:02:55 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3F317C2; Mon, 20 Jan 2014 07:02:55 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1W58sg-000Mfc-3u; Mon, 20 Jan 2014 09:02:46 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: on 9.2-stable nfs/zfs and 10g hang From: Daniel Braniss In-Reply-To: Date: Mon, 20 Jan 2014 09:01:35 +0200 Message-Id: References: <588564685.11730322.1389970076386.JavaMail.root@uoguelph.ca> <2C287272-7B57-4AAD-B22F-6A65D9F8677B@cs.huji.ac.il> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Rick Macklem , FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 07:02:56 -0000 On Jan 18, 2014, at 6:13 PM, Adrian Chadd wrote: > Hi! >=20 > Please try reducing the size down to 32k but leave TSO enabled. >=20 did so, it worked ok, but took longer: with TSO disabled: 14834.61 real 609.29 user 1996.90 = sys with TSO + 32k: 15714.46 real 639.98 user 1828.07 = sys > It's 9.2, so there may be some bugfixes that haven't been backported > from 10 or -HEAD. Would you be able to try a -HEAD snapshot here? >=20 ENOTIME :-). > What's the NFS server and hosts? I saw the core.txt.16 that says > "ix0/ix1" so I can glean the basic chipset family but which NIC in > particular is it? What would people need to try and reproduce it? >=20 The hosts involved are Dell 720/710 the 10G card are Intel=20 ix0@pci0:5:0:0: class=3D0x020000 card=3D0x7a118086 chip=3D0x10fb8086 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82599EB 10-Gigabit SFI/SFP+ Network Connection' class =3D network subclass =3D ethernet the server is exporting a big ZFS file system, which is served via 2 = raid controllers: mfi1@pci0:65:0:0: class=3D0x010400 card=3D0x1f2d1028 = chip=3D0x005b1000 rev=3D0x05 hdr=3D0x00 vendor =3D 'LSI Logic / Symbios Logic' device =3D 'MegaRAID SAS 2208 [Thunderbolt]' class =3D mass storage subclass =3D RAID mfi2@pci0:66:0:0: class=3D0x010400 card=3D0x1f151028 = chip=3D0x00791000 rev=3D0x05 hdr=3D0x00 vendor =3D 'LSI Logic / Symbios Logic' device =3D 'MegaRAID SAS 2108 [Liberator]' class =3D mass storage subclass =3D RAID - just had the driver card lying around- I will try a divergent client, which has a Broadcom Nic later. Q: is the TSO bug in the NIC/driver or in the kernel or both? cheers danny >=20 > -a >=20 >=20 > On 18 January 2014 03:24, Daniel Braniss wrote: >>=20 >> On Jan 17, 2014, at 4:47 PM, Rick Macklem = wrote: >>=20 >>> Daniel Braniss wrote: >>>> hi all, >>>>=20 >>>> All was going ok till I decided to connect this host via a 10g nic >>>> and very soon it started >>>> to hang. Running multiple make buildworlds from other hosts = connected >>>> via 10g and >>>> using both src and obj on the server via tcp/nfs did ok. but = running >>>> find =85 -exec md5 {} + (the find finds over 6M files) >>>> from another host (at 10g) will hang it very quickly. >>>>=20 >>>> If I wait a while (can=92t be more specific) it sometimes recovers = - >>>> but my users are not very >>>> patient :-) >>>>=20 >>> This suggests that an RPC request/reply gets dropped in a way that = TCP >>> doesn't recover. Eventually (after up to about 15min, I think?) the = TCP >>> connection will be shut down and a new TCP connection started, with = a >>> retry of outstanding RPCs. >>>=20 >>>> I will soon try the same experiment using the old 1G nic, but in = the >>>> meantime, if someone >>>> could shed some light would be very helpful >>>>=20 >>>> I=92m attaching core.txt, but if it doesn=92t make it, it=92s also >>>> available at: >>>> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt.16 >>>>=20 >>> You might try disabling TSO on the net interface. There are been = issues >>> with TSO for segments around 64K in the past (or use = rsize=3D32768,wsize=3D32768 >>> options on the client mount, to avoid RPCs over about 32K in size). >>>=20 >> BINGO! disabling tso did it. I=92ll try reducing the packet size = later. >> some numbers: >> there where some 7*10^6 files >> doing it locally (the find + md5) took about 3hs, >> via nfs at 1g took 11 hrs. >> at 10g it took 4 hrs. >>=20 >> thanks! >> danny >>=20 >>=20 >>> Beyond that, capturing a packet trace for the case that hangs easily = and >>> looking at what goes on near the end of it in wireshark might give = you >>> a hint about what is going on. >>>=20 >>> rick >>>=20 >>>> thanks, >>>> danny >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to >>>> "freebsd-stable-unsubscribe@freebsd.org" >>>>=20 >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 08:26:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FAFE630 for ; Mon, 20 Jan 2014 08:26:41 +0000 (UTC) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e: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 1F8451EE9 for ; Mon, 20 Jan 2014 08:26:41 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id lj1so6717830pab.12 for ; Mon, 20 Jan 2014 00:26:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=r9F98yK7xYYtoE36U8apjL++Y+98EbWZhCwL0HnBp84=; b=s3sA4Vkfm6SFbAAO16Q6DAcrHH1P1M2Jb4ORATjBVi38zSkYw7KoW4ebVSL1drPXDL 3DqUuZ7a1yvMRtTXfc7DlvaYPIbt3s7yM+4GnZ3w/Zs7PEkD4hRvroYGyYHDPNs3FWXG HxEBz0DSS7/ciRhHy1MTBI8LE6K+w1XopzHW7Oc+Mppg7Qg/PyzLjlO0ujDf3B+F/oiU qoLiPelj06BevAkFgnPnNyJmSfynYrHN7P8tXD2hoPnWrolTW7qZaepLndHOFLMMSFg7 yIflMASsW5BMSm6Mixsm9wEp7ihd+SH/VD4bRTudvElfIS7wkDllb6I5CUju95W3y4Cz 08Cw== X-Received: by 10.68.218.3 with SMTP id pc3mr17352987pbc.71.1390206400056; Mon, 20 Jan 2014 00:26:40 -0800 (PST) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id z10sm1428118pas.6.2014.01.20.00.26.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jan 2014 00:26:39 -0800 (PST) Message-ID: <52DCDDBA.6050806@FreeBSD.org> Date: Mon, 20 Jan 2014 19:26:34 +1100 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Thunderbird/27.0 MIME-Version: 1.0 To: Wolfgang Zenker , Mark Andrews Subject: Re: FreeBSD 10 and nsupdate References: <20140120024900.GA58703@lyxys.ka.sub.org> <20140120025817.36B69D755C0@rock.dv.isc.org> <20140120031303.GA59046@lyxys.ka.sub.org> In-Reply-To: <20140120031303.GA59046@lyxys.ka.sub.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 08:26:41 -0000 On 20/01/2014 2:13 PM, Wolfgang Zenker wrote: > * Mark Andrews [140120 03:58]: >> In message <20140120024900.GA58703@lyxys.ka.sub.org>, Wolfgang Zenker writes: >>> Hi, > >>> as nsupdate is no longer available on a standard FreeBSD 10 install, >>> is there any other tool to perform RFC 2136 dynamic dns updates in >>> the base system now? I have not been able to find one. >>> Otherwise, is there anything in ports that you would recommend? > >> Install bind99. > > Of course that is the way to go on the server side, but right now > I'm looking for a RFC 2136 client to run on a router. I'ld prefer > not to pull in a whole nameserver infrastructure just to get a client > program. I had a look at the bind-tools port, but it apparently does > not contain nsupdate. > > Wolfgang > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > A couple of options: http://ipupdate.sourceforge.net/ - Looks unmaintained but easily portable https://www.freshports.org/dns/knot/ installs an RFC 2136 client (bin/knsupdate) -- koobs From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 09:08:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EDA1BEA for ; Mon, 20 Jan 2014 09:08:39 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d: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 E19F61235 for ; Mon, 20 Jan 2014 09:08:38 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id c9so5798701qcz.31 for ; Mon, 20 Jan 2014 01:08:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SrKipItX6raQSIF8316V845RFFdrSylG3sKm+A8i2r4=; b=oKXAx3gRL4bt6ZEm91G/G4gMGqyUhCvDIzAm5RLiAUoIyqITsTDX/LpnFLiTw3sMKk GZnXzaFaBD7/ymH8y2YZ+noQ7Z7NJZcqN/YAIoAeYu/lhMxNCb0vyEUgUeQ/zGi9q4W/ cSo8RcnUizevO/LsSPVP+kBE7H2LCtaW+RnIudAafaPRsu2NmT7P3h4CdJjVWG88stow +U0ksqvYSs0MMLethp0/ahzQlVXU5msixBg4gLGqBJNLCgmQcLyvVI9oMpd5xQvLHQO1 U1EF1BShIul6o4kFFyOcKzOGrz6ID5YIgzEdoST9ML+kob4+W7pojTy+KuGr2dQDtMkp gQEg== MIME-Version: 1.0 X-Received: by 10.224.136.136 with SMTP id r8mr26310967qat.0.1390208918049; Mon, 20 Jan 2014 01:08:38 -0800 (PST) Received: by 10.96.37.227 with HTTP; Mon, 20 Jan 2014 01:08:37 -0800 (PST) In-Reply-To: <20140120024900.GA58703@lyxys.ka.sub.org> References: <20140120024900.GA58703@lyxys.ka.sub.org> Date: Mon, 20 Jan 2014 09:08:37 +0000 Message-ID: Subject: Re: FreeBSD 10 and nsupdate From: krad To: Wolfgang Zenker Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 09:08:39 -0000 would "man ldns-update" help at all? On 20 January 2014 02:49, Wolfgang Zenker wrote: > Hi, > > as nsupdate is no longer available on a standard FreeBSD 10 install, > is there any other tool to perform RFC 2136 dynamic dns updates in > the base system now? I have not been able to find one. > Otherwise, is there anything in ports that you would recommend? > > Wolfgang > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 09:13:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70A46F04 for ; Mon, 20 Jan 2014 09:13:53 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d: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 2E1BD12EE for ; Mon, 20 Jan 2014 09:13:53 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id f11so5268412qae.38 for ; Mon, 20 Jan 2014 01:13:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UXDh2J9rSi42roWhLWwjzTDkEd1R2321zAFuiuM5jmc=; b=xkeJWvEgGHy/AfNZ0gcXW8AJJC3UN8Upk1goeo/Wqyp3n1HYGWWgWinQbpX+o/0u7r j5XG2Vx1A+YvJTY5ELKeJe01tMrk6jIWsrWeA9YebjqWsWudeb4PLvCQgMFKgVfFUn50 nQZ8Yk6CBn9ECybsuvtkrBIGkKgYUMfVfLVg6DUi0sWZ+1j17vaH8zYZcrHV8byqNXNf 5hXhwNG1WqtlnmdZ5HV9Oxd/2QZkKU+1sxAO3D9fdisjPCCWOFRdFVr5XGBEuskkNOEN Cnxar3WGJg3iSXSKHzQN37Gd7Ov+2Tx/uhYm5YOBNvjGdP9r5OqFkxKpdWeNqp5CJGa0 9buw== MIME-Version: 1.0 X-Received: by 10.224.90.6 with SMTP id g6mr26100269qam.87.1390209232333; Mon, 20 Jan 2014 01:13:52 -0800 (PST) Received: by 10.96.37.227 with HTTP; Mon, 20 Jan 2014 01:13:52 -0800 (PST) In-Reply-To: References: <20140120024900.GA58703@lyxys.ka.sub.org> Date: Mon, 20 Jan 2014 09:13:52 +0000 Message-ID: Subject: Re: FreeBSD 10 and nsupdate From: krad To: Wolfgang Zenker Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 09:13:53 -0000 whops, i thought it was part of the base, ldns is used by base unbound server. However its only the libraries, so you will have to install ldns from ports 8(. Would be nice if the client were part of the base, even if only via a tunable in src.conf On 20 January 2014 09:08, krad wrote: > would "man ldns-update" help at all? > > > > On 20 January 2014 02:49, Wolfgang Zenker wrote: > >> Hi, >> >> as nsupdate is no longer available on a standard FreeBSD 10 install, >> is there any other tool to perform RFC 2136 dynamic dns updates in >> the base system now? I have not been able to find one. >> Otherwise, is there anything in ports that you would recommend? >> >> Wolfgang >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 13:40:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E8C4C2A; Mon, 20 Jan 2014 13:40:49 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4EC9112F; Mon, 20 Jan 2014 13:40:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0KDeiV2002181; Mon, 20 Jan 2014 15:40:44 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0KDei2u001978; Mon, 20 Jan 2014 13:40:44 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jan 2014 13:40:44 GMT Message-Id: <201401201340.s0KDei2u001978@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 13:40:49 -0000 TB --- 2014-01-20 12:10:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-20 12:10:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-20 12:10:42 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-01-20 12:10:42 - cleaning the object tree TB --- 2014-01-20 12:10:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-20 12:11:34 - At svn revision 260904 TB --- 2014-01-20 12:11:35 - building world TB --- 2014-01-20 12:11:35 - CROSS_BUILD_TESTING=YES TB --- 2014-01-20 12:11:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-20 12:11:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-20 12:11:35 - SRCCONF=/dev/null TB --- 2014-01-20 12:11:35 - TARGET=mips TB --- 2014-01-20 12:11:35 - TARGET_ARCH=mips TB --- 2014-01-20 12:11:35 - TZ=UTC TB --- 2014-01-20 12:11:35 - __MAKE_CONF=/dev/null TB --- 2014-01-20 12:11:35 - cd /src TB --- 2014-01-20 12:11:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 20 12:11:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 20 13:35:50 UTC 2014 TB --- 2014-01-20 13:35:50 - cd /src/sys/mips/conf TB --- 2014-01-20 13:35:50 - /usr/sbin/config -m ADM5120 TB --- 2014-01-20 13:35:50 - skipping ADM5120 kernel TB --- 2014-01-20 13:35:50 - cd /src/sys/mips/conf TB --- 2014-01-20 13:35:50 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-20 13:35:50 - skipping ALCHEMY kernel TB --- 2014-01-20 13:35:50 - cd /src/sys/mips/conf TB --- 2014-01-20 13:35:50 - /usr/sbin/config -m AP121 TB --- 2014-01-20 13:35:50 - building AP121 kernel TB --- 2014-01-20 13:35:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-20 13:35:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-20 13:35:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-20 13:35:50 - SRCCONF=/dev/null TB --- 2014-01-20 13:35:50 - TARGET=mips TB --- 2014-01-20 13:35:50 - TARGET_ARCH=mips TB --- 2014-01-20 13:35:50 - TZ=UTC TB --- 2014-01-20 13:35:50 - __MAKE_CONF=/dev/null TB --- 2014-01-20 13:35:50 - cd /src TB --- 2014-01-20 13:35:50 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Mon Jan 20 13:35:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Mon Jan 20 13:40:34 UTC 2014 TB --- 2014-01-20 13:40:34 - cd /src/sys/mips/conf TB --- 2014-01-20 13:40:34 - /usr/sbin/config -m AP91 TB --- 2014-01-20 13:40:34 - building AP91 kernel TB --- 2014-01-20 13:40:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-20 13:40:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-20 13:40:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-20 13:40:34 - SRCCONF=/dev/null TB --- 2014-01-20 13:40:34 - TARGET=mips TB --- 2014-01-20 13:40:34 - TARGET_ARCH=mips TB --- 2014-01-20 13:40:34 - TZ=UTC TB --- 2014-01-20 13:40:34 - __MAKE_CONF=/dev/null TB --- 2014-01-20 13:40:34 - cd /src TB --- 2014-01-20 13:40:34 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Mon Jan 20 13:40:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AP91/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-20 13:40:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-20 13:40:43 - ERROR: failed to build AP91 kernel TB --- 2014-01-20 13:40:43 - 3794.27 user 1852.80 system 5400.42 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 17:51:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 535CC437 for ; Mon, 20 Jan 2014 17:51:38 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (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 995C818F5 for ; Mon, 20 Jan 2014 17:51:37 +0000 (UTC) X-Envelope-From: egrosbein@rdtc.ru X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id s0KHpSl0017411 for ; Tue, 21 Jan 2014 00:51:28 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <52DD6220.2020005@rdtc.ru> Date: Tue, 21 Jan 2014 00:51:28 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: stable@freebsd.org Subject: 10.0 Release Notes section 2.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 17:51:38 -0000 Hi! Is it possible to fix 10.0 Release Notes section 2.2? http://www.freebsd.org/releases/10.0R/relnotes.html#new It describes superpages, textdumps, KSE removal, cpuset, kern.features, ULE as new features for 10.0 despite of the fact these functions are present since 8.0 and some of them in 7.2. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 17:58:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A210E818 for ; Mon, 20 Jan 2014 17:58:49 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (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 7B778194A for ; Mon, 20 Jan 2014 17:58:48 +0000 (UTC) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id s0KHwcLZ017452 for ; Tue, 21 Jan 2014 00:58:38 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <52DD63CE.1000104@grosbein.net> Date: Tue, 21 Jan 2014 00:58:38 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: 10.0 Release Notes section 2.2 References: <52DD6220.2020005@rdtc.ru> In-Reply-To: <52DD6220.2020005@rdtc.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 17:58:49 -0000 On 21.01.2014 00:51, Eugene Grosbein wrote: > Hi! > > Is it possible to fix 10.0 Release Notes section 2.2? > http://www.freebsd.org/releases/10.0R/relnotes.html#new > > It describes superpages, textdumps, KSE removal, cpuset, kern.features, ULE > as new features for 10.0 despite of the fact these functions are present > since 8.0 and some of them in 7.2. In fact, not only section 2.2 but many other sections of Release Notes are full of old features present in 9.x, 8.x and 7.x versions describes as new. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 18:42:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FDD2401; Mon, 20 Jan 2014 18:42:37 +0000 (UTC) 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 1139D1E56; Mon, 20 Jan 2014 18:42:37 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 7F110B14C; Mon, 20 Jan 2014 18:42:34 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 7F110B14C Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 20 Jan 2014 13:42:32 -0500 From: Glen Barber To: Eugene Grosbein Subject: Re: 10.0 Release Notes section 2.2 Message-ID: <20140120184232.GS61932@glenbarber.us> References: <52DD6220.2020005@rdtc.ru> <52DD63CE.1000104@grosbein.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EIrXVFSPgsocVIgL" Content-Disposition: inline In-Reply-To: <52DD63CE.1000104@grosbein.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: stable@freebsd.org, melifaro@FreeBSD.org, freebsd-doc@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 18:42:37 -0000 --EIrXVFSPgsocVIgL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 21, 2014 at 12:58:38AM +0700, Eugene Grosbein wrote: > On 21.01.2014 00:51, Eugene Grosbein wrote: > > Hi! > >=20 > > Is it possible to fix 10.0 Release Notes section 2.2? > > http://www.freebsd.org/releases/10.0R/relnotes.html#new > >=20 > > It describes superpages, textdumps, KSE removal, cpuset, kern.features,= ULE > > as new features for 10.0 despite of the fact these functions are present > > since 8.0 and some of them in 7.2. >=20 > In fact, not only section 2.2 but many other sections of Release Notes > are full of old features present in 9.x, 8.x and 7.x versions describes a= s new. >=20 Thanks for the reports (everyone who reported problems). They're being looked at. Some changes have been made, and will be visible on the next rebuild. Glen --EIrXVFSPgsocVIgL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS3W4YAAoJELls3eqvi17QJlgP/ij0lsA05ho98gfVzgUr3U5m L6+zwwUNfIZlFfV3eKwPPmaxYu4ZuDHJUHy0Eg3Y/l712W8SYull/eFmKwCZtNFb Bfr7Zh/nT2+VOiYPGL0xjpE6c3Rl8O67Iso4ycMivdw6v2O0yL0epNSo+Bl1Nsrv 46r7fyYlyngx4KHyLW5OM/OBbCaFctY5EaHd2aEvi/Z4xB7M6Nv5aR/CzBb13t5S b6NVltec/KKtfXkU8xPT9ISUhT+0jpZUKkUS8aoTyts8oVS9eOunILmkPyNwQv/+ s3TkFnDfhU6OKO7r6J6lVlGElmF9mZ01to6U+iiWFXNrhYwAbZuBKQTCr5SQDPtN WgDNBSep6+AHnfJq4DCAedXFABESDtxzXh692yZRtfAirHVO63LW912AzjmLQtmr JNO4TE2AB9Bq97Rw/q/zISWrqjSolp4/n9WCjUn5iC8TLArajKSXhOUuWy/soFCj CfbSaGVqE+EfakoQ0oHy1wIjQhl4Ylu/z3lfOOgbwCaq1GTsrZjdTlvXL68EXbOP dyI1we24AoOp3SB0ZS2oiJNjEkvvBxAdCskc2oQ+e2s2s30PIADd7ZmJVrw7h1z+ 0Q0j29TRc5C2W9XTcXHQeeiiNV+ftz52Q+BCBr6g9mztnLiDsGGidM9dH4y49lW3 1CBiLjtgwLP6vpgWZNT8 =RXme -----END PGP SIGNATURE----- --EIrXVFSPgsocVIgL-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 19:59:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66E59BCA for ; Mon, 20 Jan 2014 19:59:36 +0000 (UTC) Received: from mail.gizmocreative.com (mail.gizmocreative.com [198.107.153.42]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C59314E9 for ; Mon, 20 Jan 2014 19:59:35 +0000 (UTC) Received: from gizmo1.ouido.net (localhost [127.0.0.1]) by mail.gizmocreative.com (Postfix) with ESMTP id 252812B7C2A for ; Mon, 20 Jan 2014 11:52:50 -0800 (PST) X-Virus-Scanned: amavisd-new at gizmocreative.com Received: from mail.gizmocreative.com ([127.0.0.1]) by gizmo1.ouido.net (gizmo1.ouido.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u5f8vRtRoUH6 for ; Mon, 20 Jan 2014 11:52:48 -0800 (PST) Received: from c160-dhcp.localdomain (unknown [76.72.147.60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dd@ouido.net) by mail.gizmocreative.com (Postfix) with ESMTPSA id 3ABDB2B7C14 for ; Mon, 20 Jan 2014 11:52:48 -0800 (PST) From: Daniel Duerr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: r260818 (mfc 250817) breaks stable/9 kernel build with gcc Message-Id: <22604C69-4CAA-40DE-A139-CA91E67D9C2A@ouido.net> Date: Mon, 20 Jan 2014 11:52:51 -0800 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 19:59:36 -0000 I was having the same issue here on 9-STABLE with an update from a = couple days ago. Then I did an update this morning and it seems to have = fixed it. Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 20:22:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A4CB8B5; Mon, 20 Jan 2014 20:22:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF89E170C; Mon, 20 Jan 2014 20:22:53 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0KKMnfa029166; Mon, 20 Jan 2014 22:22:49 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0KKMnBw028999; Mon, 20 Jan 2014 20:22:49 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Jan 2014 20:22:49 GMT Message-Id: <201401202022.s0KKMnBw028999@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 20:22:54 -0000 TB --- 2014-01-20 19:40:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-20 19:40:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-20 19:40:43 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-01-20 19:40:43 - cleaning the object tree TB --- 2014-01-20 19:40:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-20 19:41:35 - At svn revision 260920 TB --- 2014-01-20 19:41:36 - building world TB --- 2014-01-20 19:41:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-20 19:41:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-20 19:41:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-20 19:41:36 - SRCCONF=/dev/null TB --- 2014-01-20 19:41:36 - TARGET=powerpc TB --- 2014-01-20 19:41:36 - TARGET_ARCH=powerpc64 TB --- 2014-01-20 19:41:36 - TZ=UTC TB --- 2014-01-20 19:41:36 - __MAKE_CONF=/dev/null TB --- 2014-01-20 19:41:36 - cd /src TB --- 2014-01-20 19:41:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 20 19:41:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g -DDEBUG=1 -DNEED_SOLARIS_BOOLEAN -std=i! so9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/uberblock.c -o uberblock.So cc -fpic -DPIC -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g -DDEBUG=1 -DNEED_SOLARIS_BOOLEAN -std=i! so9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/unique.c -o unique.So cc -fpic -DPIC -O2 -pipe -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g -DDEBUG=1 -DNEED_SOLARIS_BOOLEAN -std=i! so9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c -o vdev.So /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c: In function 'vdev_open': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:1166: internal compiler error: Bus error: 10 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/lib/libzpool *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-20 20:22:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-20 20:22:48 - ERROR: failed to build world TB --- 2014-01-20 20:22:48 - 1819.77 user 802.70 system 2524.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 20:33:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62781F44 for ; Mon, 20 Jan 2014 20:33:49 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (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 2ECD2180C for ; Mon, 20 Jan 2014 20:33:48 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s0KKKuNt059213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 20 Jan 2014 14:20:56 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 20 Jan 2014 14:20:56 -0600 From: dweimer To: FreeBSD Stable Subject: FreeBSD 10 iSCSI Target Windows 8.1 Initiator Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0-beta X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dweimer@dweimer.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 20:33:49 -0000 I have a FreeBSD 10 server setup, with a 300G iSCSI target backed by a zVOL device. With a windows 8.1 Workstation as the initiator connected to it. I am trying to use it to store VMware Workstation Virtual Machines. However I am having all kinds of crashes of Virtual Machines and file corruption with it. I have found these errors on the Server, I setup a Virtual Machine on the workstations local disk, and have had no problems. Jan 20 13:19:47 webmail kernel: (0:2:0:0): INQUIRY. CDB: 12 01 b1 00 ff 00 Jan 20 13:19:47 webmail kernel: (0:2:0:0): Tag: 0xdf020000, Type: 0 Jan 20 13:19:47 webmail kernel: (0:2:0:0): CTL Status: SCSI Error Jan 20 13:19:47 webmail kernel: (0:2:0:0): SCSI Status: Check Condition Jan 20 13:19:47 webmail kernel: (0:2:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) Jan 20 13:19:47 webmail kernel: (0:2:0:0): Command byte 2 is invalid I am fairly new to using iSCSI on FreeBSD as a target I have ran it as initiator connecting to our Lefthand Networks SAN at work, but of course that was with the older iSCSI prior to 10. I am kind of clueless on how to go about trouble shooting this issue. Perhaps I did something stupid when I setup the configuration, which is shown below. auth-group Workstation { chap iqn.1991-05.com.microsoft:workstation.dweimer.local ***** } portal-group WorkstationISCSI { discovery-auth-group Workstation listen 0.0.0.0 listen [::] } target iqn.2012-06.com.webmail:WorkstationDriveD { auth-group Workstation portal-group WorkstationISCSI lun 0 { path /dev/zvol/iscsi/WorkstationDriveD.0 blocksize 4k } } -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 20:45:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F284981; Mon, 20 Jan 2014 20:45:48 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B0B2190A; Mon, 20 Jan 2014 20:45:48 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1W5Lj7-000FJk-6G; Mon, 20 Jan 2014 21:45:45 +0100 Date: Mon, 20 Jan 2014 21:45:45 +0100 From: Kurt Jaeger To: Glen Barber Subject: Re: 10.0 Release Notes section 2.2 Message-ID: <20140120204545.GM2951@home.opsec.eu> References: <52DD6220.2020005@rdtc.ru> <52DD63CE.1000104@grosbein.net> <20140120184232.GS61932@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140120184232.GS61932@glenbarber.us> Cc: stable@freebsd.org, freebsd-doc@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 20:45:48 -0000 Hi! > Thanks for the reports (everyone who reported problems). The link to the raspberry pi instructions is old. In the rel-notes: http://kernelnomicon.org/?p=164 Better (still somewhat out of date) link: http://kernelnomicon.org/?p=275 -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 22:48:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C53EFFAC for ; Mon, 20 Jan 2014 22:48:28 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85BBD136B for ; Mon, 20 Jan 2014 22:48:28 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id o15so5995889qap.2 for ; Mon, 20 Jan 2014 14:48:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=9CpU1GccBm6nLZm+O8W9q1d4Iy8NyjeNTi83Av1N0Qk=; b=dwMpBMTQkvrujoIKmhjcbdlzRBXp+80hcCrmd+C5x/ogqWGs+4RSNpEil9HTylGiUK xXsPJ763yhMmSsBBD/WXyUEKZFQfdutp6hDmREQ9vf9OTeqp+eKop2Aou4HBzVMqGJgg IyZeTgE5JtdaIY4frFs7AArduJyH7KRd+orN9Yn32b0Zflq41bXhuerXDYPW4o845XVZ gy/+xoDTt8jeUyE4c1eNfwE3wQgEsRpMke06Kg+Ljko3Hmtngt6Mrx6uc7z02m9382M4 p5uf579sYnlaOIInHdYMGxe3wjoenRo0ofiq8QwS7rYAtNF2gCvihHVm4iYoe9yo21Eu ZUCg== MIME-Version: 1.0 X-Received: by 10.140.39.208 with SMTP id v74mr30418216qgv.81.1390258107676; Mon, 20 Jan 2014 14:48:27 -0800 (PST) Received: by 10.96.191.73 with HTTP; Mon, 20 Jan 2014 14:48:27 -0800 (PST) Date: Tue, 21 Jan 2014 09:48:27 +1100 Message-ID: Subject: reboot after panic: softdep_deallocate_dependencies: unrecovered I/O error From: Mikhail Holt To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 22:48:28 -0000 FYI These issues occurred when doing a svn checkout svn://svn0.us-west.freebsd.org/ports/head/ /usr/ports on a fresh install of: FreeBSD 10.0-RELEASE #0 r260789: Fri Jan 17 01:46:25 UTC 2014 Issue 1(intermittent): g_vfs_done():ada0p2[WRITE(offset=244201422848, length=32768)]error = 11 Info: Jan 20 16:34:39 ns1 kernel: FreeBSD 10.0-RELEASE #0 r260789: Fri Jan 17 01:46:25 UTC 2014 Jan 20 16:34:39 ns1 kernel: root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 Jan 20 16:34:39 ns1 kernel: FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Jan 20 16:34:39 ns1 kernel: CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3014.55-MHz 686-class CPU) Jan 20 16:34:39 ns1 kernel: Origin = "GenuineIntel" Id = 0xf41 Family = 0xf Model = 0x4 Stepping = 1 Jan 20 16:34:39 ns1 kernel: Features=0xbfebfbff Jan 20 16:34:39 ns1 kernel: Features2=0x441d Jan 20 16:34:39 ns1 kernel: TSC: P-state invariant Jan 20 16:34:39 ns1 kernel: real memory = 2147483648 (2048 MB) Jan 20 16:34:39 ns1 kernel: avail memory = 2085462016 (1988 MB) ... Jan 20 16:34:39 ns1 kernel: ada0: ATA-8 SATA 2.x device Jan 20 16:34:39 ns1 kernel: ada0: Serial Number WD-WCAT1E703838 Jan 20 16:34:39 ns1 kernel: ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) Jan 20 16:34:39 ns1 kernel: ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ... Jan 20 17:34:02 ns1 kernel: g_vfs_done():ada0p2[WRITE(offset=244201422848, length=32768)]error = 11 Jan 20 17:34:37 ns1 kernel: g_vfs_done():ada0p2[WRITE(offset=244201488384, length=32768)]error = 11 Jan 20 17:34:37 ns1 kernel: g_vfs_done():ada0p2[WRITE(offset=244201914368, length=32768)]error = 11 ... many of these messages Also relevant: Jan 20 17:39:58 ns1 kernel: # tunefs -p / Jan 20 17:39:58 ns1 kernel: tunefs: POSIX.1e ACLs: (-a) disabled Jan 20 17:39:58 ns1 kernel: tunefs: NFSv4 ACLs: (-N) disabled Jan 20 17:39:58 ns1 kernel: tunefs: MAC multilabel: (-l) disabled Jan 20 17:39:58 ns1 kernel: tunefs: soft updates: (-n) enabled Jan 20 17:39:58 ns1 kernel: tunefs: soft update journaling: (-j) enabled Jan 20 17:39:58 ns1 kernel: tunefs: gjournal: (-J) disabled Jan 20 17:39:58 ns1 kernel: tunefs: trim: (-t) disabled Jan 20 17:39:58 ns1 kernel: tunefs: maximum blocks per file in a cylinder group: (-e) 4096 Jan 20 17:39:58 ns1 kernel: tunefs: average file size: (-f) 16384 Jan 20 17:39:58 ns1 kernel: tunefs: average number of files in a directory: (-s) 64 Jan 20 17:39:58 ns1 kernel: tunefs: minimum percentage of free space: (-m) 8% Jan 20 17:39:58 ns1 kernel: tunefs: space to hold for metadata blocks: (-k) 6408 Jan 20 17:39:58 ns1 kernel: tunefs: optimization preference: (-o) time Jan 20 17:39:58 ns1 kernel: tunefs: volume label: (-L) Issue 2(repeatable on second similar machine): reboot after panic: softdep_deallocate_dependencies: unrecovered I/O error Info: - Same hardware - tunefs -j disable Jan 20 18:16:21 ns1 kernel: Trying to mount root from ufs:/dev/ada0p2 [rw]... Jan 20 18:16:22 ns1 savecore: reboot after panic: softdep_deallocate_dependencies: unrecovered I/O error Jan 20 18:16:22 ns1 savecore: writing core to /var/crash/vmcore.0 Also relevant: Jan 20 18:22:35 ns1 kernel: # tunefs -p / Jan 20 18:22:35 ns1 kernel: tunefs: POSIX.1e ACLs: (-a) disabled Jan 20 18:22:35 ns1 kernel: tunefs: NFSv4 ACLs: (-N) disabled Jan 20 18:22:35 ns1 kernel: tunefs: MAC multilabel: (-l) disabled Jan 20 18:22:35 ns1 kernel: tunefs: soft updates: (-n) enabled Jan 20 18:22:35 ns1 kernel: tunefs: soft update journaling: (-j) disabled Jan 20 18:22:35 ns1 kernel: tunefs: gjournal: (-J) disabled Jan 20 18:22:35 ns1 kernel: tunefs: trim: (-t) disabled Jan 20 18:22:35 ns1 kernel: tunefs: maximum blocks per file in a cylinder group: (-e) 4096 Jan 20 18:22:35 ns1 kernel: tunefs: average file size: (-f) 16384 Jan 20 18:22:35 ns1 kernel: tunefs: average number of files in a directory: (-s) 64 Jan 20 18:22:35 ns1 kernel: tunefs: minimum percentage of free space: (-m) 8% Jan 20 18:22:35 ns1 kernel: tunefs: space to hold for metadata blocks: (-k) 6408 Jan 20 18:22:35 ns1 kernel: tunefs: optimization preference: (-o) time Jan 20 18:22:35 ns1 kernel: tunefs: volume label: (-L) Fix for both issues: vfs.unmapped_buf_allowed=0 in /boot/loader.conf Questions: - Known issue? Thanks Mikhail From owner-freebsd-stable@FreeBSD.ORG Mon Jan 20 23:43:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA01276B for ; Mon, 20 Jan 2014 23:43:48 +0000 (UTC) Received: from mail-ee0-x22b.google.com (mail-ee0-x22b.google.com [IPv6:2a00:1450:4013:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3AFE5189D for ; Mon, 20 Jan 2014 23:43:48 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id c41so3741805eek.30 for ; Mon, 20 Jan 2014 15:43:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QIm7Dc0F0GbuosGhqirTlE45qatvGPRptVKU/PteQug=; b=rIZQmS44+FQGFM/NN7sC5mVq6VE/Y+1gBAn2q3Yt2smWvRKOL0m8Pv2O/7aQkQ70u2 QegxoQqivXmKOUi0WzWM8LkYltA1B0mi9B7a3iKTEEcj5VmdoYGhw+i47majrxlaxnd0 T9lDUkVix+k4VnmzEJoPtFXqK5vJJMyIYIxrscP/QP4gBM64afFtbdwdhg1BT40H4tlS q/QFMnaxfcimHMGpi4OfwUs9D84LjEDBy8U8qG5io+OS78dzt2Vr/S/77zon+c14DDvr mjdTicpXbtsQCnh+mma1XDVTW577QxS4VGQLIE95i0Xz8GPgWyHLBHQddpDg9+Oj+Msa B14A== X-Received: by 10.14.104.133 with SMTP id i5mr8994082eeg.16.1390261425823; Mon, 20 Jan 2014 15:43:45 -0800 (PST) Received: from [192.168.1.101] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPSA id d43sm8352692eeo.12.2014.01.20.15.43.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Jan 2014 15:43:45 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: FreeBSD 10 iSCSI Target Windows 8.1 Initiator Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Tue, 21 Jan 2014 00:43:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2DAD9EE4-393A-42D8-960C-DE7ADFC5631B@FreeBSD.org> References: To: dweimer@dweimer.net X-Mailer: Apple Mail (2.1283) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 23:43:48 -0000 Wiadomo=B6=E6 napisana przez dweimer w dniu 20 sty 2014, o godz. 21:20: > I have a FreeBSD 10 server setup, with a 300G iSCSI target backed by a = zVOL device. With a windows 8.1 Workstation as the initiator connected = to it. I am trying to use it to store VMware Workstation Virtual = Machines. However I am having all kinds of crashes of Virtual Machines = and file corruption with it. I have found these errors on the Server, I = setup a Virtual Machine on the workstations local disk, and have had no = problems. >=20 > Jan 20 13:19:47 webmail kernel: (0:2:0:0): INQUIRY. CDB: 12 01 b1 00 = ff 00 > Jan 20 13:19:47 webmail kernel: (0:2:0:0): Tag: 0xdf020000, Type: 0 > Jan 20 13:19:47 webmail kernel: (0:2:0:0): CTL Status: SCSI Error > Jan 20 13:19:47 webmail kernel: (0:2:0:0): SCSI Status: Check = Condition > Jan 20 13:19:47 webmail kernel: (0:2:0:0): SCSI sense: ILLEGAL REQUEST = asc:24,0 (Invalid field in CDB) > Jan 20 13:19:47 webmail kernel: (0:2:0:0): Command byte 2 is invalid This is normal. It's basically that CTL doesn't implement some optional SCSI stuff. > I am fairly new to using iSCSI on FreeBSD as a target I have ran it as = initiator connecting to our Lefthand Networks SAN at work, but of course = that was with the older iSCSI prior to 10. I am kind of clueless on how = to go about trouble shooting this issue. Perhaps I did something stupid = when I setup the configuration, which is shown below. First, can you take a look at logs at both sides? Is there anything unusual? Second, could you try to remove "blocksize 4k"? I've seen some strange behaviour with 4k blocks under ESX. --=20 If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 00:43:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0706585; Tue, 21 Jan 2014 00:43:15 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (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 4F2A41E2E; Tue, 21 Jan 2014 00:43:14 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s0L0hCvq002087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Jan 2014 18:43:12 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 20 Jan 2014 18:43:11 -0600 From: dweimer To: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: FreeBSD 10 iSCSI Target Windows 8.1 Initiator Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <2DAD9EE4-393A-42D8-960C-DE7ADFC5631B@FreeBSD.org> References: <2DAD9EE4-393A-42D8-960C-DE7ADFC5631B@FreeBSD.org> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0-beta Cc: =?UTF-8?Q?Edward_Tomasz_?= =?UTF-8?Q?Napiera=C5=82a?= , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dweimer@dweimer.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 00:43:15 -0000 On 01/20/2014 5:43 pm, Edward Tomasz NapieraÅ‚a wrote: > Wiadomość napisana przez dweimer w dniu 20 sty 2014, o godz. 21:20: > >> I have a FreeBSD 10 server setup, with a 300G iSCSI target backed by a >> zVOL device. With a windows 8.1 Workstation as the initiator >> connected to it. I am trying to use it to store VMware Workstation >> Virtual Machines. However I am having all kinds of crashes of Virtual >> Machines and file corruption with it. I have found these errors on >> the Server, I setup a Virtual Machine on the workstations local disk, >> and have had no problems. >> >> Jan 20 13:19:47 webmail kernel: (0:2:0:0): INQUIRY. CDB: 12 01 b1 00 >> ff 00 >> Jan 20 13:19:47 webmail kernel: (0:2:0:0): Tag: 0xdf020000, Type: 0 >> Jan 20 13:19:47 webmail kernel: (0:2:0:0): CTL Status: SCSI Error >> Jan 20 13:19:47 webmail kernel: (0:2:0:0): SCSI Status: Check >> Condition >> Jan 20 13:19:47 webmail kernel: (0:2:0:0): SCSI sense: ILLEGAL REQUEST >> asc:24,0 (Invalid field in CDB) >> Jan 20 13:19:47 webmail kernel: (0:2:0:0): Command byte 2 is invalid > > This is normal. It's basically that CTL doesn't implement some > optional > SCSI stuff. > >> I am fairly new to using iSCSI on FreeBSD as a target I have ran it as >> initiator connecting to our Lefthand Networks SAN at work, but of >> course that was with the older iSCSI prior to 10. I am kind of >> clueless on how to go about trouble shooting this issue. Perhaps I >> did something stupid when I setup the configuration, which is shown >> below. > > First, can you take a look at logs at both sides? Is there anything > unusual? The windows logs didn't show any errors. > > Second, could you try to remove "blocksize 4k"? I've seen some strange > behaviour with 4k blocks under ESX. Dropping this line, at least initially seems to be working, I was unable to even complete a fresh FreeBSD 10 install on a vm, currently downloading both ports and source via svn on a new install after dropping that. Once I complete a build and get software installed I will know better if it has truely resolved the issue. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 01:02:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B12758E; Tue, 21 Jan 2014 01:02:11 +0000 (UTC) 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 E12A01F95; Tue, 21 Jan 2014 01:02:10 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 496E2CC50; Tue, 21 Jan 2014 01:02:08 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 496E2CC50 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 20 Jan 2014 20:02:07 -0500 From: Glen Barber To: Kurt Jaeger Subject: Re: 10.0 Release Notes section 2.2 Message-ID: <20140121010207.GX61932@glenbarber.us> References: <52DD6220.2020005@rdtc.ru> <52DD63CE.1000104@grosbein.net> <20140120184232.GS61932@glenbarber.us> <20140120204545.GM2951@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0q9y5TNQq+E02vJE" Content-Disposition: inline In-Reply-To: <20140120204545.GM2951@home.opsec.eu> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: stable@freebsd.org, freebsd-doc@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 01:02:11 -0000 --0q9y5TNQq+E02vJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 20, 2014 at 09:45:45PM +0100, Kurt Jaeger wrote: > Hi! >=20 > > Thanks for the reports (everyone who reported problems). >=20 > The link to the raspberry pi instructions is old. >=20 > In the rel-notes: >=20 > http://kernelnomicon.org/?p=3D164 >=20 > Better (still somewhat out of date) link: >=20 > http://kernelnomicon.org/?p=3D275 >=20 Thank you for the info. I am hesitant to update the page (more than *critically* required) for this. Since the first link has the link to the updated version, albeit still not quite current, I think the URL might be best left alone. The problem is (to explain my hesitation) that I'm working off uncommitted changes to the releng/10.0/release/doc/ files. It is not that I do not *want* to commit the changes -- it is that I *cannot* commit the changes. Unfortunately. The best that I can do at this point to keep a record of these changes in the repository is r260922. While, technically, I can propose an update for the releng/10.0/ branch, this qualifies neither as a security advisory or an errata notice (in the strictest sense that neither the source code for the userland or kernel are affected). Glen --0q9y5TNQq+E02vJE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJS3ccOAAoJELls3eqvi17QPhwP+gJqS6CaRqKCnJ+QtQE3mAlq okwsBIi7CyGutMJurvVVcgwnu1ndFAbLgXVo37cP4SePCdrwCW+qZeZAdGP55jqV aMXfV/M4wzmmvpl8wycGxt8qfbYYVjjDTdhuOOxbjN+swW0gRiISV3G4WZlbbgGD 52WHvFgX5JOHnbP+mtYA/H12GRCQjHTPQL01kYev5B7cAk69wiEKFI9O8OnG4eef hEzt4HY3ePmxDkJ5RI20CKKZ/ewEVsfASR+okLckOX/FptX9v4QcixsqcE6ppSO1 WMZv5SMFMj9y1P2wlX0Jwl9202EKSNkj0Erk9Te0yFmsU29XxZvUVKKA8uCM/THB 7h0iTXf+KScM3VmZ7RW2ZzqZr+ofGuWVv1aILWPhg6DYMVNTbn2zA1Do2bmla3tY aBl2pSj06Pl/7Qi+WUF/7hQENqFlusS9FlPHDuir+4SC5Y5D50nFjbyDxjbx3Bc+ jDQDi4pw1S2LWU/HS6vr9cmIDq1dQtPgr9BbRTpELzVVApD/mNUK5T6gURefzGrS 67hNkVsOecTHpy+VfxYrmXvUDaNHyI3lfx3gdmVy2Q4Qn//R36Iz/jdpSW/ppMAk mltP8B6ocN77xuEI9cZjtTinxnk6cPIl6PpkC30FARfMw7uVtuiW757mASdnPci1 t1yR+EWXFl4lx/I0Mjmo =MBtR -----END PGP SIGNATURE----- --0q9y5TNQq+E02vJE-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 06:04:16 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7831F8D5; Tue, 21 Jan 2014 06:04:16 +0000 (UTC) Received: from ohta.kitchenlab.org (ohta.kitchenlab.org [IPv6:2001:470:1f05:55c::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3026814F0; Tue, 21 Jan 2014 06:04:16 +0000 (UTC) Received: from Bruces-MacBook-Pro.local (c-67-188-254-192.hsd1.ca.comcast.net [67.188.254.192]) (authenticated bits=0) by ohta.kitchenlab.org (8.14.7/8.14.7) with ESMTP id s0L63tLZ056602 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 20 Jan 2014 22:03:56 -0800 (PST) (envelope-from bmah@FreeBSD.org) X-Authentication-Warning: ohta.kitchenlab.org: Host c-67-188-254-192.hsd1.ca.comcast.net [67.188.254.192] claimed to be Bruces-MacBook-Pro.local Message-ID: <52DE0DCB.4080008@FreeBSD.org> Date: Mon, 20 Jan 2014 22:03:55 -0800 From: "Bruce A. Mah" Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Glen Barber , Kurt Jaeger Subject: Re: 10.0 Release Notes section 2.2 References: <52DD6220.2020005@rdtc.ru> <52DD63CE.1000104@grosbein.net> <20140120184232.GS61932@glenbarber.us> <20140120204545.GM2951@home.opsec.eu> <20140121010207.GX61932@glenbarber.us> In-Reply-To: <20140121010207.GX61932@glenbarber.us> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4AHD5uf60BLFP6W1epE6GWdcCLXE297R4" Cc: stable@freebsd.org, freebsd-doc@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 06:04:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4AHD5uf60BLFP6W1epE6GWdcCLXE297R4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Glen Barber wrote: > The problem is (to explain my hesitation) that I'm working off > uncommitted changes to the releng/10.0/release/doc/ files. It is not > that I do not *want* to commit the changes -- it is that I *cannot* > commit the changes. Unfortunately. >=20 > The best that I can do at this point to keep a record of these changes > in the repository is r260922. While, technically, I can propose an > update for the releng/10.0/ branch, this qualifies neither as a securit= y > advisory or an errata notice (in the strictest sense that neither the > source code for the userland or kernel are affected). Put some corrections / additions in the 10.0 release errata (on the 10.0-STABLE codeline)? That's one of the original uses for that file. Bruce. --4AHD5uf60BLFP6W1epE6GWdcCLXE297R4 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJS3g3LAAoJEEmEkQqMqu6K0DAH/iHVxRMBLyg9TjIsbqWigd1G 5UPzFRNHzMtrOr5Obg7Y53O/pJH1QYPFh5QlRvGQmdQgiG1Z4DQOog43MXxlxQHf s90nhYEP4FAAGSYcQ/fHBqXlHrga3o+LH/+yk6S+uX8LLr5j0KqBzP2Zt1H6wGb+ 8ntUf4+K0XoPH5vaw0/6PQrgKXF+L/9mvKFwX5mni7GU621jWj2fgFfGw4o2j7zP T2dys3xLrF7R9MD3pfmKe3mTuRoxf9+DP367gI+tGlUwkB2UjVdDu3NvY2Kd1kft 3qmMtuIgoiHRpLrsi5dk0+WrLXwImDQ0oA3LAd7rNuOTBOzyw9lXIsocy4kxJfA= =PiZP -----END PGP SIGNATURE----- --4AHD5uf60BLFP6W1epE6GWdcCLXE297R4-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 06:56:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CEF02BB; Tue, 21 Jan 2014 06:56:35 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 05F8C1898; Tue, 21 Jan 2014 06:56:33 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0L6uNYX032617; Tue, 21 Jan 2014 08:56:23 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0L6uNtW032554; Tue, 21 Jan 2014 06:56:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 21 Jan 2014 06:56:23 GMT Message-Id: <201401210656.s0L6uNtW032554@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 06:56:35 -0000 TB --- 2014-01-21 03:10:33 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-21 03:10:33 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-21 03:10:33 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-01-21 03:10:33 - cleaning the object tree TB --- 2014-01-21 03:10:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-21 03:11:30 - At svn revision 260972 TB --- 2014-01-21 03:11:31 - building world TB --- 2014-01-21 03:11:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 03:11:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 03:11:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 03:11:31 - SRCCONF=/dev/null TB --- 2014-01-21 03:11:31 - TARGET=mips TB --- 2014-01-21 03:11:31 - TARGET_ARCH=mips TB --- 2014-01-21 03:11:31 - TZ=UTC TB --- 2014-01-21 03:11:31 - __MAKE_CONF=/dev/null TB --- 2014-01-21 03:11:31 - cd /src TB --- 2014-01-21 03:11:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jan 21 03:11:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 21 04:35:30 UTC 2014 TB --- 2014-01-21 04:35:30 - cd /src/sys/mips/conf TB --- 2014-01-21 04:35:30 - /usr/sbin/config -m ADM5120 TB --- 2014-01-21 04:35:30 - skipping ADM5120 kernel TB --- 2014-01-21 04:35:30 - cd /src/sys/mips/conf TB --- 2014-01-21 04:35:30 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-21 04:35:30 - skipping ALCHEMY kernel TB --- 2014-01-21 04:35:30 - cd /src/sys/mips/conf TB --- 2014-01-21 04:35:30 - /usr/sbin/config -m AP121 TB --- 2014-01-21 04:35:30 - building AP121 kernel TB --- 2014-01-21 04:35:30 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 04:35:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 04:35:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 04:35:30 - SRCCONF=/dev/null TB --- 2014-01-21 04:35:30 - TARGET=mips TB --- 2014-01-21 04:35:30 - TARGET_ARCH=mips TB --- 2014-01-21 04:35:30 - TZ=UTC TB --- 2014-01-21 04:35:30 - __MAKE_CONF=/dev/null TB --- 2014-01-21 04:35:30 - cd /src TB --- 2014-01-21 04:35:30 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Jan 21 04:35:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Tue Jan 21 04:40:13 UTC 2014 TB --- 2014-01-21 04:40:13 - cd /src/sys/mips/conf TB --- 2014-01-21 04:40:13 - /usr/sbin/config -m AP91 TB --- 2014-01-21 04:40:13 - building AP91 kernel TB --- 2014-01-21 04:40:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 04:40:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 04:40:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 04:40:13 - SRCCONF=/dev/null TB --- 2014-01-21 04:40:13 - TARGET=mips TB --- 2014-01-21 04:40:13 - TARGET_ARCH=mips TB --- 2014-01-21 04:40:13 - TZ=UTC TB --- 2014-01-21 04:40:13 - __MAKE_CONF=/dev/null TB --- 2014-01-21 04:40:13 - cd /src TB --- 2014-01-21 04:40:13 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Jan 21 04:40:13 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Tue Jan 21 04:47:17 UTC 2014 TB --- 2014-01-21 04:47:17 - cd /src/sys/mips/conf TB --- 2014-01-21 04:47:17 - /usr/sbin/config -m AP93 TB --- 2014-01-21 04:47:17 - building AP93 kernel TB --- 2014-01-21 04:47:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 04:47:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 04:47:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 04:47:17 - SRCCONF=/dev/null TB --- 2014-01-21 04:47:17 - TARGET=mips TB --- 2014-01-21 04:47:17 - TARGET_ARCH=mips TB --- 2014-01-21 04:47:17 - TZ=UTC TB --- 2014-01-21 04:47:17 - __MAKE_CONF=/dev/null TB --- 2014-01-21 04:47:17 - cd /src TB --- 2014-01-21 04:47:17 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Tue Jan 21 04:47:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Tue Jan 21 04:54:34 UTC 2014 TB --- 2014-01-21 04:54:34 - cd /src/sys/mips/conf TB --- 2014-01-21 04:54:34 - /usr/sbin/config -m AP94 TB --- 2014-01-21 04:54:34 - building AP94 kernel TB --- 2014-01-21 04:54:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 04:54:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 04:54:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 04:54:34 - SRCCONF=/dev/null TB --- 2014-01-21 04:54:34 - TARGET=mips TB --- 2014-01-21 04:54:34 - TARGET_ARCH=mips TB --- 2014-01-21 04:54:34 - TZ=UTC TB --- 2014-01-21 04:54:34 - __MAKE_CONF=/dev/null TB --- 2014-01-21 04:54:34 - cd /src TB --- 2014-01-21 04:54:34 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Tue Jan 21 04:54:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Tue Jan 21 05:03:22 UTC 2014 TB --- 2014-01-21 05:03:22 - cd /src/sys/mips/conf TB --- 2014-01-21 05:03:22 - /usr/sbin/config -m AP96 TB --- 2014-01-21 05:03:22 - building AP96 kernel TB --- 2014-01-21 05:03:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:03:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:03:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:03:22 - SRCCONF=/dev/null TB --- 2014-01-21 05:03:22 - TARGET=mips TB --- 2014-01-21 05:03:22 - TARGET_ARCH=mips TB --- 2014-01-21 05:03:22 - TZ=UTC TB --- 2014-01-21 05:03:22 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:03:22 - cd /src TB --- 2014-01-21 05:03:22 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Tue Jan 21 05:03:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Tue Jan 21 05:11:50 UTC 2014 TB --- 2014-01-21 05:11:50 - cd /src/sys/mips/conf TB --- 2014-01-21 05:11:50 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-01-21 05:11:50 - building AR71XX_BASE kernel TB --- 2014-01-21 05:11:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:11:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:11:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:11:50 - SRCCONF=/dev/null TB --- 2014-01-21 05:11:50 - TARGET=mips TB --- 2014-01-21 05:11:50 - TARGET_ARCH=mips TB --- 2014-01-21 05:11:50 - TZ=UTC TB --- 2014-01-21 05:11:50 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:11:50 - cd /src TB --- 2014-01-21 05:11:50 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Tue Jan 21 05:11:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Tue Jan 21 05:19:21 UTC 2014 TB --- 2014-01-21 05:19:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:19:21 - /usr/sbin/config -m AR724X_BASE TB --- 2014-01-21 05:19:21 - building AR724X_BASE kernel TB --- 2014-01-21 05:19:21 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:19:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:19:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:19:21 - SRCCONF=/dev/null TB --- 2014-01-21 05:19:21 - TARGET=mips TB --- 2014-01-21 05:19:21 - TARGET_ARCH=mips TB --- 2014-01-21 05:19:21 - TZ=UTC TB --- 2014-01-21 05:19:21 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:19:21 - cd /src TB --- 2014-01-21 05:19:21 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Tue Jan 21 05:19:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Tue Jan 21 05:25:06 UTC 2014 TB --- 2014-01-21 05:25:06 - cd /src/sys/mips/conf TB --- 2014-01-21 05:25:06 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-01-21 05:25:06 - building AR91XX_BASE kernel TB --- 2014-01-21 05:25:06 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:25:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:25:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:25:06 - SRCCONF=/dev/null TB --- 2014-01-21 05:25:06 - TARGET=mips TB --- 2014-01-21 05:25:06 - TARGET_ARCH=mips TB --- 2014-01-21 05:25:06 - TZ=UTC TB --- 2014-01-21 05:25:06 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:25:06 - cd /src TB --- 2014-01-21 05:25:06 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Tue Jan 21 05:25:06 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Tue Jan 21 05:31:48 UTC 2014 TB --- 2014-01-21 05:31:48 - cd /src/sys/mips/conf TB --- 2014-01-21 05:31:48 - /usr/sbin/config -m AR933X_BASE TB --- 2014-01-21 05:31:48 - building AR933X_BASE kernel TB --- 2014-01-21 05:31:48 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:31:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:31:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:31:48 - SRCCONF=/dev/null TB --- 2014-01-21 05:31:48 - TARGET=mips TB --- 2014-01-21 05:31:48 - TARGET_ARCH=mips TB --- 2014-01-21 05:31:48 - TZ=UTC TB --- 2014-01-21 05:31:48 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:31:48 - cd /src TB --- 2014-01-21 05:31:48 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Tue Jan 21 05:31:48 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Tue Jan 21 05:35:34 UTC 2014 TB --- 2014-01-21 05:35:34 - cd /src/sys/mips/conf TB --- 2014-01-21 05:35:34 - /usr/sbin/config -m AR934X_BASE TB --- 2014-01-21 05:35:34 - building AR934X_BASE kernel TB --- 2014-01-21 05:35:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:35:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:35:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:35:34 - SRCCONF=/dev/null TB --- 2014-01-21 05:35:34 - TARGET=mips TB --- 2014-01-21 05:35:34 - TARGET_ARCH=mips TB --- 2014-01-21 05:35:34 - TZ=UTC TB --- 2014-01-21 05:35:34 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:35:34 - cd /src TB --- 2014-01-21 05:35:34 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Tue Jan 21 05:35:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Tue Jan 21 05:39:21 UTC 2014 TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-01-21 05:39:21 - skipping BERI_DE4_BASE kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-01-21 05:39:21 - skipping BERI_DE4_MDROOT kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-01-21 05:39:21 - skipping BERI_DE4_SDROOT kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-01-21 05:39:21 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2014-01-21 05:39:21 - skipping BERI_SIM_BASE kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-01-21 05:39:21 - skipping BERI_SIM_MDROOT kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-01-21 05:39:21 - skipping BERI_SIM_SDROOT kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2014-01-21 05:39:21 - skipping BERI_TEMPLATE kernel TB --- 2014-01-21 05:39:21 - cd /src/sys/mips/conf TB --- 2014-01-21 05:39:21 - /usr/sbin/config -m CARAMBOLA2 TB --- 2014-01-21 05:39:21 - building CARAMBOLA2 kernel TB --- 2014-01-21 05:39:21 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:39:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:39:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:39:21 - SRCCONF=/dev/null TB --- 2014-01-21 05:39:21 - TARGET=mips TB --- 2014-01-21 05:39:21 - TARGET_ARCH=mips TB --- 2014-01-21 05:39:21 - TZ=UTC TB --- 2014-01-21 05:39:21 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:39:21 - cd /src TB --- 2014-01-21 05:39:21 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Tue Jan 21 05:39:21 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Tue Jan 21 05:43:09 UTC 2014 TB --- 2014-01-21 05:43:09 - cd /src/sys/mips/conf TB --- 2014-01-21 05:43:09 - /usr/sbin/config -m DB120 TB --- 2014-01-21 05:43:09 - building DB120 kernel TB --- 2014-01-21 05:43:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:43:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:43:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:43:09 - SRCCONF=/dev/null TB --- 2014-01-21 05:43:09 - TARGET=mips TB --- 2014-01-21 05:43:09 - TARGET_ARCH=mips TB --- 2014-01-21 05:43:09 - TZ=UTC TB --- 2014-01-21 05:43:09 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:43:09 - cd /src TB --- 2014-01-21 05:43:09 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Tue Jan 21 05:43:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Tue Jan 21 05:46:58 UTC 2014 TB --- 2014-01-21 05:46:58 - cd /src/sys/mips/conf TB --- 2014-01-21 05:46:58 - /usr/sbin/config -m DIR-825 TB --- 2014-01-21 05:46:58 - building DIR-825 kernel TB --- 2014-01-21 05:46:58 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:46:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:46:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:46:58 - SRCCONF=/dev/null TB --- 2014-01-21 05:46:58 - TARGET=mips TB --- 2014-01-21 05:46:58 - TARGET_ARCH=mips TB --- 2014-01-21 05:46:58 - TZ=UTC TB --- 2014-01-21 05:46:58 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:46:58 - cd /src TB --- 2014-01-21 05:46:58 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Tue Jan 21 05:46:58 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Tue Jan 21 05:52:36 UTC 2014 TB --- 2014-01-21 05:52:36 - cd /src/sys/mips/conf TB --- 2014-01-21 05:52:36 - /usr/sbin/config -m ENH200 TB --- 2014-01-21 05:52:36 - building ENH200 kernel TB --- 2014-01-21 05:52:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:52:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:52:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:52:36 - SRCCONF=/dev/null TB --- 2014-01-21 05:52:36 - TARGET=mips TB --- 2014-01-21 05:52:36 - TARGET_ARCH=mips TB --- 2014-01-21 05:52:36 - TZ=UTC TB --- 2014-01-21 05:52:36 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:52:36 - cd /src TB --- 2014-01-21 05:52:36 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Tue Jan 21 05:52:36 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Tue Jan 21 05:58:50 UTC 2014 TB --- 2014-01-21 05:58:50 - cd /src/sys/mips/conf TB --- 2014-01-21 05:58:50 - /usr/sbin/config -m GXEMUL TB --- 2014-01-21 05:58:50 - skipping GXEMUL kernel TB --- 2014-01-21 05:58:50 - cd /src/sys/mips/conf TB --- 2014-01-21 05:58:50 - /usr/sbin/config -m GXEMUL32 TB --- 2014-01-21 05:58:50 - building GXEMUL32 kernel TB --- 2014-01-21 05:58:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 05:58:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 05:58:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 05:58:50 - SRCCONF=/dev/null TB --- 2014-01-21 05:58:50 - TARGET=mips TB --- 2014-01-21 05:58:50 - TARGET_ARCH=mips TB --- 2014-01-21 05:58:50 - TZ=UTC TB --- 2014-01-21 05:58:50 - __MAKE_CONF=/dev/null TB --- 2014-01-21 05:58:50 - cd /src TB --- 2014-01-21 05:58:50 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Tue Jan 21 05:58:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Tue Jan 21 06:01:55 UTC 2014 TB --- 2014-01-21 06:01:55 - cd /src/sys/mips/conf TB --- 2014-01-21 06:01:55 - /usr/sbin/config -m IDT TB --- 2014-01-21 06:01:55 - skipping IDT kernel TB --- 2014-01-21 06:01:55 - cd /src/sys/mips/conf TB --- 2014-01-21 06:01:55 - /usr/sbin/config -m MALTA TB --- 2014-01-21 06:01:55 - skipping MALTA kernel TB --- 2014-01-21 06:01:55 - cd /src/sys/mips/conf TB --- 2014-01-21 06:01:55 - /usr/sbin/config -m MALTA64 TB --- 2014-01-21 06:01:55 - skipping MALTA64 kernel TB --- 2014-01-21 06:01:55 - cd /src/sys/mips/conf TB --- 2014-01-21 06:01:55 - /usr/sbin/config -m OCTEON1 TB --- 2014-01-21 06:01:55 - skipping OCTEON1 kernel TB --- 2014-01-21 06:01:55 - cd /src/sys/mips/conf TB --- 2014-01-21 06:01:55 - /usr/sbin/config -m PB47 TB --- 2014-01-21 06:01:55 - building PB47 kernel TB --- 2014-01-21 06:01:55 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:01:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:01:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:01:55 - SRCCONF=/dev/null TB --- 2014-01-21 06:01:55 - TARGET=mips TB --- 2014-01-21 06:01:55 - TARGET_ARCH=mips TB --- 2014-01-21 06:01:55 - TZ=UTC TB --- 2014-01-21 06:01:55 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:01:55 - cd /src TB --- 2014-01-21 06:01:55 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Tue Jan 21 06:01:55 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Tue Jan 21 06:10:16 UTC 2014 TB --- 2014-01-21 06:10:16 - cd /src/sys/mips/conf TB --- 2014-01-21 06:10:16 - /usr/sbin/config -m PB92 TB --- 2014-01-21 06:10:16 - building PB92 kernel TB --- 2014-01-21 06:10:16 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:10:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:10:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:10:16 - SRCCONF=/dev/null TB --- 2014-01-21 06:10:16 - TARGET=mips TB --- 2014-01-21 06:10:16 - TARGET_ARCH=mips TB --- 2014-01-21 06:10:16 - TZ=UTC TB --- 2014-01-21 06:10:16 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:10:16 - cd /src TB --- 2014-01-21 06:10:16 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Tue Jan 21 06:10:16 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Tue Jan 21 06:16:33 UTC 2014 TB --- 2014-01-21 06:16:33 - cd /src/sys/mips/conf TB --- 2014-01-21 06:16:33 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-01-21 06:16:33 - building PICOSTATION_M2HP kernel TB --- 2014-01-21 06:16:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:16:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:16:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:16:33 - SRCCONF=/dev/null TB --- 2014-01-21 06:16:33 - TARGET=mips TB --- 2014-01-21 06:16:33 - TARGET_ARCH=mips TB --- 2014-01-21 06:16:33 - TZ=UTC TB --- 2014-01-21 06:16:33 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:16:33 - cd /src TB --- 2014-01-21 06:16:33 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Tue Jan 21 06:16:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PICOSTATION_M2HP completed on Tue Jan 21 06:23:13 UTC 2014 TB --- 2014-01-21 06:23:13 - cd /src/sys/mips/conf TB --- 2014-01-21 06:23:13 - /usr/sbin/config -m QEMU TB --- 2014-01-21 06:23:13 - skipping QEMU kernel TB --- 2014-01-21 06:23:13 - cd /src/sys/mips/conf TB --- 2014-01-21 06:23:13 - /usr/sbin/config -m ROUTERSTATION TB --- 2014-01-21 06:23:13 - building ROUTERSTATION kernel TB --- 2014-01-21 06:23:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:23:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:23:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:23:13 - SRCCONF=/dev/null TB --- 2014-01-21 06:23:13 - TARGET=mips TB --- 2014-01-21 06:23:13 - TARGET_ARCH=mips TB --- 2014-01-21 06:23:13 - TZ=UTC TB --- 2014-01-21 06:23:13 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:23:13 - cd /src TB --- 2014-01-21 06:23:13 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Tue Jan 21 06:23:13 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Tue Jan 21 06:31:17 UTC 2014 TB --- 2014-01-21 06:31:17 - cd /src/sys/mips/conf TB --- 2014-01-21 06:31:17 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-01-21 06:31:17 - building ROUTERSTATION_MFS kernel TB --- 2014-01-21 06:31:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:31:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:31:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:31:17 - SRCCONF=/dev/null TB --- 2014-01-21 06:31:17 - TARGET=mips TB --- 2014-01-21 06:31:17 - TARGET_ARCH=mips TB --- 2014-01-21 06:31:17 - TZ=UTC TB --- 2014-01-21 06:31:17 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:31:17 - cd /src TB --- 2014-01-21 06:31:17 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Tue Jan 21 06:31:17 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Tue Jan 21 06:39:22 UTC 2014 TB --- 2014-01-21 06:39:22 - cd /src/sys/mips/conf TB --- 2014-01-21 06:39:22 - /usr/sbin/config -m RSPRO TB --- 2014-01-21 06:39:22 - building RSPRO kernel TB --- 2014-01-21 06:39:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:39:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:39:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:39:22 - SRCCONF=/dev/null TB --- 2014-01-21 06:39:22 - TARGET=mips TB --- 2014-01-21 06:39:22 - TARGET_ARCH=mips TB --- 2014-01-21 06:39:22 - TZ=UTC TB --- 2014-01-21 06:39:22 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:39:22 - cd /src TB --- 2014-01-21 06:39:22 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Tue Jan 21 06:39:22 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Tue Jan 21 06:47:46 UTC 2014 TB --- 2014-01-21 06:47:46 - cd /src/sys/mips/conf TB --- 2014-01-21 06:47:46 - /usr/sbin/config -m RSPRO_MFS TB --- 2014-01-21 06:47:46 - building RSPRO_MFS kernel TB --- 2014-01-21 06:47:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:47:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:47:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:47:46 - SRCCONF=/dev/null TB --- 2014-01-21 06:47:46 - TARGET=mips TB --- 2014-01-21 06:47:46 - TARGET_ARCH=mips TB --- 2014-01-21 06:47:46 - TZ=UTC TB --- 2014-01-21 06:47:46 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:47:46 - cd /src TB --- 2014-01-21 06:47:46 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Tue Jan 21 06:47:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Tue Jan 21 06:56:16 UTC 2014 TB --- 2014-01-21 06:56:16 - cd /src/sys/mips/conf TB --- 2014-01-21 06:56:16 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-01-21 06:56:16 - building RSPRO_STANDALONE kernel TB --- 2014-01-21 06:56:16 - CROSS_BUILD_TESTING=YES TB --- 2014-01-21 06:56:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-21 06:56:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-21 06:56:16 - SRCCONF=/dev/null TB --- 2014-01-21 06:56:16 - TARGET=mips TB --- 2014-01-21 06:56:16 - TARGET_ARCH=mips TB --- 2014-01-21 06:56:16 - TZ=UTC TB --- 2014-01-21 06:56:16 - __MAKE_CONF=/dev/null TB --- 2014-01-21 06:56:16 - cd /src TB --- 2014-01-21 06:56:16 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Tue Jan 21 06:56:16 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/RSPRO_STANDALONE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-21 06:56:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-21 06:56:22 - ERROR: failed to build RSPRO_STANDALONE kernel TB --- 2014-01-21 06:56:22 - 9427.60 user 4796.64 system 13548.46 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 07:41:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11590352 for ; Tue, 21 Jan 2014 07:41:27 +0000 (UTC) Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDF281D27 for ; Tue, 21 Jan 2014 07:41:26 +0000 (UTC) Received: by mail-pb0-f48.google.com with SMTP id rr13so8001634pbb.21 for ; Mon, 20 Jan 2014 23:41:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=PvWA3qlf3CG4hW3gilpHoHS9QbBoPmcIUN5RH4NHrf0=; b=h8lnMQnxskASc8nQCmmNyFNaSjUAuQUNLigHAN9PGCA+CzSYdpsFpq0RUiwAlQCA0Q m6uvxEHZjXS2HQtk4J2ZnQh2cgCpsVW8WIxHCdYoDPN+ws/o8B5takKBD0s39SL+FD1t lfhJuCke+kw3BzEbb3D1xrpGbIBaZxavmZvlXC1luAWJCqwbtguQUXQT8p8+xHp6H1hV yxQecvlC3l+kicSL2ABtdqstSLwweeAGM8lsmA2jbj3BvPCg7qFhzovL/wRNnnUY7wC6 hwQhWuZ/4ac+ChDyPkqAd8SMnGTP/l4TzTSb1MJ1HxxaOgcFH8uyNB8To2C1I4k1IyQY qmXA== MIME-Version: 1.0 X-Received: by 10.68.218.65 with SMTP id pe1mr23095235pbc.1.1390290086461; Mon, 20 Jan 2014 23:41:26 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Mon, 20 Jan 2014 23:41:26 -0800 (PST) Date: Mon, 20 Jan 2014 23:41:26 -0800 X-Google-Sender-Auth: KUz-_HDzBToAa001Fjv-ViWvEOA Message-ID: Subject: freebsd-update upgrade failes if WITHOUT_IPX is used in src.conf From: Kevin Oberman To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 07:41:27 -0000 If you use frebsd-up0date on a system that has WITHOUT_IPX= in src.conf, you end up with a badly broken system as freebsd-update honors src.conf by not installing liubipx.so, but fails to honor it by installing ifconfig that required it leaving a system without a network. This is especially messy if the system lacks sources to allow either ifconfig to be re-built or libipx to be built. This should be fixed either by always having libipx installed by freebsd-update or by having a binary NOT linked against libipx installed when WITHOUT_IPX is used. I also wonder how many similar cases might be present. For now, my recommendation is to not have anything in src.conf when using freebsd-update. As I will shhortly be moving this system back to stable, I will not be continuing to use it on this system and will restore my src.conf. I'll try to submit a PR on this tomorrow. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 08:50:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1740E5A9 for ; Tue, 21 Jan 2014 08:50:08 +0000 (UTC) Received: from mail-vb0-x248.google.com (mail-vb0-x248.google.com [IPv6:2607:f8b0:400c:c02::248]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBF3B12ED for ; Tue, 21 Jan 2014 08:50:07 +0000 (UTC) Received: by mail-vb0-f72.google.com with SMTP id w20so8964043vbb.7 for ; Tue, 21 Jan 2014 00:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=N61snsikpKl1KdqM6FFhGlYvkLfN78+ycUlxq0TgOg4=; b=weKWrwCA2fWQ0Tu89goqLaRpBGO9GbNFNlw4LfciPKJVNEOXbhYHTRYm0W+hmvaTBc 8+fOdcZwWFuzgFQMObwMj3u3tfVT0Nul1XW0S25PHMgb7D+1CqttGpzugg3me9QrwFsQ QRqy2Q0v4HEp8B3MzCGaoxocj5YrTI50teNeAFqBDk9piwguLXil6bw1l6yaY5r9KbC2 90m6G0gttG9+SR8KfZ+8aIoAFPUrSHRkSaeIYRfuHACUXKTmO8m/LiSmbt4iYSzM3Lzl dFdO3U2cb5Q34Ue85x7640jU+5INM8MXJAnNdX3xGLNuw6Ww0VTNUPO+Tlb1h6r64YjG v0aA== MIME-Version: 1.0 X-Received: by 10.58.179.33 with SMTP id dd1mr1491831vec.15.1390294206934; Tue, 21 Jan 2014 00:50:06 -0800 (PST) Message-ID: <047d7b677df256748d04f0771880@google.com> Date: Tue, 21 Jan 2014 08:50:06 +0000 Subject: www.freebsd.org From: Anna Garcia To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:50:08 -0000 SGksDQoNCkkganVzdCB3YW50ZWQgdG8gc2VuZCB5b3UgYSBxdWljayBub3RlLiBXaXRoIGEgZmV3 IHNpbXBsZSBjaGFuZ2VzIHRvIG1ha2UNCnlvdXIgc2l0ZSBtb3JlIFNFTy1mcmllbmRseSBJkm0g c3VyZSB5b3UgY2FuIGNvbnZlcnQgbW9yZSB2aXNpdG9ycyBpbnRvDQpsZWFkcyBhbmQgZ2V0IGl0 IHBsYWNlZCBoaWdoZXIgaW4gdGhlIG9yZ2FuaWMgc2VhcmNoIHJlc3VsdHMsIGZvciBrZXl3b3Jk cw0KdGhhdCBtYXR0ZXIgdG8geW91IHRoZSBtb3N0Lg0KDQpXZSBhcmUgYW4gQXVzdHJhbGlhbiBi YXNlZCBjb21wYW55IHdpdGggYSBncmVhdCBpbi1ob3VzZSB0ZWNobmljYWwgdGVhbSB3aG8NCnJl YWxseSBrbm93IHRoZWlyIHN0dWZmIGFib3V0IHNlYXJjaCBlbmdpbmUgb3B0aW1pemF0aW9uLg0K DQpXb3VsZCB5b3UgbGlrZSBhIGJpdCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IGhvdyB0byBnaXZl IHlvdXIgd2Vic2l0ZSBhDQpib29zdCB3aXRoIGJldHRlciBTRU8/DQoNCkJlc3QgcmVnYXJkcywN Cg0KQW5uYSBHYXJjaWENClNFTy9XRUIgU3BlY2lhbGlzdA0KDQpbaW1hZ2U6IExpbmtlZEluXSBb aW1hZ2U6IEZhY2Vib29rXSBbaW1hZ2U6IFR3aXR0ZXJdIFtpbWFnZTogU2t5cGVdDQogICAgICAg ICAgICAgUyAgIEUgIE8gICAgICAgICAgICAqU2VhcmNoIEVuZ2luZSBPcHRpbWl6YXRpb24qDQoN CldlIHJlc3BlY3QgeW91ciBwcml2YWN5IGFuZCB3YW50IHRvIG1ha2Ugc3VyZSB5b3UgYXJlIGF3 YXJlIG9mIGEgZmV3DQp0aGluZ3MuIEJ5IHJlcGx5aW5nIHRvIHRoaXMgZW1haWwsIHlvdSBhdXRo b3JpemUgb3VyIEF1c3RyYWxpYW4gYWZmaWxpYXRlcw0KdGhhdCBjYW4gaGVscCB3aXRoIHlvdXIg cHJvamVjdCB0byBjYWxsIHlvdSBhdCB0aGUgbnVtYmVyIHlvdSBwcm92aWRlZCwgYW5kDQp5b3Ug dW5kZXJzdGFuZCB0aGF0IHRoZXkgbWF5IHVzZSBhdXRvbWF0ZWQgcGhvbmUgdGVjaG5vbG9neSB0 byBjYWxsIHlvdS4gQXQNCm5vIHRpbWUgYXJlIHlvdSByZXF1aXJlZCB0byBtYWtlIGEgcHVyY2hh c2UuDQo= From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 10:22:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35A6AE85 for ; Tue, 21 Jan 2014 10:22:38 +0000 (UTC) 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 C0ED31CFD for ; Tue, 21 Jan 2014 10:22:37 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id e49so3981036eek.14 for ; Tue, 21 Jan 2014 02:22:36 -0800 (PST) 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:cc:subject :content-type:content-transfer-encoding; bh=l3c6FEFbQyOwQEAO8CilOGmEBAKpnPHRavZzpJyoT34=; b=RFb8+54Qq1Am09hE4QoZ/UuqJTtGxjqylE5rk0zCEM0mh3ddhkInabtGe1l0iTw+MT cLJ7QRL++RdDwZ1M5uEM7CFR/S3vuVmNAmzdA3kxLQU4Lv/8qGM0ckiwAXgmxOZlrLov DQDUYesUJ5f0NCoE+8YGwEdDLyG92RjsUD/P48bUPBrAIRSttMaXh1S9614Clv65b+RK 1BdrRX/0tZIiIk5Zi4Apn4fbADeRMNrZAX4AUfUOzM9eBqG2nVTHeANnq/TB4nka3Omu HhdonButUWvsy5MA9+vpEtGCpCXeIEl+R2a+yngIp94B7TGJFJFJI+abP/BFXIxwBRap dgRA== X-Received: by 10.14.98.129 with SMTP id v1mr22643506eef.5.1390299756250; Tue, 21 Jan 2014 02:22:36 -0800 (PST) Received: from [172.29.2.131] (altimet-gw.cs2.dp.wnet.ua. [217.20.178.249]) by mx.google.com with ESMTPSA id m47sm13121937eey.7.2014.01.21.02.22.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 02:22:35 -0800 (PST) Message-ID: <52DE4A69.9090304@gmail.com> Date: Tue, 21 Jan 2014 12:22:33 +0200 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Yonghyeon PYUN , Curtis Villamizar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 10:22:38 -0000 Hi, folks. I've just upgraded to 10.0-RELEASE, and my msk(4) card stopped working; it would work for a few minutes, and then it will start printing "msk0 watchdog timeout" messages with an interrupt storm accompanying it. I think this problem was described earlier this month in [1]. My question is: was there a workaround found, or should I just downgrade back to 9.2? [1] https://lists.freebsd.org/pipermail/freebsd-stable/2014-January/076676.html From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 17:35:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6424247 for ; Tue, 21 Jan 2014 17:35:37 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (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 1ED911588 for ; Tue, 21 Jan 2014 17:35:36 +0000 (UTC) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id s0LHZPU4030116 for ; Wed, 22 Jan 2014 00:35:26 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <52DEAFDD.3050009@grosbein.net> Date: Wed, 22 Jan 2014 00:35:25 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: stable@freebsd.org Subject: Pretty large bootonly for 10.0-RELEASE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 17:35:37 -0000 Hi! What is the reason for FreeBSD-10.0-RELEASE-amd64-bootonly.iso to be 210M in size? Is it supposed to be "bootonly" media or full LiveCD also? For example, it has over 24MB of manual pages in the /usr/share/man directory that cannot be read due to missing binaries in "LiveCD" mode: # man man eval: groff: not found eval: tbl: not found Large image like that takes significant time to download when your network connection is not very fast. Perhaps, we could make it compressed? For example, /usr/share inside the image takes 70MB but only 18M if compressed with xz. We could use geom_uncompress to mount its xz-compressed variant to /usr/share/ during boot. After all, ISO is mounted read-only anyway. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Jan 21 19:56:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 080883AB for ; Tue, 21 Jan 2014 19:56:21 +0000 (UTC) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9BE512B5 for ; Tue, 21 Jan 2014 19:56:20 +0000 (UTC) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s0LJuHiS065218; Tue, 21 Jan 2014 14:56:18 -0500 (EST) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201401211956.s0LJuHiS065218@maildrop2.v6ds.occnc.com> To: Vitaly Magerya From: Curtis Villamizar Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? In-reply-to: Your message of "Tue, 21 Jan 2014 12:22:33 +0200." <52DE4A69.9090304@gmail.com> Date: Tue, 21 Jan 2014 14:56:17 -0500 Cc: Yonghyeon PYUN , freebsd-stable@freebsd.org, Curtis Villamizar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 19:56:21 -0000 In message <52DE4A69.9090304@gmail.com> Vitaly Magerya writes: > Hi, folks. I've just upgraded to 10.0-RELEASE, and my msk(4) card > stopped working; it would work for a few minutes, and then it will > start printing "msk0 watchdog timeout" messages with an interrupt > storm accompanying it. I think this problem was described earlier > this month in [1]. > > My question is: was there a workaround found, or should I just > downgrade back to 9.2? > > [1] https://lists.freebsd.org/pipermail/freebsd-stable/2014-January/076676.html I have mine working but I haven't done a lot of reboots to see if it is a "fix" or luck. There is a lot of junk that you won't need in the code that is running well for me. But here it is, as-is warts and all. I've been swamped lately and haven't had time to look at this further. Curtis Notes- 1. the change in watchdog code has no effect (not hit when working, does not fix things when not working). 2. Lots of printf thingies in there that you can delete if you like. If things work you don't hit this code. 3. Chanes to the interrupt handler also seem to do nothing (good or bad) if things are working. 4. Why this is working for me is at this point a mystery but whether it works for you gives us another data point. Index: if_msk.c =================================================================== --- if_msk.c (revision 260441) +++ if_msk.c (working copy) @@ -2161,6 +2161,10 @@ count = imin(4096, roundup2(count, 1024)); sc->msk_stat_count = count; stat_sz = count * sizeof(struct msk_stat_desc); +#if 1 + device_printf(sc->msk_dev, + "msk_status_dma_alloc: %d %lu\n", count, stat_sz); +#endif error = bus_dma_tag_create( bus_get_dma_tag(sc->msk_dev), /* parent */ MSK_STAT_ALIGN, 0, /* alignment, boundary */ @@ -2975,6 +2979,14 @@ } } +#if 1 +static uint32_t msk_last_status = 0; +static uint16_t last_stat_put_idx = 0; +static uint32_t last_msk_control = 0; +static uint16_t last_good_stat_put_idx = 0; +static uint32_t last_good_msk_control = 0; +#endif + static void msk_watchdog(struct msk_if_softc *sc_if) { @@ -2995,7 +3007,70 @@ return; } - if_printf(ifp, "watchdog timeout\n"); +#if 1 + if_printf(ifp, +"watchdog timeout: 0x%08x\n (0x%04x 0x%08x) (0x%04x 0x%08x) 0x%08x 0x%08x\n", + msk_last_status, + sc_if->msk_softc->msk_stat_cons, last_msk_control, + last_good_stat_put_idx, last_good_msk_control, + last_stat_put_idx, sc_if->msk_softc->msk_stat_count); + { + struct msk_softc *sc = sc_if->msk_softc; + uint16_t cons, count; + struct msk_stat_desc *sd; + uint32_t control; +#if 0 + char linebuf[8192]; + char *pt = linebuf; + size_t bytes = 8192; + size_t used; + + count = sc->msk_stat_count; + for (cons = 0; cons < count; ++cons) { + if ((cons > 0) && ((cons & 0xff) == 0)) { + if_printf(ifp, "%s\n", linebuf); + pt = linebuf; + bytes = sizeof(linebuf); + } + if ((cons & 7) == 0) { + snprintf(pt, bytes - 1, "\n%03x ", cons); + used = strlen(pt); pt += used; bytes -= used; + } else if ((cons & 3) == 0) { + snprintf(pt, bytes - 1, " "); + used = strlen(pt); pt += used; bytes -= used; + } + sd = &sc->msk_stat_ring[cons]; + control = le32toh(sd->msk_control); + snprintf(pt, bytes - 1, " %08x", control); + used = strlen(pt); pt += used; bytes -= used; + } + if_printf(ifp, "%s\n\n", linebuf); +#endif + /* bump the count if we got stuck on HW_OWNER */ + if (((msk_last_status & Y2_IS_STAT_BMU) != 0) + && (sc->msk_stat_cons != last_stat_put_idx) + && ((last_msk_control & HW_OWNER) == 0)) { + /* Sync status LEs. */ + bus_dmamap_sync(sc->msk_stat_tag, sc->msk_stat_map, + BUS_DMASYNC_POSTREAD | BUS_DMASYNC_POSTWRITE); + cons = sc->msk_stat_cons; + count = sc->msk_stat_count; + do { + MSK_INC(cons, count); + sd = &sc->msk_stat_ring[cons]; + control = le32toh(sd->msk_control); + } while ((cons != sc->msk_stat_cons) + && ((control & HW_OWNER) == 0)); + if (cons != sc->msk_stat_cons) { + if_printf(ifp, "msk_stat_cons changed 0x%04x -> 0x%04x\n", + sc->msk_stat_cons, cons); + sc->msk_stat_cons = cons; + } + } + } +#else + if_printf(ifp, "watchdog timeout: status\n"); +#endif ifp->if_oerrors++; ifp->if_drv_flags &= ~IFF_DRV_RUNNING; msk_init_locked(sc_if); @@ -3599,8 +3674,12 @@ int rxput[2]; struct msk_stat_desc *sd; uint32_t control, status; - int cons, len, port, rxprog; + int len, port, rxprog; + uint16_t cons; +#if 1 + last_stat_put_idx = CSR_READ_2(sc, STAT_PUT_IDX); +#endif if (sc->msk_stat_cons == CSR_READ_2(sc, STAT_PUT_IDX)) return (0); @@ -3614,8 +3693,15 @@ for (;;) { sd = &sc->msk_stat_ring[cons]; control = le32toh(sd->msk_control); +#if 1 + last_msk_control = control; +#endif if ((control & HW_OWNER) == 0) break; +#if 1 + last_good_stat_put_idx = cons; + last_good_msk_control = control; +#endif control &= ~HW_OWNER; sd->msk_control = htole32(control); status = le32toh(sd->msk_status); @@ -3689,6 +3775,11 @@ if (rxput[MSK_PORT_B] > 0) msk_rxput(sc->msk_if[MSK_PORT_B]); +#if 1 + last_stat_put_idx = CSR_READ_2(sc, STAT_PUT_IDX); +#endif + if ((control & HW_OWNER) == 0) + return 1; return (sc->msk_stat_cons != CSR_READ_2(sc, STAT_PUT_IDX)); } @@ -3742,8 +3833,11 @@ CSR_WRITE_4(sc, B0_IMSK, sc->msk_intrmask); CSR_READ_4(sc, B0_IMSK); } - if ((status & Y2_IS_HW_ERR) != 0) + if ((status & Y2_IS_HW_ERR) != 0) { msk_intr_hwerr(sc); + device_printf(sc->msk_dev, + "Y2_IS_HW_ERR is set: status 0x%x\n", status); + } domore = msk_handle_events(sc); if ((status & Y2_IS_STAT_BMU) != 0 && domore == 0) @@ -3762,6 +3856,17 @@ !IFQ_DRV_IS_EMPTY(&ifp1->if_snd)) msk_start_locked(ifp1); +#if 1 +#define Y2_IS_OTHER_INTR \ + (Y2_IS_ASF | Y2_IS_POLL_CHK | Y2_IS_IRQ_SW | Y2_IS_TIMINT | \ + Y2_IS_CHK_TXS2 | Y2_IS_PSM_ACK | Y2_IS_PTP_TIST | Y2_IS_CHK_TXS1) + if ((status & (Y2_IS_OTHER_INTR)) != 0) { + device_printf(sc->msk_dev, "unknown interupt bits 0x%x\n", + status & (Y2_IS_OTHER_INTR)); + } + msk_last_status = status; +#endif + MSK_UNLOCK(sc); } Index: if_mskreg.h =================================================================== --- if_mskreg.h (revision 260441) +++ if_mskreg.h (working copy) @@ -156,7 +156,7 @@ #define DEVICEID_DLINK_DGE560SX 0x4002 #define DEVICEID_DLINK_DGE560T 0x4b00 -#define BIT_31 (1 << 31) +#define BIT_31 (1U << 31) #define BIT_30 (1 << 30) #define BIT_29 (1 << 29) #define BIT_28 (1 << 28) @@ -2329,8 +2329,13 @@ */ #if (BUS_SPACE_MAXADDR > 0xFFFFFFFF) #define MSK_64BIT_DMA +#if 1 +#define MSK_TX_RING_CNT 256 +#define MSK_RX_RING_CNT 256 +#else #define MSK_TX_RING_CNT 384 #define MSK_RX_RING_CNT 512 +#endif #else #undef MSK_64BIT_DMA #define MSK_TX_RING_CNT 256 @@ -2539,8 +2544,8 @@ bus_addr_t msk_stat_ring_paddr; int msk_int_holdoff; int msk_process_limit; - int msk_stat_cons; - int msk_stat_count; + uint16_t msk_stat_cons; + uint16_t msk_stat_count; struct mtx msk_mtx; }; From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 07:49:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C31B4B5 for ; Wed, 22 Jan 2014 07:49:24 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4658D1956 for ; Wed, 22 Jan 2014 07:49:23 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 5053D42C26DD; Wed, 22 Jan 2014 08:41:42 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Wed, 22 Jan 2014 01:41:34 -0600 (CST) From: Bryan Venteicher To: Eric Dombroski Message-ID: <2121752681.4348.1390376494793.JavaMail.root@daemoninthecloset.org> In-Reply-To: References: Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC31 ([unknown])/8.0.2_GA_5569) Thread-Topic: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 Thread-Index: EaMxDA3mwFvoQGQpugIs2dwDmk+Jmg== Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 07:49:24 -0000 Hi, ----- Original Message ----- > PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=185864 > > There's a couple things going on here. First, we're spending an absurd amount of time in bpf [1], specifically when getting the time value in acpi_timer_get_timecount(). This amounts to nearly 25% of the profiled run. I'm guessing that a filter is using BPF_TSTAMP_NORMAL in 10.0, where as it was using BPF_TSTAMP_FAST in 9.2. Are you using DHCP on the vtnetX interface? Can you use a static IP instead (and perhaps also even remove `device bpf` from your kernel config to be sure)? Second, the rate of Tx completion interrupts much higher than I recall. I'm still thinking about this. [1] - http://people.freebsd.org/~bryanv/vtnet/vtnet-bpf-10.svg Bryan > On Sat, Jan 18, 2014 at 1:51 PM, Eric Dombroski wrote: > > > Hello: > > > > I believe there is a major performance regression between FreeBSD > > 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers (vtnet) and > > handling incoming traffic. Below are the results of some iperf tests and > > large dd operations over NFS. Write throughput goes from ~40Gbps to > > ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection becomes unstable > > ("no buffer space available"), requiring the interface to be taken down/up. > > > > > > These results are on fresh installs of 9.2 and 10.0RC5, no sysctl tweaks > > on either system. > > > > I can't reproduce this using an Intel 1Gbps ethernet through PCIe > > passthrough, although I suspect the problem manifests itself over 1Gbps > > speeds anyway. > > > > Tests: > > > > Client (host): > > root@gogo:~# uname -a > > Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux > > root@gogo:~# kvm -version > > QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), Copyright > > (c) 2003-2008 Fabrice Bellard > > root@gogo:~# lsmod | grep vhost > > vhost_net 27436 3 > > tun 18337 8 vhost_net > > macvtap 17633 1 vhost_net > > > > > > Command: iperf -c 192.168.100.x -t 60 > > > > > > Server (FreeBSD 9.2 VM): > > > > root@umarotest:~ # uname -a > > FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan > > 11 03:25:02 UTC 2014 > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > > amd64 > > root@umarotest:~ # iperf -s > > ------------------------------------------------------------ > > Server listening on TCP port 5001 > > TCP window size: 64.0 KByte (default) > > ------------------------------------------------------------ > > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > port 58996 > > [ ID] Interval Transfer Bandwidth > > [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec > > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > port 58997 > > [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > port 58998 > > [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec > > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > port 58999 > > [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec > > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > port 59000 > > [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > > > > While pinging out from the server to the client, I do not get any > > errors. > > > > > > root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD 10.0-RC5 #0 > > r260430: Wed Jan 8 05:10:04 UTC 2014 > > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > > amd64 > > root@umaro:~ # iperf -s > > ------------------------------------------------------------ > > Server listening on TCP port 5001 > > TCP window size: 64.0 KByte (default) > > ------------------------------------------------------------ > > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > port 50264 > > [ ID] Interval Transfer Bandwidth > > [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec > > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > port 50265 > > [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec > > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > port 50266 > > [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > port 50267 > > [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > port 50268 > > [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec > > > > *** While pinging out from the server to client, frequent "ping: > > sendto: No space left on device" errors *** > > > > > > After a while, I can also reliably re-produce more egregious "ping: > > sendto: No buffer space available" errors after doing a large sequential > > write over NFS: > > > > mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5:/storage/shared > > /mnt/nfs > > dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 > > > > I am going to file a freebsd bug report as well. > > > > Thanks, > > Eric > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 10:09:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 719B349F for ; Wed, 22 Jan 2014 10:09:01 +0000 (UTC) Received: from mail-la0-f43.google.com (mail-la0-f43.google.com [209.85.215.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A97EA1631 for ; Wed, 22 Jan 2014 10:09:00 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id pv20so136710lab.2 for ; Wed, 22 Jan 2014 02:08:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:content-type; bh=Scc9GySlNhUvJbq2xGj46wszNWTehf58ErwcVIgzMTE=; b=h2UAI3XB5J1MTbBDbngiuH/8HILYn4Na2QNLLNGFzPwrnyjeQ0muQGmjh9MqxfN4P1 n6kPt4TFkLp4WKslEyNIOyV3MXa01rA7pdZomoPLDnMFuAyZO8fuU5kW35ox8CZhgfbS Yg98oSzPSqav5MOWVsM/WjGV13iCNKsSjlnfYV6WvRaogIipSi6W4dtEmUhIKr3G2vTK /0jB1RGFHM2K9+qU+TFWcluZSklA/PPSNLPdTWFhRqQR6dkFIG8l9uzYVXMrSh9HPi2H XFZ9x4QbvvwZb0Q5UwfxVsW3Ypuq/OcHeTR2etaib5mAdjVQsy8S3QWXjwwc8gtScpsr qLOA== X-Gm-Message-State: ALoCoQkgj2Y+wl7rn+ktDNdZVeDLIGPV1DqLo7rSg7om2d25R07Wz7tn6Hr443na3SvwNl70AJiX X-Received: by 10.152.219.166 with SMTP id pp6mr464491lac.46.1390385332999; Wed, 22 Jan 2014 02:08:52 -0800 (PST) Received: from zealot.ksu.ru ([46.42.165.54]) by mx.google.com with ESMTPSA id ld10sm9576606lab.8.2014.01.22.02.08.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Jan 2014 02:08:51 -0800 (PST) Message-ID: <52DF98B2.4080306@li.ru> Date: Wed, 22 Jan 2014 14:08:50 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040006040505030005010901" Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 10:09:01 -0000 This is a cryptographically signed message in MIME format. --------------ms040006040505030005010901 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello! I have a problem with building almost anything because of libdrm version = mismatch. when I try to build, e.g. poppler-glib it says checking for CAIRO... no configure: error: "Cairo output is required to build glib frontend" and in config.log I see configure:21373: checking for CAIRO configure:21380: $PKG_CONFIG --exists --print-errors "cairo >=3D=20 $CAIRO_VERSION cairo-ft >=3D $CAIRO_VERSION" configure:21383: $? =3D 0 configure:21397: $PKG_CONFIG --exists --print-errors "cairo >=3D=20 $CAIRO_VERSION cairo-ft >=3D $CAIRO_VERSION" configure:21400: $? =3D 0 configure:21414: result: no Package dependency requirement 'libdrm >=3D 2.4.24' could not be satisfie= d. Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4.24' Package dependency requirement 'libdrm >=3D 2.4.24' could not be satisfie= d. Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4.24' configure:21929: error: "Cairo output is required to build glib frontend"= I tried to find where exactly this check is performed but so far had no=20 success. I know that this problem can be avoided using WITH_NEW_XORG knob in=20 make.conf, but KMS drivers are still unstable for me, so I'm stuck with=20 old xorg and old libdrm. Is there any way to fix this error? I'm using 10.0 stable and ports tree as of yesterday --=20 SY, Marat --------------ms040006040505030005010901 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjIx MDA4NTBaMCMGCSqGSIb3DQEJBDEWBBTB+JudBfsosLNq/8eU0IWsoe7HHjBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAGzNQYzdXlOQFRkXcw6udqcGYrmwON1FwYLRlO7Oy TqThn/gHnVzM4AQEvPe2IMvNkXwyZ0E1ZmAszV01vMOc9/f9Zj81usN2UK7hv3u6t9oIfkNF Iye3NDRSLuUqNiZ66e+J2ZBjl5lyNsWu5ES4JIY92PpXsgH+ad82oFVUUD5Hd0eAjANzA4NE vcGcXOdpkoUagLVH2rD67eYiL0AWIN1BkBPLLUNthsyjBYH/GV+6suR40KA0QRc+pCv0jrlG RSdWy/sSdGyLqtS67lpEHIl/R6e0I0s8oxAZ9xL7toqRYTxVubkmq9ULH3z2Qd/BrqGdewIV h+vlpf0PDOZGcgAAAAAAAA== --------------ms040006040505030005010901-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 10:36:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4223F25F; Wed, 22 Jan 2014 10:36:19 +0000 (UTC) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02A2518F2; Wed, 22 Jan 2014 10:36:19 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5vAN-000IiJ-Aq; Wed, 22 Jan 2014 11:36:15 +0100 Date: Wed, 22 Jan 2014 11:36:15 +0100 From: Oliver Brandmueller To: FreeBSD Stable Subject: r255255 breaks buildworld with WITHOUT_CROSS_COMPILER=true Message-ID: <20140122103615.GL50373@e-Gitt.NET> Mail-Followup-To: FreeBSD Stable , delphij@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: "TT~P'b_)-jKU_0^a=usXryz`YTz)z.[FZrI,A~PREI2U}frrZ`>_J&; ^t|^.dR/mqtC,Vb.Y>~u8(|aL)vAv(k">zY"]*m*y|b8S7:WK[/qP5i>HO#Ek; C[X:b|FP0*Ly_4Ni User-Agent: Mutt/1.5.22 (2013-10-16) Sender: Oliver Brandmueller Cc: delphij@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 10:36:19 -0000 Hi, r255255 breaks the 10-STABLE buildworld if WITHOUT_CROSS_COMPILER=true is selected in /etc/src.conf (tested on amd64). The build breaks at ztest: --- cddl.all__D --- ztest.o: In function `main': /usr/src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c:(.text+0xb293): undefined reference to `zfs_deadman_synctime_ms' ztest.o: In function `ztest_deadman_thread': /usr/src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c:(.text+0xd5cc): undefined reference to `zfs_deadman_synctime_ms' /usr/src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c:(.text+0xd62f): undefined reference to `zfs_deadman_synctime_ms' /usr/src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c:(.text+0xd65b): undefined reference to `zfs_deadman_synctime_ms' /usr/src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c:(.text+0xd68e): undefined reference to `zfs_deadman_synctime_ms' - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 12:54:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A487F14 for ; Wed, 22 Jan 2014 12:54:22 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1205315C0 for ; Wed, 22 Jan 2014 12:54:21 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id as1so4424261iec.30 for ; Wed, 22 Jan 2014 04:54:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ccLsEaGIWuz9OVJ+rNEG6kPKE2AMuo9/u6n/ldfXGCM=; b=JEyP/fu6Gb0dqdl+/XHtz86gMhCLrH3Kdnwvm9VcuP1QNvpbY6EenhN7lrjeJcs12z Lft7hmF86un2pyqeGDIir9mztjomes+dCpTQ7NFcj/hVnoVeS7FMwbLgWjNHfuN2S8aQ CUKl2I/erAc7GiYhWbUY/RMhGDLnIk8VbD5WmPP5L+boqnydLdY1dcIHeyt4ROYEf6uu zJSbhELosMzQwiU0cX/smlsIMYdxxsfApHanN6e/QRS9UutHftdBd8QPpHT4xseB8uw0 O7xt65nsUMY3ZcE16eiMeI+hTjT06Qtbp3NPTFFiNO4bb7+E2ZYPthkn40wXnHkkm/fk RSDA== X-Gm-Message-State: ALoCoQm5OrtdsHWiHrfHPB9yvT6rdorYcAzhIch230yFu1OkjlXou0xp5o/jXZ7EI50P3cCa9ZTI MIME-Version: 1.0 X-Received: by 10.42.47.201 with SMTP id p9mr1043135icf.4.1390395260839; Wed, 22 Jan 2014 04:54:20 -0800 (PST) Received: by 10.43.13.130 with HTTP; Wed, 22 Jan 2014 04:54:20 -0800 (PST) In-Reply-To: <2121752681.4348.1390376494793.JavaMail.root@daemoninthecloset.org> References: <2121752681.4348.1390376494793.JavaMail.root@daemoninthecloset.org> Date: Wed, 22 Jan 2014 07:54:20 -0500 Message-ID: Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 From: Eric Dombroski To: Bryan Venteicher Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 12:54:22 -0000 Hello Bryan: I'm not using DHCP on that interface. I'll throw out there this only appears to happen with receive, I still get good performance on send. client: $ iperf -c 192.168.100.5 -r -t 20 freebsd server: $ sudo iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.6 port 43573 [ ID] Interval Transfer Bandwidth [ 4] 0.0-20.0 sec 7.00 GBytes 3.01 Gbits/sec ******** slow ------------------------------------------------------------ Client connecting to 192.168.100.6, TCP port 5001 TCP window size: 40.5 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.100.5 port 35167 connected with 192.168.100.6 port 5001 Waiting for server threads to complete. Interrupt again to force quit. [ 4] 0.0-20.0 sec 46.5 GBytes 20.0 Gbits/sec ******** expected On Wed, Jan 22, 2014 at 2:41 AM, Bryan Venteicher < bryanv@daemoninthecloset.org> wrote: > Hi, > > ----- Original Message ----- > > PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=185864 > > > > > > There's a couple things going on here. > > First, we're spending an absurd amount of time in bpf [1], specifically > when getting the time value in acpi_timer_get_timecount(). This amounts > to nearly 25% of the profiled run. I'm guessing that a filter is using > BPF_TSTAMP_NORMAL in 10.0, where as it was using BPF_TSTAMP_FAST in 9.2. > > Are you using DHCP on the vtnetX interface? Can you use a static IP instead > (and perhaps also even remove `device bpf` from your kernel config to be > sure)? > > Second, the rate of Tx completion interrupts much higher than I recall. > I'm still thinking about this. > > [1] - http://people.freebsd.org/~bryanv/vtnet/vtnet-bpf-10.svg > > Bryan > > > On Sat, Jan 18, 2014 at 1:51 PM, Eric Dombroski > wrote: > > > > > Hello: > > > > > > I believe there is a major performance regression between FreeBSD > > > 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers (vtnet) > and > > > handling incoming traffic. Below are the results of some iperf tests > and > > > large dd operations over NFS. Write throughput goes from ~40Gbps to > > > ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection becomes > unstable > > > ("no buffer space available"), requiring the interface to be taken > down/up. > > > > > > > > > These results are on fresh installs of 9.2 and 10.0RC5, no sysctl > tweaks > > > on either system. > > > > > > I can't reproduce this using an Intel 1Gbps ethernet through PCIe > > > passthrough, although I suspect the problem manifests itself over 1Gbps > > > speeds anyway. > > > > > > Tests: > > > > > > Client (host): > > > root@gogo:~# uname -a > > > Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux > > > root@gogo:~# kvm -version > > > QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), > Copyright > > > (c) 2003-2008 Fabrice Bellard > > > root@gogo:~# lsmod | grep vhost > > > vhost_net 27436 3 > > > tun 18337 8 vhost_net > > > macvtap 17633 1 vhost_net > > > > > > > > > Command: iperf -c 192.168.100.x -t 60 > > > > > > > > > Server (FreeBSD 9.2 VM): > > > > > > root@umarotest:~ # uname -a > > > FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat > Jan > > > 11 03:25:02 UTC 2014 > > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > > > amd64 > > > root@umarotest:~ # iperf -s > > > ------------------------------------------------------------ > > > Server listening on TCP port 5001 > > > TCP window size: 64.0 KByte (default) > > > ------------------------------------------------------------ > > > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > > port 58996 > > > [ ID] Interval Transfer Bandwidth > > > [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec > > > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > > port 58997 > > > [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > > > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > > port 58998 > > > [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec > > > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > > port 58999 > > > [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec > > > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > > > port 59000 > > > [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > > > > > > While pinging out from the server to the client, I do not get any > > > errors. > > > > > > > > > root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD 10.0-RC5 > #0 > > > r260430: Wed Jan 8 05:10:04 UTC 2014 > > > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > > > amd64 > > > root@umaro:~ # iperf -s > > > ------------------------------------------------------------ > > > Server listening on TCP port 5001 > > > TCP window size: 64.0 KByte (default) > > > ------------------------------------------------------------ > > > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > > port 50264 > > > [ ID] Interval Transfer Bandwidth > > > [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec > > > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > > port 50265 > > > [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec > > > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > > port 50266 > > > [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > > > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > > port 50267 > > > [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > > > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > > > port 50268 > > > [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec > > > > > > *** While pinging out from the server to client, frequent "ping: > > > sendto: No space left on device" errors *** > > > > > > > > > After a while, I can also reliably re-produce more egregious > "ping: > > > sendto: No buffer space available" errors after doing a large > sequential > > > write over NFS: > > > > > > mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5: > /storage/shared > > > /mnt/nfs > > > dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 > > > > > > I am going to file a freebsd bug report as well. > > > > > > Thanks, > > > Eric > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 15:46:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AE69BE for ; Wed, 22 Jan 2014 15:46:31 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA83157A for ; Wed, 22 Jan 2014 15:46:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=F22qVVCjkQIf63x+Y3RwpMnn1EnCf2Ul7wHI0WSRtpw=; b=Cjx8pBs1Yjdd5VRHmQfBLORukIkwgorEl3YK93352p/dySujnT145XJXwkrDYmEFAwekvpOuaizQoBhrc7eIvevgsiN59AlgsrYWRGhDk8B8yeHjl6NSpySOPCVFlyhM8vGNJHsx8SBV4n4AH+9AxEmHWtAYare3UafdYx9N9f8=; Received: from iglou4.iglou.com ([192.107.41.39]:40798 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1W5zgx-0001Rh-1G by authid with igloumta_auth for freebsd-stable@freebsd.org; Wed, 22 Jan 2014 10:26:11 -0500 Received: from shell1.iglou.com ([192.107.41.17]:35241 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1W5zgw-00028V-KA for freebsd-stable@freebsd.org; Wed, 22 Jan 2014 10:26:10 -0500 Date: Wed, 22 Jan 2014 10:26:10 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-stable@freebsd.org Subject: freeradius3 error on freebsd10 Message-ID: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 15:46:31 -0000 Hello, Perhaps this should be sent to the freeradius list. I have not built freeradius3 anywhere else- so not sure. "Errors reading dictionary: dict_init: /usr/local/share/freeradius/dictionary.dhcp[208]: Type "tlv" can only be for "format=1,1". I do not even want the dhcp dictionary. It arrived with the others. The only option I added to the build was "with postgresql support". Anyone familiar with this? Darrel From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 16:29:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58B7DE81 for ; Wed, 22 Jan 2014 16:29:56 +0000 (UTC) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c: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 14D96190B for ; Wed, 22 Jan 2014 16:29:56 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id c14so372910vea.31 for ; Wed, 22 Jan 2014 08:29:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xk3qqt3z0Xy+UvbL2BtaHGFiRoZeIy5upYqUOqyEt1c=; b=EWPQgB+Dn6kM3Sq6dw2dcVMRRKZN2uou+0VMsspQhUdIiBnPdfGJ/tJS0PpM+h7gI9 nvWKtDQA2zcN55cyNRRSNGJTwUP6vLe9a7fud6E7Su4JEsuHBTvjHXzGSpSACdNSWf2q HhSPCiPvnIJ+3iP5z8vJyLiNKB+Xij1uOAoIKW/o4zvWPBio3l4tH9hiwigsbd8AXmhu HQcn7NfQn9avFs/GBzJ7X/Pzd5Zx6A8HveA2y0DK/+iy9uPwX5xXKUxenObjksV4L2G1 omGquHk6Ox19kPF+fWybErb7r8BAu504qVr7RBrA5+efFNF7ma2CAm7Be54dLyY3gOLu 5AzA== MIME-Version: 1.0 X-Received: by 10.221.54.65 with SMTP id vt1mr71583vcb.46.1390408195214; Wed, 22 Jan 2014 08:29:55 -0800 (PST) Received: by 10.220.168.135 with HTTP; Wed, 22 Jan 2014 08:29:55 -0800 (PST) In-Reply-To: References: Date: Wed, 22 Jan 2014 11:29:55 -0500 Message-ID: Subject: Re: freeradius3 error on freebsd10 From: Thomas Hoffmann To: Darrel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 16:29:56 -0000 On Wed, Jan 22, 2014 at 10:26 AM, Darrel wrote: > Hello, > > Perhaps this should be sent to the freeradius list. I have not built > freeradius3 anywhere else- so not sure. > > "Errors reading dictionary: dict_init: /usr/local/share/freeradius/ > dictionary.dhcp[208]: > Type "tlv" can only be for "format=1,1". > > I do not even want the dhcp dictionary. It arrived with the others. > > The only option I added to the build was "with postgresql support". > > Anyone familiar with this? > > Darrel IIRC, that error means you are using a 2.x dictionary with a 3.x version. You should not get that error with a clean 3.x installation. Are you installing 3.x over 2.x? If so, I'd suggest wiping the 2.x version first, than installing 3.x. For more in depth info I'd suggest the freeradius lists. - Tom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 16:49:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A8A47A2 for ; Wed, 22 Jan 2014 16:49:32 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 54A2D1AE0 for ; Wed, 22 Jan 2014 16:49:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=zCCLLdnhCmM0rBjL3M84rse1a+VXw1SGkljfSzJ+Wz0=; b=I26cRGWjgAlkZJyc4IgWDQUuFZ4fyAdr3BuPYtq9KzfE+c8gkmW9+59eoGXxsi1pHM3qmysnj+cKaPyURUu2tUwxsrG8EOAe2Huq4d8h7ZArCwLgQR/m02DjM1qKEWX4Q/wtqUJ6IW4yhMFj8HtXwIIpaeK4zJJCNqXzQiHVHNo=; Received: from iglou2.iglou.com ([192.107.41.8]:57286 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1W60zb-0000zX-Du by authid with igloumta_auth for freebsd-stable@freebsd.org; Wed, 22 Jan 2014 11:49:31 -0500 Received: from shell1.iglou.com ([192.107.41.17]:36298 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1W60za-0005l3-V8; Wed, 22 Jan 2014 11:49:31 -0500 Date: Wed, 22 Jan 2014 11:49:30 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Thomas Hoffmann Subject: Re: freeradius3 error on freebsd10 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 16:49:32 -0000 >> >> Perhaps this should be sent to the freeradius list. I have not built >> freeradius3 anywhere else- so not sure. >> >> "Errors reading dictionary: dict_init: /usr/local/share/freeradius/ >> dictionary.dhcp[208]: >> Type "tlv" can only be for "format=1,1". >> >> I do not even want the dhcp dictionary. It arrived with the others. >> >> The only option I added to the build was "with postgresql support". >> >> Anyone familiar with this? >> >> Darrel > > > IIRC, that error means you are using a 2.x dictionary with a 3.x version. > You should not get that error with a clean 3.x installation. Are you > installing 3.x over 2.x? If so, I'd suggest wiping the 2.x version first, > than installing 3.x. For more in depth info I'd suggest the freeradius > lists. > > - Tom Totally new build. /usr/ports/net/freeradius3 I just joined the freeradius users list. Thank you, Darrel From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 17:52:28 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A4F7332; Wed, 22 Jan 2014 17:52:28 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id BD4D4117E; Wed, 22 Jan 2014 17:52:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:Message-ID:Subject:cc:To:From:Date; bh=5A8HQCKQYzI1S5fzMPDNGUkKoFa4WRNlQi5YQ7EfDP4=; b=upUITd7LkyyRro90su8/PC0yeLSLy8TL+ETGvI4xdhwPuVCaNFJAk5jKP0m0Da8v/gDWZSR5dWckcyE6hpG5avVCHfZuKoYdovywB/pC/EmHC1ACJRohF+64tEnonYY43SRJw74q39DS+Z2onT5Yy2hzk9QM+NV4/8SX5nI4Rkg=; Received: from iglou4.iglou.com ([192.107.41.39]:53012 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1W61yU-0004Re-P5 by authid with igloumta_auth; Wed, 22 Jan 2014 12:52:26 -0500 Received: from shell1.iglou.com ([192.107.41.17]:36457 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1W61yU-0007ku-EV; Wed, 22 Jan 2014 12:52:26 -0500 Date: Wed, 22 Jan 2014 12:52:26 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: zi@FreeBSD.org Subject: freeradius3 dhcp.dictionary error Message-ID: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 17:52:28 -0000 Hello. This might be an error in the Makefile, or something similar: >>"Errors reading dictionary: dict_init: >>/usr/local/share/freeradius/dictionary.dhcp[208]: >>Type "tlv" can only be for "format=1,1". >> > >>From FreeBSD-stable list: > IIRC, that error means you are using a 2.x dictionary with a 3.x version. > You should not get that error with a clean 3.x installation. Are you > installing 3.x over 2.x? If so, I'd suggest wiping the 2.x version first, > than installing 3.x. For more in depth info I'd suggest the freeradius > lists. how was it installed? dont see the issue here with 3.0 or 3.1 alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 18:53:30 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B137A0E; Wed, 22 Jan 2014 18:53:30 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD910174C; Wed, 22 Jan 2014 18:53:28 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0MIrIWq035624; Wed, 22 Jan 2014 20:53:18 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0MIrIJ4035459; Wed, 22 Jan 2014 18:53:18 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Jan 2014 18:53:18 GMT Message-Id: <201401221853.s0MIrIJ4035459@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 18:53:30 -0000 TB --- 2014-01-22 17:10:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-22 17:10:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-22 17:10:43 - starting RELENG_10 tinderbox run for ia64/ia64 TB --- 2014-01-22 17:10:43 - cleaning the object tree TB --- 2014-01-22 17:10:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-22 17:11:35 - At svn revision 261031 TB --- 2014-01-22 17:11:36 - building world TB --- 2014-01-22 17:11:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-22 17:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-22 17:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-22 17:11:36 - SRCCONF=/dev/null TB --- 2014-01-22 17:11:36 - TARGET=ia64 TB --- 2014-01-22 17:11:36 - TARGET_ARCH=ia64 TB --- 2014-01-22 17:11:36 - TZ=UTC TB --- 2014-01-22 17:11:36 - __MAKE_CONF=/dev/null TB --- 2014-01-22 17:11:36 - cd /src TB --- 2014-01-22 17:11:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 22 17:11:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/usr.bin/openssl/../../../crypto/openssl -I/src/secure/usr.bin/openssl/../../../crypto/openssl/crypto -I/obj/ia64.ia64/src/secure/usr.bin/openssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DMONOLITH -I/src/secure/usr.bin/openssl -std=gnu99 -Wno-pointer-sign -c /src/secure/usr.bin/openssl/../../../crypto/openssl/apps/s_cb.c cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/usr.bin/openssl/../../../crypto/openssl -I/src/secure/usr.bin/openssl/../../../crypto/openssl/crypto -I/obj/ia64.ia64/src/secure/usr.bin/openssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DMONOLITH -I/src/secure/usr.bin/openssl -std=gnu99 -Wno-pointer-sign -c /src/secure/usr.bin/openssl/../../../crypto/openssl/apps/s_client.c cc -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/src/secure/usr.bin/openssl/../../../crypto/openssl -I/src/secure/usr.bin/openssl/../../../crypto/openssl/crypto -I/obj/ia64.ia64/src/secure/usr.bin/openssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DMONOLITH -I/src/secure/usr.bin/openssl -std=gnu99 -Wno-pointer-sign -c /src/secure/usr.bin/openssl/../../../crypto/openssl/apps/s_server.c /src/secure/usr.bin/openssl/../../../crypto/openssl/apps/s_server.c: In function 's_server_main': /src/secure/usr.bin/openssl/../../../crypto/openssl/apps/s_server.c:933: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[4]: stopped in /src/secure/usr.bin/openssl *** Error code 1 Stop. bmake[3]: stopped in /src/secure/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/secure *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-01-22 18:53:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-22 18:53:17 - ERROR: failed to build world TB --- 2014-01-22 18:53:17 - 4659.01 user 1871.00 system 6154.27 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 20:06:32 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C908148 for ; Wed, 22 Jan 2014 20:06:32 +0000 (UTC) Received: from exodus.zi0r.com (exodus.zi0r.com [71.245.171.203]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FAFB1E2B for ; Wed, 22 Jan 2014 20:06:31 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 8C7503A09D; Wed, 22 Jan 2014 14:58:48 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id pC8Dn950_6xm; Wed, 22 Jan 2014 14:58:46 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.245.171.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id 2355D3A09C; Wed, 22 Jan 2014 14:58:46 -0500 (EST) Date: Wed, 22 Jan 2014 14:58:44 -0500 From: Ryan Steinmetz To: Darrel Subject: Re: freeradius3 dhcp.dictionary error Message-ID: <20140122195843.GA901@exodus.zi0r.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 20:06:32 -0000 On (01/22/14 12:52), Darrel wrote: >Hello. This might be an error in the Makefile, or something similar: > > >>>"Errors reading dictionary: dict_init: >>>/usr/local/share/freeradius/dictionary.dhcp[208]: >>>Type "tlv" can only be for "format=1,1". >>> Can you send me a copy of your /usr/local/share/freeradius/dictionary.dhcp file? Thanks! -r >> >>>From FreeBSD-stable list: >> IIRC, that error means you are using a 2.x dictionary with a 3.x version. >> You should not get that error with a clean 3.x installation. Are you >> installing 3.x over 2.x? If so, I'd suggest wiping the 2.x version first, >> than installing 3.x. For more in depth info I'd suggest the freeradius >> lists. > >how was it installed? dont see the issue here with 3.0 or 3.1 > >alan >- >List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 20:15:26 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44E3934E; Wed, 22 Jan 2014 20:15:26 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id F065B1EF0; Wed, 22 Jan 2014 20:15:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=tg/sCw7m1oxWEF6+MDhqbmlHXknoc+YjEfQAnnIaOKA=; b=ZPDD8VfbtWYvXDm12WDZgn+ZUcT0TdFnQZ3zWVvrzi6N8L/Dq0ap2DcLakKWaa2z1Cqy19JKsI8vJ2epkm8JOHRP6Wud7ASxV4Q6PDsQlGPDtuyo5SUQ61IUwPBGhjcF5wEmoAJq7dplrcwDkjqRyvsYHsK8RdEBzpq7A7XIk50=; Received: from iglou4.iglou.com ([192.107.41.39]:63739 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1W64Cr-0002As-5r by authid with igloumta_auth; Wed, 22 Jan 2014 15:15:25 -0500 Received: from shell1.iglou.com ([192.107.41.17]:37204 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1W64Cq-0004xb-Sy; Wed, 22 Jan 2014 15:15:25 -0500 Date: Wed, 22 Jan 2014 15:15:24 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Ryan Steinmetz Subject: Re: freeradius3 dhcp.dictionary error In-Reply-To: <20140122195843.GA901@exodus.zi0r.com> Message-ID: References: <20140122195843.GA901@exodus.zi0r.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-824023566-1390421724=:21856" X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 20:15:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-824023566-1390421724=:21856 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed >> Hello. This might be an error in the Makefile, or something similar: >> >> >>>> "Errors reading dictionary: dict_init: >>>> /usr/local/share/freeradius/dictionary.dhcp[208]: >>>> Type "tlv" can only be for "format=1,1". >>>> > > Can you send me a copy of your > /usr/local/share/freeradius/dictionary.dhcp file? > - file is attached to this e-mail Thank you, Darrel ---559023410-824023566-1390421724=:21856 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dictionary.dhcp Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dictionary.dhcp IyAtKi0gdGV4dCAtKi0NCiMgQ29weXJpZ2h0IChDKSAyMDExIFRoZSBGcmVl UkFESVVTIFNlcnZlciBwcm9qZWN0IGFuZCBjb250cmlidXRvcnMNCiMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIw0KIw0KIwlESENQIHRvIFJB RFVTIGdhdGV3YXkgZGljdGlvbmFyeS4NCiMNCiMJaHR0cDovL3d3dy5pYW5h Lm9yZy9hc3NpZ25tZW50cy9ib290cC1kaGNwLXBhcmFtZXRlcnMNCiMNCiMJ QWxzbyBodHRwOi8vd3d3Lm5ldHdvcmtzb3JjZXJ5LmNvbS9lbnAvcHJvdG9j b2wvYm9vdHAvb3B0aW9ucy5odG0NCiMNCiMJaHR0cDovL3d3dy5iaW5kOS5u ZXQvcmZjLWRoY3ANCiMNCiMJJElkOiBkYmY3MDU2M2QzYjU1YzNiMzQ5YWIy NWJjYWZjM2JlNWFiNTkzMDhjICQNCiMNCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIw0KDQojDQoNCiMJVGhpcyBpcyByZWFsbHkgQXBvbGxv J3MgbnVtYmVyLCBidXQgc2luY2UgdGhleSdyZSBvdXQgb2YgYnVzaW5lc3Ms DQojCUkgZG9uJ3QgdGhpbmsgdGhleSdsbCBiZSBuZWVkaW5nIHRoaXMuDQoj DQojCUhQIG93bnMgdGhlIEFwb2xsbyBhc3NldHMsIGJ1dCBsZXQncyBub3Qg d29ycnkgYWJvdXQgdGhhdC4NCiMNCiMJVGhlIHZlbmRvciBjb2RlcyBhcmUg MiBvY3RldHMsIGJlY2F1c2Ugd2UgbmVlZCAyNTYgbnVtYmVycw0KIwlmb3Ig dGhlIGJhc2UgREhDUCBvcHRpb25zLCBQTFVTIGEgZmV3IGZvciB0aGUgREhD UCBoZWFkZXJzLA0KIwl3aGljaCBhcmVuJ3QgaW4gb3B0aW9uIGZvcm1hdC4N CiMNCiMJT24gdG9wIG9mIHRoYXQsIGEgbnVtYmVyIG9mIG9wdGlvbnMgYXJl IHJlYWxseSBUTFYncy4NCiMJV2UgbmVlZCB0byBiZSBhYmxlIHRvIHVuZGVy c3RhbmQgdGhlbSwgdG9vLg0KIw0KVkVORE9SCQlESENQCQkJCTU0CWZvcm1h dD0yLDENCg0KQkVHSU4tVkVORE9SCURIQ1ANCg0KQVRUUklCVVRFCURIQ1At T3Bjb2RlCQkJCTI1NglieXRlDQpBVFRSSUJVVEUJREhDUC1IYXJkd2FyZS1U eXBlCQkJMjU3CWJ5dGUNCkFUVFJJQlVURQlESENQLUhhcmR3YXJlLUFkZHJl c3MtTGVuZ3RoCQkyNTgJYnl0ZQ0KQVRUUklCVVRFCURIQ1AtSG9wLUNvdW50 CQkJCTI1OQlieXRlDQpBVFRSSUJVVEUJREhDUC1UcmFuc2FjdGlvbi1JZAkJ CTI2MAlpbnRlZ2VyDQpBVFRSSUJVVEUJREhDUC1OdW1iZXItb2YtU2Vjb25k cwkJCTI2MQlzaG9ydA0KQVRUUklCVVRFCURIQ1AtRmxhZ3MJCQkJMjYyCXNo b3J0DQpBVFRSSUJVVEUJREhDUC1DbGllbnQtSVAtQWRkcmVzcwkJCTI2Mwlp cGFkZHINCkFUVFJJQlVURQlESENQLVlvdXItSVAtQWRkcmVzcwkJCTI2NAlp cGFkZHINCkFUVFJJQlVURQlESENQLVNlcnZlci1JUC1BZGRyZXNzCQkJMjY1 CWlwYWRkcg0KQVRUUklCVVRFCURIQ1AtR2F0ZXdheS1JUC1BZGRyZXNzCQkJ MjY2CWlwYWRkcg0KQVRUUklCVVRFCURIQ1AtQ2xpZW50LUhhcmR3YXJlLUFk ZHJlc3MJCTI2NwlldGhlcgkgICMgMTYgb2N0ZXRzDQpBVFRSSUJVVEUJREhD UC1TZXJ2ZXItSG9zdC1OYW1lCQkJMjY4CXN0cmluZwkgICMgNjQgb2N0ZXRz DQpBVFRSSUJVVEUJREhDUC1Cb290LUZpbGVuYW1lCQkJMjY5CXN0cmluZwkg ICMgMTI4IG9jdGV0cw0KDQpBVFRSSUJVVEUJREhDUC1SZWxheS1Uby1JUC1B ZGRyZXNzCQkyNzAJaXBhZGRyDQpBVFRSSUJVVEUJREhDUC1SZWxheS1NYXgt SG9wLUNvdW50CQkyNzEJaW50ZWdlcg0KDQojIFRoaXMgaXMgY29waWVkIGZy b20gdGhlIHJlcXVlc3QgcGFja2V0LCBnaWFkZHIsIGFuZA0KIyBhZGRlZCB0 byB0aGUgcmVwbHkgcGFja2V0IGJ5IHRoZSBzZXJ2ZXIgY29yZS4NCkFUVFJJ QlVURQlESENQLVJlbGF5LUlQLUFkZHJlc3MJCQkyNzIJaXBhZGRyDQoNClZB TFVFCURIQ1AtRmxhZ3MJCQlCcm9hZGNhc3QJCTB4ODAwMA0KDQoNClZBTFVF CURIQ1AtSGFyZHdhcmUtVHlwZQkJRXRoZXJuZXQJCTENClZBTFVFCURIQ1At SGFyZHdhcmUtVHlwZQkJRXhwZXJpZW1lbnRhbC1FdGhlcm5ldAkyDQpWQUxV RQlESENQLUhhcmR3YXJlLVR5cGUJCUFYLjI1CQkJMw0KVkFMVUUJREhDUC1I YXJkd2FyZS1UeXBlCQlQcm90ZW9uLVRva2VuLVJpbmcJNA0KVkFMVUUJREhD UC1IYXJkd2FyZS1UeXBlCQlDaGFvcwkJCTUNClZBTFVFCURIQ1AtSGFyZHdh cmUtVHlwZQkJSUVFRS04MDIJCTYNClZBTFVFCURIQ1AtSGFyZHdhcmUtVHlw ZQkJQXJjbmV0CQkJNw0KVkFMVUUJREhDUC1IYXJkd2FyZS1UeXBlCQlIeXBl cmNoYW5uZWwJCTgNClZBTFVFCURIQ1AtSGFyZHdhcmUtVHlwZQkJTGFuc3Rh cgkJCTkNClZBTFVFCURIQ1AtSGFyZHdhcmUtVHlwZQkJQXV0b25ldC1TaG9y dC1BZGRyZXNzCTEwDQpWQUxVRQlESENQLUhhcmR3YXJlLVR5cGUJCUxvY2Fs VGFsawkJMTENClZBTFVFCURIQ1AtSGFyZHdhcmUtVHlwZQkJTG9jYWxOZXQJ CTEyDQpWQUxVRQlESENQLUhhcmR3YXJlLVR5cGUJCVVsdHJhLUxpbmsJCTEz DQpWQUxVRQlESENQLUhhcmR3YXJlLVR5cGUJCVNNRFMJCQkxNA0KVkFMVUUJ REhDUC1IYXJkd2FyZS1UeXBlCQlGcmFtZS1SZWxheQkJMTUNClZBTFVFCURI Q1AtSGFyZHdhcmUtVHlwZQkJQVRNLTE2CQkJMTYNClZBTFVFCURIQ1AtSGFy ZHdhcmUtVHlwZQkJSERMQwkJCTE3DQpWQUxVRQlESENQLUhhcmR3YXJlLVR5 cGUJCUZpYnJlLUNoYW5uZWwJCTE4DQpWQUxVRQlESENQLUhhcmR3YXJlLVR5 cGUJCUFUTS0xOQkJCTE5DQpWQUxVRQlESENQLUhhcmR3YXJlLVR5cGUJCVNl cmlhbC1MaW5lCQkyMA0KVkFMVUUJREhDUC1IYXJkd2FyZS1UeXBlCQlBVE0t MjEJCQkyMQ0KVkFMVUUJREhDUC1IYXJkd2FyZS1UeXBlCQlNSUwtU1RELTE4 OC0yMjAJCTIyDQpWQUxVRQlESENQLUhhcmR3YXJlLVR5cGUJCU1ldHJpY29t CQkyMw0KVkFMVUUJREhDUC1IYXJkd2FyZS1UeXBlCQlJRUVFLTEzOTQJCTI0 DQpWQUxVRQlESENQLUhhcmR3YXJlLVR5cGUJCU1BUE9TCQkJMjUNClZBTFVF CURIQ1AtSGFyZHdhcmUtVHlwZQkJVHdpbmF4aWFsCQkyNg0KVkFMVUUJREhD UC1IYXJkd2FyZS1UeXBlCQlFVUktNjQJCQkyNw0KVkFMVUUJREhDUC1IYXJk d2FyZS1UeXBlCQlISVBBUlAJCQkyOA0KVkFMVUUJREhDUC1IYXJkd2FyZS1U eXBlCQlJUC1PdmVyLUlTTy03ODE2LTMJMjkNClZBTFVFCURIQ1AtSGFyZHdh cmUtVHlwZQkJQVJQU2VjCQkJMzANClZBTFVFCURIQ1AtSGFyZHdhcmUtVHlw ZQkJSVBTZWMtVHVubmVsCQkzMQ0KVkFMVUUJREhDUC1IYXJkd2FyZS1UeXBl CQlJbmZpbmliYW5kCQkzMg0KVkFMVUUJREhDUC1IYXJkd2FyZS1UeXBlCQlD QUktVElBLTEwMgkJMzMNCg0KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjDQojDQojCURIQ1AgT3B0aW9ucywgd2l0aCBjb21tZW50cy4gIEZv ciBub3csIG1hbnkgYXJlICJvY3RldHMiLA0KIwlhcyBGcmVlUkFESVVTIGRv ZXNuJ3QgaGFuZGxlIGNvbXBsZXggZGF0YSBzdHJ1Y3R1cmVzLg0KIw0KIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQoNCiNBVFRSSUJVVEUJ REhDUC1QYWQJCQkJMAlvY3RldHMNCkFUVFJJQlVURQlESENQLVN1Ym5ldC1N YXNrCQkJMQlpcGFkZHINCiMgVGltZSBPZmZzZXQgaW4gdHdvcy1jb21wbGVt ZW50IG5vdGF0aW9uLg0KQVRUUklCVVRFCURIQ1AtVGltZS1PZmZzZXQJCQky CWludGVnZXINCkFUVFJJQlVURQlESENQLVJvdXRlci1BZGRyZXNzCQkJMwlp cGFkZHIgYXJyYXkNCkFUVFJJQlVURQlESENQLVRpbWUtU2VydmVyCQkJNAlp cGFkZHIgYXJyYXkNCkFUVFJJQlVURQlESENQLUlFTi0xMTYtTmFtZS1TZXJ2 ZXIJCTUJaXBhZGRyIGFycmF5DQpBVFRSSUJVVEUJREhDUC1Eb21haW4tTmFt ZS1TZXJ2ZXIJCQk2CWlwYWRkciBhcnJheQ0KIyBMb2dnaW5nLVNlcnZlciBh ZGRyZXNzZXMNCkFUVFJJQlVURQlESENQLUxvZy1TZXJ2ZXIJCQkJNwlpcGFk ZHIgYXJyYXkNCkFUVFJJQlVURQlESENQLVF1b3Rlcy1TZXJ2ZXIJCQk4CWlw YWRkciBhcnJheQ0KQVRUUklCVVRFCURIQ1AtTFBSLVNlcnZlcgkJCQk5CWlw YWRkciBhcnJheQ0KQVRUUklCVVRFCURIQ1AtSW1wcmVzcy1TZXJ2ZXIJCQkx MAlpcGFkZHIgYXJyYXkNCkFUVFJJQlVURQlESENQLVJMUC1TZXJ2ZXIJCQkJ MTEJaXBhZGRyIGFycmF5DQojIEhvc3RuYW1lIHN0cmluZw0KQVRUUklCVVRF CURIQ1AtSG9zdG5hbWUJCQkJMTIJc3RyaW5nDQojIFNpemUgb2YgYm9vdCBm aWxlIGluIDUxMiBieXRlDQpBVFRSSUJVVEUJREhDUC1Cb290LUZpbGUtU2l6 ZQkJCTEzCXNob3J0DQojIENsaWVudCB0byBkdW1wIGFuZCBuYW1lDQpBVFRS SUJVVEUJREhDUC1NZXJpdC1EdW1wLUZpbGUJCQkxNAlvY3RldHMNCkFUVFJJ QlVURQlESENQLURvbWFpbi1OYW1lCQkJMTUJc3RyaW5nDQpBVFRSSUJVVEUJ REhDUC1Td2FwLVNlcnZlcgkJCTE2CWlwYWRkcg0KIyBQYXRoIG5hbWUgZm9y IHJvb3QgZGlzaw0KQVRUUklCVVRFCURIQ1AtUm9vdC1QYXRoCQkJCTE3CXN0 cmluZw0KQVRUUklCVVRFCURIQ1AtQm9vdHAtRXh0ZW5zaW9ucy1QYXRoCQkx OAlzdHJpbmcNCkFUVFJJQlVURQlESENQLUlQLUZvcndhcmQtRW5hYmxlCQkJ MTkJYnl0ZQ0KQVRUUklCVVRFCURIQ1AtU291cmNlLVJvdXRlLUVuYWJsZQkJ MjAJYnl0ZQ0KIyBSb3V0aW5nIFBvbGljeSBGaWx0ZXJzDQpBVFRSSUJVVEUJ REhDUC1Qb2xpY3ktRmlsdGVyCQkJMjEJb2N0ZXRzDQpBVFRSSUJVVEUJREhD UC1NYXgtRGF0YWdyYW0tUmVhc3NlbWJseS1TegkJMjIJc2hvcnQNCkFUVFJJ QlVURQlESENQLURlZmF1bHQtSVAtVFRMCQkJMjMJb2N0ZXRzDQpBVFRSSUJV VEUJREhDUC1QYXRoLU1UVS1BZ2luZy1UaW1lb3V0CQkyNAlpbnRlZ2VyDQpB VFRSSUJVVEUJREhDUC1QYXRoLU1UVS1QbGF0ZWF1LVRhYmxlCQkyNQlzaG9y dCBhcnJheQ0KQVRUUklCVVRFCURIQ1AtSW50ZXJmYWNlLU1UVS1TaXplCQkJ MjYJc2hvcnQNCkFUVFJJQlVURQlESENQLUFsbC1TdWJuZXRzLUFyZS1Mb2Nh bAkJMjcJYnl0ZQ0KQVRUUklCVVRFCURIQ1AtQnJvYWRjYXN0LUFkZHJlc3MJ CQkyOAlpcGFkZHINCkFUVFJJQlVURQlESENQLVBlcmZvcm0tTWFzay1EaXNj b3ZlcnkJCTI5CWJ5dGUNCkFUVFJJQlVURQlESENQLVByb3ZpZGUtTWFzay1U by1PdGhlcnMJCTMwCWJ5dGUNCkFUVFJJQlVURQlESENQLVBlcmZvcm0tUm91 dGVyLURpc2NvdmVyeQkJMzEJYnl0ZQ0KQVRUUklCVVRFCURIQ1AtUm91dGVy LVNvbGljaXRhdGlvbi1BZGRyZXNzCTMyCWlwYWRkcg0KIyBmaXJzdCBpcyBk ZXN0aW5hdGlvbiBhZGRyZXNzLCBzZWNvbmQgaXMgcm91dGVyLg0KQVRUUklC VVRFCURIQ1AtU3RhdGljLVJvdXRlcwkJCTMzCWlwYWRkciBhcnJheQ0KQVRU UklCVVRFCURIQ1AtVHJhaWxlci1FbmNhcHN1bGF0aW9uCQkzNAlieXRlDQpB VFRSSUJVVEUJREhDUC1BUlAtQ2FjaGUtVGltZW91dAkJCTM1CWludGVnZXIN CkFUVFJJQlVURQlESENQLUV0aGVybmV0LUVuY2Fwc3VsYXRpb24JCTM2CWJ5 dGUNCkFUVFJJQlVURQlESENQLURlZmF1bHQtVENQLVRUTAkJCTM3CWJ5dGUN CkFUVFJJQlVURQlESENQLUtlZXAtQWxpdmUtSW50ZXJ2YWwJCTM4CWludGVn ZXINCkFUVFJJQlVURQlESENQLUtlZXAtQWxpdmUtR2FyYmFnZQkJCTM5CWJ5 dGUNCkFUVFJJQlVURQlESENQLU5JUy1Eb21haW4tTmFtZQkJCTQwCXN0cmlu Zw0KQVRUUklCVVRFCURIQ1AtTklTLVNlcnZlcnMJCQk0MQlpcGFkZHIgYXJy YXkNCkFUVFJJQlVURQlESENQLU5UUC1TZXJ2ZXJzCQkJNDIJaXBhZGRyIGFy cmF5DQojIE4gVmVuZG9yIFNwZWNpZmljIEluZm9ybWF0aW9uDQpBVFRSSUJV VEUJREhDUC1WZW5kb3IJCQkJNDMJb2N0ZXRzICMgdGx2DQpBVFRSSUJVVEUJ REhDUC1ORVRCSU9TLU5hbWUtU2VydmVycwkJNDQJaXBhZGRyIGFycmF5DQpB VFRSSUJVVEUJREhDUC1ORVRCSU9TLURnbS1EaXN0LVNlcnZlcnMJCTQ1CWlw YWRkciBhcnJheQ0KQVRUUklCVVRFCURIQ1AtTkVUQklPUy1Ob2RlLVR5cGUJ CQk0NglieXRlDQojIE4gTkVUQklPUyBTY29wZQ0KQVRUUklCVVRFCURIQ1At TkVUQklPUwkJCQk0NwlvY3RldHMNCkFUVFJJQlVURQlESENQLVgtV2luZG93 LUZvbnQtU2VydmVyCQk0OAlpcGFkZHIgYXJyYXkNCkFUVFJJQlVURQlESENQ LVgtV2luZG93LURpc3BsYXktTWdyCQk0OQlpcGFkZHIgYXJyYXkNCkFUVFJJ QlVURQlESENQLVJlcXVlc3RlZC1JUC1BZGRyZXNzCQk1MAlpcGFkZHINCkFU VFJJQlVURQlESENQLUlQLUFkZHJlc3MtTGVhc2UtVGltZQkJNTEJaW50ZWdl cg0KIyBPdmVybG9hZCAic25hbWUiIG9yICJmaWxlIg0KQVRUUklCVVRFCURI Q1AtT3ZlcmxvYWQJCQkJNTIJYnl0ZQ0KQVRUUklCVVRFCURIQ1AtTWVzc2Fn ZS1UeXBlCQkJNTMJYnl0ZQ0KQVRUUklCVVRFCURIQ1AtREhDUC1TZXJ2ZXIt SWRlbnRpZmllcgkJNTQJaXBhZGRyDQoNCiMgQXJyYXkgb2YgMS1ieXRlIG51 bWJlcnMgaW5kaWNhdGluZyB3aGljaCBvcHRpb25zIHRoZSBjbGllbnQNCiMg d291bGQgbGlrZSB0byBzZWUgaW4gdGhlIHJlc3BvbnNlLg0KQVRUUklCVVRF CURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAkJNTUJYnl0ZSBhcnJheQ0K QVRUUklCVVRFCURIQ1AtREhDUC1FcnJvci1NZXNzYWdlCQkJNTYJb2N0ZXRz DQpBVFRSSUJVVEUJREhDUC1ESENQLU1heGltdW0tTXNnLVNpemUJCTU3CXNo b3J0DQpBVFRSSUJVVEUJREhDUC1SZW5ld2FsLVRpbWUJCQk1OAlpbnRlZ2Vy DQpBVFRSSUJVVEUJREhDUC1SZWJpbmRpbmctVGltZQkJCTU5CWludGVnZXIN CkFUVFJJQlVURQlESENQLVZlbmRvci1DbGFzcy1JZGVudGlmaWVyCQk2MAlz dHJpbmcNCg0KIyBDbGllbnQgSWRlbnRpZmllcg0KIyBGaXJzdCBvY3RldHMg aXMgREhDUC1IYXJkd2FyZS1UeXBlLCByZXN0IGFyZSB0eXBlLXNwZWNpZmlj IGRhdGEsDQojIGUuZy4gTUFDIGFkZHJlc3MuDQpBVFRSSUJVVEUJREhDUC1D bGllbnQtSWRlbnRpZmllcgkJCTYxCWV0aGVyDQpBVFRSSUJVVEUJREhDUC1O ZXR3YXJlLURvbWFpbi1OYW1lCQk2MglvY3RldHMNCkFUVFJJQlVURQlESENQ LU5ldHdhcmUtU3ViLU9wdGlvbnMJCTYzCW9jdGV0cw0KQVRUUklCVVRFCURI Q1AtTklTLUNsaWVudC1Eb21haW4tTmFtZQkJNjQJb2N0ZXRzDQpBVFRSSUJV VEUJREhDUC1OSVMtU2VydmVyLUFkZHJlc3MJCQk2NQlpcGFkZHINCkFUVFJJ QlVURQlESENQLVRGVFAtU2VydmVyLU5hbWUJCQk2NglzdHJpbmcNCkFUVFJJ QlVURQlESENQLUJvb3QtRmlsZS1OYW1lCQkJNjcJc3RyaW5nDQojIEhvbWUg QWdlbnQgQWRkcmVzc2VzDQpBVFRSSUJVVEUJREhDUC1Ib21lLUFnZW50LUFk ZHJlc3MJCQk2OAlvY3RldHMNCkFUVFJJQlVURQlESENQLVNNVFAtU2VydmVy LUFkZHJlc3MJCTY5CWlwYWRkciBhcnJheQ0KQVRUUklCVVRFCURIQ1AtUE9Q My1TZXJ2ZXItQWRkcmVzcwkJNzAJaXBhZGRyIGFycmF5DQpBVFRSSUJVVEUJ REhDUC1OTlRQLVNlcnZlci1BZGRyZXNzCQk3MQlpcGFkZHIgYXJyYXkNCkFU VFJJQlVURQlESENQLVdXVy1TZXJ2ZXItQWRkcmVzcwkJCTcyCWlwYWRkciBh cnJheQ0KQVRUUklCVVRFCURIQ1AtRmluZ2VyLVNlcnZlci1BZGRyZXNzCQk3 MwlpcGFkZHIgYXJyYXkNCkFUVFJJQlVURQlESENQLUlSQy1TZXJ2ZXItQWRk cmVzcwkJCTc0CWlwYWRkciBhcnJheQ0KQVRUUklCVVRFCURIQ1AtU3RyZWV0 VGFsay1TZXJ2ZXItQWRkcmVzcwkJNzUJaXBhZGRyIGFycmF5DQpBVFRSSUJV VEUJREhDUC1TVERBLVNlcnZlci1BZGRyZXNzCQk3NglpcGFkZHIgYXJyYXkN CiMgVXNlciBDbGFzcyBJbmZvcm1hdGlvbg0KQVRUUklCVVRFCURIQ1AtVXNl ci1DbGFzcwkJCQk3NwlvY3RldHMNCiMgZGlyZWN0b3J5IGFnZW50IGluZm9y bWF0aW9uDQpBVFRSSUJVVEUJREhDUC1EaXJlY3RvcnktQWdlbnQJCQk3OAlv Y3RldHMNCiMgc2VydmljZSBsb2NhdGlvbiBhZ2VudCBzY29wZQ0KQVRUUklC VVRFCURIQ1AtU2VydmljZS1TY29wZQkJCTc5CW9jdGV0cw0KIyBSYXBpZCBD b21taXQNCkFUVFJJQlVURQlESENQLVJhcGlkLUNvbW1pdAkJCTgwCW9jdGV0 cw0KIyBGdWxseSBRdWFsaWZpZWQgRG9tYWluIE5hbWUNCkFUVFJJQlVURQlE SENQLUNsaWVudC1GUUROCQkJODEJc3RyaW5nDQojIFJlbGF5IEFnZW50IElu Zm9ybWF0aW9uDQpBVFRSSUJVVEUJREhDUC1SZWxheS1BZ2VudC1JbmZvcm1h dGlvbgkJODIJdGx2DQoNCkFUVFJJQlVURQlESENQLUFnZW50LUNpcmN1aXQt SWQJCQk4Mi4xCW9jdGV0cw0KQVRUUklCVVRFCURIQ1AtQWdlbnQtUmVtb3Rl LUlkCQkJODIuMglvY3RldHMNCg0KQVRUUklCVVRFCURIQ1AtUmVsYXktQ2ly Y3VpdC1JZAkJCTgyLjEJb2N0ZXRzDQpBVFRSSUJVVEUJREhDUC1SZWxheS1S ZW1vdGUtSWQJCQk4Mi4yCW9jdGV0cw0KDQojIDMgaXMgcmVzZXJ2ZWQgYW5k IHNob3VsZG4ndCBiZSB1c2VkIGZvciBhbnl0aGluZw0KQVRUUklCVVRFCURI Q1AtRG9jc2lzLURldmljZS1DbGFzcwkJODIuNAlpbnRlZ2VyDQpBVFRSSUJV VEUJREhDUC1SZWxheS1MaW5rLVNlbGVjdGlvbgkJODIuNQlpcGFkZHIJDQpB VFRSSUJVVEUJREhDUC1TdWJzY3JpYmVyLUlkCQkJODIuNglzdHJpbmcNCg0K IyBBR0ghICBSQURJVVMgaW5zaWRlIG9mIERIQ1AhDQpBVFRSSUJVVEUJREhD UC1SQURJVVMtQXR0cmlidXRlcwkJCTgyLjcJb2N0ZXRzDQoNCiMgSG9ycmli bHkgY29tcGxpY2F0ZWQNCkFUVFJJQlVURQlESENQLUF1dGhlbnRpY2F0aW9u LUluZm9ybWF0aW9uCQk4Mi44CW9jdGV0cw0KQVRUUklCVVRFCURIQ1AtVmVu ZG9yLVNwZWNpZmljLUluZm9ybWF0aW9uCTgyLjkJb2N0ZXRzDQpBVFRSSUJV VEUJREhDUC1SZWxheS1BZ2VudC1GbGFncwkJCTgyLjEwCWJ5dGUNCkFUVFJJ QlVURQlESENQLVNlcnZlci1JZGVudGlmaWVyLU92ZXJyaWRlCQk4Mi4xMQlp cGFkZHINCg0KIyBJbnRlcm5ldCBTdG9yYWdlIE5hbWUgU2VydmljZQ0KQVRU UklCVVRFCURIQ1AtaVNOUwkJCQk4MwlvY3RldHMNCiMgTm92ZWxsIERpcmVj dG9yeSBTZXJ2aWNlcw0KQVRUUklCVVRFCURIQ1AtTkRTLVNlcnZlcnMJCQk4 NQlvY3RldHMNCiMgTm92ZWxsIERpcmVjdG9yeSBTZXJ2aWNlcw0KQVRUUklC VVRFCURIQ1AtTkRTLVRyZWUtTmFtZQkJCTg2CW9jdGV0cw0KIyBOb3ZlbGwg RGlyZWN0b3J5IFNlcnZpY2VzDQpBVFRSSUJVVEUJREhDUC1ORFMtQ29udGV4 dAkJCTg3CW9jdGV0cw0KIyBBdXRoZW50aWNhdGlvbg0KQVRUUklCVVRFCURI Q1AtQXV0aGVudGljYXRpb24JCQk5MAlvY3RldHMNCg0KQVRUUklCVVRFCURI Q1AtQ2xpZW50LUxhc3QtVHhuLVRpbWUJCTkxCW9jdGV0cw0KDQpBVFRSSUJV VEUJREhDUC1hc3NvY2lhdGVkLWlwCQkJOTIJb2N0ZXRzDQojIENsaWVudCBT eXN0ZW0gQXJjaGl0ZWN0dXJlDQpBVFRSSUJVVEUJREhDUC1DbGllbnQtU3lz dGVtCQkJOTMJb2N0ZXRzDQojIENsaWVudCBOZXR3b3JrIERldmljZSBJbnRl cmZhY2UNCkFUVFJJQlVURQlESENQLUNsaWVudC1OREkJCQkJOTQJb2N0ZXRz DQojIExpZ2h0d2VpZ2h0IERpcmVjdG9yeSBBY2Nlc3MgUHJvdG9jb2wNCkFU VFJJQlVURQlESENQLUxEQVAJCQkJOTUJb2N0ZXRzDQojIFVVSUQvR1VJRC1i YXNlZCBDbGllbnQgSWRlbnRpZmllcg0KQVRUUklCVVRFCURIQ1AtVVVJRC9H VUlECQkJCTk3CW9jdGV0cw0KIyBPcGVuIEdyb3VwJ3MgVXNlciBBdXRoZW50 aWNhdGlvbg0KQVRUUklCVVRFCURIQ1AtVXNlci1BdXRoCQkJCTk4CW9jdGV0 cw0KIyBOZXRJbmZvIFBhcmVudC1TZXJ2ZXIgQWRkcmVzcw0KQVRUUklCVVRF CURIQ1AtTmV0aW5mby1BZGRyZXNzCQkJMTEyCW9jdGV0cw0KIyBOZXRJbmZv IFBhcmVudC1TZXJ2ZXIgVGFnDQpBVFRSSUJVVEUJREhDUC1OZXRpbmZvLVRh ZwkJCTExMwlvY3RldHMNCiMgVVJMDQpBVFRSSUJVVEUJREhDUC1VUkwJCQkJ MTE0CW9jdGV0cw0KIyBESENQIEF1dG8tQ29uZmlndXJhdGlvbg0KQVRUUklC VVRFCURIQ1AtQXV0by1Db25maWcJCQkxMTYJYnl0ZQ0KIyBOYW1lIFNlcnZp Y2UgU2VhcmNoDQpBVFRSSUJVVEUJREhDUC1OYW1lLVNlcnZpY2UtU2VhcmNo CQkxMTcJb2N0ZXRzDQojIFN1Ym5ldCBTZWxlY3Rpb24gT3B0aW9uDQpBVFRS SUJVVEUJREhDUC1TdWJuZXQtU2VsZWN0aW9uLU9wdGlvbgkJMTE4CW9jdGV0 cw0KIyBETlMgZG9tYWluIHNlcmFjaCBsaXN0DQpBVFRSSUJVVEUJREhDUC1E b21haW4tU2VhcmNoCQkJMTE5CW9jdGV0cw0KIyBTSVAtU2VydmVycyBESENQ IE9wdGlvbg0KQVRUUklCVVRFCURIQ1AtU0lQLVNlcnZlcnMtREhDUC1PcHRp b24JCTEyMAlvY3RldHMNCiMgQ2xhc3NsZXNzIFN0YXRpYyBSb3V0ZSBPcHRp b24NCkFUVFJJQlVURQlESENQLUNsYXNzbGVzcy1TdGF0aWMtUm91dGUJCTEy MQlvY3RldHMNCiMgQ2FibGVMYWJzIENsaWVudCBDb25maWd1cmF0aW9uDQpB VFRSSUJVVEUJREhDUC1DQ0MJCQkJMTIyCW9jdGV0cw0KIyAxNiBHZW9Db25m IE9wdGlvbg0KQVRUUklCVVRFCURIQ1AtR2VvQ29uZi1PcHRpb24JCQkxMjMJ b2N0ZXRzDQoNCiMgVmVuZG9yIENsYXNzDQojDQojIFN0cmluZyBuYW1lIHRo YXQgZGVmaW5lcyB0aGUgdmVuZG9yIHNwYWNlIHVzZWQgZm9yIHRoZSBUTFYn cw0KIyBpbiBvcHRpb24gMTI1Lg0KIw0KQVRUUklCVVRFCURIQ1AtVi1JLVZl bmRvci1DbGFzcwkJCTEyNAlvY3RldHMNCiMgVmVuZG9yLVNwZWNpZmljDQpB VFRSSUJVVEUJREhDUC1WLUktVmVuZG9yLVNwZWNpZmljCQkxMjUJb2N0ZXRz ICMgdGx2DQpBVFRSSUJVVEUJREhDUC1FdGhlcmJvb3QJCQkJMTI4CWV0aGVy DQojIChmb3IgSVAgUGhvbmUgc29mdHdhcmUgbG9hZCkNCkFUVFJJQlVURQlE SENQLVRGVFAtU2VydmVyLUlQLUFkZHJlc3MJCTEyOAlvY3RldHMNCg0KQVRU UklCVVRFCURIQ1AtQ2FsbC1TZXJ2ZXItSVAtYWRkcmVzcwkJMTI5CW9jdGV0 cw0KDQpBVFRSSUJVVEUJREhDUC1FdGhlcm5ldC1JbnRlcmZhY2UJCQkxMzAJ b2N0ZXRzDQoNCkFUVFJJQlVURQlESENQLVZlbmRvci1EaXNjcmltaW5hdGlv bi1TdHIJCTEzMAlvY3RldHMNCg0KQVRUUklCVVRFCURIQ1AtUmVtb3RlLVN0 YXRzLVN2ci1JUC1BZGRyZXNzCTEzMQlvY3RldHMNCg0KQVRUUklCVVRFCURI Q1AtSUVFRS04MDIuMVEtTDItUHJpb3JpdHkJCTEzMglvY3RldHMNCg0KQVRU UklCVVRFCURIQ1AtSUVFRS04MDIuMVAtVkxBTi1JRAkJMTMzCW9jdGV0cw0K DQpBVFRSSUJVVEUJREhDUC1EaWZmc2Vydi1Db2RlLVBvaW50CQkxMzQJb2N0 ZXRzDQoNCkFUVFJJQlVURQlESENQLUhUVFAtUHJveHkJCQkJMTM1CW9jdGV0 cw0KDQpBVFRSSUJVVEUJREhDUC1DaXNjby1URlRQLVNlcnZlci1JUC1BZGRy ZXNzZXMJMTUwCWlwYWRkciBhcnJheQ0KDQpBVFRSSUJVVEUJREhDUC1FbmQt T2YtT3B0aW9ucwkJCTI1NQlieXRlDQoNClZBTFVFCURIQ1AtT3Bjb2RlCQkJ Q2xpZW50LU1lc3NhZ2UJCTENClZBTFVFCURIQ1AtT3Bjb2RlCQkJU2VydmVy LU1lc3NhZ2UJCTINCg0KVkFMVUUJREhDUC1NZXNzYWdlLVR5cGUJCURIQ1At RGlzY292ZXIJCTENClZBTFVFCURIQ1AtTWVzc2FnZS1UeXBlCQlESENQLU9m ZmVyCQkyDQpWQUxVRQlESENQLU1lc3NhZ2UtVHlwZQkJREhDUC1SZXF1ZXN0 CQkzDQpWQUxVRQlESENQLU1lc3NhZ2UtVHlwZQkJREhDUC1EZWNsaW5lCQk0 DQpWQUxVRQlESENQLU1lc3NhZ2UtVHlwZQkJREhDUC1BY2sJCTUNClZBTFVF CURIQ1AtTWVzc2FnZS1UeXBlCQlESENQLU5BSwkJNg0KVkFMVUUJREhDUC1N ZXNzYWdlLVR5cGUJCURIQ1AtUmVsZWFzZQkJNw0KVkFMVUUJREhDUC1NZXNz YWdlLVR5cGUJCURIQ1AtSW5mb3JtCQk4DQpWQUxVRQlESENQLU1lc3NhZ2Ut VHlwZQkJREhDUC1Gb3JjZS1SZW5ldwk5DQoNClZBTFVFCURIQ1AtUGFyYW1l dGVyLVJlcXVlc3QtTGlzdAlESENQLVN1Ym5ldC1NYXNrCTENClZBTFVFCURI Q1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVRpbWUtT2Zmc2V0CTIN ClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVJvdXRl ci1BZGRyZXNzCTMNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlz dAlESENQLVRpbWUtU2VydmVyCTQNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJl cXVlc3QtTGlzdAlESENQLUlFTi0xMTYtTmFtZS1TZXJ2ZXIgNQ0KVkFMVUUJ REhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtRG9tYWluLU5hbWUt U2VydmVyCTYNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlE SENQLUxvZy1TZXJ2ZXIJCTcNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVl c3QtTGlzdAlESENQLVF1b3Rlcy1TZXJ2ZXIJOA0KVkFMVUUJREhDUC1QYXJh bWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtTFBSLVNlcnZlcgkJOQ0KVkFMVUUJ REhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtSW1wcmVzcy1TZXJ2 ZXIJMTANClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQ LVJMUC1TZXJ2ZXIJCTExDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0 LUxpc3QJREhDUC1Ib3N0bmFtZQkJMTINClZBTFVFCURIQ1AtUGFyYW1ldGVy LVJlcXVlc3QtTGlzdAlESENQLUJvb3QtRmlsZS1TaXplCTEzDQpWQUxVRQlE SENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1NZXJpdC1EdW1wLUZp bGUJMTQNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQ LURvbWFpbi1OYW1lCTE1DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0 LUxpc3QJREhDUC1Td2FwLVNlcnZlcgkxNg0KVkFMVUUJREhDUC1QYXJhbWV0 ZXItUmVxdWVzdC1MaXN0CURIQ1AtUm9vdC1QYXRoCQkxNw0KVkFMVUUJREhD UC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtQm9vdHAtRXh0ZW5zaW9u cy1QYXRoIDE4DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJ REhDUC1JUC1Gb3J3YXJkLUVuYWJsZQkxOQ0KVkFMVUUJREhDUC1QYXJhbWV0 ZXItUmVxdWVzdC1MaXN0CURIQ1AtU291cmNlLVJvdXRlLUVuYWJsZSAyMA0K VkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtUG9saWN5 LUZpbHRlcgkyMQ0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0 CURIQ1AtTWF4LURhdGFncmFtLVJlYXNzZW1ibHktU3ogMjINClZBTFVFCURI Q1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLURlZmF1bHQtSVAtVFRM CTIzDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1Q YXRoLU1UVS1BZ2luZy1UaW1lb3V0IDI0DQpWQUxVRQlESENQLVBhcmFtZXRl ci1SZXF1ZXN0LUxpc3QJREhDUC1QYXRoLU1UVS1QbGF0ZWF1LVRhYmxlIDI1 DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1JbnRl cmZhY2UtTVRVLVNpemUJMjYNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVl c3QtTGlzdAlESENQLUFsbC1TdWJuZXRzLUFyZS1Mb2NhbCAyNw0KVkFMVUUJ REhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtQnJvYWRjYXN0LUFk ZHJlc3MJMjgNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlE SENQLVBlcmZvcm0tTWFzay1EaXNjb3ZlcnkgMjkNClZBTFVFCURIQ1AtUGFy YW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVByb3ZpZGUtTWFzay1Uby1PdGhl cnMgMzANClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQ LVBlcmZvcm0tUm91dGVyLURpc2NvdmVyeSAzMQ0KVkFMVUUJREhDUC1QYXJh bWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtUm91dGVyLVNvbGljaXRhdGlvbi1B ZGRyZXNzIDMyDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJ REhDUC1TdGF0aWMtUm91dGVzCTMzDQpWQUxVRQlESENQLVBhcmFtZXRlci1S ZXF1ZXN0LUxpc3QJREhDUC1UcmFpbGVyLUVuY2Fwc3VsYXRpb24gMzQNClZB TFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLUFSUC1DYWNo ZS1UaW1lb3V0CTM1DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxp c3QJREhDUC1FdGhlcm5ldC1FbmNhcHN1bGF0aW9uIDM2DQpWQUxVRQlESENQ LVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1EZWZhdWx0LVRDUC1UVEwJ MzcNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLUtl ZXAtQWxpdmUtSW50ZXJ2YWwgMzgNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJl cXVlc3QtTGlzdAlESENQLUtlZXAtQWxpdmUtR2FyYmFnZSAzOQ0KVkFMVUUJ REhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtTklTLURvbWFpbi1O YW1lCTQwDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhD UC1OSVMtU2VydmVycwk0MQ0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVz dC1MaXN0CURIQ1AtTlRQLVNlcnZlcnMJNDINClZBTFVFCURIQ1AtUGFyYW1l dGVyLVJlcXVlc3QtTGlzdAlESENQLVZlbmRvcgkJNDMNClZBTFVFCURIQ1At UGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLU5FVEJJT1MtTmFtZS1TZXJ2 ZXJzIDQ0DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhD UC1ORVRCSU9TLURnbS1EaXN0LVNlcnZlcnMgNDUNClZBTFVFCURIQ1AtUGFy YW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLU5FVEJJT1MtTm9kZS1UeXBlCTQ2 DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1ORVRC SU9TCQk0Nw0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURI Q1AtWC1XaW5kb3ctRm9udC1TZXJ2ZXIgNDgNClZBTFVFCURIQ1AtUGFyYW1l dGVyLVJlcXVlc3QtTGlzdAlESENQLVgtV2luZG93LURpc3BsYXktTWdyIDQ5 DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1SZXF1 ZXN0ZWQtSVAtQWRkcmVzcyA1MA0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVx dWVzdC1MaXN0CURIQ1AtSVAtQWRkcmVzcy1MZWFzZS1UaW1lIDUxDQpWQUxV RQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1PdmVybG9hZAkJ NTINClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLU1l c3NhZ2UtVHlwZQk1Mw0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1M aXN0CURIQ1AtREhDUC1TZXJ2ZXItSWRlbnRpZmllciA1NA0KVkFMVUUJREhD UC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtUGFyYW1ldGVyLVJlcXVl c3QtTGlzdCA1NQ0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0 CURIQ1AtREhDUC1FcnJvci1NZXNzYWdlCTU2DQpWQUxVRQlESENQLVBhcmFt ZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1ESENQLU1heGltdW0tTXNnLVNpemUg NTcNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVJl bmV3YWwtVGltZQk1OA0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1M aXN0CURIQ1AtUmViaW5kaW5nLVRpbWUJNTkNClZBTFVFCURIQ1AtUGFyYW1l dGVyLVJlcXVlc3QtTGlzdAlESENQLUNsYXNzLUlkZW50aWZpZXIJNjANClZB TFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLUNsaWVudC1J ZGVudGlmaWVyCTYxDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxp c3QJREhDUC1OZXR3YXJlLURvbWFpbi1OYW1lIDYyDQpWQUxVRQlESENQLVBh cmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1OZXR3YXJlLVN1Yi1PcHRpb25z IDYzDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1O SVMtQ2xpZW50LURvbWFpbi1OYW1lIDY0DQpWQUxVRQlESENQLVBhcmFtZXRl ci1SZXF1ZXN0LUxpc3QJREhDUC1OSVMtU2VydmVyLUFkZHJlc3MJNjUNClZB TFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVRGVFAtU2Vy dmVyLU5hbWUJNjYNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlz dAlESENQLUJvb3QtRmlsZS1OYW1lCTY3DQpWQUxVRQlESENQLVBhcmFtZXRl ci1SZXF1ZXN0LUxpc3QJREhDUC1Ib21lLUFnZW50LUFkZHJlc3MJNjgNClZB TFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVNNVFAtU2Vy dmVyLUFkZHJlc3MgNjkNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3Qt TGlzdAlESENQLVBPUDMtU2VydmVyLUFkZHJlc3MgNzANClZBTFVFCURIQ1At UGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLU5OVFAtU2VydmVyLUFkZHJl c3MgNzENClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQ LVdXVy1TZXJ2ZXItQWRkcmVzcwk3Mg0KVkFMVUUJREhDUC1QYXJhbWV0ZXIt UmVxdWVzdC1MaXN0CURIQ1AtRmluZ2VyLVNlcnZlci1BZGRyZXNzIDczDQpW QUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1JUkMtU2Vy dmVyLUFkZHJlc3MJNzQNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3Qt TGlzdAlESENQLVN0cmVldFRhbGstU2VydmVyLUFkZHJlc3MgNzUNClZBTFVF CURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVNUREEtU2VydmVy LUFkZHJlc3MgNzYNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlz dAlESENQLVVzZXItQ2xhc3MJCTc3DQpWQUxVRQlESENQLVBhcmFtZXRlci1S ZXF1ZXN0LUxpc3QJREhDUC1EaXJlY3RvcnktQWdlbnQJNzgNClZBTFVFCURI Q1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVNlcnZpY2UtU2NvcGUJ NzkNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVJh cGlkLUNvbW1pdAk4MA0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1M aXN0CURIQ1AtQ2xpZW50LUZRRE4JODENClZBTFVFCURIQ1AtUGFyYW1ldGVy LVJlcXVlc3QtTGlzdAlESENQLVJlbGF5LUFnZW50LUluZm9ybWF0aW9uIDgy DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1pU05T CQk4Mw0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1At TkRTLVNlcnZlcnMJODUNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3Qt TGlzdAlESENQLU5EUy1UcmVlLU5hbWUJODYNClZBTFVFCURIQ1AtUGFyYW1l dGVyLVJlcXVlc3QtTGlzdAlESENQLU5EUy1Db250ZXh0CTg3DQpWQUxVRQlE SENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1BdXRoZW50aWNhdGlv bgk5MA0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1At Q2xpZW50LUxhc3QtVHhuLVRpbWUgOTENClZBTFVFCURIQ1AtUGFyYW1ldGVy LVJlcXVlc3QtTGlzdAlESENQLWFzc29jaWF0ZWQtaXAJOTINClZBTFVFCURI Q1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLUNsaWVudC1TeXN0ZW0J OTMNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLUNs aWVudC1OREkJCTk0DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxp c3QJREhDUC1MREFQCQk5NQ0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVz dC1MaXN0CURIQ1AtVVVJRC9HVUlECQk5Nw0KVkFMVUUJREhDUC1QYXJhbWV0 ZXItUmVxdWVzdC1MaXN0CURIQ1AtVXNlci1BdXRoCQk5OA0KVkFMVUUJREhD UC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtTmV0aW5mby1BZGRyZXNz CTExMg0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1At TmV0aW5mby1UYWcJMTEzDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0 LUxpc3QJREhDUC1VUkwJCTExNA0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVx dWVzdC1MaXN0CURIQ1AtQXV0by1Db25maWcJMTE2DQpWQUxVRQlESENQLVBh cmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1OYW1lLVNlcnZpY2UtU2VhcmNo IDExNw0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1At U3VibmV0LVNlbGVjdGlvbi1PcHRpb24gMTE4DQpWQUxVRQlESENQLVBhcmFt ZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1Eb21haW4tU2VhcmNoCTExOQ0KVkFM VUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtU0lQLVNlcnZl cnMtREhDUC1PcHRpb24gMTIwDQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1 ZXN0LUxpc3QJREhDUC1DbGFzc2xlc3MtU3RhdGljLVJvdXRlIDEyMQ0KVkFM VUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtQ0NDCQkxMjIN ClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLUdlb0Nv bmYtT3B0aW9uCTEyMw0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1M aXN0CURIQ1AtVi1JLVZlbmRvci1DbGFzcwkxMjQNClZBTFVFCURIQ1AtUGFy YW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLVYtSS1WZW5kb3ItU3BlY2lmaWMg MTI1DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1F dGhlcmJvb3QJCTEyOA0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1M aXN0CURIQ1AtVEZUUC1TZXJ2ZXItSVAtQWRkcmVzcyAxMjgNClZBTFVFCURI Q1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlESENQLUNhbGwtU2VydmVyLUlQ LWFkZHJlc3MgMTI5DQpWQUxVRQlESENQLVBhcmFtZXRlci1SZXF1ZXN0LUxp c3QJREhDUC1FdGhlcm5ldC1JbnRlcmZhY2UJMTMwDQpWQUxVRQlESENQLVBh cmFtZXRlci1SZXF1ZXN0LUxpc3QJREhDUC1WZW5kb3ItRGlzY3JpbWluYXRp b24tU3RyIDEzMA0KVkFMVUUJREhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0 CURIQ1AtUmVtb3RlLVN0YXRzLVN2ci1JUC1BZGRyZXNzIDEzMQ0KVkFMVUUJ REhDUC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtSUVFRS04MDIuMVAt VkxBTi1JRCAxMzINClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlz dAlESENQLUlFRUUtODAyLjFRLUwyLVByaW9yaXR5IDEzMw0KVkFMVUUJREhD UC1QYXJhbWV0ZXItUmVxdWVzdC1MaXN0CURIQ1AtRGlmZnNlcnYtQ29kZS1Q b2ludCAxMzQNClZBTFVFCURIQ1AtUGFyYW1ldGVyLVJlcXVlc3QtTGlzdAlE SENQLUhUVFAtUHJveHkJCTEzNQ0KDQpFTkQtVkVORE9SCURIQ1ANCg== ---559023410-824023566-1390421724=:21856-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 20:32:48 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 078BDC41 for ; Wed, 22 Jan 2014 20:32:48 +0000 (UTC) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (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 B6AC810BA for ; Wed, 22 Jan 2014 20:32:47 +0000 (UTC) Received: from broadband-178-140-93-168.nationalcablenetworks.ru ([178.140.93.168] helo=[172.16.100.50]) by sunner.semmy.ru with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W64Tc-000IxF-Ll for FreeBSD-stable@FreeBSD.org; Thu, 23 Jan 2014 00:32:44 +0400 Message-ID: <52E02B03.8020706@FreeBSD.org> Date: Thu, 23 Jan 2014 00:33:07 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD-stable@FreeBSD.org Subject: mysql 5.1 client core dumps with a new resolver Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 20:32:48 -0000 Hi. % mysql -h dbhost -u sem -p Enter password: Ошибка Ñегментации(core dumped) % uname -a FreeBSD dbhost 10.0-RELEASE FreeBSD 10.0-RELEASE #1 r260922: Tue Jan 21 04:46:39 MSK 2014 root@dbhost:/usr/obj/usr/src/sys/GENERIC amd64 % gdb /usr/local/bin/mysql mysql.core ... (gdb) bt #0 0x0000000801da16f3 in gethostent () from /lib/libc.so.7 #1 0x0000000801d9ff0f in nsdispatch () from /lib/libc.so.7 #2 0x0000000801d9e87f in gethostbyname_r () from /lib/libc.so.7 #3 0x0000000801d9e5c4 in gethostbyname_r () from /lib/libc.so.7 #4 0x0000000800cfd410 in mysql_real_connect () from /usr/local/lib/mysql/libmysqlclient.so.16 #5 0x00000000004047da in ?? () It's a fresh installed bhyve box. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 20:55:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2C3E48C for ; Wed, 22 Jan 2014 20:55:09 +0000 (UTC) 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 9B8331295 for ; Wed, 22 Jan 2014 20:55:09 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id e14so99960iej.4 for ; Wed, 22 Jan 2014 12:55:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gTC7GzR9DxM2lrSSLFgBOsyxiV4iQEhu3i+ntavAWdA=; b=pSo96Yc9z7X3HcSVTSNhOLcX1BBX2J8/D8OF+pVc5I0Q28a+eOTzgy9VVOW++LbfGc K804VSwMYvFs+NZcMdfIjBhefWH4CE58tieshCNzloOiIpD66P/pwOo+NZgLA9+ZBaJw OL2xH+4DQieFC4c3f5TzVwqcQzF5OshTsiM0f85iSZfF6mjLLGmUkIa2INKSn9pjVOrc PD8WeYoEAcvLW25fYp3RYZx0VGyfdhk9Wjup/JM+xkIGUB/vGGt4WM9TAb7ZH8VHY1Qt cFj8/dNKUpQ7WtxpLJqsKJR9dnkHidqbqIrIxy1P3iELqomUtIbMCSFK8gWaxKb62ImH 5ofQ== 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=gTC7GzR9DxM2lrSSLFgBOsyxiV4iQEhu3i+ntavAWdA=; b=A0lUNdrGJLSC4wPsI2eK01gEkqtmU9d8kIhMfJeWosKaNEUjAx+MukOnyE2P+sD082 y08cNiVYHIr1Udo37kg4ME5627B5vaTTc3dZdJl3O9FDzFRKL9SybuVgQ8BLMFp6IoA+ u6k8WvpVnnj1AOUh7mQjKyVhNlG6WBmwdo7nKqoyfMl5jThKUxL/g36GPHHPingzb8FG YqShXjR0XmxQbwR5vIFOEGBRou15i0RxzDjI2qky1voAqcSOWCPOlaPdr8a680DfyuTC We0ke+F/Z++1IsOkE7Jov3P9VjOnJfyBT20kuXff9LY0xRhO4WezARxYPiSlM1CcJR78 9pNw== X-Gm-Message-State: ALoCoQluzdVsRLh6frV02BB4d/8PE/AVpyfGZC1yMPKKslnyvZzjd5XI4IJZPC345x1Kplu3ru5H0NmXhr2BpHHau07LpEeBz9tRvn+Pm44CQI8wDw7tvjHYy1NcxY/WsPIrKkFmsbzlcxX2EnSOfUypUeAZCVq/bLmsFlvoTrxiP4vUNSujeYSVJpJchWLQqI0W0M/2+XMwx7itiY9ZTveVeDvuJS6NDQ== MIME-Version: 1.0 X-Received: by 10.50.41.106 with SMTP id e10mr5059310igl.37.1390424108963; Wed, 22 Jan 2014 12:55:08 -0800 (PST) Received: by 10.64.227.230 with HTTP; Wed, 22 Jan 2014 12:55:08 -0800 (PST) Date: Wed, 22 Jan 2014 12:55:08 -0800 Message-ID: Subject: Re: UFS panic on Google Compute Engine From: Venkatesh Srinivas To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 20:55:09 -0000 On Wed Jan 8 14:41:07 Julian Stecklina wrote: > Hello, > > I have set up a FreeBSD 10.0 RC4 system on GCE using this [1] > description. I have hit the following panic on two different setups when > trying to do portsnap fetch extract and using portinstall: > > panic: ufs_dirbad: /: bad dir ino 24563 at offset 0: mangled entry We believe that the problem has been fixed in GCE. Could you try with a new VM instance, without the minimum_cmd_size sysctl changed? Happy GCE-ing! -- vs; From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 21:07:57 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1333D939 for ; Wed, 22 Jan 2014 21:07:57 +0000 (UTC) Received: from exodus.zi0r.com (exodus.zi0r.com [71.245.171.203]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DABFE1374 for ; Wed, 22 Jan 2014 21:07:56 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 235683A09E; Wed, 22 Jan 2014 16:07:55 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id PplEsD9sMnx0; Wed, 22 Jan 2014 16:07:54 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.245.171.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id 486043A09C; Wed, 22 Jan 2014 16:07:54 -0500 (EST) Date: Wed, 22 Jan 2014 16:07:52 -0500 From: Ryan Steinmetz To: Darrel Subject: Re: freeradius3 dhcp.dictionary error Message-ID: <20140122210752.GA35660@exodus.zi0r.com> References: <20140122195843.GA901@exodus.zi0r.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 21:07:57 -0000 On (01/22/14 15:15), Darrel wrote: >>> Hello. This might be an error in the Makefile, or something similar: >>> >>> >>>>> "Errors reading dictionary: dict_init: >>>>> /usr/local/share/freeradius/dictionary.dhcp[208]: >>>>> Type "tlv" can only be for "format=1,1". >>>>> >> >> Can you send me a copy of your >> /usr/local/share/freeradius/dictionary.dhcp file? >> > >- file is attached to this e-mail > % diff -urN dictionary.dhcp /tmp/dictionary.dhcp % [~/commits/ports/net/freeradius3/work/freeradius-server-3.0.0/share] Looks like it is the exact same file that is included with the 3.0.0 archive. What's the output of: pkg_info|grep freeradius -r -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 21:20:59 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45874F8E; Wed, 22 Jan 2014 21:20:59 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 057C814B0; Wed, 22 Jan 2014 21:20:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=qjZ+A2zxciqIlyMedpKUDlzWuI2TS1IW6zzCKnUOsuc=; b=fsZqMMRz0obJY+ME0Zzji9gOvDv0FLAQT7yNtybneJHYSoO3s0CKjXoGETXVOf5up4IwLEPlLhrb6FGafkutNo4ypmeYr8UkLhcYUqEaOfw9fonkDgwaCQUaV5ZJyx5HX5UGpM8jSXAR1QuXrUs3vJS0tn7DiCJAo4eMdpNuFfI=; Received: from iglou1.iglou.com ([192.107.41.3]:41529 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1W65EI-000561-3P by authid with igloumta_auth; Wed, 22 Jan 2014 16:20:58 -0500 Received: from shell1.iglou.com ([192.107.41.17]:40887 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1W65EH-0004JJ-TB; Wed, 22 Jan 2014 16:20:58 -0500 Date: Wed, 22 Jan 2014 16:20:57 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Ryan Steinmetz Subject: Re: freeradius3 dhcp.dictionary error In-Reply-To: <20140122210752.GA35660@exodus.zi0r.com> Message-ID: References: <20140122195843.GA901@exodus.zi0r.com> <20140122210752.GA35660@exodus.zi0r.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 21:20:59 -0000 >>>> >>>>>> "Errors reading dictionary: dict_init: >>>>>> /usr/local/share/freeradius/dictionary.dhcp[208]: >>>>>> Type "tlv" can only be for "format=1,1". >>>>>> >>> >>> Can you send me a copy of your >>> /usr/local/share/freeradius/dictionary.dhcp file? >>> >> >> - file is attached to this e-mail >> > > > % diff -urN dictionary.dhcp /tmp/dictionary.dhcp > % > [~/commits/ports/net/freeradius3/work/freeradius-server-3.0.0/share] > > Looks like it is the exact same file that is included with the 3.0.0 > archive. > > What's the output of: > pkg_info|grep freeradius > $ pkg info | grep freeradius freeradius3-3.0.0_2 The two comments from the freeradius list are indicating the FreeBSD port: installed 3 onto a system that had 2.x ? the dictionaries dont get overwritten. it appears you have v2 dictionary - which FR3 really wont like. ----------------------------------------------------------------------- Yes. It works in the default distribution. Please try downloading the "tar" file from the freeradius.org site. Do the normal "./configure; make; make install". Then try to run the server. If it works, file a bug with the FreeBSD people. They've mangaged to break the server. If it doesn't work, I'll see if I have a FreeBSD system around somewhere for testing. ----------------------------------------------------------------------- Darrel From owner-freebsd-stable@FreeBSD.ORG Wed Jan 22 22:36:41 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 620C126E for ; Wed, 22 Jan 2014 22:36:41 +0000 (UTC) Received: from exodus.zi0r.com (exodus.zi0r.com [71.245.171.203]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 332B81B10 for ; Wed, 22 Jan 2014 22:36:41 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 2F05E3A09E; Wed, 22 Jan 2014 17:36:40 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id yQ12mcOfYsaY; Wed, 22 Jan 2014 17:36:39 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.245.171.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id 7BCD43A09D; Wed, 22 Jan 2014 17:36:39 -0500 (EST) Date: Wed, 22 Jan 2014 17:36:37 -0500 From: Ryan Steinmetz To: Darrel Subject: Re: freeradius3 dhcp.dictionary error Message-ID: <20140122223636.GA68486@exodus.zi0r.com> References: <20140122195843.GA901@exodus.zi0r.com> <20140122210752.GA35660@exodus.zi0r.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 22:36:41 -0000 On (01/22/14 16:20), Darrel wrote: > >installed 3 onto a system that had 2.x ? the dictionaries dont get >overwritten. >it appears you have v2 dictionary - which FR3 really wont like. >----------------------------------------------------------------------- > Yes. It works in the default distribution. > > Please try downloading the "tar" file from the freeradius.org site. >Do the normal "./configure; make; make install". Then try to run the >server. > > If it works, file a bug with the FreeBSD people. They've mangaged to >break the server. > > If it doesn't work, I'll see if I have a FreeBSD system around >somewhere for testing. >----------------------------------------------------------------------- >Darrel I suspect that net/freeradius3 was installed on a system with net/freeradius2 already installed on it. It looks like the CONFLICTS line was not correct after a commit was made to net/freeradius3. If you had pkg_delete'd the existing port before installing 3.0.0, I suspect everything would have gone as expected. I've updated the CONFLICTS line to resolve this. -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 02:15:23 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D20D81A; Thu, 23 Jan 2014 02:15:23 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C322D1E99; Thu, 23 Jan 2014 02:15:19 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0N2FDeJ036470; Thu, 23 Jan 2014 04:15:14 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0N2FDgi036374; Thu, 23 Jan 2014 02:15:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 02:15:13 GMT Message-Id: <201401230215.s0N2FDgi036374@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 02:15:23 -0000 TB --- 2014-01-23 00:40:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-23 00:40:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-23 00:40:45 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-01-23 00:40:45 - cleaning the object tree TB --- 2014-01-23 00:40:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-23 00:41:36 - At svn revision 261058 TB --- 2014-01-23 00:41:37 - building world TB --- 2014-01-23 00:41:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 00:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 00:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 00:41:37 - SRCCONF=/dev/null TB --- 2014-01-23 00:41:37 - TARGET=mips TB --- 2014-01-23 00:41:37 - TARGET_ARCH=mips64 TB --- 2014-01-23 00:41:37 - TZ=UTC TB --- 2014-01-23 00:41:37 - __MAKE_CONF=/dev/null TB --- 2014-01-23 00:41:37 - cd /src TB --- 2014-01-23 00:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 23 00:41:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 02:05:46 UTC 2014 TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m ADM5120 TB --- 2014-01-23 02:05:46 - skipping ADM5120 kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m ALCHEMY TB --- 2014-01-23 02:05:46 - skipping ALCHEMY kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AP121 TB --- 2014-01-23 02:05:46 - skipping AP121 kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AP91 TB --- 2014-01-23 02:05:46 - skipping AP91 kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AP93 TB --- 2014-01-23 02:05:46 - skipping AP93 kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AP94 TB --- 2014-01-23 02:05:46 - skipping AP94 kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AP96 TB --- 2014-01-23 02:05:46 - skipping AP96 kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-01-23 02:05:46 - skipping AR71XX_BASE kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AR724X_BASE TB --- 2014-01-23 02:05:46 - skipping AR724X_BASE kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-01-23 02:05:46 - skipping AR91XX_BASE kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AR933X_BASE TB --- 2014-01-23 02:05:46 - skipping AR933X_BASE kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m AR934X_BASE TB --- 2014-01-23 02:05:46 - skipping AR934X_BASE kernel TB --- 2014-01-23 02:05:46 - cd /src/sys/mips/conf TB --- 2014-01-23 02:05:46 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2014-01-23 02:05:46 - building BERI_DE4_BASE kernel TB --- 2014-01-23 02:05:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 02:05:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 02:05:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 02:05:46 - SRCCONF=/dev/null TB --- 2014-01-23 02:05:46 - TARGET=mips TB --- 2014-01-23 02:05:46 - TARGET_ARCH=mips64 TB --- 2014-01-23 02:05:46 - TZ=UTC TB --- 2014-01-23 02:05:46 - __MAKE_CONF=/dev/null TB --- 2014-01-23 02:05:46 - cd /src TB --- 2014-01-23 02:05:46 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Thu Jan 23 02:05:46 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Thu Jan 23 02:10:23 UTC 2014 TB --- 2014-01-23 02:10:23 - cd /src/sys/mips/conf TB --- 2014-01-23 02:10:23 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-01-23 02:10:23 - building BERI_DE4_MDROOT kernel TB --- 2014-01-23 02:10:23 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 02:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 02:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 02:10:23 - SRCCONF=/dev/null TB --- 2014-01-23 02:10:23 - TARGET=mips TB --- 2014-01-23 02:10:23 - TARGET_ARCH=mips64 TB --- 2014-01-23 02:10:23 - TZ=UTC TB --- 2014-01-23 02:10:23 - __MAKE_CONF=/dev/null TB --- 2014-01-23 02:10:23 - cd /src TB --- 2014-01-23 02:10:23 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Thu Jan 23 02:10:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Thu Jan 23 02:15:11 UTC 2014 TB --- 2014-01-23 02:15:11 - cd /src/sys/mips/conf TB --- 2014-01-23 02:15:11 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-01-23 02:15:11 - building BERI_DE4_SDROOT kernel TB --- 2014-01-23 02:15:11 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 02:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 02:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 02:15:11 - SRCCONF=/dev/null TB --- 2014-01-23 02:15:11 - TARGET=mips TB --- 2014-01-23 02:15:11 - TARGET_ARCH=mips64 TB --- 2014-01-23 02:15:11 - TZ=UTC TB --- 2014-01-23 02:15:11 - __MAKE_CONF=/dev/null TB --- 2014-01-23 02:15:11 - cd /src TB --- 2014-01-23 02:15:11 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Thu Jan 23 02:15:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_SDROOT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-23 02:15:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 02:15:12 - ERROR: failed to build BERI_DE4_SDROOT kernel TB --- 2014-01-23 02:15:12 - 3993.02 user 1958.56 system 5667.06 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 10:04:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C156576 for ; Thu, 23 Jan 2014 10:04:20 +0000 (UTC) Received: from mail-la0-f51.google.com (mail-la0-f51.google.com [209.85.215.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95D2719F2 for ; Thu, 23 Jan 2014 10:04:18 +0000 (UTC) Received: by mail-la0-f51.google.com with SMTP id c6so1283931lan.10 for ; Thu, 23 Jan 2014 02:04:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type; bh=lT+Vmc0i8gJ5HuAPpdoS5290F4rUAJdEbF8K9xyvwqk=; b=Jm5IbSZiRfWvVnqjQVXSt7jguP+PeMWpiOkRRxiWb6YVl9739sXouBWdB6onZI9DTq GPLuBsjQ8yR1SVU8v/U7uMTSt+pQzRAXA/YPtxkVZrqaTiTvqmJt3EmA3GgUUf4HaTcT 9ZoTcfoo2xWxRxXkPD+FUsHeEXN5IVBFGecO75AlHgg7h9F94eLRszm+xLA95T5SXZAZ +Jiy3NLlL7AzE8z0WhjX1mV5jW3tNw1ryYr8qV1JqbSPrrEAs2IqU0o62yis0inPRqd7 XfjVh399hkC5WoJ/7d4aXCmElpSV/Rq6BSER84ckYQ59jQe0l9sTRA7dphXLE5NFF5tv jlEw== X-Gm-Message-State: ALoCoQmmfL04bQw/oaJmX0OdBH5iEEF/3Vwg+P/k42fGAu/n0D8Zi2v9x7hod/zNBwcl/d16sYik X-Received: by 10.153.7.137 with SMTP id dc9mr4558633lad.25.1390471450784; Thu, 23 Jan 2014 02:04:10 -0800 (PST) Received: from zealot.ksu.ru (128-74-234-229.broadband.corbina.ru. [128.74.234.229]) by mx.google.com with ESMTPSA id h7sm11064287lbj.1.2014.01.23.02.04.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Jan 2014 02:04:09 -0800 (PST) Message-ID: <52E0E917.3060403@li.ru> Date: Thu, 23 Jan 2014 14:04:07 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: stable@freebsd.org Subject: 10.0, csh history merge broken? Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010600050803080402000200" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 10:04:20 -0000 This is a cryptographically signed message in MIME format. --------------ms010600050803080402000200 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello! I issued shutdown -p now as root while several user csh were running, after reboot user .history=20 file was corrupted: #+1360668026 less /etc/ma#+136066#+136cd /usr/grep KERB * #+1360668067 cd /usr/src/contrib/bind9/##+1360668073ggrep -i kerboros * #+1360668076 grep -iR kerboros * #+1360704099 cd /usr/ports/www/mod_pag#+136084#+136fetch -oman sudoers #+1361372281 cd /usr/ports/editors/openoffice-3-devel/ #+1361690297 telnet 19#+13617995m#+man uh#+1#+13617995m#+man xh#+1#+13617995a#+man ehc= i I have savehist (1000 merge) set in user .cshrc I think that merging histories from different csh was broken somehow --=20 SY, Marat --------------ms010600050803080402000200 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjMx MDA0MDdaMCMGCSqGSIb3DQEJBDEWBBSHFFxrQNaT/ADhGDxcZ1HVll05zjBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAJvHrFlWmq5HRC8fw6r4XRSXRQUEkv3hjiAV9dTHd 4bx2pBWVvRkYatDJlm10DQO4NNTHLpfoX3l0C17Oa0TPm63v6toiqfson9S1EiWQgB+CIPQV FnfFSFfjzLf/Lgj3zpv5C3NuIJaInNJ8SmDh+e1s70I+Pm8P1JMz8mf1qY1r8SgAVIO9btAd Iz0nmqdbpECfr24QlIU64U7gP7OmLhCtDYdRqnTruj0ju2wNF6VYCHECHQvck/aJ7dXBHLyW dYQjnSg/ZPOH02/lphl9zfPbnyTfJVX7ZmpL4IhxrwiG/5XF5v2Mbuxixz9A7dJ3OWBl9mkM c+htf3pxa7qTzQAAAAAAAA== --------------ms010600050803080402000200-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 10:08:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 236087DB for ; Thu, 23 Jan 2014 10:08:55 +0000 (UTC) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BB091A58 for ; Thu, 23 Jan 2014 10:08:54 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id l4so1240560lbv.5 for ; Thu, 23 Jan 2014 02:08:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=uOoAzTvjdFnrI8xiTqV7L+IiyW+AslfxvB7nEV/YzeI=; b=PcmyLC2ZoAX/tpfwqXwcP0VdoR5L/vA6CCH7xkTqzrjfgnQoYbX0Dapluh6vJNmO9g qSpLsBXTqMPvYy7/+gcDAEmlbMVuK8onk5kkwS7fOrpizvBr9oBPR2K2Jo2AWnJWEcR4 7kWsosYlu6N6zYPPSzhVlxw/J7l1Jawar6aZF+uAkDV3S5662PPD/5N3cwqH7ybi+hKY ymCc3RoHB93EbI2Xe6j60g8gqdFRyNY11+dNe20FeVoRxQRjrG3YF5Pp7hwN0AaogAnT PuhqLu/7n3k6AbQdO/YuQL26a0w9eqKiryeu5zOwBL0t3sLplFMarH/7rftfe78X/SVu a8jA== X-Gm-Message-State: ALoCoQl6FUY+2oqnR+q2CcTh9VFZEUNjr4zViprOwgfzj0gEcEmOali2qA6TafTdFR33MSWTxvip X-Received: by 10.112.150.100 with SMTP id uh4mr4332387lbb.3.1390471726014; Thu, 23 Jan 2014 02:08:46 -0800 (PST) Received: from zealot.ksu.ru (128-74-234-229.broadband.corbina.ru. [128.74.234.229]) by mx.google.com with ESMTPSA id p3sm14929506lae.2.2014.01.23.02.08.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Jan 2014 02:08:44 -0800 (PST) Message-ID: <52E0EA2A.4000105@ksu.ru> Date: Thu, 23 Jan 2014 14:08:42 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: "Marat N.Afanasyev" , stable@freebsd.org Subject: Re: 10.0, csh history merge broken? References: <52E0E917.3060403@li.ru> In-Reply-To: <52E0E917.3060403@li.ru> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050801070607000407020903" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 10:08:55 -0000 This is a cryptographically signed message in MIME format. --------------ms050801070607000407020903 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Marat N.Afanasyev wrote: > Hello! > > I issued > > shutdown -p now > > as root while several user csh were running, after reboot user .history= > file was corrupted: > > #+1360668026 > less /etc/ma#+136066#+136cd /usr/grep KERB * > #+1360668067 > cd /usr/src/contrib/bind9/##+1360668073ggrep -i kerboros * > #+1360668076 > grep -iR kerboros * > #+1360704099 > cd /usr/ports/www/mod_pag#+136084#+136fetch -oman sudoers > #+1361372281 > cd /usr/ports/editors/openoffice-3-devel/ > #+1361690297 > telnet 19#+13617995m#+man uh#+1#+13617995m#+man xh#+1#+13617995a#+man e= hci > > I have > > savehist (1000 merge) > > set in user .cshrc > > I think that merging histories from different csh was broken somehow > I forgot to mention revision of 10.0: FreeBSD zealot.ksu.ru 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0=20 r260903: Mon Jan 20 16:45:26 MSK 2014=20 root@zealot.ksu.ru:/mnt/ssdtmp/obj/mnt/mod_usr/10.0/sys/ZEALOT amd64 --=20 SY, Marat --------------ms050801070607000407020903 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbDCC BjAwggUYoAMCAQICAwdttzANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyODIxMjcyMFoXDTE0MDgzMDAyMzA1MVowUTEZMBcGA1UE DRMQOVIzM3VFSDYwS1pTR3ZkQTEWMBQGA1UEAwwNYW1hcmF0QGtzdS5ydTEcMBoGCSqGSIb3 DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOfS dLkYS0y/O7zIY0ooe2ApseL6guty2NgtTZkzJK6TNfK8cWRUcBoZhHpnsKyAXsYh+PWU/Xxt QLC252jDZ0yufnR4l0fo78+hnokU3F0pTpufkGCV3jFtiQZobIVNAVb1GzqD7HL6l8MShX8j NUb60fE9ZtWqKqbOMT/7rcIbR7mXo/V0YFjn841rnBWMJqPE/Kl9+MzwPlWsh880a8F8XzcL Dn9SeFe7mjYTUp4SPMTpDX6xp73iZm+EqwK5ZCItR+sXz2BHqrpRgEaLWH38vQsUrhkoL/tM KKCwXkApkj1W4PRntdD01wmEUGcD5wgaTFC2aw41cKSqnDrKwPMCAwEAAaOCAtMwggLPMAkG A1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAd BgNVHQ4EFgQUpGcQmuJrPd0dbF1gxnlbZlaJtdwwHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwGAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTCCAUwGA1UdIASCAUMwggE/MIIB OwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9u IEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGlu ZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBp biBjb21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8E LzAtMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggr BgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3Vi L2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29t L2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAJ+ct1s5MGs5XdvKSRYpyyMP1OIT yKrMqyoYrzZ4FIlanO5fWdiN6/RuWJS7Zv72pVlieod140/8jig5Dh/n6dO7qLNgpa4NJw/l i1GKIERMMpo+Q9hgihxuBwNsCX1ebxIOGY88qeK+S/5hqeEuderxX/XmadLYtaqABze6+bjR 4rnbKXtA2bqqvLSK7QtCi0qGFJ3mVFbaMW7AkDhRhsEXhSh+lnCj85JHPJIqrBzJO9a/vkqf ipK/lvGdS/Hzngi3cShnrWS/nW5SGsXNdl61Lvq24Pmc+pkxYa+id0XBzzO+i4ORKgS0uxSj j0pgNnTDUA9iRBwa9XolFCTWttowggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0x CzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQsw CQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9 f1+1PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89l GxahNvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZn a//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGj ggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Lt kpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYI KwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2Ew LQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8E VDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0 dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1 NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRm MDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRm MA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkF gdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA 5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4q SfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y 0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3 OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0Lw Zrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6Tcv GbjxkJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZj oEhdGwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZ AgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdttzAJBgUrDgMC GgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAx MjMxMDA4NDJaMCMGCSqGSIb3DQEJBDEWBBR+SQqwUltxgdQMMeL6t+5T/JJd0TBsBgkqhkiG 9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkr BgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQD Ey9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB223 MIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMHbbcwDQYJKoZIhvcNAQEBBQAEggEAAbqEioLwilunH3q9qc2FbIjC/enbSbrEK36M IBTqDf34kziyZcPVZs/otGP3sw9Mqec/5bxDQciDEALKoS4OgG92cGUo+1AELRS4SEDcCiAT SZam0OTZewN1q0TR3setlNDws0cjBlGSmGvmxqTL76uPEOsL8BBYWoP1vA1a+W5RHSJaCXWM RORnIMmn+9nTgcMTpuwAdySDvWM2tonxkkLxizz6rFvioBzpHfizyrAepwybZSn1Spwu0QkI nZBLrUy/jQa8Eq3lY/qAJ5xjKx/aBGWTf4D6rb+3ubg0IcXyc8khSnVMuyRZBTDKs3Xm1otn py0oRXCdYjdiThh6nAAAAAAAAA== --------------ms050801070607000407020903-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 10:58:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57BA1817; Thu, 23 Jan 2014 10:58:10 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 062311F87; Thu, 23 Jan 2014 10:58:09 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NAw8WZ043405; Thu, 23 Jan 2014 10:58:08 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NAw8nf043404; Thu, 23 Jan 2014 10:58:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 10:58:08 GMT Message-Id: <201401231058.s0NAw8nf043404@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 10:58:10 -0000 TB --- 2014-01-23 09:35:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 09:35:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 09:35:23 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-01-23 09:35:23 - cleaning the object tree TB --- 2014-01-23 09:35:23 - /usr/local/bin/svn stat /src TB --- 2014-01-23 09:35:28 - At svn revision 261074 TB --- 2014-01-23 09:35:29 - building world TB --- 2014-01-23 09:35:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 09:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 09:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 09:35:29 - SRCCONF=/dev/null TB --- 2014-01-23 09:35:29 - TARGET=arm TB --- 2014-01-23 09:35:29 - TARGET_ARCH=arm TB --- 2014-01-23 09:35:29 - TZ=UTC TB --- 2014-01-23 09:35:29 - __MAKE_CONF=/dev/null TB --- 2014-01-23 09:35:29 - cd /src TB --- 2014-01-23 09:35:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 09:35:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 10:55:33 UTC 2014 TB --- 2014-01-23 10:55:33 - cd /src/sys/arm/conf TB --- 2014-01-23 10:55:33 - /usr/sbin/config -m AVILA TB --- 2014-01-23 10:55:33 - building AVILA kernel TB --- 2014-01-23 10:55:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 10:55:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 10:55:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 10:55:33 - SRCCONF=/dev/null TB --- 2014-01-23 10:55:33 - TARGET=arm TB --- 2014-01-23 10:55:33 - TARGET_ARCH=arm TB --- 2014-01-23 10:55:33 - TZ=UTC TB --- 2014-01-23 10:55:33 - __MAKE_CONF=/dev/null TB --- 2014-01-23 10:55:33 - cd /src TB --- 2014-01-23 10:55:33 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Jan 23 10:55:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/devfs/devfs_rule.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/devfs/devfs_vfsops.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/devfs/devfs_vnops.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/fifofs/fifo_vnops.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 10:58:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 10:58:08 - ERROR: failed to build AVILA kernel TB --- 2014-01-23 10:58:08 - 3078.30 user 586.55 system 4964.96 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 11:03:11 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C2949F6 for ; Thu, 23 Jan 2014 11:03:11 +0000 (UTC) Received: from sunner.semmy.ru (sunner.semmy.ru [IPv6:2a00:14d0:0:20::3]) (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 B95B21039 for ; Thu, 23 Jan 2014 11:03:10 +0000 (UTC) Received: from broadband-178-140-93-168.nationalcablenetworks.ru ([178.140.93.168] helo=[172.16.100.50]) by sunner.semmy.ru with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W6I3w-000PwH-Cp for FreeBSD-stable@FreeBSD.org; Thu, 23 Jan 2014 15:03:08 +0400 Message-ID: <52E06093.1030304@FreeBSD.org> Date: Thu, 23 Jan 2014 04:21:39 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD-stable@FreeBSD.org Subject: Re: mysql 5.1 client core dumps with a new resolver References: <52E02B03.8020706@FreeBSD.org> In-Reply-To: <52E02B03.8020706@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 11:03:11 -0000 Sorry, the message with LANG=C: Segmentation fault(core dumped) 23.01.2014 0:33, Sergey Matveychuk wrote: > Hi. > > % mysql -h dbhost -u sem -p > Enter password: > Ошибка Ñегментации(core dumped) > % uname -a > FreeBSD dbhost 10.0-RELEASE FreeBSD 10.0-RELEASE #1 r260922: Tue Jan 21 > 04:46:39 MSK 2014 root@dbhost:/usr/obj/usr/src/sys/GENERIC amd64 > > % gdb /usr/local/bin/mysql mysql.core > ... > (gdb) bt > #0 0x0000000801da16f3 in gethostent () from /lib/libc.so.7 > #1 0x0000000801d9ff0f in nsdispatch () from /lib/libc.so.7 > #2 0x0000000801d9e87f in gethostbyname_r () from /lib/libc.so.7 > #3 0x0000000801d9e5c4 in gethostbyname_r () from /lib/libc.so.7 > #4 0x0000000800cfd410 in mysql_real_connect () > from /usr/local/lib/mysql/libmysqlclient.so.16 > #5 0x00000000004047da in ?? () > > It's a fresh installed bhyve box. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 11:12:08 2014 Return-Path: Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0148D38 for ; Thu, 23 Jan 2014 11:12:08 +0000 (UTC) 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 741011123 for ; Thu, 23 Jan 2014 11:12:05 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id e49so343469eek.1 for ; Thu, 23 Jan 2014 03:12:02 -0800 (PST) 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=LN6Tul753AG9DQaZCOgSAQ3M3lamhSfVgDevGIw5CUM=; b=gFRjnfvR+nUufwWibZIJnqISbN86N0PQAauWZEfm6BRJyKK8S8ltpQmkV8ytaNcqB5 cuqEat9tDXu5vCXjw9ccu5cTj0gpKcY75iIRg7mRgiP+obfH6uwakIT0ZNVBHAu3nW/l U1aFnHPQQOEC8iHRK8U4RFRc9ep5OboykXRT+p9Tda9O9HvxcxLcBjvJp15quEVNnDCW BL2toFGF36qgW9eczSVVjj6ClrOCHbobk+RL22LLX1xh+pZ3+OOzXUC0lH2dIn9nPJ7R 8c3e3sJ5vcl1CXA1jqN+BT1HvEfiB0yQEDpv30j0qLijL9827BU8TLmVhMGcDovIG40h w6kA== X-Received: by 10.14.184.66 with SMTP id r42mr2144858eem.86.1390475522766; Thu, 23 Jan 2014 03:12:02 -0800 (PST) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id k41sm38346431eey.0.2014.01.23.03.12.01 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 23 Jan 2014 03:12:02 -0800 (PST) Date: Thu, 23 Jan 2014 14:12:29 +0300 From: "Sergey V. Dyatko" To: FreeBSD-stable@FreeBSD.org Subject: Re: mysql 5.1 client core dumps with a new resolver Message-ID: <20140123141229.52de0cb5@laptop.minsk.domain> In-Reply-To: <52E06093.1030304@FreeBSD.org> References: <52E02B03.8020706@FreeBSD.org> <52E06093.1030304@FreeBSD.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 11:12:08 -0000 On Thu, 23 Jan 2014 04:21:39 +0400 Sergey Matveychuk wrote: > Sorry, the message with LANG=C: > Segmentation fault(core dumped) same problem with fbsd10 on qemu-kvm, I can successfully connect to mysqld using IP address instead of dhbost > > 23.01.2014 0:33, Sergey Matveychuk wrote: > > Hi. > > > > % mysql -h dbhost -u sem -p > > Enter password: > > ïÛÉÂËÁ ÓÅÇÍÅÎÔÁÃÉÉ(core dumped) > > % uname -a > > FreeBSD dbhost 10.0-RELEASE FreeBSD 10.0-RELEASE #1 r260922: Tue > > Jan 21 04:46:39 MSK 2014 > > root@dbhost:/usr/obj/usr/src/sys/GENERIC amd64 > > > > % gdb /usr/local/bin/mysql mysql.core > > ... > > (gdb) bt > > #0 0x0000000801da16f3 in gethostent () from /lib/libc.so.7 > > #1 0x0000000801d9ff0f in nsdispatch () from /lib/libc.so.7 > > #2 0x0000000801d9e87f in gethostbyname_r () from /lib/libc.so.7 > > #3 0x0000000801d9e5c4 in gethostbyname_r () from /lib/libc.so.7 > > #4 0x0000000800cfd410 in mysql_real_connect () > > from /usr/local/lib/mysql/libmysqlclient.so.16 > > #5 0x00000000004047da in ?? () > > > > It's a fresh installed bhyve box. -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 12:19:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28008F8E for ; Thu, 23 Jan 2014 12:19:41 +0000 (UTC) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008: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 AEF5016F8 for ; Thu, 23 Jan 2014 12:19:40 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id my13so325702bkb.12 for ; Thu, 23 Jan 2014 04:19:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=Ja+7TBAA70pyvB3uxnDDfyiI0m/vGevNdxqVcWJjtro=; b=gcig3W/sas2Ri/3Gg/nQBNS6oXLfYhhNowC6ly3bFkUsk2w4m7Fo2CdMRs+BM+40cI TBoKYv7pvlNaTA9dTa7O2BH5WQN+MCKO4FZBbojmEMt6ffLEWd7/N5duNu3WfczufZfj 132SlHQ+lFF67ejDSZq7jBhvf0lZHCUHpCL8CwV+cjOnph8aoI5vDeyf509cjsvzE63n gb3yZbBaTNE4rFPh9eWgiYuM73V3fYTCmaagHxs+dW45K7IA7XI6s+ooUykgo1tYKT75 cyDg/lRTLK6IiT8Xp7tbNfUy3ZU4uDdz15c6fO2qBOjvBshSYNGazT0GW8YHsf+/yBaP S14g== X-Received: by 10.204.71.134 with SMTP id h6mr215680bkj.109.1390479578771; Thu, 23 Jan 2014 04:19:38 -0800 (PST) Received: from ?IPv6:2a02:6b8::408:542c:b96f:fb92:fbb0? ([2a02:6b8:0:408:542c:b96f:fb92:fbb0]) by mx.google.com with ESMTPSA id s9sm8962412bkg.15.2014.01.23.04.19.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Jan 2014 04:19:38 -0800 (PST) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Processes are incorrectly marked as swapped out Message-Id: <2D47B79E-C171-4B91-B0AB-4DD2212770C6@gmail.com> Date: Thu, 23 Jan 2014 16:19:36 +0400 To: stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 12:19:41 -0000 Hello! After upgrade from stable/9 to stable/10 I see the following regression. Some processes are marked as swapped out in top(1) output: 1436 root 1 43 0 16524K 0K nanslp 14 1:14 0.00% = 1381 smmsp 1 20 0 23988K 0K pause 18 0:04 0.00% = ps(1) also shows them as swapped out (W as second character in state = field): 1381 - IWs 0:00.00 sendmail: Queue runner at 00:30:00 for = /var/spool/clie 1436 - IWs 0:00.00 /usr/sbin/cron -s 80231 - IWs 0:00.00 /usr/local/sbin/collectdmon -c = /usr/local/sbin/coll 99348 1 IWs 0:00.00 -csh (csh) Though swapinfo reports that zero swap is used and even if I turn swap = completely off (swapoff -a) the output of both top(1) and ps(1) does not change: these processes are = still marked as swapped out.= From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 12:52:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAFBCC10 for ; Thu, 23 Jan 2014 12:52:03 +0000 (UTC) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD621A50 for ; Thu, 23 Jan 2014 12:52:03 +0000 (UTC) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id BCFD720031D for ; Thu, 23 Jan 2014 13:52:01 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A875D405889 for ; Thu, 23 Jan 2014 13:52:01 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 6E089406AF1 for ; Thu, 23 Jan 2014 13:52:01 +0100 (CET) Received: from cascade.aei.uni-hannover.de ([10.117.15.111]) by intranet.aei.uni-hannover.de (Lotus Domino Release 8.5.3FP6) with ESMTP id 2014012313515132-5020 ; Thu, 23 Jan 2014 13:51:51 +0100 Date: Thu, 23 Jan 2014 13:51:50 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Subject: compile error on 9-stable Message-Id: <20140123135150.a44c35a4.gerrit.kuehn@aei.mpg.de> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.1.3 (GTK+ 2.24.19; amd64-portbld-freebsd8.2) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 8.5.3FP6|November 21, 2013) at 01/23/2014 13:51:51, Serialize by Router on intranet/aei-hannover(Release 8.5.3FP6|November 21, 2013) at 01/23/2014 13:52:01, Serialize complete at 01/23/2014 13:52:01 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.1.23.124214 X-PerlMx-Spam: Gauge=X, Probability=10%, Report=' TO_IN_SUBJECT 0.5, HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, SUPERLONG_LINE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1200_1299 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, NO_URI_FOUND 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __SUBJ_ALPHA_END 0, __SUBJ_ALPHA_START 0, __TO_IN_SUBJECT 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 12:52:03 -0000 Hi all, I just updated my sources on 9-stable, and the kernel won't compile anymore. buildkernel stops with --- cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -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/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/fs/nfs/nfs_commonkrpc.c In file included from /usr/src/sys/rpc/rpc.h:70, from /usr/src/sys/fs/nfs/nfs_commonkrpc.c:61: /usr/src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** [nfs_commonkrpc.o] Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. --- Are there any suggestions how to fix this? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 13:01:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9F7AF2C; Thu, 23 Jan 2014 13:01:56 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72DBC1B33; Thu, 23 Jan 2014 13:01:56 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0ND1tdc018579; Thu, 23 Jan 2014 13:01:55 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0ND1t5i018562; Thu, 23 Jan 2014 13:01:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 13:01:55 GMT Message-Id: <201401231301.s0ND1t5i018562@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:01:56 -0000 TB --- 2014-01-23 09:35:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 09:35:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 09:35:23 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-01-23 09:35:23 - cleaning the object tree TB --- 2014-01-23 09:35:23 - /usr/local/bin/svn stat /src TB --- 2014-01-23 09:35:28 - At svn revision 261074 TB --- 2014-01-23 09:35:29 - building world TB --- 2014-01-23 09:35:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 09:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 09:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 09:35:29 - SRCCONF=/dev/null TB --- 2014-01-23 09:35:29 - TARGET=pc98 TB --- 2014-01-23 09:35:29 - TARGET_ARCH=i386 TB --- 2014-01-23 09:35:29 - TZ=UTC TB --- 2014-01-23 09:35:29 - __MAKE_CONF=/dev/null TB --- 2014-01-23 09:35:29 - cd /src TB --- 2014-01-23 09:35:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 09:35:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 12:49:31 UTC 2014 TB --- 2014-01-23 12:49:31 - generating LINT kernel config TB --- 2014-01-23 12:49:31 - cd /src/sys/pc98/conf TB --- 2014-01-23 12:49:31 - /usr/bin/make -B LINT TB --- 2014-01-23 12:49:31 - cd /src/sys/pc98/conf TB --- 2014-01-23 12:49:31 - /usr/sbin/config -m LINT TB --- 2014-01-23 12:49:31 - building LINT kernel TB --- 2014-01-23 12:49:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 12:49:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 12:49:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 12:49:31 - SRCCONF=/dev/null TB --- 2014-01-23 12:49:31 - TARGET=pc98 TB --- 2014-01-23 12:49:31 - TARGET_ARCH=i386 TB --- 2014-01-23 12:49:31 - TZ=UTC TB --- 2014-01-23 12:49:31 - __MAKE_CONF=/dev/null TB --- 2014-01-23 12:49:31 - cd /src TB --- 2014-01-23 12:49:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 12:49:31 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_iconv.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_lookup.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vfsops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vnops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 13:01:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 13:01:55 - ERROR: failed to build LINT kernel TB --- 2014-01-23 13:01:55 - 9479.82 user 983.82 system 12392.09 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 13:02:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFD5EE3 for ; Thu, 23 Jan 2014 13:02:33 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F5461B4A for ; Thu, 23 Jan 2014 13:02:33 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1W6JvS-00032l-PF for freebsd-stable@freebsd.org; Thu, 23 Jan 2014 14:02:31 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Processes are incorrectly marked as swapped out References: <2D47B79E-C171-4B91-B0AB-4DD2212770C6@gmail.com> Date: Thu, 23 Jan 2014 14:02:29 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <2D47B79E-C171-4B91-B0AB-4DD2212770C6@gmail.com> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.5 X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.2 X-Scan-Signature: 5a1627636b35b65657045ef62631cd80 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:02:33 -0000 On Thu, 23 Jan 2014 13:19:36 +0100, Dmitry Sivachenko wrote: > Hello! > > After upgrade from stable/9 to stable/10 I see the following regression. > Some processes are marked as swapped out in top(1) output: > > 1436 root 1 43 0 16524K 0K nanslp 14 1:14 0.00% > > 1381 smmsp 1 20 0 23988K 0K pause 18 0:04 0.00% > 99348 mitya 1 21 0 23492K 0K pause 16 0:00 0.00% > > > ps(1) also shows them as swapped out (W as second character in state > field): > 1381 - IWs 0:00.00 sendmail: Queue runner at 00:30:00 for > /var/spool/clie > 1436 - IWs 0:00.00 /usr/sbin/cron -s > 80231 - IWs 0:00.00 /usr/local/sbin/collectdmon -c > /usr/local/sbin/coll > 99348 1 IWs 0:00.00 -csh (csh) > > Though swapinfo reports that zero swap is used and even if I turn swap > completely off (swapoff -a) > the output of both top(1) and ps(1) does not change: these processes are > still marked as swapped out. The code of an application can get removed from memory, because there still is an image of it in the executable on disk. It can be 'swapped' in by reading the executable again. The program is memory mapped (mmap). See VN PAGER vs SWAP PAGER in 'systat -vm'. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 13:04:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FB372D9; Thu, 23 Jan 2014 13:04:01 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CA0D1C87; Thu, 23 Jan 2014 13:04:01 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0ND40nD024935; Thu, 23 Jan 2014 13:04:00 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0ND40tx024930; Thu, 23 Jan 2014 13:04:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 13:04:00 GMT Message-Id: <201401231304.s0ND40tx024930@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:04:01 -0000 TB --- 2014-01-23 09:35:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 09:35:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 09:35:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-23 09:35:23 - cleaning the object tree TB --- 2014-01-23 09:35:23 - /usr/local/bin/svn stat /src TB --- 2014-01-23 09:35:28 - At svn revision 261074 TB --- 2014-01-23 09:35:29 - building world TB --- 2014-01-23 09:35:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 09:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 09:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 09:35:29 - SRCCONF=/dev/null TB --- 2014-01-23 09:35:29 - TARGET=i386 TB --- 2014-01-23 09:35:29 - TARGET_ARCH=i386 TB --- 2014-01-23 09:35:29 - TZ=UTC TB --- 2014-01-23 09:35:29 - __MAKE_CONF=/dev/null TB --- 2014-01-23 09:35:29 - cd /src TB --- 2014-01-23 09:35:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 09:35:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 12:49:31 UTC 2014 TB --- 2014-01-23 12:49:31 - generating LINT kernel config TB --- 2014-01-23 12:49:31 - cd /src/sys/i386/conf TB --- 2014-01-23 12:49:31 - /usr/bin/make -B LINT TB --- 2014-01-23 12:49:31 - cd /src/sys/i386/conf TB --- 2014-01-23 12:49:31 - /usr/sbin/config -m LINT TB --- 2014-01-23 12:49:31 - building LINT kernel TB --- 2014-01-23 12:49:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 12:49:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 12:49:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 12:49:31 - SRCCONF=/dev/null TB --- 2014-01-23 12:49:31 - TARGET=i386 TB --- 2014-01-23 12:49:31 - TARGET_ARCH=i386 TB --- 2014-01-23 12:49:31 - TZ=UTC TB --- 2014-01-23 12:49:31 - __MAKE_CONF=/dev/null TB --- 2014-01-23 12:49:31 - cd /src TB --- 2014-01-23 12:49:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 12:49:31 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_iconv.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_lookup.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vfsops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vnops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 13:04:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 13:04:00 - ERROR: failed to build LINT kernel TB --- 2014-01-23 13:04:00 - 9613.47 user 984.33 system 12516.91 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 13:12:28 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89F3F665; Thu, 23 Jan 2014 13:12:28 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 203991D73; Thu, 23 Jan 2014 13:12:28 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NDCQRe080938; Thu, 23 Jan 2014 13:12:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NDCQrW080937; Thu, 23 Jan 2014 13:12:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 13:12:26 GMT Message-Id: <201401231312.s0NDCQrW080937@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:12:28 -0000 TB --- 2014-01-23 10:58:08 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 10:58:08 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 10:58:08 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-01-23 10:58:08 - cleaning the object tree TB --- 2014-01-23 10:58:08 - /usr/local/bin/svn stat /src TB --- 2014-01-23 10:58:35 - At svn revision 261074 TB --- 2014-01-23 10:58:36 - building world TB --- 2014-01-23 10:58:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 10:58:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 10:58:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 10:58:36 - SRCCONF=/dev/null TB --- 2014-01-23 10:58:36 - TARGET=ia64 TB --- 2014-01-23 10:58:36 - TARGET_ARCH=ia64 TB --- 2014-01-23 10:58:36 - TZ=UTC TB --- 2014-01-23 10:58:36 - __MAKE_CONF=/dev/null TB --- 2014-01-23 10:58:36 - cd /src TB --- 2014-01-23 10:58:36 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 10:58:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 12:57:32 UTC 2014 TB --- 2014-01-23 12:57:32 - generating LINT kernel config TB --- 2014-01-23 12:57:32 - cd /src/sys/ia64/conf TB --- 2014-01-23 12:57:32 - /usr/bin/make -B LINT TB --- 2014-01-23 12:57:32 - cd /src/sys/ia64/conf TB --- 2014-01-23 12:57:32 - /usr/sbin/config -m LINT TB --- 2014-01-23 12:57:32 - building LINT kernel TB --- 2014-01-23 12:57:32 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 12:57:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 12:57:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 12:57:32 - SRCCONF=/dev/null TB --- 2014-01-23 12:57:32 - TARGET=ia64 TB --- 2014-01-23 12:57:32 - TARGET_ARCH=ia64 TB --- 2014-01-23 12:57:32 - TZ=UTC TB --- 2014-01-23 12:57:32 - __MAKE_CONF=/dev/null TB --- 2014-01-23 12:57:32 - cd /src TB --- 2014-01-23 12:57:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 12:57:32 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> 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/fs/msdosfs/msdosfs_iconv.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/fs/msdosfs/msdosfs_lookup.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/fs/msdosfs/msdosfs_vfsops.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/fs/msdosfs/msdosfs_vnops.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/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 13:12:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 13:12:26 - ERROR: failed to build LINT kernel TB --- 2014-01-23 13:12:26 - 5686.29 user 707.59 system 8057.99 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 13:18:26 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C6DF83F; Thu, 23 Jan 2014 13:18:26 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 38FAE1DCD; Thu, 23 Jan 2014 13:18:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=plcE8eWLYHVuIR6JHp/CxNHQdSOUPXP0JpWfrK8sitA=; b=ErexO6YKClhL8ysHlCbcR9BjfMk/ZYee1Dc6TSvme94H0XMFq0t7Zl+2UAqvRFvwYVN653+YUojy+xISlYEajueC6MEwtw6gOsA4VZ5ZBvsOsZlMkQ3CxEhRM1IrCzf/rALvRkX2WxBfpsoD+Jot1g3TdDfsPlZVN1EUG9UxYfc=; Received: from iglou1.iglou.com ([192.107.41.3]:53745 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1W6KAr-0004Zd-65 by authid with igloumta_auth; Thu, 23 Jan 2014 08:18:25 -0500 Received: from shell1.iglou.com ([192.107.41.17]:54473 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1W6KAq-0004NX-So; Thu, 23 Jan 2014 08:18:25 -0500 Date: Thu, 23 Jan 2014 08:18:24 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Ryan Steinmetz Subject: Re: freeradius3 dhcp.dictionary error In-Reply-To: <20140122223636.GA68486@exodus.zi0r.com> Message-ID: References: <20140122195843.GA901@exodus.zi0r.com> <20140122210752.GA35660@exodus.zi0r.com> <20140122223636.GA68486@exodus.zi0r.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:18:26 -0000 >> >> installed 3 onto a system that had 2.x ? the dictionaries dont get >> overwritten. >> it appears you have v2 dictionary - which FR3 really wont like. >> ----------------------------------------------------------------------- >> Yes. It works in the default distribution. >> >> Please try downloading the "tar" file from the freeradius.org site. >> Do the normal "./configure; make; make install". Then try to run the >> server. >> >> If it works, file a bug with the FreeBSD people. They've mangaged to >> break the server. >> >> If it doesn't work, I'll see if I have a FreeBSD system around >> somewhere for testing. >> ----------------------------------------------------------------------- >> Darrel > > I suspect that net/freeradius3 was installed on a system with > net/freeradius2 already installed on it. It looks like the CONFLICTS > line was not correct after a commit was made to net/freeradius3. > > If you had pkg_delete'd the existing port before installing 3.0.0, I > suspect everything would have gone as expected. > > I've updated the CONFLICTS line to resolve this. > This is actually an installation of FreeBSD10 release, upgraded from a release candidate, -rc4 if I recall correctly. It never had freeradius until version 3. So, I ran this: # cd /usr/ports/net/freeradius # rm -rf /usr/local/etc/raddb !-- my rm is aliased to srm. not significant # portsnap fetch update # make install clean # radiusd -XC Errors reading dictionary: dict_init: /usr/local/share/freeradius/dictionary.dhcp[208]: Type "tlv" can only be for "format=1,1" dictionary.dhcp is dated 2011. Same error. Also, someone from FreeRadius list mentioned that there *is no* such information on line 208. I am surprised to be the only one seeing this. Perhaps the FreeRadius admins are comfy with their old installations? Darrel From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 13:41:08 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29A55DAD; Thu, 23 Jan 2014 13:41:08 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA16D1FC2; Thu, 23 Jan 2014 13:41:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NDf68N008323; Thu, 23 Jan 2014 13:41:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NDf6kM008319; Thu, 23 Jan 2014 13:41:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 13:41:06 GMT Message-Id: <201401231341.s0NDf6kM008319@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:41:08 -0000 TB --- 2014-01-23 09:35:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 09:35:23 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 09:35:23 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-23 09:35:23 - cleaning the object tree TB --- 2014-01-23 09:35:23 - /usr/local/bin/svn stat /src TB --- 2014-01-23 09:35:28 - At svn revision 261074 TB --- 2014-01-23 09:35:29 - building world TB --- 2014-01-23 09:35:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 09:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 09:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 09:35:29 - SRCCONF=/dev/null TB --- 2014-01-23 09:35:29 - TARGET=amd64 TB --- 2014-01-23 09:35:29 - TARGET_ARCH=amd64 TB --- 2014-01-23 09:35:29 - TZ=UTC TB --- 2014-01-23 09:35:29 - __MAKE_CONF=/dev/null TB --- 2014-01-23 09:35:29 - cd /src TB --- 2014-01-23 09:35:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 09:35:31 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jan 23 13:27:05 UTC 2014 TB --- 2014-01-23 13:27:05 - generating LINT kernel config TB --- 2014-01-23 13:27:05 - cd /src/sys/amd64/conf TB --- 2014-01-23 13:27:05 - /usr/bin/make -B LINT TB --- 2014-01-23 13:27:05 - cd /src/sys/amd64/conf TB --- 2014-01-23 13:27:05 - /usr/sbin/config -m LINT TB --- 2014-01-23 13:27:05 - building LINT kernel TB --- 2014-01-23 13:27:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 13:27:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 13:27:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 13:27:05 - SRCCONF=/dev/null TB --- 2014-01-23 13:27:05 - TARGET=amd64 TB --- 2014-01-23 13:27:05 - TARGET_ARCH=amd64 TB --- 2014-01-23 13:27:05 - TZ=UTC TB --- 2014-01-23 13:27:05 - __MAKE_CONF=/dev/null TB --- 2014-01-23 13:27:05 - cd /src TB --- 2014-01-23 13:27:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 13:27:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_iconv.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_lookup.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vfsops.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vnops.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 13:41:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 13:41:06 - ERROR: failed to build LINT kernel TB --- 2014-01-23 13:41:06 - 11110.53 user 1264.32 system 14743.59 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 15:03:43 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F6FF275; Thu, 23 Jan 2014 15:03:43 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD30116F8; Thu, 23 Jan 2014 15:03:42 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NF3fuj079338; Thu, 23 Jan 2014 15:03:41 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NF3fQs079337; Thu, 23 Jan 2014 15:03:41 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 15:03:41 GMT Message-Id: <201401231503.s0NF3fQs079337@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 15:03:43 -0000 TB --- 2014-01-23 13:41:07 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 13:41:07 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 13:41:07 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-01-23 13:41:07 - cleaning the object tree TB --- 2014-01-23 13:41:07 - /usr/local/bin/svn stat /src TB --- 2014-01-23 13:41:13 - At svn revision 261074 TB --- 2014-01-23 13:41:14 - building world TB --- 2014-01-23 13:41:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 13:41:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 13:41:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 13:41:14 - SRCCONF=/dev/null TB --- 2014-01-23 13:41:14 - TARGET=sparc64 TB --- 2014-01-23 13:41:14 - TARGET_ARCH=sparc64 TB --- 2014-01-23 13:41:14 - TZ=UTC TB --- 2014-01-23 13:41:14 - __MAKE_CONF=/dev/null TB --- 2014-01-23 13:41:14 - cd /src TB --- 2014-01-23 13:41:14 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 13:41:15 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 14:53:54 UTC 2014 TB --- 2014-01-23 14:53:54 - generating LINT kernel config TB --- 2014-01-23 14:53:54 - cd /src/sys/sparc64/conf TB --- 2014-01-23 14:53:54 - /usr/bin/make -B LINT TB --- 2014-01-23 14:53:54 - cd /src/sys/sparc64/conf TB --- 2014-01-23 14:53:54 - /usr/sbin/config -m LINT TB --- 2014-01-23 14:53:54 - building LINT kernel TB --- 2014-01-23 14:53:54 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 14:53:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 14:53:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 14:53:54 - SRCCONF=/dev/null TB --- 2014-01-23 14:53:54 - TARGET=sparc64 TB --- 2014-01-23 14:53:54 - TARGET_ARCH=sparc64 TB --- 2014-01-23 14:53:54 - TZ=UTC TB --- 2014-01-23 14:53:54 - __MAKE_CONF=/dev/null TB --- 2014-01-23 14:53:54 - cd /src TB --- 2014-01-23 14:53:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 14:53:54 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/fs/msdosfs/msdosfs_iconv.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/fs/msdosfs/msdosfs_lookup.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/fs/msdosfs/msdosfs_vfsops.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/fs/msdosfs/msdosfs_vnops.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/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 15:03:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 15:03:41 - ERROR: failed to build LINT kernel TB --- 2014-01-23 15:03:41 - 3828.70 user 568.62 system 4954.70 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 15:53:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6032B286; Thu, 23 Jan 2014 15:53:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F0ACC1D1A; Thu, 23 Jan 2014 15:53:10 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NFrAJ5037341; Thu, 23 Jan 2014 15:53:10 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NFrAir037340; Thu, 23 Jan 2014 15:53:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 15:53:10 GMT Message-Id: <201401231553.s0NFrAir037340@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 15:53:11 -0000 TB --- 2014-01-23 13:04:00 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 13:04:00 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 13:04:00 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-01-23 13:04:00 - cleaning the object tree TB --- 2014-01-23 13:04:00 - /usr/local/bin/svn stat /src TB --- 2014-01-23 13:04:07 - At svn revision 261074 TB --- 2014-01-23 13:04:08 - building world TB --- 2014-01-23 13:04:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 13:04:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 13:04:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 13:04:08 - SRCCONF=/dev/null TB --- 2014-01-23 13:04:08 - TARGET=powerpc TB --- 2014-01-23 13:04:08 - TARGET_ARCH=powerpc TB --- 2014-01-23 13:04:08 - TZ=UTC TB --- 2014-01-23 13:04:08 - __MAKE_CONF=/dev/null TB --- 2014-01-23 13:04:08 - cd /src TB --- 2014-01-23 13:04:08 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 13:04:09 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 15:47:39 UTC 2014 TB --- 2014-01-23 15:47:39 - generating LINT kernel config TB --- 2014-01-23 15:47:39 - cd /src/sys/powerpc/conf TB --- 2014-01-23 15:47:39 - /usr/bin/make -B LINT TB --- 2014-01-23 15:47:39 - cd /src/sys/powerpc/conf TB --- 2014-01-23 15:47:39 - /usr/sbin/config -m LINT TB --- 2014-01-23 15:47:39 - building LINT kernel TB --- 2014-01-23 15:47:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 15:47:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 15:47:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 15:47:39 - SRCCONF=/dev/null TB --- 2014-01-23 15:47:39 - TARGET=powerpc TB --- 2014-01-23 15:47:39 - TARGET_ARCH=powerpc TB --- 2014-01-23 15:47:39 - TZ=UTC TB --- 2014-01-23 15:47:39 - __MAKE_CONF=/dev/null TB --- 2014-01-23 15:47:39 - cd /src TB --- 2014-01-23 15:47:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 15:47:40 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/fs/msdosfs/msdosfs_iconv.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/fs/msdosfs/msdosfs_lookup.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/fs/msdosfs/msdosfs_vfsops.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/fs/msdosfs/msdosfs_vnops.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/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 15:53:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 15:53:10 - ERROR: failed to build LINT kernel TB --- 2014-01-23 15:53:10 - 8542.09 user 856.83 system 10149.65 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 16:14:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2C46B32; Thu, 23 Jan 2014 16:14:37 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 774A21EEE; Thu, 23 Jan 2014 16:14:37 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NGEap7027860; Thu, 23 Jan 2014 16:14:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NGEaKw027859; Thu, 23 Jan 2014 16:14:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 16:14:36 GMT Message-Id: <201401231614.s0NGEaKw027859@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 16:14:38 -0000 TB --- 2014-01-23 13:12:27 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 13:12:27 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 13:12:27 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-01-23 13:12:27 - cleaning the object tree TB --- 2014-01-23 13:12:27 - /usr/local/bin/svn stat /src TB --- 2014-01-23 13:12:32 - At svn revision 261074 TB --- 2014-01-23 13:12:33 - building world TB --- 2014-01-23 13:12:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 13:12:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 13:12:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 13:12:33 - SRCCONF=/dev/null TB --- 2014-01-23 13:12:33 - TARGET=powerpc TB --- 2014-01-23 13:12:33 - TARGET_ARCH=powerpc64 TB --- 2014-01-23 13:12:33 - TZ=UTC TB --- 2014-01-23 13:12:33 - __MAKE_CONF=/dev/null TB --- 2014-01-23 13:12:33 - cd /src TB --- 2014-01-23 13:12:33 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 13:12:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jan 23 16:12:05 UTC 2014 TB --- 2014-01-23 16:12:05 - generating LINT kernel config TB --- 2014-01-23 16:12:05 - cd /src/sys/powerpc/conf TB --- 2014-01-23 16:12:05 - /usr/bin/make -B LINT TB --- 2014-01-23 16:12:05 - cd /src/sys/powerpc/conf TB --- 2014-01-23 16:12:05 - /usr/sbin/config -m LINT TB --- 2014-01-23 16:12:05 - skipping LINT kernel TB --- 2014-01-23 16:12:05 - cd /src/sys/powerpc/conf TB --- 2014-01-23 16:12:05 - /usr/sbin/config -m GENERIC TB --- 2014-01-23 16:12:05 - skipping GENERIC kernel TB --- 2014-01-23 16:12:05 - cd /src/sys/powerpc/conf TB --- 2014-01-23 16:12:05 - /usr/sbin/config -m GENERIC64 TB --- 2014-01-23 16:12:05 - building GENERIC64 kernel TB --- 2014-01-23 16:12:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 16:12:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 16:12:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 16:12:05 - SRCCONF=/dev/null TB --- 2014-01-23 16:12:05 - TARGET=powerpc TB --- 2014-01-23 16:12:05 - TARGET_ARCH=powerpc64 TB --- 2014-01-23 16:12:05 - TZ=UTC TB --- 2014-01-23 16:12:05 - __MAKE_CONF=/dev/null TB --- 2014-01-23 16:12:05 - cd /src TB --- 2014-01-23 16:12:05 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Jan 23 16:12:05 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_fileno.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_lookup.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_vfsops.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_vnops.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 16:14:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 16:14:36 - ERROR: failed to build GENERIC64 kernel TB --- 2014-01-23 16:14:36 - 9252.44 user 1016.48 system 10929.16 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 16:47:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9EA6997 for ; Thu, 23 Jan 2014 16:47:14 +0000 (UTC) Received: from bay0-omc2-s9.bay0.hotmail.com (bay0-omc2-s9.bay0.hotmail.com [65.54.190.84]) by mx1.freebsd.org (Postfix) with ESMTP id 91CCA11E1 for ; Thu, 23 Jan 2014 16:47:14 +0000 (UTC) Received: from BAY176-W45 ([65.54.190.125]) by bay0-omc2-s9.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 23 Jan 2014 08:46:09 -0800 X-TMN: [dJyt4JlJ6YP7aGdiG/mR4JAGmaGt+k5JJQOWvM928OU=] X-Originating-Email: [jl.dupont@outlook.com] Message-ID: From: Jean-Luc Dupont To: "freebsd-stable@freebsd.org" Subject: RE: 10.0 RC5 panic after a clean buildworld on Hyper-V Date: Thu, 23 Jan 2014 16:46:09 +0000 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 23 Jan 2014 16:46:09.0323 (UTC) FILETIME=[9DF4E7B0:01CF185A] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 16:47:14 -0000 Hello=2C I have the problem on the 10.0 Release. A buildworld/kernel and reboot gives the same panic on Hyper-v Any idea what could be the reason? Thank you > From: jl.dupont@outlook.com > To: freebsd-stable@freebsd.org > Subject: 10.0 RC5 panic after a clean buildworld on Hyper-V > Date: Tue=2C 14 Jan 2014 09:24:38 +0000 >=20 > Hello=2C >=20 > We are upgrading our ESX to Hyper-V=2C and all our virtual FreeBSD will= be running on Hyper-V. > For our POCs=2C we are testing all the releases of the 10.0 RCxx. >=20 > I installed 10.0 RC5 on a new virtual machine running on Hyper-V. > I svn checkout /base/stable/10 >=20 > Without modifying neither the kernel nor the src.conf=2C I buildworld=2C = buildkernel=2C installkernel=2C installworld. > After booting I had a kernel panic on attaching the storvsc. >=20 > I don't remember having this panic on older RCs of the 10.0 >=20 > Here is the bt (OCRed): >=20 > cpuid =3D 0 > KDB: stack backtrace: > #0 0xffffffff808d1670 at kdb_backtrace+0x60 > #1 0xffffffff80899045 at panic+0x155 > #2 0xffffffff80c73672 at trap_fatal+0x3a2 > #3 0xffffffff80c73949 at trap_pfault+0x2c9 > #4 0xffffffff80c730d6 at trap+0x5e6 > #5 0xffffffff80c5a462 at calltrap+0x8 > #6 0xffffffff80885ff0 at __mtx_unlock_sleep+0x60 > #7 0xffffffff80885b4a at unlock_mtx+0x2a > #8 0xffffffff808a1c4e at _sleep+0x18e > #9 0xffffffff802dc2be at cam_periph_runccb+0x9e > #10 0xffffffff80cfe6f4 at storvsc_attach+0x6d4 > #11 0xffffffff808c89e2 at device_attach+0x3a2 > #12 0xffffffff80d0311b at hv_vmbus_child_deuice_register+0xdb > #13 0xffffffff80d01a33 at vmbus_channel_process_offer+0x133 > #14 0xffffffff80d01576 at work_item_callback+0x26 > #15 0xffffffff808df406 at taskqueue_run_locked+0xe6 > #16 0xffffffff808dfc88 at taskqueue_thread_loop+0xa8 > #17 0xffffffff8086b11a at fork_exit+0x9a > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort >=20 > I tried to add hw.ata.disk_enable=3D1 in /boot/loader.conf without help. >=20 > Thank you for any advice. >=20 > Best regards > =20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe=2C send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" = From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 17:37:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1656D6E4; Thu, 23 Jan 2014 17:37:25 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC52016B4; Thu, 23 Jan 2014 17:37:24 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NHbNZL030438; Thu, 23 Jan 2014 17:37:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NHbNOB030437; Thu, 23 Jan 2014 17:37:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 17:37:23 GMT Message-Id: <201401231737.s0NHbNOB030437@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 17:37:25 -0000 TB --- 2014-01-23 16:15:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 16:15:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 16:15:21 - starting RELENG_9 tinderbox run for arm/arm TB --- 2014-01-23 16:15:21 - cleaning the object tree TB --- 2014-01-23 16:15:46 - /usr/local/bin/svn stat /src TB --- 2014-01-23 16:15:49 - At svn revision 261079 TB --- 2014-01-23 16:15:50 - building world TB --- 2014-01-23 16:15:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 16:15:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 16:15:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 16:15:50 - SRCCONF=/dev/null TB --- 2014-01-23 16:15:50 - TARGET=arm TB --- 2014-01-23 16:15:50 - TARGET_ARCH=arm TB --- 2014-01-23 16:15:50 - TZ=UTC TB --- 2014-01-23 16:15:50 - __MAKE_CONF=/dev/null TB --- 2014-01-23 16:15:50 - cd /src TB --- 2014-01-23 16:15:50 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 16:15:53 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 17:35:08 UTC 2014 TB --- 2014-01-23 17:35:08 - cd /src/sys/arm/conf TB --- 2014-01-23 17:35:08 - /usr/sbin/config -m AVILA TB --- 2014-01-23 17:35:08 - building AVILA kernel TB --- 2014-01-23 17:35:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 17:35:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 17:35:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 17:35:08 - SRCCONF=/dev/null TB --- 2014-01-23 17:35:08 - TARGET=arm TB --- 2014-01-23 17:35:08 - TARGET_ARCH=arm TB --- 2014-01-23 17:35:08 - TZ=UTC TB --- 2014-01-23 17:35:08 - __MAKE_CONF=/dev/null TB --- 2014-01-23 17:35:08 - cd /src TB --- 2014-01-23 17:35:08 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Thu Jan 23 17:35:09 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/devfs/devfs_rule.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/devfs/devfs_vfsops.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/devfs/devfs_vnops.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/fifofs/fifo_vnops.c cc -mbig-endian -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=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 17:37:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 17:37:23 - ERROR: failed to build AVILA kernel TB --- 2014-01-23 17:37:23 - 3064.91 user 587.29 system 4921.78 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 19:43:18 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16220C34; Thu, 23 Jan 2014 19:43:18 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A36231296; Thu, 23 Jan 2014 19:43:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NJhGVD006842; Thu, 23 Jan 2014 19:43:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NJhG2B006837; Thu, 23 Jan 2014 19:43:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 19:43:16 GMT Message-Id: <201401231943.s0NJhG2B006837@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:43:18 -0000 TB --- 2014-01-23 16:15:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 16:15:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 16:15:21 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-01-23 16:15:21 - cleaning the object tree TB --- 2014-01-23 16:15:57 - /usr/local/bin/svn stat /src TB --- 2014-01-23 16:16:01 - At svn revision 261079 TB --- 2014-01-23 16:16:02 - building world TB --- 2014-01-23 16:16:02 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 16:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 16:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 16:16:02 - SRCCONF=/dev/null TB --- 2014-01-23 16:16:02 - TARGET=pc98 TB --- 2014-01-23 16:16:02 - TARGET_ARCH=i386 TB --- 2014-01-23 16:16:02 - TZ=UTC TB --- 2014-01-23 16:16:02 - __MAKE_CONF=/dev/null TB --- 2014-01-23 16:16:02 - cd /src TB --- 2014-01-23 16:16:02 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 16:16:03 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 19:30:29 UTC 2014 TB --- 2014-01-23 19:30:29 - generating LINT kernel config TB --- 2014-01-23 19:30:29 - cd /src/sys/pc98/conf TB --- 2014-01-23 19:30:29 - /usr/bin/make -B LINT TB --- 2014-01-23 19:30:29 - cd /src/sys/pc98/conf TB --- 2014-01-23 19:30:29 - /usr/sbin/config -m LINT TB --- 2014-01-23 19:30:29 - building LINT kernel TB --- 2014-01-23 19:30:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 19:30:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 19:30:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 19:30:29 - SRCCONF=/dev/null TB --- 2014-01-23 19:30:29 - TARGET=pc98 TB --- 2014-01-23 19:30:29 - TARGET_ARCH=i386 TB --- 2014-01-23 19:30:29 - TZ=UTC TB --- 2014-01-23 19:30:29 - __MAKE_CONF=/dev/null TB --- 2014-01-23 19:30:29 - cd /src TB --- 2014-01-23 19:30:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 19:30:30 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_iconv.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_lookup.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vfsops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vnops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 19:43:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 19:43:16 - ERROR: failed to build LINT kernel TB --- 2014-01-23 19:43:16 - 9486.36 user 987.26 system 12474.72 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 19:45:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33F8CD7C; Thu, 23 Jan 2014 19:45:17 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE1E112C1; Thu, 23 Jan 2014 19:45:16 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NJjFln013152; Thu, 23 Jan 2014 19:45:15 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NJjFHf013151; Thu, 23 Jan 2014 19:45:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 19:45:15 GMT Message-Id: <201401231945.s0NJjFHf013151@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:45:17 -0000 TB --- 2014-01-23 16:15:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 16:15:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 16:15:21 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-23 16:15:21 - cleaning the object tree TB --- 2014-01-23 16:15:57 - /usr/local/bin/svn stat /src TB --- 2014-01-23 16:16:02 - At svn revision 261079 TB --- 2014-01-23 16:16:03 - building world TB --- 2014-01-23 16:16:03 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 16:16:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 16:16:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 16:16:03 - SRCCONF=/dev/null TB --- 2014-01-23 16:16:03 - TARGET=i386 TB --- 2014-01-23 16:16:03 - TARGET_ARCH=i386 TB --- 2014-01-23 16:16:03 - TZ=UTC TB --- 2014-01-23 16:16:03 - __MAKE_CONF=/dev/null TB --- 2014-01-23 16:16:03 - cd /src TB --- 2014-01-23 16:16:03 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 16:16:04 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 19:30:37 UTC 2014 TB --- 2014-01-23 19:30:37 - generating LINT kernel config TB --- 2014-01-23 19:30:37 - cd /src/sys/i386/conf TB --- 2014-01-23 19:30:37 - /usr/bin/make -B LINT TB --- 2014-01-23 19:30:37 - cd /src/sys/i386/conf TB --- 2014-01-23 19:30:37 - /usr/sbin/config -m LINT TB --- 2014-01-23 19:30:37 - building LINT kernel TB --- 2014-01-23 19:30:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 19:30:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 19:30:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 19:30:37 - SRCCONF=/dev/null TB --- 2014-01-23 19:30:37 - TARGET=i386 TB --- 2014-01-23 19:30:37 - TARGET_ARCH=i386 TB --- 2014-01-23 19:30:37 - TZ=UTC TB --- 2014-01-23 19:30:37 - __MAKE_CONF=/dev/null TB --- 2014-01-23 19:30:37 - cd /src TB --- 2014-01-23 19:30:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 19:30:37 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_iconv.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_lookup.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vfsops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vnops.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 19:45:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 19:45:15 - ERROR: failed to build LINT kernel TB --- 2014-01-23 19:45:15 - 9628.54 user 987.73 system 12594.00 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 19:52:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DBEC2F2; Thu, 23 Jan 2014 19:52:13 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D805138B; Thu, 23 Jan 2014 19:52:12 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NJqBCe058202; Thu, 23 Jan 2014 19:52:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NJqBVi058192; Thu, 23 Jan 2014 19:52:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 19:52:11 GMT Message-Id: <201401231952.s0NJqBVi058192@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:52:13 -0000 TB --- 2014-01-23 17:37:24 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 17:37:24 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 17:37:24 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2014-01-23 17:37:24 - cleaning the object tree TB --- 2014-01-23 17:37:34 - /usr/local/bin/svn stat /src TB --- 2014-01-23 17:38:09 - At svn revision 261079 TB --- 2014-01-23 17:38:10 - building world TB --- 2014-01-23 17:38:10 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 17:38:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 17:38:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 17:38:10 - SRCCONF=/dev/null TB --- 2014-01-23 17:38:10 - TARGET=ia64 TB --- 2014-01-23 17:38:10 - TARGET_ARCH=ia64 TB --- 2014-01-23 17:38:10 - TZ=UTC TB --- 2014-01-23 17:38:10 - __MAKE_CONF=/dev/null TB --- 2014-01-23 17:38:10 - cd /src TB --- 2014-01-23 17:38:10 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 17:38:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 19:37:23 UTC 2014 TB --- 2014-01-23 19:37:23 - generating LINT kernel config TB --- 2014-01-23 19:37:23 - cd /src/sys/ia64/conf TB --- 2014-01-23 19:37:23 - /usr/bin/make -B LINT TB --- 2014-01-23 19:37:23 - cd /src/sys/ia64/conf TB --- 2014-01-23 19:37:23 - /usr/sbin/config -m LINT TB --- 2014-01-23 19:37:23 - building LINT kernel TB --- 2014-01-23 19:37:23 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 19:37:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 19:37:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 19:37:23 - SRCCONF=/dev/null TB --- 2014-01-23 19:37:23 - TARGET=ia64 TB --- 2014-01-23 19:37:23 - TARGET_ARCH=ia64 TB --- 2014-01-23 19:37:23 - TZ=UTC TB --- 2014-01-23 19:37:23 - __MAKE_CONF=/dev/null TB --- 2014-01-23 19:37:23 - cd /src TB --- 2014-01-23 19:37:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 19:37:24 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/fs/msdosfs/msdosfs_iconv.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/fs/msdosfs/msdosfs_lookup.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/fs/msdosfs/msdosfs_vfsops.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/fs/msdosfs/msdosfs_vnops.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/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 19:52:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 19:52:11 - ERROR: failed to build LINT kernel TB --- 2014-01-23 19:52:11 - 5682.91 user 711.48 system 8087.73 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 20:22:13 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BDE6C2A; Thu, 23 Jan 2014 20:22:13 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAEA316D4; Thu, 23 Jan 2014 20:22:12 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NKMCP7097071; Thu, 23 Jan 2014 20:22:12 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NKMCVw097070; Thu, 23 Jan 2014 20:22:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 20:22:12 GMT Message-Id: <201401232022.s0NKMCVw097070@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 20:22:13 -0000 TB --- 2014-01-23 16:15:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 16:15:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 16:15:21 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-23 16:15:21 - cleaning the object tree TB --- 2014-01-23 16:16:02 - /usr/local/bin/svn stat /src TB --- 2014-01-23 16:16:06 - At svn revision 261079 TB --- 2014-01-23 16:16:07 - building world TB --- 2014-01-23 16:16:07 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 16:16:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 16:16:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 16:16:07 - SRCCONF=/dev/null TB --- 2014-01-23 16:16:07 - TARGET=amd64 TB --- 2014-01-23 16:16:07 - TARGET_ARCH=amd64 TB --- 2014-01-23 16:16:07 - TZ=UTC TB --- 2014-01-23 16:16:07 - __MAKE_CONF=/dev/null TB --- 2014-01-23 16:16:07 - cd /src TB --- 2014-01-23 16:16:07 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 16:16:08 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jan 23 20:08:04 UTC 2014 TB --- 2014-01-23 20:08:04 - generating LINT kernel config TB --- 2014-01-23 20:08:04 - cd /src/sys/amd64/conf TB --- 2014-01-23 20:08:04 - /usr/bin/make -B LINT TB --- 2014-01-23 20:08:04 - cd /src/sys/amd64/conf TB --- 2014-01-23 20:08:04 - /usr/sbin/config -m LINT TB --- 2014-01-23 20:08:04 - building LINT kernel TB --- 2014-01-23 20:08:04 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 20:08:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 20:08:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 20:08:04 - SRCCONF=/dev/null TB --- 2014-01-23 20:08:04 - TARGET=amd64 TB --- 2014-01-23 20:08:04 - TARGET_ARCH=amd64 TB --- 2014-01-23 20:08:04 - TZ=UTC TB --- 2014-01-23 20:08:04 - __MAKE_CONF=/dev/null TB --- 2014-01-23 20:08:04 - cd /src TB --- 2014-01-23 20:08:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 20:08:04 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_iconv.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_lookup.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vfsops.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/msdosfs/msdosfs_vnops.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 20:22:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 20:22:12 - ERROR: failed to build LINT kernel TB --- 2014-01-23 20:22:12 - 11111.23 user 1280.05 system 14810.12 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 21:44:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9949D8D7; Thu, 23 Jan 2014 21:44:55 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3124A1F48; Thu, 23 Jan 2014 21:44:55 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NLisJU066428; Thu, 23 Jan 2014 21:44:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NLisLP066424; Thu, 23 Jan 2014 21:44:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 21:44:54 GMT Message-Id: <201401232144.s0NLisLP066424@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 21:44:55 -0000 TB --- 2014-01-23 20:22:12 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 20:22:12 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 20:22:12 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2014-01-23 20:22:12 - cleaning the object tree TB --- 2014-01-23 20:22:25 - /usr/local/bin/svn stat /src TB --- 2014-01-23 20:22:34 - At svn revision 261079 TB --- 2014-01-23 20:22:35 - building world TB --- 2014-01-23 20:22:35 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 20:22:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 20:22:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 20:22:35 - SRCCONF=/dev/null TB --- 2014-01-23 20:22:35 - TARGET=sparc64 TB --- 2014-01-23 20:22:35 - TARGET_ARCH=sparc64 TB --- 2014-01-23 20:22:35 - TZ=UTC TB --- 2014-01-23 20:22:35 - __MAKE_CONF=/dev/null TB --- 2014-01-23 20:22:35 - cd /src TB --- 2014-01-23 20:22:35 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 20:22:36 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 21:35:11 UTC 2014 TB --- 2014-01-23 21:35:11 - generating LINT kernel config TB --- 2014-01-23 21:35:11 - cd /src/sys/sparc64/conf TB --- 2014-01-23 21:35:11 - /usr/bin/make -B LINT TB --- 2014-01-23 21:35:11 - cd /src/sys/sparc64/conf TB --- 2014-01-23 21:35:11 - /usr/sbin/config -m LINT TB --- 2014-01-23 21:35:11 - building LINT kernel TB --- 2014-01-23 21:35:11 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 21:35:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 21:35:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 21:35:11 - SRCCONF=/dev/null TB --- 2014-01-23 21:35:11 - TARGET=sparc64 TB --- 2014-01-23 21:35:11 - TARGET_ARCH=sparc64 TB --- 2014-01-23 21:35:11 - TZ=UTC TB --- 2014-01-23 21:35:11 - __MAKE_CONF=/dev/null TB --- 2014-01-23 21:35:11 - cd /src TB --- 2014-01-23 21:35:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 21:35:11 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/fs/msdosfs/msdosfs_iconv.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/fs/msdosfs/msdosfs_lookup.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/fs/msdosfs/msdosfs_vfsops.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/fs/msdosfs/msdosfs_vnops.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/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 21:44:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 21:44:54 - ERROR: failed to build LINT kernel TB --- 2014-01-23 21:44:54 - 3835.92 user 569.07 system 4961.95 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 22:33:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B00D70D; Thu, 23 Jan 2014 22:33:52 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB9BF13E3; Thu, 23 Jan 2014 22:33:51 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NMXo2f025591; Thu, 23 Jan 2014 22:33:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NMXo1Z025590; Thu, 23 Jan 2014 22:33:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 22:33:50 GMT Message-Id: <201401232233.s0NMXo1Z025590@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 22:33:52 -0000 TB --- 2014-01-23 19:45:16 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 19:45:16 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 19:45:16 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2014-01-23 19:45:16 - cleaning the object tree TB --- 2014-01-23 19:45:29 - /usr/local/bin/svn stat /src TB --- 2014-01-23 19:45:35 - At svn revision 261079 TB --- 2014-01-23 19:45:36 - building world TB --- 2014-01-23 19:45:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 19:45:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 19:45:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 19:45:36 - SRCCONF=/dev/null TB --- 2014-01-23 19:45:36 - TARGET=powerpc TB --- 2014-01-23 19:45:36 - TARGET_ARCH=powerpc TB --- 2014-01-23 19:45:36 - TZ=UTC TB --- 2014-01-23 19:45:36 - __MAKE_CONF=/dev/null TB --- 2014-01-23 19:45:36 - cd /src TB --- 2014-01-23 19:45:36 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 19:45:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 23 22:28:25 UTC 2014 TB --- 2014-01-23 22:28:25 - generating LINT kernel config TB --- 2014-01-23 22:28:25 - cd /src/sys/powerpc/conf TB --- 2014-01-23 22:28:25 - /usr/bin/make -B LINT TB --- 2014-01-23 22:28:25 - cd /src/sys/powerpc/conf TB --- 2014-01-23 22:28:25 - /usr/sbin/config -m LINT TB --- 2014-01-23 22:28:25 - building LINT kernel TB --- 2014-01-23 22:28:25 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 22:28:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 22:28:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 22:28:25 - SRCCONF=/dev/null TB --- 2014-01-23 22:28:25 - TARGET=powerpc TB --- 2014-01-23 22:28:25 - TARGET_ARCH=powerpc TB --- 2014-01-23 22:28:25 - TZ=UTC TB --- 2014-01-23 22:28:25 - __MAKE_CONF=/dev/null TB --- 2014-01-23 22:28:25 - cd /src TB --- 2014-01-23 22:28:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 23 22:28:25 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/fs/msdosfs/msdosfs_iconv.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/fs/msdosfs/msdosfs_lookup.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/fs/msdosfs/msdosfs_vfsops.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/fs/msdosfs/msdosfs_vnops.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/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 22:33:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 22:33:50 - ERROR: failed to build LINT kernel TB --- 2014-01-23 22:33:50 - 8495.55 user 861.74 system 10114.84 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 22:48:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E411339 for ; Thu, 23 Jan 2014 22:48:53 +0000 (UTC) Received: from nskntqsrv02p.mx.bigpond.com (nskntqsrv02p.mx.bigpond.com [61.9.168.234]) by mx1.freebsd.org (Postfix) with ESMTP id BBDFA157D for ; Thu, 23 Jan 2014 22:48:52 +0000 (UTC) Received: from nskntcmgw07p ([61.9.169.167]) by nskntmtas06p.mx.bigpond.com with ESMTP id <20140123213726.PIJP2028.nskntmtas06p.mx.bigpond.com@nskntcmgw07p> for ; Thu, 23 Jan 2014 21:37:26 +0000 Received: from hermes.heuristicsystems.com.au ([58.172.113.247]) by nskntcmgw07p with BigPond Outbound id HZdR1n00Z5LKYmq01ZdRvS; Thu, 23 Jan 2014 21:37:26 +0000 X-Authority-Analysis: v=2.0 cv=bJiU0YCZ c=1 sm=1 a=YibVxx38Z+cwdCKSMcELyg==:17 a=1YbsQLIiAAQA:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=Riqtkc8RWkEA:10 a=6I5d2MoRAAAA:8 a=Vn_gFmM7ZkBmJsY6r-oA:9 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=YibVxx38Z+cwdCKSMcELyg==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s0NLaYrn064338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 24 Jan 2014 08:36:35 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <52E18B5F.9060604@heuristicsystems.com.au> Date: Fri, 24 Jan 2014 08:36:31 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: compile error on 9-stable References: <20140123135150.a44c35a4.gerrit.kuehn@aei.mpg.de> In-Reply-To: <20140123135150.a44c35a4.gerrit.kuehn@aei.mpg.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 22:48:53 -0000 On 23/01/2014 11:51 PM, Gerrit Kühn wrote: > Hi all, > > I just updated my sources on 9-stable, and the kernel won't compile > anymore. buildkernel stops with > > --- > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -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/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/fs/nfs/nfs_commonkrpc.c > In file included from /usr/src/sys/rpc/rpc.h:70, > from /usr/src/sys/fs/nfs/nfs_commonkrpc.c:61: > /usr/src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type > *** [nfs_commonkrpc.o] Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > --- > > > Are there any suggestions how to fix this? > > > cu > Gerrit > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Gerrit, It sometimes pays to have a look at the more recent changes at http://lists.freebsd.org/pipermail/svn-src-stable-9/2014-January/ when building base fails. This addresses your issue 005955.html In this case, Alexander (mav) has corrected the situation, (Thanks Mav). Update your base, and you should be fine. Dewayne. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 22:54:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE7005F3; Thu, 23 Jan 2014 22:54:50 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A9131625; Thu, 23 Jan 2014 22:54:50 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s0NMsnaH014907; Thu, 23 Jan 2014 22:54:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0NMsnQt014906; Thu, 23 Jan 2014 22:54:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jan 2014 22:54:49 GMT Message-Id: <201401232254.s0NMsnQt014906@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 22:54:51 -0000 TB --- 2014-01-23 19:52:12 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-23 19:52:12 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-01-23 19:52:12 - starting RELENG_9 tinderbox run for powerpc64/powerpc TB --- 2014-01-23 19:52:12 - cleaning the object tree TB --- 2014-01-23 19:52:31 - /usr/local/bin/svn stat /src TB --- 2014-01-23 19:52:36 - At svn revision 261079 TB --- 2014-01-23 19:52:37 - building world TB --- 2014-01-23 19:52:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 19:52:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 19:52:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 19:52:37 - SRCCONF=/dev/null TB --- 2014-01-23 19:52:37 - TARGET=powerpc TB --- 2014-01-23 19:52:37 - TARGET_ARCH=powerpc64 TB --- 2014-01-23 19:52:37 - TZ=UTC TB --- 2014-01-23 19:52:37 - __MAKE_CONF=/dev/null TB --- 2014-01-23 19:52:37 - cd /src TB --- 2014-01-23 19:52:37 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 23 19:52:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jan 23 22:52:18 UTC 2014 TB --- 2014-01-23 22:52:18 - generating LINT kernel config TB --- 2014-01-23 22:52:18 - cd /src/sys/powerpc/conf TB --- 2014-01-23 22:52:18 - /usr/bin/make -B LINT TB --- 2014-01-23 22:52:18 - cd /src/sys/powerpc/conf TB --- 2014-01-23 22:52:18 - /usr/sbin/config -m LINT TB --- 2014-01-23 22:52:18 - skipping LINT kernel TB --- 2014-01-23 22:52:18 - cd /src/sys/powerpc/conf TB --- 2014-01-23 22:52:18 - /usr/sbin/config -m GENERIC TB --- 2014-01-23 22:52:18 - skipping GENERIC kernel TB --- 2014-01-23 22:52:18 - cd /src/sys/powerpc/conf TB --- 2014-01-23 22:52:18 - /usr/sbin/config -m GENERIC64 TB --- 2014-01-23 22:52:18 - building GENERIC64 kernel TB --- 2014-01-23 22:52:18 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 22:52:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 22:52:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 22:52:18 - SRCCONF=/dev/null TB --- 2014-01-23 22:52:18 - TARGET=powerpc TB --- 2014-01-23 22:52:18 - TARGET_ARCH=powerpc64 TB --- 2014-01-23 22:52:18 - TZ=UTC TB --- 2014-01-23 22:52:18 - __MAKE_CONF=/dev/null TB --- 2014-01-23 22:52:18 - cd /src TB --- 2014-01-23 22:52:18 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Jan 23 22:52:18 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_fileno.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_lookup.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_vfsops.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/msdosfs/msdosfs_vnops.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfs/nfs_commonkrpc.c In file included from /src/sys/rpc/rpc.h:70, from /src/sys/fs/nfs/nfs_commonkrpc.c:61: /src/sys/rpc/svc.h:330: error: field 'sp_lock' has incomplete type *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-23 22:54:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-23 22:54:49 - ERROR: failed to build GENERIC64 kernel TB --- 2014-01-23 22:54:49 - 9245.71 user 1022.57 system 10957.60 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 23:28:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D33E4FED for ; Thu, 23 Jan 2014 23:28:52 +0000 (UTC) Received: from man.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3991897 for ; Thu, 23 Jan 2014 23:28:52 +0000 (UTC) Received: from man.dat.pl (localhost [127.0.0.1]) by man.dat.pl (Postfix) with ESMTP id C9873CF1DAB; Fri, 24 Jan 2014 00:19:59 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from man.dat.pl ([127.0.0.1]) by man.dat.pl (man.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id sD3XBBU_15QA; Fri, 24 Jan 2014 00:19:57 +0100 (CET) Received: from [192.168.0.12] (178-36-26-237.adsl.inetia.pl [178.36.26.237]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by man.dat.pl (Postfix) with ESMTPSA id 92E79CEF680; Fri, 24 Jan 2014 00:19:57 +0100 (CET) Message-ID: <52E1A39D.7000603@dat.pl> Date: Fri, 24 Jan 2014 00:19:57 +0100 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Darrel , freebsd-stable@freebsd.org Subject: Re: freeradius3 error on freebsd10 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 23:28:52 -0000 On 22.01.2014 16:26, Darrel wrote: > Hello, > > Perhaps this should be sent to the freeradius list. I have not built > freeradius3 anywhere else- so not sure. > > "Errors reading dictionary: dict_init: > /usr/local/share/freeradius/dictionary.dhcp[208]: > Type "tlv" can only be for "format=1,1". > > I do not even want the dhcp dictionary. It arrived with the others. > > The only option I added to the build was "with postgresql support". > > Anyone familiar with this? > > Darrel If you don't need dhcp functionality then try to remove /usr/local/etc/raddb/mods-enabled/dhcp* I was having problem with running fresh installation of freeradius today. If you found another solution please share :) -- Pozdrawiam, Maciej Milewski From owner-freebsd-stable@FreeBSD.ORG Thu Jan 23 23:30:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFF411B9; Thu, 23 Jan 2014 23:30:25 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [IPv6:2607:fc50:1000:1f00::2]) (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 634AF18B5; Thu, 23 Jan 2014 23:30:25 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:880:bd0:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 9C9FF2D4FAE; Thu, 23 Jan 2014 15:30:16 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:b40d:eb14:4f81:f42f] (unknown [IPv6:2601:7:880:bd0:b40d:eb14:4f81:f42f]) by chombo.houseloki.net (Postfix) with ESMTPSA id AAF3C370; Thu, 23 Jan 2014 15:30:13 -0800 (PST) Message-ID: <52E1A60D.3080002@bluerosetech.com> Date: Thu, 23 Jan 2014 15:30:21 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable , freebsd-net Subject: Supermicro A1SRi-2758F, no NICs detected Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 23:30:25 -0000 I just got a Supermicro A1SRi-2758F mainboard (Atom C2758 CPU). It boots FreeBSD 9.2 amd64 just fine, but the kernel doesn't attach a driver to any of the four ethernet devices. The pciconf -lv output looks like: none3@pci0:0:20:0: class=0x020000 card=0x1f4115d9 chip=0x1f418086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet The other three differ only by PCI selector: pci0:0:20:1, pci0:0:20:2, and pci0:0:20:3. These are the SoC gigabit controllers on the C2758, which I believe makes them i354's. Some rummaging about in forums tells me support for these might be in FreeBSD 10? Is that the case? If so, will it be backported to 9? From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 00:05:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8ABF290; Fri, 24 Jan 2014 00:05:39 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [204.109.60.246]) (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 952611C85; Fri, 24 Jan 2014 00:05:39 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:880:bd0:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 2D4282D4FAE; Thu, 23 Jan 2014 16:05:38 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:b40d:eb14:4f81:f42f] (unknown [IPv6:2601:7:880:bd0:b40d:eb14:4f81:f42f]) by chombo.houseloki.net (Postfix) with ESMTPSA id 8D86A374; Thu, 23 Jan 2014 16:05:36 -0800 (PST) Message-ID: <52E1AE57.5070503@bluerosetech.com> Date: Thu, 23 Jan 2014 16:05:43 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable , freebsd-net Subject: Re: Supermicro A1SRi-2758F, no NICs detected References: <52E1A60D.3080002@bluerosetech.com> In-Reply-To: <52E1A60D.3080002@bluerosetech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 00:05:39 -0000 On 1/23/2014 3:30 PM, Darren Pilgrim wrote: > I just got a Supermicro A1SRi-2758F mainboard (Atom C2758 CPU). It > boots FreeBSD 9.2 amd64 just fine, but the kernel doesn't attach a > driver to any of the four ethernet devices. The pciconf -lv output > looks like: > > none3@pci0:0:20:0: class=0x020000 card=0x1f4115d9 chip=0x1f418086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > > The other three differ only by PCI selector: pci0:0:20:1, pci0:0:20:2, > and pci0:0:20:3. > > These are the SoC gigabit controllers on the C2758, which I believe > makes them i354's. Some rummaging about in forums tells me support for > these might be in FreeBSD 10? Is that the case? If so, will it be > backported to 9? Of course, right after I send the above, I noticed the 10.0-R announcement. Loaded up a memstick and 10.0 attached igb to them, so it's install 10.0 as I type this. I'm a little uneasy doing .0 release on brand-new hardware, but we'll see! I would still like to know if there are plans to backport the i354/C2000 SoC gigabit support in igb to 9.x? From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 00:12:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 765A46A6 for ; Fri, 24 Jan 2014 00:12:58 +0000 (UTC) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 478CF1D2E for ; Fri, 24 Jan 2014 00:12:58 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id p10so2420625pdj.31 for ; Thu, 23 Jan 2014 16:12:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=yMKi18qoKua0qZV9SrmdsvOQPzLjXgvuMY2mtpyFDgU=; b=Xbp/LD1MRrRUXP8Cn+h1IdUFKxcjGfULD5W+hk0TbUwgM5l3wHO64hQdyMWcRMVoda 4OYQhxJoQFi0Y0sUSSY8vsjVUhIRz2pXNDxT3iC6jhyWMY72XdK3T35qThu1htJWOXIh 6yvj3q+EuFuub/fgVt28YA0srs7j0tedSP1OPiILZ9kJjvNcJC2jvGI+ylnv+q5d56Qz f+wxOcIvflsHc7F+xYlupSE3ZqQdkd0p+7zici5DZ0fFvi3TuHwYOq0t0gQfWo5IHR10 REk9fA3m5+O7QViVIDLt4sTDCwVhOaX9BYg/DJVHZblaG7ptcxNnspzMv2fnp4SnRDJ1 Eo4A== X-Gm-Message-State: ALoCoQnB+w5WhC98fNFBgJ6WJTLiVLDTGdVaG2FyfgzborXDjfotXv9nx2gs/F+JTSI41HH9xHGg X-Received: by 10.66.142.170 with SMTP id rx10mr11018125pab.117.1390522377534; Thu, 23 Jan 2014 16:12:57 -0800 (PST) Received: from [29.154.8.126] (66-87-64-126.pools.spcsdns.net. [66.87.64.126]) by mx.google.com with ESMTPSA id nl7sm42659258pbc.6.2014.01.23.16.12.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Jan 2014 16:12:51 -0800 (PST) References: <52E1A60D.3080002@bluerosetech.com> <52E1AE57.5070503@bluerosetech.com> Mime-Version: 1.0 (1.0) In-Reply-To: <52E1AE57.5070503@bluerosetech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <54717B7D-9B83-4074-81AC-7F7ED3ACB251@netgate.com> X-Mailer: iPhone Mail (11B554a) From: Jim Thompson Subject: Re: Supermicro A1SRi-2758F, no NICs detected Date: Thu, 23 Jan 2014 16:12:18 -0800 To: Darren Pilgrim Cc: freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 00:12:58 -0000 > On Jan 23, 2014, at 16:05, Darren Pilgrim w= rote: >=20 > I would still like to know if there are plans to backport the i354/C2000 S= oC gigabit support in igb to 9.x? We recompiled it for pfSense (8.3 based), but you're likely better off with 1= 0.0.=20= From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 00:29:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21EB5DF3; Fri, 24 Jan 2014 00:29:59 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [IPv6:2607:fc50:1000:1f00::2]) (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 E7FDB1E33; Fri, 24 Jan 2014 00:29:58 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:880:bd0:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 83F852D4FAE; Thu, 23 Jan 2014 16:29:57 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:b40d:eb14:4f81:f42f] (unknown [IPv6:2601:7:880:bd0:b40d:eb14:4f81:f42f]) by chombo.houseloki.net (Postfix) with ESMTPSA id E339137A; Thu, 23 Jan 2014 16:29:55 -0800 (PST) Message-ID: <52E1B40B.9060009@bluerosetech.com> Date: Thu, 23 Jan 2014 16:30:03 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Jim Thompson Subject: Re: Supermicro A1SRi-2758F, no NICs detected References: <52E1A60D.3080002@bluerosetech.com> <52E1AE57.5070503@bluerosetech.com> <54717B7D-9B83-4074-81AC-7F7ED3ACB251@netgate.com> In-Reply-To: <54717B7D-9B83-4074-81AC-7F7ED3ACB251@netgate.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 00:29:59 -0000 On 1/23/2014 4:12 PM, Jim Thompson wrote: > >> On Jan 23, 2014, at 16:05, Darren Pilgrim >> wrote: >> >> I would still like to know if there are plans to backport the >> i354/C2000 SoC gigabit support in igb to 9.x? > > We recompiled it for pfSense (8.3 based), but you're likely better > off with 10.0. I saw that. It was actually a pfSense forum thread that tipped me off about support in 10.0. :) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 00:58:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CA5CB48; Fri, 24 Jan 2014 00:58:19 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D435F1080; Fri, 24 Jan 2014 00:58:18 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s0O0w7vx041754; Fri, 24 Jan 2014 02:58:07 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0O0w6qf041666; Fri, 24 Jan 2014 00:58:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 24 Jan 2014 00:58:06 GMT Message-Id: <201401240058.s0O0w6qf041666@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 00:58:19 -0000 TB --- 2014-01-23 23:20:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-23 23:20:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-23 23:20:43 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-01-23 23:20:43 - cleaning the object tree TB --- 2014-01-23 23:20:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-23 23:21:36 - At svn revision 261091 TB --- 2014-01-23 23:21:37 - building world TB --- 2014-01-23 23:21:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-23 23:21:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-23 23:21:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-23 23:21:37 - SRCCONF=/dev/null TB --- 2014-01-23 23:21:37 - TARGET=sparc64 TB --- 2014-01-23 23:21:37 - TARGET_ARCH=sparc64 TB --- 2014-01-23 23:21:37 - TZ=UTC TB --- 2014-01-23 23:21:37 - __MAKE_CONF=/dev/null TB --- 2014-01-23 23:21:37 - cd /src TB --- 2014-01-23 23:21:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 23 23:21:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jan 24 00:57:39 UTC 2014 TB --- 2014-01-24 00:57:39 - generating LINT kernel config TB --- 2014-01-24 00:57:39 - cd /src/sys/sparc64/conf TB --- 2014-01-24 00:57:39 - /usr/bin/make -B LINT TB --- 2014-01-24 00:57:39 - cd /src/sys/sparc64/conf TB --- 2014-01-24 00:57:39 - /usr/sbin/config -m LINT TB --- 2014-01-24 00:57:39 - building LINT kernel TB --- 2014-01-24 00:57:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-24 00:57:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-24 00:57:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-24 00:57:39 - SRCCONF=/dev/null TB --- 2014-01-24 00:57:39 - TARGET=sparc64 TB --- 2014-01-24 00:57:39 - TARGET_ARCH=sparc64 TB --- 2014-01-24 00:57:39 - TZ=UTC TB --- 2014-01-24 00:57:39 - __MAKE_CONF=/dev/null TB --- 2014-01-24 00:57:39 - cd /src TB --- 2014-01-24 00:57:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 24 00:57:39 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/dev/aic7xxx/aicasm -std=gnu99 -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 -Wno-pointer-sign -c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-24 00:58:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-24 00:58:05 - ERROR: failed to build LINT kernel TB --- 2014-01-24 00:58:05 - 4230.16 user 1824.79 system 5842.35 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 01:43:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7778A23 for ; Fri, 24 Jan 2014 01:43:23 +0000 (UTC) Received: from os-mail-1.tamu.edu (os-mail-1.tamu.edu [165.91.23.62]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77E6113CF for ; Fri, 24 Jan 2014 01:43:23 +0000 (UTC) X-TAMU-Auth-ID: daved X-TAMU-SenderIP: 128.194.199.96 X-HAT: SG None, P $RELAY, L incoming_auth X-SRBS: None X-EXTLoop1: 128.194.199.96 X-IronPort-AV: E=Sophos;i="4.95,709,1384322400"; d="scan'208";a="470134695" Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: freeradius3 error on freebsd10 From: Dave Duchscher In-Reply-To: Date: Thu, 23 Jan 2014 19:43:14 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <56553BCF-B96F-4072-A77F-74010E56BEC0@me.com> References: To: Darrel X-Mailer: Apple Mail (2.1510) Cc: Thomas Hoffmann , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 01:43:23 -0000 On Jan 22, 2014, at 10:49 AM, Darrel wrote: >=20 >>>=20 >>> Perhaps this should be sent to the freeradius list. I have not = built >>> freeradius3 anywhere else- so not sure. >>>=20 >>> "Errors reading dictionary: dict_init: /usr/local/share/freeradius/ >>> dictionary.dhcp[208]: >>> Type "tlv" can only be for "format=3D1,1". >>>=20 >>> I do not even want the dhcp dictionary. It arrived with the others. >>>=20 >>> The only option I added to the build was "with postgresql support". >>>=20 >>> Anyone familiar with this? >>>=20 >>> Darrel >>=20 >>=20 >> IIRC, that error means you are using a 2.x dictionary with a 3.x = version. >> You should not get that error with a clean 3.x installation. Are you >> installing 3.x over 2.x? If so, I'd suggest wiping the 2.x version = first, >> than installing 3.x. For more in depth info I'd suggest the = freeradius >> lists. >>=20 >> - Tom >=20 > Totally new build. >=20 > /usr/ports/net/freeradius3 >=20 > I just joined the freeradius users list. >=20 > Thank you, > Darrel I dug into this a little to see what is up and I think I have found the = issue. To manually fix your problem, you need to disable the DHCP = dictionary by commenting out this line: $INCLUDE dictionary.dhcp in /usr/local/share/freeradius/dictionary and remove = /usr/local/etc/raddb/mods-enabled/dhcp file. What is going on is that freeradius 3 default setup is with DHCP enabled = and its default configuration is setup that way. The port by default, = disables building with DHCP (currently fails to build properly with DHCP = support) but does not fix up the default configuration. -- DaveD From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 09:17:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F70B6EF for ; Fri, 24 Jan 2014 09:17:59 +0000 (UTC) Received: from boryna.itime.pl (smtpout2.itime.pl [87.204.122.72]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EDC22168F for ; Fri, 24 Jan 2014 09:17:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by boryna.itime.pl (SMTP) with ESMTP id 0B9CDB1512 for ; Fri, 24 Jan 2014 10:10:16 +0100 (CET) X-Virus-Scanned: AV at itime.pl X-Amavis-Alert: BAD HEADER SECTION, Improper use of control character (char 0D hex): From: Sgt.Teresa S.S \r Received: from boryna.itime.pl ([127.0.0.1]) by localhost (boryna.itime.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s-VuPG090c+n for ; Fri, 24 Jan 2014 10:10:15 +0100 (CET) Received: by boryna.itime.pl (SMTP, from userid 33) id BEFECB1576; Fri, 24 Jan 2014 10:10:07 +0100 (CET) To: freebsd-stable@freebsd.org Subject: Dear Respected..........From Sgt. Maj.Teresa S.S From: Sgt.Teresa S.S MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: <20140124091007.BEFECB1576@boryna.itime.pl> Date: Fri, 24 Jan 2014 10:10:07 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: SgtMajTeresaSSKing@live.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 09:17:59 -0000 I am Sgt. Maj. Teresa S.S. King head of security operation US embassy in Baghdad IRAQ, It is absolutely my total responsibility to keep both staff and property secured from any form of attack or destruction, I have served 3 years here in Baghdad IRAQ with over two thousand marines reporting to me directly on security matters. Sensitive position with sensitive operation for 24 hours a day and 7 days a week, as a matter of fact I will indeed appreciate your total attention to my proposal. Direct to the main point. My contract ends next year December 30th in which I have to move out of IRAQ officially. I have used my position to compromise with some high rank US diplomats and Iraqi government officials to push hundreds of millions of dollars to outside world. This deal fetched me € 17 million euro. The fund is currently out of IRAQ but I am not suppose to be in custody of such money as a serving officer according to US law, I will need your role on a very strict confidential mutual understanding to help me secure this fund pending when I finish my contract next year. Sir, finally your share will be 10% of the total amount for collecting and keeping till my arrival Kindly keep this as top secret, it is also risk free. Send me the followings- (1)Copy of your passport or driving license (2)Your occupation and position (3)Your current Address (4)Your private telephone number (5)Name of the company where you work. With the above listed information I will use my military letter headed paper to draft an approval and send to you, and I will also send a copy to the firm to release my fund to you. Best Regards Sgt. Maj. King Baghdad IRAQ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 14:11:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 961DDF8A for ; Fri, 24 Jan 2014 14:11:09 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp08.smtpout.orange.fr [80.12.242.130]) by mx1.freebsd.org (Postfix) with ESMTP id 14B5110C9 for ; Fri, 24 Jan 2014 14:11:08 +0000 (UTC) Received: from mail.athenadistribution.com ([80.15.193.119]) by mwinf5d31 with ME id HqB61n00F2b1akY03qB61f; Fri, 24 Jan 2014 15:11:07 +0100 Received: from [192.168.100.126] ([192.168.100.126] RDNS failed) by mail.athenadistribution.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 24 Jan 2014 15:11:06 +0100 Message-ID: <52E27479.9090002@athenadistribution.com> Date: Fri, 24 Jan 2014 15:11:05 +0100 From: Florian Millet User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: vesa.ko do not load with ASpeed AST2300 chipset X-OriginalArrivalTime: 24 Jan 2014 14:11:06.0333 (UTC) FILETIME=[1F5B08D0:01CF190E] Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 14:11:09 -0000 Hello everyone, I stumbled into a problem with a gigabyte motherboard (GA-6PXSV3), more specifically the integrated video chipset on it. The chipset is a ASpeed AST2300 and supposedly handle up to a resolution of 1920x1200. ( for reference : http://www.aspeedtech.com/products.php?fPath=20&rId=200 ) My problem is not under X.org but in console mode, the vesa.ko module refuses to load with this chipset giving me a : module_register_init: MOD_LOAD (vesa, 0xffffffff81214000, 0) error 19 When trying to see which resolution I can use in console mode with `vidcontrol -i mode` I get only one line : 3 (0x003) 0x00000001 T 80x25 8x8 0xb80000 32k 32k 0x00000000 32k Unfortunately recompiling with VESA_DEBUG=1 does not yield any more information as to why it refuses to load (compiled in kernel or as a module). Enabling the define MODE_TABLE_BROKEN in /usr/src/sys/dev/fb/vesa.c changes nothing. This problem has been confirmed on FreeBSD 10/STABLE and 9.2/RELEASE. I tried to flash the vbios to the latest version but their utility tells me it is impossible since the version installed is "invalidate" ... `pciconf -lv` gives me : vgapci0@pci0:8:0:0: class=0x030000 card=0x20001458 chip=0x20001a03 rev=0x21 hdr=0x00 vendor = 'ASPEED Technology, Inc.' device = 'ASPEED Graphics Family' class = display subclass = VGA Does anyone has an idea as to why I can't have any other resolution in console mode ? I can give access to the machine via ssh if it helps debugging the problem. -- Florian Millet Athena Distribution From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 16:25:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3A71B61 for ; Fri, 24 Jan 2014 16:25:08 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 945751EAC for ; Fri, 24 Jan 2014 16:25:08 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W6jZ5-00040d-2E for freebsd-stable@freebsd.org; Fri, 24 Jan 2014 08:25:07 -0800 Date: Fri, 24 Jan 2014 08:25:07 -0800 (PST) From: Robert_Burmeister To: freebsd-stable@freebsd.org Message-ID: <1390580707040-5879467.post@n5.nabble.com> In-Reply-To: <20131117024906.GE1643@glenbarber.us> References: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> <20131117024906.GE1643@glenbarber.us> Subject: Re: Please revert r258230 in stable/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 16:25:08 -0000 Are you sure there is no need to post a note about ICONV in http://www.freebsd.org/releases/10.0R/relnotes.html 2.3. Userland Changes Had I known that the WITH_LIBICONV_COMPAT functionality had been removed I would have put off upgrading to FreeBSD 10.0 Release. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Please-revert-r258230-in-stable-10-tp5861723p5879467.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 16:28:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32F26C9F for ; Fri, 24 Jan 2014 16:28:14 +0000 (UTC) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id E40431ECD for ; Fri, 24 Jan 2014 16:28:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=8oUVi8BFHsDWVj5eltwm6SbdP8NXQPS9r8TMjKWwTNM=; b=SjWW5RilLC2m1zoVZAhVUKoiftKOGhRum5nj5A9YINwpHCFioWhELQO7JblB1gvOEPUhakUrcpcrA9hJX/vTttkLomgaDyaHnR1tiZzO2B/x5HkZPmMdBG0IBdJgYU1lcRzk5pXKqv02K6OQYBJLFmjgvBLEGqGcvixwd74R2xo=; Received: from iglou2.iglou.com ([192.107.41.8]:39584 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1W6jbz-0006iy-Cl by authid with igloumta_auth for freebsd-stable@freebsd.org; Fri, 24 Jan 2014 11:28:07 -0500 Received: from shell1.iglou.com ([192.107.41.17]:64419 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1W6jby-0001ou-Ki; Fri, 24 Jan 2014 11:28:06 -0500 Date: Fri, 24 Jan 2014 11:28:06 -0500 (EST) From: Darrel X-X-Sender: levitch@shell1 To: Dave Duchscher Subject: Re: freeradius3 error on freebsd10 In-Reply-To: <56553BCF-B96F-4072-A77F-74010E56BEC0@me.com> Message-ID: References: <56553BCF-B96F-4072-A77F-74010E56BEC0@me.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b Cc: Thomas Hoffmann , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 16:28:14 -0000 >>>> >>>> Perhaps this should be sent to the freeradius list. I have not built >>>> freeradius3 anywhere else- so not sure. >>>> >>>> "Errors reading dictionary: dict_init: /usr/local/share/freeradius/ >>>> dictionary.dhcp[208]: >>>> Type "tlv" can only be for "format=1,1". >>>> >>>> I do not even want the dhcp dictionary. It arrived with the others. >>>> >>>> The only option I added to the build was "with postgresql support". >>>> >>>> Anyone familiar with this? >>>> >>>> Darrel >>> >>> >>> IIRC, that error means you are using a 2.x dictionary with a 3.x version. >>> You should not get that error with a clean 3.x installation. Are you >>> installing 3.x over 2.x? If so, I'd suggest wiping the 2.x version first, >>> than installing 3.x. For more in depth info I'd suggest the freeradius >>> lists. >>> >>> - Tom >> >> Totally new build. >> >> /usr/ports/net/freeradius3 >> >> I just joined the freeradius users list. >> >> Thank you, >> Darrel > > I dug into this a little to see what is up and I think I have found the issue. To manually fix your problem, you need to disable the DHCP dictionary by commenting out this line: > > $INCLUDE dictionary.dhcp > > in /usr/local/share/freeradius/dictionary and remove /usr/local/etc/raddb/mods-enabled/dhcp file. > > What is going on is that freeradius 3 default setup is with DHCP enabled and its default configuration is setup that way. The port by default, disables building with DHCP (currently fails to build properly with DHCP support) but does not fix up the default configuration. > > -- > DaveD > This works! # radiusd -XC ********** Configuration appears to be OK. Darrel From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 18:18:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id B46EDC69; Fri, 24 Jan 2014 18:18:28 +0000 (UTC) Message-ID: <52E2AE74.5020004@FreeBSD.org> Date: Fri, 24 Jan 2014 13:18:28 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Florian Millet , freebsd-stable@freebsd.org Subject: Re: vesa.ko do not load with ASpeed AST2300 chipset References: <52E27479.9090002@athenadistribution.com> In-Reply-To: <52E27479.9090002@athenadistribution.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 18:18:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-01-24 09:11:05 -0500, Florian Millet wrote: > Hello everyone, > > I stumbled into a problem with a gigabyte motherboard (GA-6PXSV3), > more specifically the integrated video chipset on it. The chipset > is a ASpeed AST2300 and supposedly handle up to a resolution of > 1920x1200. ( for reference : > http://www.aspeedtech.com/products.php?fPath=20&rId=200 ) My > problem is not under X.org but in console mode, the vesa.ko module > refuses to load with this chipset giving me a : > > module_register_init: MOD_LOAD (vesa, 0xffffffff81214000, 0) error > 19 > > When trying to see which resolution I can use in console mode with > `vidcontrol -i mode` I get only one line : > > 3 (0x003) 0x00000001 T 80x25 8x8 0xb80000 32k 32k > 0x00000000 32k > > Unfortunately recompiling with VESA_DEBUG=1 does not yield any > more information as to why it refuses to load (compiled in kernel > or as a module). Enabling the define MODE_TABLE_BROKEN in > /usr/src/sys/dev/fb/vesa.c changes nothing. This problem has been > confirmed on FreeBSD 10/STABLE and 9.2/RELEASE. > > I tried to flash the vbios to the latest version but their utility > tells me it is impossible since the version installed is > "invalidate" ... > > `pciconf -lv` gives me : vgapci0@pci0:8:0:0: class=0x030000 > card=0x20001458 chip=0x20001a03 rev=0x21 hdr=0x00 vendor = > 'ASPEED Technology, Inc.' device = 'ASPEED Graphics Family' > class = display subclass = VGA > > Does anyone has an idea as to why I can't have any other resolution > in console mode ? I can give access to the machine via ssh if it > helps debugging the problem. I believe they officially support FreeBSD. http://www.aspeedtech.com/support.php Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJS4q50AAoJEHyflib82/FGIu0IAIzHcdOwqOwXU+kueAkRR6Zo d3jWCSU5bRETE5pW0nbB4222fAILERGEK1H6IN406t3stbndbiYYaPv/LUsYVbRr V0Ds6ErRPzbU+3+qIyGs9KCEZ1x2bqFYVYXASvZo0FAlr0OV7K0Fr23SLHPFUhmc BeYIreF+9yh89VKmDtytNVJOYsUr+c9l7N5rIyAlS6heC7OgUM1LZCOCC0lksRdn ugEO1mB712FhGpuV7UxRc7Co1UNtQOuz8MVsDpPZklq0d+uKZdCSlwHnGniXgzuh +wJIWvnbIEtDvaVbSz8Jnme97AAstISvZOVEW2AxHGBc/7XiaIz75tS5CYkkcYU= =i4QO -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 21:17:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FFDB265 for ; Fri, 24 Jan 2014 21:17:09 +0000 (UTC) Received: from os-mail-2.tamu.edu (os-mail-2.tamu.edu [165.91.23.189]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D74F193A for ; Fri, 24 Jan 2014 21:17:08 +0000 (UTC) X-TAMU-Auth-ID: daved X-TAMU-SenderIP: 128.194.199.103 X-HAT: SG None, P $RELAY, L incoming_auth X-SRBS: None X-EXTLoop1: 128.194.199.103 X-IronPort-AV: E=Sophos;i="4.95,715,1384322400"; d="p7s'?scan'208";a="462966672" Content-Type: multipart/signed; boundary="Apple-Mail=_646D999A-F245-41FA-A829-B1E86CC9D72F"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: freeradius3 error on freebsd10 From: Dave Duchscher In-Reply-To: Date: Fri, 24 Jan 2014 15:15:58 -0600 Message-Id: <7438287B-D03C-4301-9054-ECC2232A5787@tamu.edu> References: <56553BCF-B96F-4072-A77F-74010E56BEC0@me.com> To: Darrel X-Mailer: Apple Mail (2.1510) Cc: Thomas Hoffmann , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 21:17:09 -0000 --Apple-Mail=_646D999A-F245-41FA-A829-B1E86CC9D72F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 24, 2014, at 10:28 AM, Darrel wrote: >=20 >>>>>=20 >>>>> Perhaps this should be sent to the freeradius list. I have not = built >>>>> freeradius3 anywhere else- so not sure. >>>>>=20 >>>>> "Errors reading dictionary: dict_init: = /usr/local/share/freeradius/ >>>>> dictionary.dhcp[208]: >>>>> Type "tlv" can only be for "format=3D1,1". >>>>>=20 >>>>> I do not even want the dhcp dictionary. It arrived with the = others. >>>>>=20 >>>>> The only option I added to the build was "with postgresql = support". >>>>>=20 >>>>> Anyone familiar with this? >>>>>=20 >>>>> Darrel >>>>=20 >>>>=20 >>>> IIRC, that error means you are using a 2.x dictionary with a 3.x = version. >>>> You should not get that error with a clean 3.x installation. Are = you >>>> installing 3.x over 2.x? If so, I'd suggest wiping the 2.x version = first, >>>> than installing 3.x. For more in depth info I'd suggest the = freeradius >>>> lists. >>>>=20 >>>> - Tom >>>=20 >>> Totally new build. >>>=20 >>> /usr/ports/net/freeradius3 >>>=20 >>> I just joined the freeradius users list. >>>=20 >>> Thank you, >>> Darrel >>=20 >> I dug into this a little to see what is up and I think I have found = the issue. To manually fix your problem, you need to disable the DHCP = dictionary by commenting out this line: >>=20 >> $INCLUDE dictionary.dhcp >>=20 >> in /usr/local/share/freeradius/dictionary and remove = /usr/local/etc/raddb/mods-enabled/dhcp file. >>=20 >> What is going on is that freeradius 3 default setup is with DHCP = enabled and its default configuration is setup that way. The port by = default, disables building with DHCP (currently fails to build properly = with DHCP support) but does not fix up the default configuration. >>=20 >> -- >> DaveD >>=20 >=20 > This works! >=20 > # radiusd -XC > ********** > Configuration appears to be OK. >=20 > Darrel Good to hear. I have filed a PR (186086) to notify the maintainer this = issue and pointing him to our discussion. -- DaveD --Apple-Mail=_646D999A-F245-41FA-A829-B1E86CC9D72F Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIO2DCCBIow ggNyoAMCAQICECf06hH0eobEbp27bqkXBwcwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0Ux FDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0 d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wNTA2MDcwODA5MTBa Fw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNh bHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0 dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsjmF pPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIxB8dOtINknS4p1aJk xIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K2m2q L+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bUMSAs vIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjKaJMe oYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4HhMIHeMB8GA1UdIwQYMBaAFK29mHo0tCb3 +sQmVO8DveAky1QaMB0GA1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8EBAMC AQYwDwYDVR0TAQH/BAUwAwEB/zB7BgNVHR8EdDByMDigNqA0hjJodHRwOi8vY3JsLmNvbW9kb2Nh LmNvbS9BZGRUcnVzdEV4dGVybmFsQ0FSb290LmNybDA2oDSgMoYwaHR0cDovL2NybC5jb21vZG8u bmV0L0FkZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMA0GCSqGSIb3DQEBBQUAA4IBAQAZ2IkRbyis pgCi54fBm5AD236hEv0e8+LwAamUVEJrmgnEoG3XkJIEA2Z5Q3H8+G+v23ZF4jcaPd3kWQR4rBz0 g0bzes9bhHIt5UbBuhgRKfPLSXmHPLptBZ2kbWhPrXIUNqi5sf2/z3/wpGqUNVCPz4FtVbHdWTBK 322gnGQfSXzvNrv042n0+DmPWq1LhTq3Du3Tzw1EovsEv+QvcI4l+1pUBrPQxLxtjftzMizpm4Qk LdZ/kXpoAlAfDj9N6cz1u2fo3BwuO/xOzf4CjuOoEwqlJkRl6RDyTVKnrtw+ymsyXEFs/vVdoOr/ 0fqbhlhtPZZH5f4ulQTCAMyOofK7MIIE6jCCA9KgAwIBAgIQJ5o/CcavxpGv2uo3G++mbzANBgkq hkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExh a2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8v d3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRp Y2F0aW9uIGFuZCBFbWFpbDAeFw0xMTAyMTEwMDAwMDBaFw0yMDA1MzAxMDQ4MzhaMGQxCzAJBgNV BAYTAlVTMRIwEAYDVQQKEwlJbnRlcm5ldDIxETAPBgNVBAsTCEluQ29tbW9uMS4wLAYDVQQDEyVJ bkNvbW1vbiBTdGFuZGFyZCBBc3N1cmFuY2UgQ2xpZW50IENBMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEA0+AVAnv5doLp/pGW8/AeIWi1DWEwvgmXZt0dI6f7H4Z4OuaXasfBpH+JTbOe WbM4Cx85ImsCKBK/KZbRNfSVKmwGmBwZZFymfkVuIGuRuHQPPFPIgxlrEaPHLIUFHofUy6AIBQYu Zok9eKeDk1S32Bfq0+59ZtQ03onKGf03ytCD3lFo2Fr1dOvdggJa+iDOqs9AK9PInoXpgTOb1vFP kUXZjTMpHF0HmoXp/8kSskwMQirtMPTX3Jm1zwuA6nnepyNin7XplqLWshpF0NgTHZJ59ISBPbYV j+5vLBrG7F2sk48LR006OwnV3gYiOhGVkG9Oex9yLieRMz6IV8K/CQIDAQABo4IBSzCCAUcwHwYD VR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFOjXvZaq3dAI76Eznl5ZmDwS t5uRMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQKMAgwBgYEVR0g ADBYBgNVHR8EUTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJz dC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRoMGYwPQYIKwYB BQUHMAKGMWh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVudF9DQS5jcnQw JQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQEFBQADggEB AA7ttuA4nzpoogHB8ITlJu78gdLXjMkbJEOgybGF5p/k4CrRRN7yoHCtiBgoSJYTEkdJ+co5o1fX zVOFTbf3Lx/Zq1N6aQdOyEK/4uxeO3v0PrKkSZaRFnv5T2peQnIx0dNDoTkFiT7LtdHpPhHGhHXO Nb/1Leiiq/WkAU5wHCZlqxbDvTLmKRAva2qySNZwBgb1KOhUfswQxWmuEekF6zs4wWJa0B4Y6VxN U/j1KuHdkjWE+iWPH8cjWRr4oiWlVmLi3jis1N8zV2IBOCpRKjtMuUewcenJIcFhjtJjrbpJKyIA rDY1EEgOXsHsHbHbYl6TA+rlUEjvUashivtgxcIwggVYMIIEQKADAgECAhEAkBk77adN1ykDnrpD b/1TqDANBgkqhkiG9w0BAQUFADBkMQswCQYDVQQGEwJVUzESMBAGA1UEChMJSW50ZXJuZXQyMREw DwYDVQQLEwhJbkNvbW1vbjEuMCwGA1UEAxMlSW5Db21tb24gU3RhbmRhcmQgQXNzdXJhbmNlIENs aWVudCBDQTAeFw0xMTA3MjIwMDAwMDBaFw0xNjA3MjEyMzU5NTlaMHgxETAPBgNVBAoTCFRBTVUt RU5DMR0wGwYDVQQJFBRUZXhhcyBBJk0gVW5pdmVyc2l0eTELMAkGA1UEBhMCVVMxGDAWBgNVBAMT D0RhdmlkIER1Y2hzY2hlcjEdMBsGCSqGSIb3DQEJARYOZGF2ZWRAdGFtdS5lZHUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCE2CTSrO/PJr+XWeE/zAwd5QkIBbNg77hAImBmFsq9iiIi JY9zAbrXA0XHbUKh/tR1nTcJgg9B6vr/gbIAakO2seJVXwYOFrmSlZDF+7uI+8ugQNAstDzH98DI JJlH2qGMKFkukgCvtyga6wcaafxxXdktNoPlP4JHaUv3FfO9d7pAYORxH9wsvTX/kdbKXjMSSF9C K2zeGBWXobi9HalRHXjeVGyvtigk/TkF6Y6XwPzuqvMuAUR2F0gGTepUaMppfHVSFCdo0L3myu9b JJY0VvjsQLgbgtIeYTGw9FHpAvUD+NvBUm2IP09NVMvPyCGkfX3ROTiTgO82yfCmBSDRAgMBAAGj ggHvMIIB6zAfBgNVHSMEGDAWgBTo172Wqt3QCO+hM55eWZg8ErebkTAdBgNVHQ4EFgQUMrJ3IU0V oDB9a0RtN20wvYam0eUwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYI KwYBBQUHAwQGCCsGAQUFBwMCMGoGA1UdIARjMGEwXwYNKwYBBAGuIwEEAwMAATBOMEwGCCsGAQUF BwIBFkBodHRwczovL3d3dy5pbmNvbW1vbi5vcmcvY2VydC9yZXBvc2l0b3J5L2Nwc19zdGFuZGFy ZF9jbGllbnQucGRmME4GA1UdHwRHMEUwQ6BBoD+GPWh0dHA6Ly9jcmwuaW5jb21tb24ub3JnL0lu Q29tbW9uU3RhbmRhcmRBc3N1cmFuY2VDbGllbnRDQS5jcmwwgYAGCCsGAQUFBwEBBHQwcjBKBggr BgEFBQcwAoY+aHR0cDovL2NlcnQuaW5jb21tb24ub3JnL0luQ29tbW9uU3RhbmRhcmRBc3N1cmFu Y2VDbGllbnRDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmluY29tbW9uLm9yZzAtBgNV HREEJjAkgQ5kYXZlZEB0YW11LmVkdYESZGF2ZWRAbmV0LnRhbXUuZWR1MA0GCSqGSIb3DQEBBQUA A4IBAQAi5uRmXDzXPU/OmCpkk5Qpf0sLynUMVrOMi8UXyVJO2ZzSL5jtPW2brDKAZGPjvn8waZ2W fbxQ9+uRBcAAdYy02YAa06Y3FPIA2TXqI1gGJoZvNsQED9ltJ4MWXb/XKsY/GKNcPh5dZcAMWrvE xWN2/FomudJMOTY+FVwgMr2DMWckTWzsr70wW1Hf1OEBI0x4bd8vHfd4rthl2BJ8JL1mUqxTFW+v Y8X47m7IXZA0wnCUPUJOGoDz5izC5mGnwyDwOK5QqAzJyZba3P1h0a1OoCXb4Dsq+N4xrGUQi0Ld v3s+xybTPnW4gmeea4PM8XyJ4tyBKBMBIe9hP4Bp3Zs0MYIDGTCCAxUCAQEweTBkMQswCQYDVQQG EwJVUzESMBAGA1UEChMJSW50ZXJuZXQyMREwDwYDVQQLEwhJbkNvbW1vbjEuMCwGA1UEAxMlSW5D b21tb24gU3RhbmRhcmQgQXNzdXJhbmNlIENsaWVudCBDQQIRAJAZO+2nTdcpA566Q2/9U6gwCQYF Kw4DAhoFAKCCAXUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQw MTI0MjExNTU5WjAjBgkqhkiG9w0BCQQxFgQUw+4DyyO+JgFkL3IT39h3RARzkQgwgYgGCSsGAQQB gjcQBDF7MHkwZDELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCUludGVybmV0MjERMA8GA1UECxMISW5D b21tb24xLjAsBgNVBAMTJUluQ29tbW9uIFN0YW5kYXJkIEFzc3VyYW5jZSBDbGllbnQgQ0ECEQCQ GTvtp03XKQOeukNv/VOoMIGKBgsqhkiG9w0BCRACCzF7oHkwZDELMAkGA1UEBhMCVVMxEjAQBgNV BAoTCUludGVybmV0MjERMA8GA1UECxMISW5Db21tb24xLjAsBgNVBAMTJUluQ29tbW9uIFN0YW5k YXJkIEFzc3VyYW5jZSBDbGllbnQgQ0ECEQCQGTvtp03XKQOeukNv/VOoMA0GCSqGSIb3DQEBAQUA BIIBAFN+xn9czdc3dQC8uz3Jz/JvnSw0GsSkDXjJ/K/+AFnXE3irs8OA10Kg5a/1xUp1jT5BCvdn qyp7GvCaVKwdRKxsPma0BkuSifDxNDOho/ErO9d7BUQZFZcd0ZlTHDeVh4+bML6dElFjHZtl408x lBVWmVwsZlKI4d/lR49ypI+VYzy9Jo/XWAesIEQlF+EzMsigCkcYkrAcRCLuKvhRdWOr09MbSkmA iGicU4qa6sozbPqWn9N2ieRbJrd9hhzSOksqHDx0hWE0m8agiPGEz/HzdpOhNjQSAXeC/jJ/5VPm 04l3z3eVYaZ+gbZbG0idogHmxaXl0blnUcp8jt0y1gcAAAAAAAA= --Apple-Mail=_646D999A-F245-41FA-A829-B1E86CC9D72F-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 24 23:16:36 2014 Return-Path: Delivered-To: FreeBSD-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 715CD389 for ; Fri, 24 Jan 2014 23:16:36 +0000 (UTC) Received: from exodus.zi0r.com (exodus.zi0r.com [71.245.171.203]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2915C12D2 for ; Fri, 24 Jan 2014 23:16:35 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 21D953A09D; Fri, 24 Jan 2014 18:16:29 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id B-R2ENzfqwmP; Fri, 24 Jan 2014 18:16:27 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.245.171.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id C79463A09C; Fri, 24 Jan 2014 18:16:27 -0500 (EST) Date: Fri, 24 Jan 2014 18:16:25 -0500 From: Ryan Steinmetz To: Darrel Subject: Re: freeradius3 dhcp.dictionary error Message-ID: <20140124231625.GB33923@exodus.zi0r.com> References: <20140122195843.GA901@exodus.zi0r.com> <20140122210752.GA35660@exodus.zi0r.com> <20140122223636.GA68486@exodus.zi0r.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 23:16:36 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Darrel, Please try the attached patch. Thanks! -r -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 --KFztAG8eRSV9hGtP Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fr3.diff" Index: Makefile =================================================================== --- Makefile (revision 330361) +++ Makefile (working copy) @@ -3,7 +3,7 @@ PORTNAME= freeradius DISTVERSION= 3.0.0 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= net MASTER_SITES= ftp://ftp.freeradius.org/pub/freeradius/%SUBDIR%/ \ ftp://ftp.ntua.gr/pub/net/radius/freeradius/%SUBDIR%/ \ @@ -40,12 +40,11 @@ PLIST_SUB= PORTVERSION=${DISTVERSION} LIBVER=0${PORTVERSION:C/\./0/g} OPTIONS_DEFINE= USER KERBEROS HEIMDAL HEIMDAL_PORT LDAP MYSQL \ - PGSQL UNIXODBC FIREBIRD REDIS PYTHON RUBY DHCP \ + PGSQL UNIXODBC FIREBIRD REDIS PYTHON RUBY \ EXPERIMENTAL UDPFROMTO DEVELOPER EDIR PERL REST \ FREETDS IDN SSL_PORT OPTIONS_DEFAULT=USER PERL -DHCP_DESC= With DHCP support (EXPERIMENTAL) USER_DESC= Run as user freeradius, group freeradius HEIMDAL_DESC= With Heimdal Kerberos support HEIMDAL_PORT_DESC= With Heimdal Kerberos from ports @@ -202,18 +201,6 @@ EXPM= yes .endif -.if ${PORT_OPTIONS:MDHCP} -IGNORE= currently fails to build properly with DHCP support -CONFIGURE_ARGS+=--with-dhcp -.else -CONFIGURE_ARGS+=--without-dhcp --without-rlm_dhcp --without-proto_dhcp -.endif - -# DHCP is still experimental -.if ${PORT_OPTIONS:MDHCP} && empty(PORT_OPTIONS:MEXPERIMENTAL) -EXPM= yes -.endif - # No SMB option yet; rlm_smb is still unbuildable .if ${PORT_OPTIONS:MSMB} LIB_DEPENDS= smbclient:${PORTSDIR}/net/samba-libsmbclient @@ -411,17 +398,6 @@ @${REINPLACE_CMD} -e 's|-lkrb5|$$(${KRB5_CONFIG})|g' \ ${WRKSRC}/src/modules/rlm_krb5/configure .endif -# If DHCP is enabled, enable the DHCP dictionary -.if ${PORT_OPTIONS:MDHCP} - @${REINPLACE_CMD} -Ee 's:^#(.+ dictionary\.dhcp)$$:\1:g' \ - ${WRKSRC}/share/dictionary -# Clean up (so as not to get an unwanted file in share) - @${FIND} -E ${WRKSRC}/share \ - -regex '.*/dictionary\.(orig|bak)$$' \ - -delete -.else - @${RM} -fr ${WRKSRC}/src/modules/proto_dhcp/ -.endif .if empty(PORT_OPTIONS:MRUBY) @${RM} -fr ${WRKSRC}/src/modules/rlm_ruby/ .endif Index: pkg-plist =================================================================== --- pkg-plist (revision 330268) +++ pkg-plist (working copy) @@ -1,4 +1,5 @@ @stopdaemon radiusd +bin/dhcpclient bin/radcrypt bin/radclient bin/radconf2xml @@ -25,6 +26,9 @@ %%LIBDIR%%/libfreeradius-server.a %%LIBDIR%%/libfreeradius-server.la %%LIBDIR%%/libfreeradius-server.so +%%LIBDIR%%/proto_dhcp.a +%%LIBDIR%%/proto_dhcp.la +%%LIBDIR%%/proto_dhcp.so %%LIBDIR%%/proto_vmps.a %%LIBDIR%%/proto_vmps.la %%LIBDIR%%/proto_vmps.so @@ -49,6 +53,9 @@ %%LIBDIR%%/rlm_detail.a %%LIBDIR%%/rlm_detail.la %%LIBDIR%%/rlm_detail.so +%%LIBDIR%%/rlm_dhcp.a +%%LIBDIR%%/rlm_dhcp.la +%%LIBDIR%%/rlm_dhcp.so %%LIBDIR%%/rlm_digest.a %%LIBDIR%%/rlm_digest.la %%LIBDIR%%/rlm_digest.so --KFztAG8eRSV9hGtP-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 25 06:30:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A79A73C9 for ; Sat, 25 Jan 2014 06:30:32 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A8BC13D6 for ; Sat, 25 Jan 2014 06:30:32 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 95CAA42C08B0 for ; Sat, 25 Jan 2014 07:30:24 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Sat, 25 Jan 2014 00:30:00 -0600 (CST) From: Bryan Venteicher To: freebsd-stable@freebsd.org Message-ID: <890235341.5330.1390631400299.JavaMail.root@daemoninthecloset.org> In-Reply-To: References: <2121752681.4348.1390376494793.JavaMail.root@daemoninthecloset.org> Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC31 ([unknown])/8.0.2_GA_5569) Thread-Topic: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 Thread-Index: 6m+lFs0TZz3QnVOlCf+GR6Rv7o7qmw== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 06:30:32 -0000 ----- Original Message ----- > Hello Bryan: > > I'm not using DHCP on that interface. > > I'll throw out there this only appears to happen with receive, I still get > good performance on send. > After a few off list exchanges, the difference between 9.2 and 10.0 was due to LRO not being enabled. The driver in 10.0 (rightly so) does not default to turning LRO on when it is available. There does seem to be some timer oddities, but that was not an issue on Eric's system. > client: > $ iperf -c 192.168.100.5 -r -t 20 > > freebsd server: > > $ sudo iperf -s > ------------------------------------------------------------ > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.6 port 43573 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-20.0 sec 7.00 GBytes 3.01 Gbits/sec ******** slow > ------------------------------------------------------------ > Client connecting to 192.168.100.6, TCP port 5001 > TCP window size: 40.5 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.100.5 port 35167 connected with 192.168.100.6 port 5001 > Waiting for server threads to complete. Interrupt again to force quit. > [ 4] 0.0-20.0 sec 46.5 GBytes 20.0 Gbits/sec ******** expected > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 25 09:31:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6489BEE9 for ; Sat, 25 Jan 2014 09:31:46 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e: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 3C0761FBD for ; Sat, 25 Jan 2014 09:31:46 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kp14so4181690pab.20 for ; Sat, 25 Jan 2014 01:31:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MKd0on2Y1haankoWgvZ4uHWtIwh4fWaBxiWHm4Gzlfo=; b=XkzK0CsYbgxNS5rqIhDozzs5Xt2qQ2nDYRRuanCGNJgEgvDt4A63j1QlePCBgtpFM7 qmcIuPkk0oKJMVsHVCQZtTNUolh6f4gyV+SFDYJ991m1gfgKGDB3SpbwNDVFqfnqe9fP 0bI+x8NACer/yvGXrjUC8zESMILjJRwjUJst3Co17YGDVXfr+e8XwS4gzBuSWvD9Jpk1 XmLPjcK1fngGSQJ7+5GL8ENuQtEb+TNCUidcHXsKPOK9a5dU+svn7b+2VpQIxuqfypLX VyxF6xielErf6M9dmuQDWyR9gHqtDeRIKx/DHGkxnuYDtzALJgFiuBZOZStaXF2WUHim 7kmg== MIME-Version: 1.0 X-Received: by 10.66.248.227 with SMTP id yp3mr18714711pac.116.1390642305866; Sat, 25 Jan 2014 01:31:45 -0800 (PST) Received: by 10.68.234.42 with HTTP; Sat, 25 Jan 2014 01:31:45 -0800 (PST) In-Reply-To: <52E0EA2A.4000105@ksu.ru> References: <52E0E917.3060403@li.ru> <52E0EA2A.4000105@ksu.ru> Date: Sat, 25 Jan 2014 11:31:45 +0200 Message-ID: Subject: Re: 10.0, csh history merge broken? From: Alexander Yerenkow To: "Marat N.Afanasyev" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 09:31:46 -0000 This definitely deserve a PR and a fix. And it seems that is cause of my problem described in PR 185603 - we worked in three hands under root (ssh then tmux) and somehow got broken history file - noticed after few reboots. As a side effect, if history file will be large enough - it will prevent you from logging in :) 2014/1/23 Marat N.Afanasyev > Marat N.Afanasyev wrote: > >> Hello! >> >> I issued >> >> shutdown -p now >> >> as root while several user csh were running, after reboot user .history >> file was corrupted: >> >> #+1360668026 >> less /etc/ma#+136066#+136cd /usr/grep KERB * >> #+1360668067 >> cd /usr/src/contrib/bind9/##+1360668073ggrep -i kerboros * >> #+1360668076 >> grep -iR kerboros * >> #+1360704099 >> cd /usr/ports/www/mod_pag#+136084#+136fetch -oman sudoers >> #+1361372281 >> cd /usr/ports/editors/openoffice-3-devel/ >> #+1361690297 >> telnet 19#+13617995m#+man uh#+1#+13617995m#+man xh#+1#+13617995a#+man ehci >> >> I have >> >> savehist (1000 merge) >> >> set in user .cshrc >> >> I think that merging histories from different csh was broken somehow >> >> I forgot to mention revision of 10.0: > > FreeBSD zealot.ksu.ru 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0 r260903: > Mon Jan 20 16:45:26 MSK 2014 root@zealot.ksu.ru:/mnt/ > ssdtmp/obj/mnt/mod_usr/10.0/sys/ZEALOT amd64 > > -- > SY, Marat > > -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Sat Jan 25 12:24:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6377483 for ; Sat, 25 Jan 2014 12:24:24 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81BF11D36 for ; Sat, 25 Jan 2014 12:24:24 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id x13so3874439ief.23 for ; Sat, 25 Jan 2014 04:24:24 -0800 (PST) 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:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=N1KjFg2VAR2qvLmfjVGIy/WgBZpKETLDFVqUYWUsshw=; b=ka90QcSdvthr7kVp45mJT0tHVdZYmilC07N0pTT7Nm+SLFeLI9CPbQzrj2k70RKBbG CffKLTTI+Jia6BIJcDdS3BazMWVJprQzeBmIN8ZA/bJrAZMIWqpbzDliuFi5RSaFsXAo yPcvQNLiytUOyT3fgKrvWpASlZE96jXZrmMu7aU9dxIdttEjI8GAH8aEiIC6CBeTCqEj mNAaCEbgJ7AJQQuFS8nNIp0rwPEWnE8S4DNyMMMwiqTh0mZocHukXLV+VMqFqQxlIDCS Y21W+RfT8pEfVuvAZPaW5I0QOTjrWVncDd+efj9gFjI+YX57ZmMCDJosbW+5UCuZ3dph x6oQ== X-Received: by 10.50.176.137 with SMTP id ci9mr9194266igc.31.1390652663997; Sat, 25 Jan 2014 04:24:23 -0800 (PST) Received: from [172.16.0.2] (tx97.net. [85.198.160.156]) by mx.google.com with ESMTPSA id f15sm19675403igd.3.2014.01.25.04.24.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 25 Jan 2014 04:24:23 -0800 (PST) Message-ID: <52E3ACCC.1080707@gmail.com> Date: Sat, 25 Jan 2014 14:23:40 +0200 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: curtis@ipv6.occnc.com Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? References: <201401211956.s0LJuHiS065218@maildrop2.v6ds.occnc.com> In-Reply-To: <201401211956.s0LJuHiS065218@maildrop2.v6ds.occnc.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Yonghyeon PYUN , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 12:24:24 -0000 On 01/21/14 21:56, Curtis Villamizar wrote: > I have mine working but I haven't done a lot of reboots to see if it > is a "fix" or luck. > > There is a lot of junk that you won't need in the code that is running > well for me. But here it is, as-is warts and all. > > I've been swamped lately and haven't had time to look at this further. I've tried the patch, and the testing went like this: 1) Reboot into fixed kernel => msk0 shows watchdog timeouts. 2) Reboot again => no timeouts, but the interrupt storm is still there. 3) Disable the machine completely for 15 minutes (take out the battery too; it's a laptop), boot fixed kernel => msk works fine. 4) Reboot one more time => msk still works fine. 5) Reboot into 10-RELEASE kernel => watchdog timeouts. 6) Disable the machine completely for 15 minutes, boot fixed kernel => still watchdog timeouts. 7) Disable the machine for 30 minutes, boot fixed kernel => nope, still doesn't work. So, there was a success once (step 3), but I was not able to reproduce it after that. Seems to be random. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 25 13:30:48 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A30E553B for ; Sat, 25 Jan 2014 13:30:48 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d: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 619FD120B for ; Sat, 25 Jan 2014 13:30:48 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id j5so5145509qaq.6 for ; Sat, 25 Jan 2014 05:30:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=iDSWlvpCKYC7vg31mQ+nlm/0sjTr0KQp6B4lJTmaT/A=; b=RFC0TKOPL8wuumnA8D7AE8sHgErDSI+hXe2ozCVDGQbPOaxlMZ+UsxN7ZnMXhPjNpQ edXsz0nqPUt3TlAfxQTmyv8AzUUbrB60j8X+U8Yo2ZmDGIBTjMuSTV2qjUBluI6zoJS0 W0cOL2aa2XXsp3opXt2XPWXvOTk2bxWnUXgBWf16Mw1GMXSmrdi9oVqvWLiwqCK/kwTR YyCqXM8lxU0yCfBmuwXSWdeNrya2aWZdpRaWDDBqzqzh0XLnT8vkseWnZ13YSXPudcC4 LCLiQsK923Za0bxS/7zfHHvqtErUe2p7f2sgfP1NC705amAa7pFZ2K+c034vB+hsmTMu sDSg== MIME-Version: 1.0 X-Received: by 10.224.89.71 with SMTP id d7mr28545135qam.26.1390656641344; Sat, 25 Jan 2014 05:30:41 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Sat, 25 Jan 2014 05:30:41 -0800 (PST) In-Reply-To: References: <52E0E917.3060403@li.ru> <52E0EA2A.4000105@ksu.ru> Date: Sat, 25 Jan 2014 05:30:41 -0800 X-Google-Sender-Auth: duPPUfd7TZmZCSPlejueONcjrD0 Message-ID: Subject: Re: 10.0, csh history merge broken? From: Adrian Chadd To: Alexander Yerenkow Content-Type: text/plain; charset=ISO-8859-1 Cc: "stable@freebsd.org" , "Marat N.Afanasyev" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 13:30:48 -0000 http://www.tcsh.org/tcsh.html/Special_shell_variables.html#savehist ? -a On 25 January 2014 01:31, Alexander Yerenkow wrote: > This definitely deserve a PR and a fix. > And it seems that is cause of my problem described in PR 185603 - we worked > in three hands under root (ssh then tmux) and somehow got broken history > file - noticed after few reboots. > As a side effect, if history file will be large enough - it will prevent > you from logging in :) > > > 2014/1/23 Marat N.Afanasyev > >> Marat N.Afanasyev wrote: >> >>> Hello! >>> >>> I issued >>> >>> shutdown -p now >>> >>> as root while several user csh were running, after reboot user .history >>> file was corrupted: >>> >>> #+1360668026 >>> less /etc/ma#+136066#+136cd /usr/grep KERB * >>> #+1360668067 >>> cd /usr/src/contrib/bind9/##+1360668073ggrep -i kerboros * >>> #+1360668076 >>> grep -iR kerboros * >>> #+1360704099 >>> cd /usr/ports/www/mod_pag#+136084#+136fetch -oman sudoers >>> #+1361372281 >>> cd /usr/ports/editors/openoffice-3-devel/ >>> #+1361690297 >>> telnet 19#+13617995m#+man uh#+1#+13617995m#+man xh#+1#+13617995a#+man ehci >>> >>> I have >>> >>> savehist (1000 merge) >>> >>> set in user .cshrc >>> >>> I think that merging histories from different csh was broken somehow >>> >>> I forgot to mention revision of 10.0: >> >> FreeBSD zealot.ksu.ru 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0 r260903: >> Mon Jan 20 16:45:26 MSK 2014 root@zealot.ksu.ru:/mnt/ >> ssdtmp/obj/mnt/mod_usr/10.0/sys/ZEALOT amd64 >> >> -- >> SY, Marat >> >> > > > -- > Regards, > Alexander Yerenkow > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jan 25 19:35:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23462640 for ; Sat, 25 Jan 2014 19:35:14 +0000 (UTC) Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA6701D14 for ; Sat, 25 Jan 2014 19:35:13 +0000 (UTC) Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s0PJZAwH048013; Sat, 25 Jan 2014 14:35:10 -0500 (EST) (envelope-from curtis@ipv6.occnc.com) Message-Id: <201401251935.s0PJZAwH048013@maildrop2.v6ds.occnc.com> To: Vitaly Magerya From: Curtis Villamizar Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? In-reply-to: Your message of "Sat, 25 Jan 2014 14:23:40 +0200." <52E3ACCC.1080707@gmail.com> Date: Sat, 25 Jan 2014 14:35:10 -0500 Cc: Yonghyeon PYUN , freebsd-stable@freebsd.org, curtis@ipv6.occnc.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: curtis@ipv6.occnc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 19:35:14 -0000 In message <52E3ACCC.1080707@gmail.com> Vitaly Magerya writes: > > On 01/21/14 21:56, Curtis Villamizar wrote: > > I have mine working but I haven't done a lot of reboots to see if it > > is a "fix" or luck. > > > > There is a lot of junk that you won't need in the code that is running > > well for me. But here it is, as-is warts and all. > > > > I've been swamped lately and haven't had time to look at this further. > > I've tried the patch, and the testing went like this: > 1) Reboot into fixed kernel => msk0 shows watchdog timeouts. > 2) Reboot again => no timeouts, but the interrupt storm is still there. > 3) Disable the machine completely for 15 minutes (take out the battery > too; it's a laptop), boot fixed kernel => msk works fine. > 4) Reboot one more time => msk still works fine. > 5) Reboot into 10-RELEASE kernel => watchdog timeouts. > 6) Disable the machine completely for 15 minutes, boot fixed kernel => > still watchdog timeouts. > 7) Disable the machine for 30 minutes, boot fixed kernel => nope, still > doesn't work. > > So, there was a success once (step 3), but I was not able to reproduce > it after that. Seems to be random. In my case I didn't have a problem if I didn't reboot the original kernel but I only tried a few reboots. I can't see how a chip could retain any state after 30 minutes of no power so you are right that we don't have a fix. I haven't had time to look at this further and don't generally reboot this machine (uptime 16 days since last I looked at this). When I'm no longer quite so swamped I'll look at this again. It seems we are the only two reporting this problem. Please send lines of these form from dmesg: mskc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 19 at device 0.0 on pci2 msk0: on mskc0 That may indicate we have very similar chips. If not, this msk problem may be more widespread. Curtis From owner-freebsd-stable@FreeBSD.ORG Sat Jan 25 19:51:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35F52E6B for ; Sat, 25 Jan 2014 19:51:26 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001: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 01B931E31 for ; Sat, 25 Jan 2014 19:51:25 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id e14so4333777iej.3 for ; Sat, 25 Jan 2014 11:51:25 -0800 (PST) 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:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=9e3qDLZtm1xgwcdwKLRvU+R+W1PUa/Xg3doXFEra+F0=; b=Nv2CBh6wRgwoqxvA2sl3c+YhU1YPKDCqjHSUnWLY+vhYHSnW08aiY6dajBGFBffuTf XeZvei4zJumGQAxO8oWXLbYkrpE+RvSbkRmtjV/5arbjeMz+YL///6Y5h4mZsD94E1KK T3u4QIQPKMsEuTeRzZjwcodYiSGO9c/J2dcw3wuhjQ21MK8twITCe+iqN9FZxJZDHOTh iMwtyVo5DJQVlm8saTiij/qUIHKcbOxukDEIlAqEO9OJCpLRmugAS35p52zaJ829O5e8 0Pc5QD8qoHIoxEwCCWmIw8JWvSLo2MdaQ2Xn8ob/6eJRfS+FGtLoKEzhx5RPbkC8P+sl 3J/A== X-Received: by 10.50.3.101 with SMTP id b5mr10583814igb.6.1390679485468; Sat, 25 Jan 2014 11:51:25 -0800 (PST) Received: from [172.16.0.2] (tx97.net. [85.198.160.156]) by mx.google.com with ESMTPSA id kt2sm33154675igb.1.2014.01.25.11.51.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 25 Jan 2014 11:51:24 -0800 (PST) Message-ID: <52E4159A.4020007@gmail.com> Date: Sat, 25 Jan 2014 21:50:50 +0200 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: curtis@ipv6.occnc.com Subject: Re: Any news about "msk0 watchdog timeout" regression in 10-RELEASE? References: <201401251935.s0PJZAwH048013@maildrop2.v6ds.occnc.com> In-Reply-To: <201401251935.s0PJZAwH048013@maildrop2.v6ds.occnc.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Yonghyeon PYUN , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 19:51:26 -0000 On 01/25/14 21:35, Curtis Villamizar wrote: > When I'm no longer quite so swamped I'll look at this again. It seems > we are the only two reporting this problem. To everyone reading this list: if you have an msk(4) NIC that doesn't work on 10-RELEASE, now is the time to speak up. > Please send lines of these form from dmesg: > > mskc0: port 0xe800-0xe8ff > mem 0xfebfc000-0xfebfffff irq 19 at deviceD 0.0 on pci2 > > msk0: > on mskc0 > > That may indicate we have very similar chips. If not, this msk > problem may be more widespread. Mine goes like this: mskc0: port 0x2000-0x20ff mem 0xf0200000-0xf0203fff irq 18 at device 0.0 on pci9 msk0: on mskc0 Pretty different chips it seems. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 25 20:02:09 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7A2F597; Sat, 25 Jan 2014 20:02:09 +0000 (UTC) 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 C188310EB; Sat, 25 Jan 2014 20:02:08 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id r15so1592562ead.27 for ; Sat, 25 Jan 2014 12:02:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:organization:mime-version :content-type:content-transfer-encoding; bh=9OrG1crjScIS5qBul504Q91aeahDnazNQ/C384mH5c0=; b=ieXXUj857YjuOhgCL+dG4EkU6iDk3fk5irmNNNMzApQqUCL7RjnXmhB1b/Bd2kCozH E5AGoWwwmjfuTQfluy4ro07u5UPN9Y1CwBPQNljMMY9wimnayOka+mS7KPZ1gO4SmCaE cpvclhadjJy3uyExaHvXk9ehf/cvus6XfXjOsL+HZBe+w8qHpMDsCQWsICr79rCNd6GZ IgOyPFiJHP5zVG5zuKb1CKefQ5pLEjtGkKm5TmyCAZU5LJlGKjK7Dr2482A601jjrxmA hnWrjxVhRQYuL7KFog/Z9GL2a3D6LWMMdOKgWCAw75RbDvIIdPoFhLY6LQu67+vHRzb4 0tfQ== X-Received: by 10.14.10.73 with SMTP id 49mr252139eeu.96.1390680126946; Sat, 25 Jan 2014 12:02:06 -0800 (PST) Received: from funktor (catv-80-99-67-72.catv.broadband.hu. [80.99.67.72]) by mx.google.com with ESMTPSA id n7sm19770939eef.5.2014.01.25.12.02.04 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 12:02:06 -0800 (PST) Sender: =?UTF-8?B?UMOhbGkgR8OhYm9yIErDoW5vcw==?= Date: Sat, 25 Jan 2014 21:02:01 +0100 From: Gabor Pali To: hackers@freebsd.org Subject: FreeBSD Quarterly Status Report, October-December 2013 Message-ID: <20140125210201.0310e35e@funktor> Organization: The FreeBSD Project X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; i386-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 20:02:09 -0000 FreeBSD Quarterly Status Report, October-December 2013 Introduction This report covers FreeBSD-related projects between October and December 2013. This is the last of four reports planned for 2013. The last quarter of 2013 was very active for the FreeBSD community, much like the preceding quarters. Many advances were made in getting FreeBSD to run on ARM-based System-on-Chip boards like Cubieboard, Rockchip, Snapdragon, S4, Freescale i.MX6 and Vybrid VF6xx. FreeBSD is also becoming a better platform for Xen and the Amazon Elastic Compute Cloud. There are plans for FreeBSD to become a fully supported compute host for OpenStack. The I/O stack has again received some performance boosts on multi-processor systems through work touching the CAM and GEOM subsystems, and through better adaptation of UMA caches to system memory constraints for ZFS. The FreeBSD Foundation did an excellent job in this quarter, and many of their sponsored projects like VT-d and UEFI support, iSCSI stack, Capsicum, and auditdistd are about to complete. At the same time, new projects like Automounter and Intel GPU updates have just been launched. The Newcons project has been merged into -CURRENT, which will make it possible to finally move to the latest version of X.Org in the Ports Collection. Efforts are also under way to improve testing with Jenkins and Kyua. It is an exciting time for users and developers of FreeBSD! Thanks to all the reporters for the excellent work! This report contains 37 entries and we hope you enjoy reading it. The deadline for submissions covering between January and March 2014 is April 7th, 2014. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Cluster Administration Team * FreeBSD Core Team * FreeBSD Port Management Team * FreeBSD Postmaster Team * FreeBSD Release Engineering Team Projects * CBSD * Jenkins Continuous Integration for FreeBSD Kernel * GEOM Direct Dispatch and Fine-Grained CAM Locking * Intel 802.11n NIC (iwn(4)) Work * Intel GPU Driver Update * Native iSCSI Stack * New Automounter * UEFI Boot * UMA/ZFS and RPC/NFS Performance Improvements * Updated vt(9) System Console Architectures * FreeBSD Host Support for OpenStack and OpenContrail * FreeBSD on Cubieboard{1,2} * FreeBSD on Freescale i.MX6 processors * FreeBSD on Freescale Vybrid VF6xx * FreeBSD on Newer ARM Boards * FreeBSD/EC2 * FreeBSD/Xen * Intel IOMMU (VT-d, DMAR) Support Userland Programs * auditdistd(8) * Base GCC Updates * BSDInstall ZFSBoot * Capsicum and Casper * Centralized Panic Reporting * FreeBSD Test Suite * The LLDB Debugger Ports * FreeBSD Python Ports * GNOME/FreeBSD * KDE/FreeBSD * Wine/FreeBSD * X.Org on FreeBSD * Xfce/FreeBSD Miscellaneous * The FreeBSD Foundation __________________________________________________________________ FreeBSD Cluster Administration Team Contact: FreeBSD Cluster Administration Team The FreeBSD Cluster Administration Team consists of the people responsible for administering the machines that the project relies on for its distributed work and communications to be synchronised. In the last quarter of 2013, they continued general maintenance of the FreeBSD cluster across all sites. In addition to general upkeep tasks, additional cluster-related items were addressed. Some of these items include: * Added several machines for the Kyua testing framework. * Replaced failed hardware hosting various web services. * Coordinated with the FreeBSD Security Officer and Ports Management Teams to implement signed binary packages. * Added the redports.org machines to the list of machines managed by the Cluster Administration Team. * Began discussion with contacts at Yandex regarding the addition of a mirror site for binary packages and Subversion repositories. __________________________________________________________________ FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team constitutes the project's "Board of Directors", responsible for deciding the project's overall goals and direction as well as managing specific areas of the FreeBSD project landscape. In the fourth quarter of 2013, the Core Team finally reached its previous goal of launching the official repositories for pkg(8)-based binary packages. The Core Team also unified the commit bit expiration policies for all Project repositories, allowing committers to idle for 18 months before their commit bits are automatically taken into safekeeping. This was then followed by an extension to suspension of cluster accounts for the committers who lost all of their commit bits. This helps to improve the security of the Project server cluster by temporarily disabling inactive accounts. In addition to the above efforts, Thomas Abthorpe resurrected the "Grim Reaper" service which helps to enforce the aforementioned policy. With the work of John Baldwin, Hiroki Sato, and others, many licenses in the base system source code have been revisited and cleaned up. Furthermore, the Core Team is hoping that the situation can be improved by introducing periodic automated checks of the license agreements, and by providing developers guidelines on questions of licensing. John Baldwin and David Chisnall have been guiding the work of the FreeBSD Graphics Team on moving to the newer version of X.Org and related software in the Ports Collection, in coordination with the switch to Newcons on FreeBSD 10.x. It was a busy quarter for the src repository as well. The Core Team was happy to welcome Jordan K. Hubbard (jkh) back who has recently returned to the FreeBSD business, and joined iXsystems as project manager and release engineer of FreeNAS. In addition to this, there were 3 commit bits offered for new developers, 2 committers were upgraded, 1 commit bit was taken for safekeeping, and 1 src bit was reactivated. __________________________________________________________________ FreeBSD Port Management Team URL: http://www.FreeBSD.org/ports/ URL: http://www.freebsd.org/doc/en/articles/contributing-ports/ URL: http://portsmon.freebsd.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://blogs.freebsdish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/portmgr URL: http://plus.google.com/communities/108335846196454338383 Contact: FreeBSD Port Management Team The FreeBSD Ports collection is a package management system for the FreeBSD operating system, providing an easy and consistent way of installing software packages. The FreeBSD Ports Collection now contains approximately 24,500 ports, while the PR count exceeds 1,900. The FreeBSD Port Management Team ensures that the FreeBSD ports developer community provides a Ports Collection that is functional, stable, up-to-date and full-featured. Its secondary responsibility is to coordinate among the committers and developers who work on it. As part of these efforts, we added 3 new committers, took in 3 commit bits for safe keeping, and reinstated 1 commit bit in the fourth quarter of 2013. Ongoing effort went into testing larger changes, as many as 8 a week, including sweeping changes to the tree, moderization of the infrastructure, and basic quality assurance (QA) runs. Many iterations of tests against 10.0-RELEASE were run to ensure that the maximum number of packages would be available for the release. We now have pkg(8) packages for the releases 8.3, 8.4, 9.1, 9.2, 10.0 and -CURRENT on pkg.FreeBSD.org. During this same time, further enhancements were put into pkg(8), including secure package signing. Commencing November 1, the Port Management Team undertook a "portmgr-lurkers" pilot project in which ports committers could volunteer to assist the Port Management Team for a four-month duration. The first two candiates are Mathieu Arnold (mat) and Antoine Brodin (antoine). Ongoing maintenance goes into redports.org, including QAT runs, ports and security updates. Open tasks: 1. As previously noted, many PRs continue to languish; we would like to see some committers dedicate themselves to closing as many as possible! __________________________________________________________________ FreeBSD Postmaster Team URL: http://lists.freebsd.org/mailman/listinfo/svn-src-stable-10 URL: http://lists.freebsd.org/mailman/listinfo/ctm-src-10 URL: http://lists.freebsd.org/mailman/listinfo/ctm-src-10-fast URL: http://www.freebsd.org/doc/en/articles/committers-guide/pgpkeys.html Contact: FreeBSD Postmaster Team In the fourth quarter of 2013, the FreeBSD Postmaster Team has implemented the following items that may be interest of the general public: * Retired the freebsd-aic7xxx mailing list. * Created a graphics-team alias, requested by Niclas Zeising. * Worked with the FreeBSD Port Management Team to set up portmgr-lurkers so port managers can move addresses between those two aliases at their discretion. * Created the lists associated with the new stable/10 branch: svn-src-stable-10, ctm-src-10, and ctm-src-10-fast. * Redirected the vbox alias to the emulation list, requested by Bernhard Fr=C3=B6hlich. * Continued a discussion on current and possible future mail and spam filtering. * Disbanded lua and transferred it to Baptiste Daroussin, requested by Matthias Andree and Baptiste Daroussin. * Modified the list moderators/administrators for ports-secteam, requested by Dag-Erling Sm=C3=B8rgrav. * Assisted Warren Block with an update to the "OpenPGP Keys for FreeBSD" section of the Committer's Guide. __________________________________________________________________ FreeBSD Release Engineering Team URL: http://www.FreeBSD.org/releases/10.0R/schedule.html URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/VM-IMAGES/ URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is finishing the 10.0-RELEASE cycle. The release cycle changed with two last-minute release candidate builds, each addressing fixes critical to include in the final release. The FreeBSD 10.0-RELEASE cycle is expected to be completed by mid-January, approximately eight weeks behind the original schedule. __________________________________________________________________ CBSD URL: http://www.bsdstore.ru/ URL: https://github.com/olevole/cbsd Contact: Oleg Ginzburg CBSD is another FreeBSD jail management solution, aimed at combining various features, such as racct(8), vnet, zfs(8), carp(4), and hastd(8), into a single tool. This provides a more comprehensive way to build application servers using pre-installed jails with a typical set of software, and requires minimal effort to configure. Open tasks: 1. Proper English translation of the website and the documentation. __________________________________________________________________ Jenkins Continuous Integration for FreeBSD URL: http://www.ixsystems.com/whats-new/jenkins-bhyve-and-webdriver-cont= inuous-integration-testing-on-freenas/ Contact: Craig Rodrigues At the November 2013 FreeBSD Vendor Summit, some of the work was presented that Craig Rodrigues has been doing with Continuous Integration and Testing at iXsystems. Craig's presentation described how iXsystems is using modern best practices for building and testing the FreeNAS code. Jenkins is a framework for doing continuous builds and integration that is used by hundreds of companies. BHyve (BSD Hypvervisor) is the new virtual machine system which will be part of FreeBSD 10. Webdriver is a Python toolkit for testing web applications. By combining these technologies, iXsystems is developing a modern and sophisticated workflow for testing and improving the quality of FreeNAS. Ed Maste from The FreeBSD Foundation was interested in this work, and based on this interest, it is now being ported to FreeBSD. Currently, a machine in the FreeBSD cluster has been allocated for this purpose, where a bhyve(4)-based virtual machine was set up and Jenkins was installed. The remainder is still in progress. Open tasks: 1. Finish setting up Jenkins. 2. Add more builds to Jenkins. 3. Integrate testing with Jenkins. __________________________________________________________________ GEOM Direct Dispatch and Fine-Grained CAM Locking URL: http://people.freebsd.org/~mav/disk.pdf URL: http://svnweb.freebsd.org/changeset/base/260387 URL: http://svnweb.freebsd.org/changeset/base/260385 Contact: Alexander Motin The CAM and GEOM multi-processor scalability improvement project has completed. The corresponding code has been committed to FreeBSD head and recently merged to the stable/10 branch; it shall appear in 10.1-RELEASE. As part of this project, cam(4) (the ATA/SCSI subsystem) has received more fine-grained locking for better utilization of multi-core systems. In addition, the locking in geom(4) (the block storage subsystem) has also been polished, and a new direct dispatch functionality was implemented to spread the load between multiple threads and processors, and reduce the number of context switches. Thanks to these cam(4) and geom(4) changes, the peak I/O rate has doubled on comptemporary hardware, reaching up to 1,000,000 IOPS! This project is sponsored by iXsystems, Inc. Open tasks: 1. Some CAM controller drivers (SIMs) could also be optimized to get more benefits from this project, utilizing the new locking models and direct command completions from multiple interrupt threads. __________________________________________________________________ Intel 802.11n NIC (iwn(4)) Work Contact: Adrian Chadd There has been a large amount of work on iwn(4) over the last six months: * New hardware support: 2xxx, 6xxx, 1xx series hardware. * Many bugs were fixed, including scanning, association, EAPOL related fixes. * iwn(4) now natively works with 802.11n rates from the net80211 rate control code, rather than mapping non-11n rates to 11n rates. Open tasks: 1. There are still some scan hangs, due to how net80211 scans a single channel at a time. This needs to be resolved. 2. The transmit, receive, scan and calibration code needs to be refactored out of if_iwn.c and into separate source files. 3. There still seem to be some issues surrounding 2 GHz versus 5 GHz association attempts leading to firmware assertions, especially on the Intel 4965 NIC. __________________________________________________________________ Intel GPU Driver Update Contact: Konstantin Belousov This project will update the Intel graphics chipset driver, i915kms, to a recent snapshot of the Linux upstream code. The update will provide at least 1.5 years of bugfixes from the Intel team, and introduce support for the newest hardware -- in particular Haswell and ValleyView. The IvyBridge code will also be updated. The addition of several features, which are required in order to update X.Org and Mesa, is also planned. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Native iSCSI Stack URL: https://wiki.freebsd.org/Native%20iSCSI%20target Contact: Edward Tomasz Napiera=C5=82a iSCSI is a popular block storage protocol. Under this project, a new, fast, and reliable kernel-based iSCSI initiator (client) and target (server) have been implemented. During October to December, the work focused on performance and scalability. The target and the initiator now spread the load over multiple kernel threads, and the locking is optimized to reduce contention. This makes better use of multiple processor cores. Work to finish iSER support is ongoing. All those optimizations will be gradually merged to head in February, and are expected to merged back to stable/10 and finally arrive in 10.1-RELEASE. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ New Automounter Contact: Edward Tomasz Napiera=C5=82a Research and prototyping has begun on a new project to implement autofs(4) -- an automounter filesystem -- and its userland counterpart, automountd(8). The idea is to provide a very similar user experience to the automounters available on Linux, MacOS X, and Solaris, including using the same map format. The automounter will also integrate with directory services, such as LDAP. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ UEFI Boot URL: https://wiki.freebsd.org/UEFI URL: http://svnweb.freebsd.org/base/projects/uefi/ Contact: Ed Maste The Unified Extensible Firmware Interface (UEFI) provides boot- and run-time services for x86 computers, and is a replacement for the legacy BIOS. This project will adapt the FreeBSD loader and kernel boot process for compatibility with UEFI firmware, found on contemporary servers, desktops, and laptops. In 2013, The FreeBSD Foundation sponsored Benno Rice for a short project to improve the UEFI bootloader. This resulted in a working proof-of-concept in the UEFI project branch, but it was not ready to be merged to FreeBSD head. Ed Maste has taken that original work and, with review feedback from Konstantin Belousov, been preparing it for integration into FreeBSD head. Some changes have been merged to head already. The rest will be merged as they are refined. Intel provided a motherboard and CPU for the project, which proved invaluable for addressing bugs that did not appear while testing with the QEMU emulator. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Resolve a 32- versus 64-bit libstand(3) build issue. 2. Merge kernel parsing of EFI memory map metadata. 3. Integrate the EFI framebuffer with vt(9) (also known as Newcons). 4. Connect efiloader to the build. 5. Document manual installation for dual-boot configurations. 6. Integrate UEFI configuration with the FreeBSD installer. 7. Support secure boot. __________________________________________________________________ UMA/ZFS and RPC/NFS Performance Improvements URL: http://docs.freebsd.org/cgi/mid.cgi?52894C92.60905 Contact: Alexander Motin The performance of ZFS and NFS was suboptimal in FreeBSD, so we have recently investigated some possible improvement paths. The uma(9) memory allocator caching code was improved to adapt better to system memory constraints. Combined with other virtual memory subsystem improvements done in the previous years, it should be safe to actively use uma(9) caches now. Their use in ZFS for ZIO/ARC may be enabled via the vfs.zfs.zio.use_uma loader(8) tunable, which is now the default for amd64, where it is recommended. Use of uma(9) caches for LZ4 compression buffers is unconditionally enabled on all architectures as it is has no serious drawbacks. On systems with many CPUs, these changes doubled the performance in the benchmarks. Several areas of the NFS server stack (RPC, FHA, DRC) got a number of fixes and performance optimizations that significantly improve performance and reduce the CPU usage in a number of tests. Together with the ZFS memory allocator changes mentioned above, it was possible to reach 200K NFS block read IOPS and 55K SPEC NFS IOPS. The code was committed to head. The uma(9) ZFS commits have been already merged to stable/10, and the remainder will be done soon as well. This project is sponsored by iXsystems, Inc. Open tasks: 1. The SPEC NFS test hits lock congestion on several global locks in the file system layer when a quite intensive READDIRPLUS NFS request is received. Fixing this problem could improve performance on large systems even further. __________________________________________________________________ Updated vt(9) System Console URL: https://wiki.freebsd.org/Newcons Contact: Aleksandr Rybalko Contact: Ed Maste Contact: Ed Schouten Colloquially known as Newcons, vt(9) is a modern replacement for the existing, quite old, virtual terminal emulator called syscons(4). Initially motivated by the lack of Unicode support in syscons(4), the project was later expanded to cover the new requirement to support Kernel Mode Switching (KMS). The project is now approaching completion and is ready for wider testing as the related code was already merged to FreeBSD head. Hence, vt(9) can be tested easily by replacing the following two lines in the kernel config file: device sc device vga with the following ones: device vt device vt_vga Major highlights: * Unicode support. * Double-width character support for CJK characters. * xterm(1)-like terminal emulation. * Support for Kernel Mode Setting (KMS) drivers (i915kms, radeonkms). * Support for different fonts per terminal window. * Simplified drivers. Brief status of supported architectures and hardware: * amd64 (VGA/i915kms/radeonkms) -- works. * ARM framebuffer -- works. * i386 (VGA/i915kms/radeonkms) -- works. * IA64 -- untested. * MIPS -- untested. * PPC and PPC64 -- Works, but without X.Org yet. * SPARC -- works on certain hardware (e.g., Ultra 5). * vesa(4) -- in progress. * i386/amd64 nVidia driver -- need testing. * Xbox framebuffer driver -- need testing. Known Issues: * Switching to vty0 from X.Org on Fatal events will not work. * Certain hardware (e.g., Lenovo X220) get a black screen when i915kms is preloaded. * Scrolling can be slow; * Screen borders are not cleared when changing fonts. * vt(9) locks up with the gallant12x22 font in VirtualBox. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Create sub-directories for vt(9) under /usr/share/ to store key maps and fonts. 2. Implement remaining features supported by vidcontrol(1). 3. Write the vt(9) manual page. 4. Support keyboard handled directly by device kbd (without kbdmux(4)). 5. CJK fonts (in progress). __________________________________________________________________ FreeBSD Host Support for OpenStack and OpenContrail URL: http://www.openstack.org/ URL: http://www.opencontrail.org/ URL: https://github.com/Semihalf/openstack-devstack URL: https://github.com/Semihalf/openstack-nova URL: https://github.com/Semihalf/contrail-vrouter URL: https://blueprints.launchpad.net/nova/+spec/freebsd-compute-node Contact: Grzegorz Bernacki Contact: Micha=C5=82 Dubiel Contact: Rafa=C5=82 Jaworowski OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources in a data center. OpenContrail is a network virtualization (SDN) solution comprising a network controller, a virtual router, and an analytics engine, which can be integrated with cloud orchestration systems like OpenStack or CloudStack. The goal of this work is to enable FreeBSD as a fully supported compute host for OpenStack, using OpenContrail virtualized networking. The main areas of development are the following: * OpenStack compute driver (nova-compute) for the FreeBSD bhyve(4) hypervisor. * OpenContrail vRouter (forwarding-plane kernel module) port to FreeBSD. * Integration and performance optimizations. The current state of development features a working demo of OpenStack with compute node components running on a FreeBSD host: * The native bhyve(4) hypervisor is driven by a nova-compute component for spawning guest instances and a nova-network component for providing simple networking between those guests. * The nova-network approach (based on local host bridging) is becoming an obsolete technology in OpenStack and was used here only for demonstration and proof-of-concept purposes, without exploring all the possible features. * The main objective is to move to OpenContrail-based networking, therefore becoming compliant with the modern OpenStack networking API ("neutron"). This project is sponsored by Juniper Networks, Inc. Open tasks: 1. Decide how to integrate bhyve(4) with nova-compute, either natively or via the libvirt management layer. __________________________________________________________________ FreeBSD on Cubieboard{1,2} URL: https://github.com/tsgan/allwinner_a10/blob/master/if_emac.c Contact: Ganbold Tsagaankhuu Cubieboard is a single-board computer based on the AllWinner A10 SoC, popular on cheap tablets, phones and media PCs. The second version enhances the board mainly by replacing the AllWinner A10 SoC with an AllWinner A20 which contains 2 ARM Cortex-A7 MPCore CPUs and 2 Mali-400 GPUs (Mali-400MP2). In the last few months, work has continued on their FreeBSD port, and some work was done on the EMAC 10/100 Ethernet driver (see link). The driver is now in a good shape, however the RX side is very slow and there is need to have an external DMA driver that can be used in this case. __________________________________________________________________ FreeBSD on Freescale i.MX6 processors URL: http://lists.freebsd.org/pipermail/freebsd-arm/2013-November/006877= .html Contact: Ian Lepore The i.MX range is a family of Freescale Semiconductor proprietary microprocessors for multimedia applications based on the ARM architecture and focused on low-power consumption. The i.MX6x series is based on the ARM Cortex A9 solo, dual or quad cores. Initial support for them has been committed to head, and merged to stable/10. All members of the i.MX6 family (Solo, Dual, and Quad core) are supported, but SMP support on the multi-core SoCs has not yet been enabled. Initial driver support includes: * USB (EHCI) * Ethernet (Gigabit) * SD Card * UART The initial hardware bringup was done on Wandboard hardware, see the announcement on freebsd-arm in the links section for more information. Open tasks: 1. Write drivers for additional on-chip hardware, including I2C, SPI, AHCI, audio, and video. 2. Add support to FreeBSD-crochet script to generate Wandboard images __________________________________________________________________ FreeBSD on Freescale Vybrid VF6xx URL: http://svnweb.freebsd.org/changeset/base/258057 Contact: Ruslan Bukin Basic support for the Freescale Vybrid Family VF6xx heterogeneous ARM Cortex-A5/M4 System-on-Chip (SoC) was added to FreeBSD head. The Vybrid VF6xx family is an implementation of the new modern Cortex-A5-based low-power ARM SoC boards. Vybrid devices are ideal for applications including simple HMI in appliances and industrial machines, secure control of infrastructure and manufacturing equipment, energy conversion applications such as motor drives and power inverters, ruggedized wired and wireless connectivity, and control of mobile battery-operated systems such as robots and industrial vehicles. Supported device drivers: * NAND Flash Controller (NFC) * USB Enhanced Host Controller Interface (EHCI) * General-Purpose Input/Output (GPIO) * Universal Asynchronous Receiver/Transmitter (UART) Also supported: * Generic Interrupt Controller (GIC) * MPCore timer * ffec Ethernet driver Open tasks: 1. Add support for a number of different VF5xx- and VF6xx-based development boards. 2. Expand device driver support, including framebuffer and other devices. __________________________________________________________________ FreeBSD on Newer ARM Boards URL: https://wiki.freebsd.org/FreeBSD/arm/Radxa%20Rock URL: http://svnweb.freebsd.org/changeset/base/256949 URL: https://github.com/tsgan/qualcomm Contact: Ganbold Tsagaankhuu Rockchip is a series of SoC (System on Chip) integrated circuits that are mainly for embedded systems applications in mobile entertainment devices such as smartphones, tablets, e-books, set-top boxes, media players, personal video, and MP3 players. Due to their evolution from the MP3/MP4 player market, most Rockchip ICs feature advanced media decoding logic but lack integrated cellular radio basebands. Initial support for the Rockchip RK3188 (Quad core Cortex A9) SoC is committed to head. Now FreeBSD runs on Radxa Rock and it supports the following peripherals: * Existing DWC OTG driver in host mode * GPIO Some work was also done on initial support for the Qualcomm Snapdragon S4 SoC, featuring the Krait CPU, which is considered a "platform" for use in smartphones, tablets, and smartbook devices. Krait has many similarities with the ARM Cortex-A15 CPU and is also based on the ARMv7 instruction set. A minimal console driver was written, and FreeBSD's early boot messages can be now seen on the serial console. The timer driver works too, and the boot now stops at the mountroot prompt. __________________________________________________________________ FreeBSD/EC2 URL: http://www.daemonology.net/freebsd-on-ec2/ URL: http://www.daemonology.net/blog/2013-12-09-FreeBSD-EC2-configinit.h= tml Contact: Colin Percival An Amazon Machine Image (AMI) is a special type of virtual appliance that is used to create a virtual machine within the Amazon Elastic Compute Cloud ("EC2"). It serves as the basic unit of deployment for services delivered using EC2. Such AMIs are available for 8.3-RELEASE and later FreeBSD releases, and every ALPHA, BETA, and RC of FreeBSD 10.0. Starting from FreeBSD 10.0-BETA1, FreeBSD/EC2 images are running "fully supported" FreeBSD binaries, and starting from FreeBSD 10.0-RC1, FreeBSD/EC2 images include a "configinit" system for autoconfiguration using EC2 user-data. Due to limitations of old (m1, m2, c1, t1) instance types, "Windows"-labelled images are required for those instance types; however all of the recent instances types -- m3 (general purpose), c3 (high-CPU), and i2 (high-I/O) -- support FreeBSD at the "unix" pricing rates. The maintainer of this platform considers it to be ready for production use. Open tasks: 1. Hand over the task of building FreeBSD AMIs to the Release Engineering Team. 2. Get Amazon to add "FreeBSD" to the list of platforms supported by EC2, so that it can stop showing up as "Other Linux". __________________________________________________________________ FreeBSD/Xen URL: http://wiki.xen.org/wiki/FreeBSD_PVH Contact: Roger Pau Monn=C3=A9 Contact: Justin T. Gibbs Xen is a native (bare-metal) hypervisor providing services that allow multiple computer operating systems to execute on the same computer hardware concurrently. Xen 4.4 will bring a virtualization mode called PVH -- PV (paravirtualization) in an HVM (fully-virtual) container. This is essentially a paravirtualized guest using paravirtualized drivers for boot and I/O. Otherwise it uses hardware virtualization extensions, without the need for emulation. After merging the changes in order to improve Xen PVHVM support, work has shifted on getting PVH DomU support on FreeBSD. Patches have been posted, and after a couple of rounds of review the series looks almost ready for merging into head. Also, very initial patches for FreeBSD PVH Dom0 support has been posted. So far the posted series only focuses on getting FreeBSD booting as a Dom0 and being able to interact with the hardware. This project is sponsored by Citrix Systems R&D, and Spectra Logic Corporation. Open tasks: 1. Finish reviewing and commit the PVH DomU support. 2. Work on PVH Dom0 support. __________________________________________________________________ Intel IOMMU (VT-d, DMAR) Support URL: http://svnweb.freebsd.org/changeset/base/257251 URL: http://svnweb.freebsd.org/changeset/base/259512 Contact: Konstantin Belousov An Input/Output Memory Management Unit (IOMMU) is a Memory Management Unit (MMU) that connects a Direct Memory Access-capable (DMA-capable) I/O bus to main memory; therefore, I/O virtualization is performed by the chipset. An example IOMMU is the graphics address remapping table (GART) used by AGP and PCI Express graphics cards. Intel has published a specification for IOMMU technology as Virtualization Technology for Directed I/O, abbreviated VT-d. A VT-d driver was committed to head and stable/10, so busdma(9) is now able to utilize VT-d. The feature is disabled by default, but it may be enabled via the hw.dmar.enable loader(8) tunable -- see the links for more information. The immediate plans include increasing the support for this kind of hardware by testing and providing workarounds for specific issues, and by adding features of the next generation of Intel IOMMU. Hopefully, the existing and new consumers of VT-d will start to use the driver soon. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ auditdistd(8) Contact: Pawel Jakub Dawidek The auditdistd(8) daemon is responsible for distributing audit trail files over TCP/IP network securely and reliably. Currently, the daemon uses Transport Layer Security (TLS) for communication, but only server-side certificates are verified, based on the certificate's fingerprint. The ongoing work will make it possible to use client-side certificates and will support more complete public-key infastructure, which includes validation of the entire certificate chain, including revocation checking against Certification Revocation Lists at every level. From now on, auditdistd(8) will support TLSv1.2 and PFS modes only. In addition, it will be possible to send audit trail files to multiple receivers. The work will be completed at the beginning of February 2014. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Base GCC Updates Contact: Pedro Giffuni The GCC compiler in the FreeBSD base system is on its way to deprecation and is only used by some Tier-2 platforms at this time. While Clang is much better in many aspects, we still cannot use in the base system all the new features that it brings until we can drop GCC completely. As a stop-gap solution, several bug fixes and features from Apple GCC and other sources have been ported to our version of GCC 4.2.1 to make it more compatible with Clang. FreeBSD's GCC has added more warnings and some enhancements like -Wmost and -Wnewline-eof. An implementation for Apple's blocks extension is now available, too, and it will be very useful to enhance FreeBSD's support for Apple's Grand Central Dispatch (GCD). Open tasks: 1. A merge from head to stable/9 is being considered but it disables nested functions by default, so the impact on the Ports Collection needs to be evaluated. 2. No further development of GCC 4.2 in the base system is planned. __________________________________________________________________ BSDInstall ZFSBoot URL: http://lists.freebsd.org/mailman/listinfo/freebsd-sysinstall URL: https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE Contact: Allan Jude Contact: Devin Teske Contact: Warren Block BSDInstall has been the default installation program since FreeBSD 9.0-RELEASE. However, it could not utilize one of the best features of FreeBSD, ZFS. The ZFSBoot project started at EuroBSDCon 2013 and reached stable status in December, just in time for FreeBSD 10.0-RELEASE. Currently, ZFSBoot implements root-on-ZFS with 4k partition alignment, optional forced 4k sectors, optional geli(8) full disk encryption, and support for boot environments. As part of ZFSBoot, BSDInstall itself also received a number of updates, including enhanced debugging, more scriptability, a new keymap selection menu, and a number of other small changes to streamline the installation process. The new keymap menu allows the user to test the selected keymap before continuing, to ensure it is the desired keymap. Minor changes were made to the network configuration dialogues to make the identification of wireless interfaces easier. A number of additional features are also planned. The user should be able to create additional datasets and adjust the properties on all datasets in an interactive menu. There should also be integration with BSDConfig to allow users to install packages and the various other functionality that was previously provided by sysinstall. Open tasks: 1. Interactive dataset editor. 2. Dataset property editor. 3. Consider using shell geom(4) parser. 4. BSDConfig integration. 5. UFS as a file system option, to allow users to create encrypted UFS installs. 6. Optionally make the boot pool UFS or reside on USB device(s). 7. Further streamline the installation process. __________________________________________________________________ Capsicum and Casper URL: http://freebsdfoundation.blogspot.com/2013/12/freebsd-foundation-an= nounces-capsicum.html Contact: Pawel Jakub Dawidek Capsicum is a lightweight OS capability and sandbox framework implementing a hybrid capability system model. The Casper daemon enables sandboxed application to use functionality normally unavailable in capability-mode sandboxes. The Casper daemon, libcasper, libcapsicum(3), libnv(3) and Casper services (system.dns, system.grp, system.pwd, system.random and system.sysctl) have been committed to FreeBSD head. The tcpdump(8) utility in head now uses the system.dns service to do DNS lookups. The kdump(1) utility in head now uses the system.pwd and system.grp services to convert user and group identifiers to user and group names. There is ongoing work to sandbox more applications. If you are interested in helping to make FreeBSD more secure and would like to learn about Capsicum and Casper, do not hesitate to contact Pawel -- he can provide candidate programs that could use sandboxing. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Centralized Panic Reporting URL: http://www.daemonology.net/blog/2013-11-06-automated-freebsd-panic-= reporting.html Contact: Colin Percival With the sysutils/panicmail port, a mechanism is now in place for automated submission of kernel panic reports to a central location. It is hoped that this will prove useful, as similar systems have for other operating systems, in identifying common panics so that developers can be alerted and they can be fixed faster. In the first two months that this mechanism has been in place, 28 kernel panics have been reported. This is nowhere near enough to be useful, so readers are strongly encouraged to install the sysutils/panicmail port and follow the instructions to enable it. Open tasks: 1. Get more systems set up to automatically submit panic reports! __________________________________________________________________ FreeBSD Test Suite URL: http://wiki.FreeBSD.org/TestSuite URL: http://kyua1.nyi.FreeBSD.org/ URL: http://lists.freebsd.org/pipermail/freebsd-testing/2013-December/00= 0109.html URL: http://julipedia.meroh.net/2013/12/introducing-freebsd-test-suite.h= tml Contact: Julio Merino The FreeBSD Test Suite project aims to equip FreeBSD with a comprehensive test suite that is easy to run out of the box and during the development of the system. The test suite is installed into /usr/tests/ and the kyua(1) command-line tool (devel/kyua in the Ports Collection) is used to run them. The benefits of having a test suite that is easy to use and continuously run are obvious: regressions can be caught sooner rather than later and the Release Engineering Team can better assess the quality of the tree before deciding to cut a release. Additionally, because we choose to install the tests, we allow any end user to perform sanity checks on new installations of the system on their particular hardware configuration -- a very attractive thing to do when deploying production servers. During the last few months, we have added the necessary pieces to the build system to support building and installing test programs of various kinds. To demonstrate the functionality of these, some test programs were added and others were migrated from the old testing tree in tools/regression/ to the new layout for tests. The current test suite should be seen as a proof of concept at this point: it is only composed of a small set of test programs and the goal is to get the infrastructure in place before mass-migrating existing test code and/or importing external tests. As part of this work, two new releases of Kyua were published. Of special interest is the addition of a TAP-compliant backend so that existing tests from tools/regression/ can be plugged into the test suite with minimum effort. As of December 31st, the basic continuous testing infrastructure is up and running, see the links section for the home page. For further information, please see the related announcement and blog post on the subject (also in the links section). Open tasks: 1. We have three machines for the test cluster. At the moment, only one of them is in use to continuously test amd64 on both head and stable/10. We need to figure out the right level of parallelization to put other machines to use -- but a first easy cut may be to just test different architectures (with the help of QEMU). 2. Related to the above, the Kyua reporting engine needs significant tuning to make the reports nice and clean. Ideally, Kyua should be able to coalesce results from different runs into a single location and generate cohesive reports out of them. Fixing this is a high priority. 3. A tutorial on writing tests for FreeBSD has been proposed for AsiaBSDCon 2014. The outcome of the proposal is still unknown, but stay tuned! 4. Port, port, and port more tests to the new test suite. A test suite is worthless if it does not validate stuff. Stay tuned for a request for help once we have put all basic pieces in place and have streamlined the migration process. __________________________________________________________________ The LLDB Debugger URL: https://wiki.freebsd.org/lldb Contact: Ed Maste LLDB is the debugger in the LLVM family of projects. It supports Mac OS X, Linux, and FreeBSD, with ongoing work to support Windows. In the last quarter of 2013, LLDB gained support for live (ptrace(2)-based) debugging of multithreaded processes on FreeBSD. Initial FreeBSD MIPS target support has also been committed, along with a number of endianness fixes in the general LLDB infrastructure. The LLDB snapshot in the FreeBSD tree was updated to r196322. Currently disabled by default, it will be enabled for amd64 after the import of Clang 3.4. In the interim, it may be enabled by adding WITH_LLDB=3D to src.conf(5). This project is sponsored by DARPA/AFRL, SRI International, and University of Cambridge. Open tasks: 1. Update the in-tree snapshot to build after the Clang 3.4 import. 2. Fix amd64 watchpoints. 3. Test and fix the i386 port. 4. Implement FreeBSD ARM support. 5. Add support for kernel debugging (live local and remote debugging, and core files). 6. Fix the remaining test suite failures. 7. Enable by default on the amd64 architecture. __________________________________________________________________ FreeBSD Python Ports URL: https://wiki.FreeBSD.org/Python URL: irc://freebsd-python@irc.freenode.net Contact: FreeBSD Python Team Python is a widely used general-purpose, high-level programming language. For many operating systems, Python is a standard component; it ships with FreeBSD as well. A lot of progress has been made around the FreeBSD Python ports in the last quarter. The devel/py-distribute port has been replaced by the refreshed devel/py-setuptools port, which comes with a lot of features that simplify the ways of installing Python packages. The change also led us to install everything through Setuptools now, which resembles a PyIP a bit and allows us to perform some major cleanup on the distutils installation behaviour. The implicit lang/python build and run-time dependency was removed from the ports infrastructure. Every port now depends on a specific Python version or on the lang/python metaport. This prevents compatibility issues for ports that depend on Python 2.x OR Python 3.x exclusively, but use the python command, which might point to a version of incompatible user choice. The lang/python27 port was updated to version 2.7.6, and the lang/python33 port was updated to version 3.3.3, and the lang/pypy port was updated to version 2.2.1. We are currently working on the necessary infrastructure quirks to support different Python versions for the same port. Most of the work has been done and needs to be tested before it can be integrated. Open tasks: 1. Develop a high-level and lightweight Python Ports Policy. 2. Add support for granular dependencies (for example >=3D1.0 or <2.0). 3. Look at what adding pip support looks like. 4. Convert all USE_PYDISTUTILS=3Deasy_install entries to yes and remove the use of easy_install from the ports infrastructure. 5. More tasks can be found on the team's wiki page (see links). __________________________________________________________________ GNOME/FreeBSD URL: http://www.FreeBSD.org/gnome/ URL: http://svnweb.freebsd.org/changeset/ports/334661 Contact: FreeBSD GNOME Team GNOME is a desktop environment and graphical user interface that runs on top of a computer operating system. GNOME is part of the GNU Project and can be used with various Unix-like operating systems, including FreeBSD. In this quarter, MATE 1.6 was finally imported into the Ports Collection, thanks to the efforts of Jeremy Messenger. MATE is a desktop environment forked from the now-unmaintained code base of GNOME 2, therefore it is basically a replacement for GNOME 2. It recommended for users wanting to keep GNOME 2 as their desktop to switch since GNOME 2 will be replaced by GNOME 3 in the near future. This switch will be announced in advance, so people will have time to move to MATE if they have not already. The complete MATE-based desktop environment can be installed via the x11/mate port, or, for a minimal install, x11/mate-base. Our home page is quite out of date. An update for it for GNOME 3.6 is underway. Part of this update is rewriting and updating the old GNOME porting guide as a chapter of the Porter's Handbook. Another major task required for getting a bleeding-edge GNOME to build on FreeBSD mostly out-of-the box is moving to JHbuild with some custom rules. This is done to find and fix compile issues on other BSDs more quickly. Open tasks: 1. GNOME 2 ports still need to be sorted out to evaluate which GNOME 2 components will be gone or be replaced with their newer GNOME 3 versions. This task is current halted until we can get the documentation into a shape good enough to gather the issues and document the migration, including how to avoid the migration if the upgrade is not preferred. (This does not mean we do not want to know about issues with upgrading, though). 2. Help the X11 Team with Cairo 1.12, since the next version of GNOME 3 (3.12) will need an up-to-date version of Pango and GTK 3. __________________________________________________________________ KDE/FreeBSD URL: http://FreeBSD.kde.org URL: http://FreeBSD.kde.org/area51.php URL: http://portscout.freebsd.org/kde@freebsd.org.html Contact: KDE FreeBSD Team KDE is an international free software community producing an integrated set of cross-platform applications designed to run on Linux, FreeBSD, Solaris, Microsoft Windows, and OS X systems. The KDE/FreeBSD Team have continued to improve the experience of KDE software and Qt under FreeBSD. During last quarter, the team has kept most of the KDE and Qt ports up-to-date, working on the following releases: * KDE SC (area51): 4.11.2, 4.11.3, 4.11.4 * Qt: 4.8.5 and 5.2 (area51) * PyQt: 4.10.3; SIP: 4.15.2; QScintilla2: 2.8 * Qt Creator 2.8.0 * KDevelop: 4.5.2 * Calligra: 2.7.5 * CMake: 2.8.12, 2.8.12.1 As a result, according to PortScout, our team has 464 ports (down from 473), of which 88.15% are up-to-date (down from 98.73%). iXsystems Inc. continues to provide a machine for the team to build packages and to test updates. iXsystems Inc. has been providing the KDE/FreeBSD Team with support for quite a long time and we are very grateful for that. As usual, the team is always looking for more testers and porters so please contact us or visit our home page (see links). It would be especially useful to have more helping hands on tasks such as getting rid of the dependency on the defunct HAL project and providing integration with KDE's Bluedevil Bluetooth interface. Open tasks: 1. Update out-of-date ports, see links for a list. 2. Worke on KDE 4.12 and Qt 5. 3. Make sure the whole KDE stack (including Qt) builds and works correctly with Clang and libc++. 4. Remove the dependency on HAL. __________________________________________________________________ Wine/FreeBSD URL: http://wiki.FreeBSD.org/Wine URL: http://wiki.FreeBSD.org/i386-Wine URL: http://www.winehq.org/ Contact: Gerald Pfeiffer Contact: David Naylor Wine is a free and open source software application that aims to allow applications designed for Microsoft Windows to run on Unix-like operating systems, such as FreeBSD. The Wine/FreeBSD Team have continued to improve the experience of Wine under FreeBSD. During the fourth quarter of 2013, the team has kept Wine updated by porting: * Stable releases: 1.6 and 1.6.1 * Development releases: 1.7.4 through 1.7.8 The ports have included packages built for amd64 (available through the Ports Collection). The Wine ports have been kept up-to-date with the changes in the Ports Collection, including some improvements: * Building with Clang by default (via USES=3Dcompiler:c11). * Conditional X11 support (on by default; allowing for headless instances of Wine). * Staging support and other ports best practices. Support in improving the experience of Wine on FreeBSD is needed. Key areas including fixing regressions, adding copy protection scheme support and fixing regressions when using Wine under FreeBSD/amd64. Open tasks: 1. Open Tasks and Known Problems (see links for the wiki page). 2. FreeBSD/amd64 integration (see links for the i386-Wine wiki page). 3. Porting WoW64 and Wine64. __________________________________________________________________ X.Org on FreeBSD URL: https://wiki.freebsd.org/Graphics URL: http://trillian.chruetertee.ch/ports/browser/trunk URL: http://lists.freebsd.org/pipermail/freebsd-x11/2014-January/014003.= html Contact: FreeBSD X11 Team The newer graphics stack (WITH_NEW_XORG) is now built by default on head and is provided as binary packages from the official FreeBSD pkg(8) repository for 11-CURRENT. The major updates are: * X.Org server 1.12. * Mesa 9.1. * Recent Intel and Radeon X.Org drivers, using exclusively the KMS kernel drivers available in FreeBSD 9.x (Intel) and FreeBSD 10.x (Radeon). This change makes X.Org on FreeBSD head work out-of-the-box on workstations and laptops based on recent Intel and Radeon GPUs. FreeBSD 10.x will follow in a few weeks or months. Some software has started to require Cairo 1.12, for example GTK+ 3.10 and Pango. Unfortunately, this version of Cairo triggers a bug in the old Intel driver (2.7.1, installed when WITH_NEW_XORG is not set), which causes display artifacts. A "Call For Testers" mail was posted on the freebsd-x11 mailing-list (see the links above) to gather information about the behavior on other configurations (new Intel driver and non-Intel drivers). As of this writing, the reports received talk about improvements or, at least, no change noticed. To better manage changes such as the WITH_NEW_XORG and Cairo 1.12 changes mentioned above, we asked on the freebsd-x11 mailing-list if people are using FreeBSD 8.x on their desktop computers and why they do not upgrade to FreeBSD 9.x or 10.x. So far, we received very few answers to this. The Radeon KMS driver in FreeBSD 10.x is now considered stable, especially that integrated GPUs are now properly initialized. One of the next steps will be to merge this to stable/9. A "Graphics" wiki article (see links) was created to centralize and coordinate the work being done on both the ports and the kernel. It contains the following important information: * A roadmap of the team. * A matrix of supported hardware. * Instructions on upgrading to KMS. * Project status and results. This starting page then points to project- and topic-specific articles where more detailed information is available. Open tasks: 1. Report why FreeBSD 8.x is still used on your desktop and why moving to FreeBSD 9.x or 10.x is not an option. 2. Report about the Cairo 1.12 update on your system. 3. See the "Graphics" wiki page for up-to-date information. __________________________________________________________________ Xfce/FreeBSD URL: https://wiki.freebsd.org/Xfce URL: https://people.freebsd.org/~olivierd/xfce-core-unstable.html URL: https://people.freebsd.org/~olivierd/parole-unstable.html Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms, such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. The FreeBSD Xfce Team has kept most of the Xfce ports up-to-date, while fixing many issues along the way in this quarter. Currently, the following components with the following versions are available: Applications: * Orage (4.10.0) * Midori (0.5.6) * xfce4-terminal (0.6.3) * xfce4-parole (0.5.3, 0.5.4) Panel plugins: * xfce4-whiskermenu-plugin (1.2.0, 1.2.1, 1.2.2, 1.3.0) * xfce4-mailwatch-plugin (1.2.0) * xfce4-wmdock-plugin (0.6.0) We helped Midori's upstream switch from Waf (Python script) to CMake. Xfce now also supports Gtk2, Gtk3, and the new WebKitGtk API, available from the 2.x branch, not present in our ports tree at the moment, though. Most of the ports now use stage directories, with only some plugins left to convert. We also removed obsolete ports: * x11-themes/lila-xfwm4 (Xfwm4 theme) * multimedia/xfce4-media (multimedia player) * net-im/xfce4-messenger-plugin Besides, we followed the development of the Xfce core components and Parole closely. See the links for documentation on how to upgrade those libraries. Open tasks: 1. Fix Midori's build on DragonFly, through DPorts. 2. Fix build of the Granite framework (it is an extension to Gtk and Midori uses it) on FreeBSD 10 and head. Those are mostly LLVM failures. 3. Add support for Berkeley DB 5 and higher to Orage. __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org/ URL: http://www.freebsdfoundation.org/press/2013Dec-newsletter URL: http://freebsdjournal.com/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Most of the funding is used to support FreeBSD development projects, conferences and developer summits, purchase equipment to grow and improve the FreeBSD infrastructure, and provide legal support for the Project. We held our year-end fundraising campaign. We are still processing donations and will post the final numbers by mid-January. We are extremely grateful to all the individuals and organizations that supported us and the Project by making a donation in 2013. We have already started our fundraising efforts for 2014. Some of the highlights from this past quarter include: * We sponsored or are sponsoring the following projects: + Projects completed last quarter: Capsicum, Casper daemon, and Intel I/O Memory Management Unit driver. + Projects in progress: Native in-kernel iSCSI stack, network stack layer 2 modernization, UEFI boot, updated vt(9) system console. + Projects started last quarter: Automounter, Intel graphics driver update. * Continued work on the FreeBSD Journal, our new online FreeBSD magazine, which debuts on January 27th (see links). * Sponsored, organized, and ran the Bay Area Developer Summit. * Sponsored and attended the first ever vBSDCon, which had an impressive attendance. * Sponsored and attended the OpenZFS developer summit. * Represented the foundation at the following conferences: All Things Open in Raleigh, NC and LISA in Washington, DC. * Sponsored the FreeBSD 20th Birthday Party, held in San Francisco. * Attended the ICANN meeting in Buenos Aires in November and gave a short presentation on the change from BIND to unbound in FreeBSD 10.0 during the ccNSO Tech Day. * Met with a few companies to discuss their FreeBSD use, what they would like to see supported in FreeBSD, and assist with collaboration between them and the Project. * Purchased an 80-core server to reside at Sentex for the Project to use for stability, scalability, and performance improvements. It is a big step forwards for the Foundation in providing this kind of hardware to the Project's developers. It will let us test our scaling to 80 simultaneous cores and 1 TB of RAM. It will also be used to do performance analysis on large workloads, such as large databases etc. * Acquired a second rack to use at Sentex. * We received a commitment from VMware, Inc. for BSD-licensed drivers. They also committed to a yearly silver level donation. * Signed up as a Google Compute trusted tester for the Project. * Funded a project to produce a white paper titled "Managed Services Using FreeBSD at NYI". * Finally, we published our semi-annual newsletter (see links) highlighting what we did to support the FreeBSD Project and Community in 2013. __________________________________________________________________ Love FreeBSD? Support the development with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/