From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 03:38:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAB00106566B; Sun, 30 Sep 2012 03:38:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 99BB08FC0C; Sun, 30 Sep 2012 03:38:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8U3cisA030009; Sun, 30 Sep 2012 03:38:44 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8U3cix5030008; Sun, 30 Sep 2012 03:38:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 30 Sep 2012 03:38:44 GMT Message-Id: <201209300338.q8U3cix5030008@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2012 03:38:46 -0000 TB --- 2012-09-30 01:21:57 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-30 01:21:57 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-30 01:21:57 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-30 01:21:57 - cleaning the object tree TB --- 2012-09-30 01:21:58 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-30 01:21:58 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-30 01:21:58 - /usr/local/bin/svn cleanup /src TB --- 2012-09-30 01:22:12 - /usr/local/bin/svn update /src TB --- 2012-09-30 03:37:53 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-30 03:37:53 - WARNING: sleeping 30 s and retrying... TB --- 2012-09-30 03:38:23 - /usr/local/bin/svn update /src TB --- 2012-09-30 03:38:33 - At svn revision 241062S TB --- 2012-09-30 03:38:34 - building world TB --- 2012-09-30 03:38:34 - CROSS_BUILD_TESTING=YES TB --- 2012-09-30 03:38:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-30 03:38:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-30 03:38:34 - SRCCONF=/dev/null TB --- 2012-09-30 03:38:34 - TARGET=mips TB --- 2012-09-30 03:38:34 - TARGET_ARCH=mips TB --- 2012-09-30 03:38:34 - TZ=UTC TB --- 2012-09-30 03:38:34 - __MAKE_CONF=/dev/null TB --- 2012-09-30 03:38:34 - cd /src TB --- 2012-09-30 03:38:34 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 30 03:38:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-30 03:38:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-30 03:38:44 - ERROR: failed to build world TB --- 2012-09-30 03:38:44 - 12.08 user 7.87 system 8207.83 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 05:28:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A4B11065673; Sun, 30 Sep 2012 05:28:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3F28FC0A; Sun, 30 Sep 2012 05:28:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8U5S9TM071011; Sun, 30 Sep 2012 05:28:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8U5S9cT071004; Sun, 30 Sep 2012 05:28:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 30 Sep 2012 05:28:09 GMT Message-Id: <201209300528.q8U5S9cT071004@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2012 05:28:10 -0000 TB --- 2012-09-30 05:27:32 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-30 05:27:32 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-30 05:27:32 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-30 05:27:32 - cleaning the object tree TB --- 2012-09-30 05:27:34 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-30 05:27:34 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-30 05:27:34 - /usr/local/bin/svn cleanup /src TB --- 2012-09-30 05:27:47 - /usr/local/bin/svn update /src TB --- 2012-09-30 05:27:54 - At svn revision 241063S TB --- 2012-09-30 05:27:55 - building world TB --- 2012-09-30 05:27:55 - CROSS_BUILD_TESTING=YES TB --- 2012-09-30 05:27:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-30 05:27:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-30 05:27:55 - SRCCONF=/dev/null TB --- 2012-09-30 05:27:55 - TARGET=mips TB --- 2012-09-30 05:27:55 - TARGET_ARCH=mips TB --- 2012-09-30 05:27:55 - TZ=UTC TB --- 2012-09-30 05:27:55 - __MAKE_CONF=/dev/null TB --- 2012-09-30 05:27:55 - cd /src TB --- 2012-09-30 05:27:55 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 30 05:27:56 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-30 05:28:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-30 05:28:09 - ERROR: failed to build world TB --- 2012-09-30 05:28:09 - 12.90 user 8.42 system 36.68 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 09:17:26 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29830106564A; Sun, 30 Sep 2012 09:17:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DEF018FC08; Sun, 30 Sep 2012 09:17:25 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8U9HP4Q057542; Sun, 30 Sep 2012 09:17:25 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8U9HPFs057531; Sun, 30 Sep 2012 09:17:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 30 Sep 2012 09:17:25 GMT Message-Id: <201209300917.q8U9HPFs057531@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2012 09:17:26 -0000 TB --- 2012-09-30 09:16:48 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-30 09:16:48 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-30 09:16:48 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-30 09:16:48 - cleaning the object tree TB --- 2012-09-30 09:16:49 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-30 09:16:49 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-30 09:16:49 - /usr/local/bin/svn cleanup /src TB --- 2012-09-30 09:17:03 - /usr/local/bin/svn update /src TB --- 2012-09-30 09:17:11 - At svn revision 241065S TB --- 2012-09-30 09:17:12 - building world TB --- 2012-09-30 09:17:12 - CROSS_BUILD_TESTING=YES TB --- 2012-09-30 09:17:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-30 09:17:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-30 09:17:12 - SRCCONF=/dev/null TB --- 2012-09-30 09:17:12 - TARGET=mips TB --- 2012-09-30 09:17:12 - TARGET_ARCH=mips TB --- 2012-09-30 09:17:12 - TZ=UTC TB --- 2012-09-30 09:17:12 - __MAKE_CONF=/dev/null TB --- 2012-09-30 09:17:12 - cd /src TB --- 2012-09-30 09:17:12 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 30 09:17:12 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-30 09:17:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-30 09:17:25 - ERROR: failed to build world TB --- 2012-09-30 09:17:25 - 12.63 user 8.52 system 36.85 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 13:06:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7840D1065672 for ; Sun, 30 Sep 2012 13:06:03 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm17.bullet.mail.ne1.yahoo.com (nm17.bullet.mail.ne1.yahoo.com [98.138.90.80]) by mx1.freebsd.org (Postfix) with SMTP id 106298FC08 for ; Sun, 30 Sep 2012 13:06:02 +0000 (UTC) Received: from [98.138.90.50] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 30 Sep 2012 13:05:56 -0000 Received: from [98.138.84.35] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 30 Sep 2012 13:05:56 -0000 Received: from [127.0.0.1] by smtp103.mail.ne1.yahoo.com with NNFMP; 30 Sep 2012 13:05:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349010356; bh=8OcTDFvVUrAcNGeZnHQodoST0O7sM8GEw/OxKZX/fkg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=fBuYjhpZ3C6MKexit1+6pjWWOSG5UL+hgB0yinB8lOTtpZtyy5DeNryJHCs8gpke+G/WbxSgI4H4qwbikDB7vLLKDkUKcjbwMMyULXXStR5ZQEufUmAN6cwYn0mqhcT+YJPUhUqAZTKEyq4m8//TBXEe400flxrBRY43h3de9mA= X-Yahoo-Newman-Id: 246490.24289.bm@smtp103.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 1xuOeCwVM1nKlqrlT7tZ_cLWUs9plLcouuLpGwpvCU6xUwC VEWx_59bu8gJ0IAW6zU3FOuBmE5WYG7ojJtgQ2pk_DFzKeCwLA.i..Gub7KB 3VQp6mcN8Ocb_tiJdVjfh0fRUsP7eEwgszlfJERO0_ZjKWnKuYK_lTpz5Rsq PVJxDaswxc8FsChONbivCT.51s.zE_o7wOfVILJx199fcNN_INPU4T7xW8k8 hLHnfqx_Y.3CCzj70cGkpWjXK_vyeAvm5.wND_j8u0fSfRg51dH3sMzIEiSH e23Stc0tBy.7cH1AHYnOGF2NYPnL6p_kK78hWe0o_YaMO.7DXjeZJnTD0lmL YeqQaF7OXrCcR9ceHsUArCAO1KHWZRNHKml8cQExF32azayD73yltjhsilcK xv4efMLKeDce5Wevuo_jPvFKilZdATre2BX8wSCrkHcjwkL.iPcLfZLDdzbh gFrIYA.b_tHXwbjvdJd5TzgkeIBmSFOoyNtyZYjNEm6SKo79bD3z9SCnVgsg wv2UPAkO4VO.XAl4Q6dcNk_xIyN6oZNY- X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp103.mail.ne1.yahoo.com with SMTP; 30 Sep 2012 06:05:56 -0700 PDT Message-ID: <506843B2.5060907@yahoo.de> Date: Sun, 30 Sep 2012 15:05:54 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: rsync over NFSv4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Sep 2012 13:06:03 -0000 Hi, my FreeBSD-9/stable machine (FreeBSD freebsd-tower.goebo.site 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2 r241044M: Sat Sep 29 12:52:01 CEST 2012 lbo@freebsd-tower.goebo.site:/usr/obj/usr/src/sys/GENERIC i386) crashes reproducibly when rsync-ing files to an NFSv4 share on the FreeBSD machine. The crash makes the system reboot. The crash creates files in /var/crash which may be obtained here: [1]. This problem is not limited to the self-compiled kernel/world (stable/9) but appears also on pre-compiled 9.1-PRERELEASE. I did not test 9.0-RELEASE. If I do not use rsync on this NFS share, everything works completely fine. Workaround: Use rsync over SSH. --Norbert [1] http://lbo.spheniscida.de/Files/nfs-rsync-crash.tgz (25K), vmcore of around 300M (90M gzipped, 64M LZMA'd) not included From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 13:07:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 041861065670; Sun, 30 Sep 2012 13:07:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B837B8FC18; Sun, 30 Sep 2012 13:07:44 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8UD7iK3044200; Sun, 30 Sep 2012 13:07:44 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8UD7iCf044190; Sun, 30 Sep 2012 13:07:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 30 Sep 2012 13:07:44 GMT Message-Id: <201209301307.q8UD7iCf044190@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2012 13:07:45 -0000 TB --- 2012-09-30 13:07:06 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-30 13:07:06 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-30 13:07:06 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-30 13:07:06 - cleaning the object tree TB --- 2012-09-30 13:07:07 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-30 13:07:07 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-30 13:07:07 - /usr/local/bin/svn cleanup /src TB --- 2012-09-30 13:07:21 - /usr/local/bin/svn update /src TB --- 2012-09-30 13:07:29 - At svn revision 241068S TB --- 2012-09-30 13:07:30 - building world TB --- 2012-09-30 13:07:30 - CROSS_BUILD_TESTING=YES TB --- 2012-09-30 13:07:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-30 13:07:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-30 13:07:30 - SRCCONF=/dev/null TB --- 2012-09-30 13:07:30 - TARGET=mips TB --- 2012-09-30 13:07:30 - TARGET_ARCH=mips TB --- 2012-09-30 13:07:30 - TZ=UTC TB --- 2012-09-30 13:07:30 - __MAKE_CONF=/dev/null TB --- 2012-09-30 13:07:30 - cd /src TB --- 2012-09-30 13:07:30 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 30 13:07:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-30 13:07:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-30 13:07:44 - ERROR: failed to build world TB --- 2012-09-30 13:07:44 - 13.13 user 8.36 system 37.48 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 16:58:06 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5996B106564A; Sun, 30 Sep 2012 16:58:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD2C8FC0A; Sun, 30 Sep 2012 16:58:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8UGw58U030761; Sun, 30 Sep 2012 16:58:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8UGw5bJ030751; Sun, 30 Sep 2012 16:58:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 30 Sep 2012 16:58:05 GMT Message-Id: <201209301658.q8UGw5bJ030751@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2012 16:58:06 -0000 TB --- 2012-09-30 16:57:30 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-30 16:57:30 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-30 16:57:30 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-30 16:57:30 - cleaning the object tree TB --- 2012-09-30 16:57:31 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-30 16:57:31 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-30 16:57:31 - /usr/local/bin/svn cleanup /src TB --- 2012-09-30 16:57:41 - /usr/local/bin/svn update /src TB --- 2012-09-30 16:57:50 - At svn revision 241076S TB --- 2012-09-30 16:57:51 - building world TB --- 2012-09-30 16:57:51 - CROSS_BUILD_TESTING=YES TB --- 2012-09-30 16:57:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-30 16:57:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-30 16:57:51 - SRCCONF=/dev/null TB --- 2012-09-30 16:57:51 - TARGET=mips TB --- 2012-09-30 16:57:51 - TARGET_ARCH=mips TB --- 2012-09-30 16:57:51 - TZ=UTC TB --- 2012-09-30 16:57:51 - __MAKE_CONF=/dev/null TB --- 2012-09-30 16:57:51 - cd /src TB --- 2012-09-30 16:57:51 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 30 16:57:52 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-30 16:58:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-30 16:58:05 - ERROR: failed to build world TB --- 2012-09-30 16:58:05 - 13.23 user 8.45 system 35.06 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 17:16:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0CE31065670 for ; Sun, 30 Sep 2012 17:16:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id D9A948FC12 for ; Sun, 30 Sep 2012 17:16:24 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TIN7w-0007Qf-Cn for freebsd-stable@freebsd.org; Sun, 30 Sep 2012 17:16:24 +0000 Date: Sun, 30 Sep 2012 18:16:23 +0100 Message-ID: From: Randy Bush To: FreeBSD Stable User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Subject: atkbd attach excitement during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Sep 2012 17:16:25 -0000 booting FreeBSD fbsd64.psg.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r241020: Fri Sep 28 07:14:15 UTC 2012 root@kaos.glenbarber.us:/usr/obj/usr/src/sys/GENERIC amd64 if i do not type a key during boot (after typing to beastie), i get the following Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80704740 stack pointer = 0x28:0xffffffff815336e0 frame pointer = 0x28:0xffffffff81533730 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff809221d6 at kdb_backtrace+0x66 #1 0xffffffff808ec40e at panic+0x1ce #2 0xffffffff80bd91a0 at trap_fatal+0x290 #3 0xffffffff80bd94d8 at trap_pfault+0x1e8 #4 0xffffffff80bd9ade at trap+0x3be #5 0xffffffff80bc33ff at calltrap+0x8 #6 0xffffffff80be95fb at atkbd_intr+0xab #7 0xffffffff80be9dd6 at atkbd_timeout+0x96 #8 0xffffffff80be9e94 at atkbd_attach_unit+0xb4 #9 0xffffffff80bea0c8 at atkbdattach+0x78 #10 0xffffffff8091b702 at device_attach+0x72 #11 0xffffffff8091d15a at bus_generic_attach+0x1a #12 0xffffffff80bec06f at atkbdc_isa_attach+0x1af #13 0xffffffff8091b702 at device_attach+0x72 #14 0xffffffff8091d15a at bus_generic_attach+0x1a #15 0xffffffff80340d05 at acpi_attach+0xbc5 #16 0xffffffff8091b702 at device_attach+0x72 #17 0xffffffff8091d15a at bus_generic_attach+0x1a From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 17:54:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 437D1106564A for ; Sun, 30 Sep 2012 17:54:00 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id E54C48FC0A for ; Sun, 30 Sep 2012 17:53:59 +0000 (UTC) Received: by qcsl39 with SMTP id l39so4273992qcs.13 for ; Sun, 30 Sep 2012 10:53:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version :x-gm-message-state; bh=VVrpC522iW8Xv5B+36q3Yv1u2hFLmmdGe+ab99kNu9M=; b=jFiiyw189xXEk4GhMy7ytRohztcrdN0Iv7F0GUc2v1bynBEzEa56w3dg1qcvDs3wtp PQV5GWVTuRRaRCcEV3ELIf0DmnIBwI02VLyAPD+jRPqywJJHja4I71fFB1XI6jnz8Nz5 1iNU1K9cOzadChQxgJe1Mrh0xcVPTOaVLpPKZiIfz/YY1KEhIQQ05IMS40eNcJmmCyJy Ej6fLb3GU2pMjhhrhyCh3xjB+HHxSA8AeeYM4X3cEPRjq8ZSIrSbfiROs8zyOeCtq+6W kk0UHGMuTj9xdAxecRFossgo2XesHEHKt7t9HbcVtaog0c+m4oZTjrJNlu0QodxapkSx cQDg== Received: by 10.224.212.3 with SMTP id gq3mr31439297qab.52.1349027632847; Sun, 30 Sep 2012 10:53:52 -0700 (PDT) Received: from [25.2.26.127] (ool-321d6c98.dyn.optonline.net. [50.29.108.152]) by mx.google.com with ESMTPS id g18sm21226811qan.1.2012.09.30.10.52.52 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 30 Sep 2012 10:53:52 -0700 (PDT) References: <50665914.8080301@acm.poly.edu> From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9B206) In-Reply-To: <50665914.8080301@acm.poly.edu> Message-Id: Date: Sun, 30 Sep 2012 13:52:42 -0400 To: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQkXRPFY0KIaxEYJNkgzaXHkS9Ei/2kgijtFsTB/+SnFwR4eK8/HnEIXqvZF9CBOxYLK+mXJ Subject: Re: qmail-remote uses 100% CPU when delivering to certain hosts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Sep 2012 17:54:00 -0000 On Sep 28, 2012, at 10:12 PM, Boris Kochergin wrote: > Hi. >=20 > Firstly, my environment: >=20 > FreeBSD isis.poly.edu 9.1-RC1 FreeBSD 9.1-RC1 #0: Thu Sep 20 23:42:23 EDT 2= 012 boris@jails.isis.poly.edu:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > qmail-tls-1.03.20021228_4 >=20 > I have noticed that qmail-remote spins around using 100% CPU forever when d= elivering mail to a select few hosts. I believe this all to be in userspace a= s top reports that the CPU is busy with only userspace code. This has never h= appened when the machine was running 8.0-RELEASE, but happens with 8.2-RELEA= SE and 9.1-RC1. >=20 > The environment this happens in is a jail. >=20 > Calling truss on the offending processes produces no output, with truss in= the "wait" state forever. I've tcpdumped the conversation between the qmail= -remote process and the remote host. It is attached with this e-mail. >=20 > Thoughts? >=20 > -Boris > Boris the messages that are in the delivery queue ,at this time, can you sha= re any details on them are they big, small etc . Also what file system do yo= u use for the hauls .= From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 18:39:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D2D9106566C for ; Sun, 30 Sep 2012 18:39:54 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B7E9D8FC0A for ; Sun, 30 Sep 2012 18:39:53 +0000 (UTC) Received: by vbmv11 with SMTP id v11so6052520vbm.13 for ; Sun, 30 Sep 2012 11:39:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=K4AK1bQtbEq5dIcOgOkVMuAN2y6bpv6aL3u/KDwKHik=; b=oc7UPGLC0YdcEbZRb12sU0lVAiiXzD1xAM36F1l7RaWpM5uqRfRqCISKUKMFCHZ8qg mkw2k9FMu4MQLHlEFOy36oLN3w54Sy57IpQ9N5cOoovg5qPeEBWKp+Q6yYwFyBV6vQ4N r6GjoYav2wBVoNXVSVahXzGib0WShRP1hbnnEIGBco0S9Z7KlUb8t64kWkIZoLNxdgr4 l8/aIazbo8/62Hlpm0Vzst6gg0FfeBcO9J4oCNyxBfXFZUTWNXDmZOVh2KU9hcdAlnby NzARguYF8LtnZS9JYH+lqc7jfmR7ZoOfA74I0V8OA2lp2ncc5UR1gY8MyBseuef1NLBp idOg== MIME-Version: 1.0 Received: by 10.220.227.137 with SMTP id ja9mr7112882vcb.28.1349030392746; Sun, 30 Sep 2012 11:39:52 -0700 (PDT) Received: by 10.220.34.6 with HTTP; Sun, 30 Sep 2012 11:39:52 -0700 (PDT) Date: Sun, 30 Sep 2012 21:39:52 +0300 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 9.1-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Sep 2012 18:39:54 -0000 Hi all, I know that this question is sort of rhetoric but given the fact that it has been over a month since 9.1-RC1 and that we are actually entering October in a few hours. Do we have an ETD for RC2 and can we expect a final release a week after? This question has mainly to do with reactions that I get from clients that do not feel comfortable staying on a pre release version for so long. Thanks -- George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 19:48:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7275A106564A for ; Sun, 30 Sep 2012 19:48:53 +0000 (UTC) (envelope-from access@ymail.com) Received: from rh.ahweb.net (rh.ahweb.net [12.166.220.8]) by mx1.freebsd.org (Postfix) with ESMTP id 224978FC08 for ; Sun, 30 Sep 2012 19:48:52 +0000 (UTC) Received: (qmail 19531 invoked by uid 48); 30 Sep 2012 14:42:12 -0500 To: freebsd-stable@freebsd.org Date: Sun, 30 Sep 2012 19:42:12 +0000 From: Steven Hollyfield Message-ID: <854fc36c90286386d7c6a694d0898db7@www.neigps.com> X-Priority: 3 X-Mailer: PHPMailer [version 1.73] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="iso-8859-1" Subject: Product recommendation at Navigation Equipment, Inc. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Sep 2012 19:48:53 -0000 Earn $500 to $1000 Today Guaranteed! Hello, Now I break my silence and I will show you on the following pages exactly how you will earn $500 to $1000 today and how you can repeat that EVERY DAY.Guaranteed!!Trust me.You have nothing to lose and EVERYTHING to gain. Why am I so sure?.. http://www.globalforexsignals.com/?code=4fce4a0551381 I am so convinced about my method that I will give you everything 100% your income. That's right - you will never pay one cent to me. Everything is 100% will be yours. http://www.globalforexsignals.com/?code=4fce4a0551381 My Method gives you the most efficient, fastest and easiest way to make money on the Internet.The First Point you'll need to know:It is 100% PROVEN and I tested it personally.From TODAY on,you will earn $500 to $1000 Dollars a day more, simply by doing exactly what I tell you to do on my detailed report! I created it... I proved it and... I'm making over $360,000 a Year....4 Hours a Day.....From Home!!!. Now it is your turn - And I will give you EVERYTHING 100% FREE http://www.globalforexsignals.com/?code=4fce4a0551381 Could a Method,that will bring you $500 to $1000 TODAY be worth 30 minutes of your time? >>> To Your Success,Steven Hollyfield From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 20:11:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AFE7106566B for ; Sun, 30 Sep 2012 20:11:53 +0000 (UTC) (envelope-from boland37@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0CCE68FC0A for ; Sun, 30 Sep 2012 20:11:52 +0000 (UTC) Received: from charlemagne.boland.org (37-251-66-226.FTTH.ispfabriek.nl [37.251.66.226]) (authenticated bits=0) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8UKBFqP038953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 30 Sep 2012 22:11:16 +0200 (CEST) (envelope-from boland37@xs4all.nl) Message-ID: <5068A763.4070901@xs4all.nl> Date: Sun, 30 Sep 2012 22:11:15 +0200 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: interleaving messages on umass detach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Sep 2012 20:11:53 -0000 Hi. No biggie, but when I remove a umass device it appears that two kernel messages are being written at the same time. (da4:umass-sim1:1:0:0): lost device - 0 outstanding, 1 refs (da4:(pass6:umass-sim1:1:umass-sim1:1:0:0:0): removing device entry 0): passdevgonecb: devfs entry is gone (FreeBSD 9.1-PRERELEASE #0 r241067) Cheers Michiel From owner-freebsd-stable@FreeBSD.ORG Sun Sep 30 20:48:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ECC11065670; Sun, 30 Sep 2012 20:48:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 0EFB18FC17; Sun, 30 Sep 2012 20:48:15 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8UKmFN0016446; Sun, 30 Sep 2012 20:48:15 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8UKmFBr016442; Sun, 30 Sep 2012 20:48:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 30 Sep 2012 20:48:15 GMT Message-Id: <201209302048.q8UKmFBr016442@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2012 20:48:16 -0000 TB --- 2012-09-30 20:47:37 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-30 20:47:37 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-30 20:47:37 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-30 20:47:37 - cleaning the object tree TB --- 2012-09-30 20:47:40 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-30 20:47:40 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-30 20:47:40 - /usr/local/bin/svn cleanup /src TB --- 2012-09-30 20:47:53 - /usr/local/bin/svn update /src TB --- 2012-09-30 20:48:00 - At svn revision 241078S TB --- 2012-09-30 20:48:01 - building world TB --- 2012-09-30 20:48:01 - CROSS_BUILD_TESTING=YES TB --- 2012-09-30 20:48:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-30 20:48:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-30 20:48:01 - SRCCONF=/dev/null TB --- 2012-09-30 20:48:01 - TARGET=mips TB --- 2012-09-30 20:48:01 - TARGET_ARCH=mips TB --- 2012-09-30 20:48:01 - TZ=UTC TB --- 2012-09-30 20:48:01 - __MAKE_CONF=/dev/null TB --- 2012-09-30 20:48:01 - cd /src TB --- 2012-09-30 20:48:01 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 30 20:48:02 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-30 20:48:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-30 20:48:15 - ERROR: failed to build world TB --- 2012-09-30 20:48:15 - 13.09 user 8.48 system 38.02 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 00:38:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BCBF106566B; Mon, 1 Oct 2012 00:38:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id F0C698FC08; Mon, 1 Oct 2012 00:38:20 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q910cKhB003465; Mon, 1 Oct 2012 00:38:20 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q910cKbS003464; Mon, 1 Oct 2012 00:38:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Oct 2012 00:38:20 GMT Message-Id: <201210010038.q910cKbS003464@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2012 00:38:21 -0000 TB --- 2012-10-01 00:37:46 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-01 00:37:46 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-01 00:37:46 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-01 00:37:46 - cleaning the object tree TB --- 2012-10-01 00:37:48 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-01 00:37:48 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-01 00:37:48 - /usr/local/bin/svn cleanup /src TB --- 2012-10-01 00:37:57 - /usr/local/bin/svn update /src TB --- 2012-10-01 00:38:06 - At svn revision 241078S TB --- 2012-10-01 00:38:07 - building world TB --- 2012-10-01 00:38:07 - CROSS_BUILD_TESTING=YES TB --- 2012-10-01 00:38:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-01 00:38:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-01 00:38:07 - SRCCONF=/dev/null TB --- 2012-10-01 00:38:07 - TARGET=mips TB --- 2012-10-01 00:38:07 - TARGET_ARCH=mips TB --- 2012-10-01 00:38:07 - TZ=UTC TB --- 2012-10-01 00:38:07 - __MAKE_CONF=/dev/null TB --- 2012-10-01 00:38:07 - cd /src TB --- 2012-10-01 00:38:07 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 1 00:38:07 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-01 00:38:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-01 00:38:20 - ERROR: failed to build world TB --- 2012-10-01 00:38:20 - 12.72 user 8.05 system 33.41 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 06:44:15 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0656D106586E; Mon, 1 Oct 2012 06:44:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B9C7C8FC22; Mon, 1 Oct 2012 06:44:14 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q916iEUF045641; Mon, 1 Oct 2012 06:44:14 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q916iEav045635; Mon, 1 Oct 2012 06:44:14 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Oct 2012 06:44:14 GMT Message-Id: <201210010644.q916iEav045635@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2012 06:44:15 -0000 TB --- 2012-10-01 04:27:25 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-01 04:27:25 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-01 04:27:25 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-01 04:27:25 - cleaning the object tree TB --- 2012-10-01 04:27:26 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-01 04:27:26 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-01 04:27:26 - /usr/local/bin/svn cleanup /src TB --- 2012-10-01 04:27:39 - /usr/local/bin/svn update /src TB --- 2012-10-01 06:43:20 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-01 06:43:20 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-01 06:43:50 - /usr/local/bin/svn update /src TB --- 2012-10-01 06:43:59 - At svn revision 241088S TB --- 2012-10-01 06:44:00 - building world TB --- 2012-10-01 06:44:00 - CROSS_BUILD_TESTING=YES TB --- 2012-10-01 06:44:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-01 06:44:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-01 06:44:00 - SRCCONF=/dev/null TB --- 2012-10-01 06:44:00 - TARGET=mips TB --- 2012-10-01 06:44:00 - TARGET_ARCH=mips TB --- 2012-10-01 06:44:00 - TZ=UTC TB --- 2012-10-01 06:44:00 - __MAKE_CONF=/dev/null TB --- 2012-10-01 06:44:00 - cd /src TB --- 2012-10-01 06:44:00 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 1 06:44:01 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-01 06:44:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-01 06:44:14 - ERROR: failed to build world TB --- 2012-10-01 06:44:14 - 13.98 user 7.77 system 8208.86 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 10:22:29 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2954B106566C; Mon, 1 Oct 2012 10:22:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A704E8FC08; Mon, 1 Oct 2012 10:22:28 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q91AMSce062293; Mon, 1 Oct 2012 10:22:28 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q91AMSPJ062283; Mon, 1 Oct 2012 10:22:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Oct 2012 10:22:28 GMT Message-Id: <201210011022.q91AMSPJ062283@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2012 10:22:29 -0000 TB --- 2012-10-01 10:16:53 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-01 10:16:53 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-01 10:16:53 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-01 10:16:53 - cleaning the object tree TB --- 2012-10-01 10:16:54 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-01 10:16:54 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-01 10:16:54 - /usr/local/bin/svn cleanup /src TB --- 2012-10-01 10:17:03 - /usr/local/bin/svn update /src TB --- 2012-10-01 10:21:37 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-01 10:21:37 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-01 10:22:07 - /usr/local/bin/svn update /src TB --- 2012-10-01 10:22:13 - At svn revision 241091S TB --- 2012-10-01 10:22:14 - building world TB --- 2012-10-01 10:22:14 - CROSS_BUILD_TESTING=YES TB --- 2012-10-01 10:22:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-01 10:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-01 10:22:14 - SRCCONF=/dev/null TB --- 2012-10-01 10:22:14 - TARGET=mips TB --- 2012-10-01 10:22:14 - TARGET_ARCH=mips TB --- 2012-10-01 10:22:14 - TZ=UTC TB --- 2012-10-01 10:22:14 - __MAKE_CONF=/dev/null TB --- 2012-10-01 10:22:14 - cd /src TB --- 2012-10-01 10:22:14 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 1 10:22:15 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-01 10:22:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-01 10:22:28 - ERROR: failed to build world TB --- 2012-10-01 10:22:28 - 13.45 user 8.38 system 334.95 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 12:07:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63D811065672 for ; Mon, 1 Oct 2012 12:07:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 17AF18FC1B for ; Mon, 1 Oct 2012 12:07:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EACKHaVCDaFvO/2dsb2JhbAA9CIYLuTaCIAEBAQQBAQEgKx4CCAMzAgINGQIpAQkmBggHBAEcBIdkC6dnkk+BIYl+FAIEhR+BEgOTPIItgRWIJ4ZvgwOBPgk0 X-IronPort-AV: E=Sophos;i="4.80,516,1344225600"; d="scan'208";a="181349270" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 01 Oct 2012 08:07:44 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id D4D80B3F62; Mon, 1 Oct 2012 08:07:44 -0400 (EDT) Date: Mon, 1 Oct 2012 08:07:44 -0400 (EDT) From: Rick Macklem To: Norbert Aschendorff Message-ID: <509617515.1463700.1349093264849.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <506843B2.5060907@yahoo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 12:07:52 -0000 Norbert Aschendorff wrote: > Hi, > > my FreeBSD-9/stable machine (FreeBSD freebsd-tower.goebo.site > 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2 r241044M: Sat Sep 29 12:52:01 > CEST 2012 lbo@freebsd-tower.goebo.site:/usr/obj/usr/src/sys/GENERIC > i386) crashes reproducibly when rsync-ing files to an NFSv4 share on > the FreeBSD machine. The crash makes the system reboot. The crash > creates files in /var/crash which may be obtained here: [1]. > > This problem is not limited to the self-compiled kernel/world > (stable/9) > but appears also on pre-compiled 9.1-PRERELEASE. I did not test > 9.0-RELEASE. > > If I do not use rsync on this NFS share, everything works completely > fine. > > Workaround: Use rsync over SSH. > > --Norbert > > [1] http://lbo.spheniscida.de/Files/nfs-rsync-crash.tgz (25K), vmcore > of > around 300M (90M gzipped, 64M LZMA'd) not included > >From a quick look, the panic is: Sleeping thread (tid 100099, pid 1599) owns a non-sleepable lock called from the server side krpc via cv_timedwait_sig(). I assume this means that another mutex or similar is held as well as the one passed in as an argument to cv_timedwait_sig()? (I'll keep looking, but I can't spot where another one might be held by the NFS or krpc code.) I'm not knowledgible when it comes to gdb and crash dumps. Is there an easy command Norbert can type to see all the locks held by tid 100099, pid 1599? Is the NFS client using Kerberos or AUTH_SYS for the mount? (And if you are using Kerberos, have you tried the rsync with an AUTH_SYS mount?) Does anyone happen to know of outstanding issues (or problems with WITNESS) for cv_timedwait_sig() called with a locked mutex as the argument lock? (The mutex will probably get locked by another thread related to the same pid, once sleepq_timedwait_sig() unlocks the argument mutex.) Here's the backtrace from the crash info he referenced, in case someone else can gain more insight from it: Unread portion of the kernel message buffer: Sleeping thread (tid 100099, pid 1599) owns a non-sleepable lock KDB: stack backtrace of thread 100099: #0 0xc0aae034 at mi_switch+0xe4 #1 0xc0ae3799 at sleepq_switch+0xd9 #2 0xc0ae3c06 at sleepq_catch_signals+0x3d6 #3 0xc0ae3d04 at sleepq_timedwait_sig+0x14 #4 0xc0a591ff at _cv_timedwait_sig+0x17f #5 0xc0c87f7e at svc_run_internal+0x7ce #6 0xc0c87706 at svc_run+0xc6 #7 0xc09f24c4 at nfsrvd_nfsd+0x1d4 #8 0xc0a00ad9 at nfssvc_nfsd+0x109 #9 0xc0c70c58 at sys_nfssvc+0x98 #10 0xc0dfd288 at syscall+0x378 #11 0xc0de64b1 at Xint0x80_syscall+0x21 panic: sleeping thread cpuid = 0 rick ____________________________________________ > 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 Oct 1 12:58:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57D81106564A; Mon, 1 Oct 2012 12:58:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF428FC1E; Mon, 1 Oct 2012 12:58:21 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7DB3EB94B; Mon, 1 Oct 2012 08:58:20 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, sbruno@freebsd.org Date: Mon, 1 Oct 2012 08:47:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> <1348768344.10543.7.camel@powernoodle.corp.yahoo.com> <1348779229.10543.11.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1348779229.10543.11.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201210010847.53984.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 01 Oct 2012 08:58:20 -0400 (EDT) Cc: Andriy Gapon Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 12:58:21 -0000 On Thursday, September 27, 2012 4:53:49 pm Sean Bruno wrote: > On Thu, 2012-09-27 at 10:52 -0700, Sean Bruno wrote: > > > > > > > pcib7: irq 19 at device 28.7 on pci0 > > > > panic: Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL > > > > cpuid = 0 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > > kdb_backtrace() at kdb_backtrace+0x37 > > > > panic() at panic+0x1d8 > > > > rman_init() at rman_init+0x17c > > > > pcib_alloc_window() at pcib_alloc_window+0x9f > > > > pcib_attach_common() at pcib_attach_common+0x457 > > > > acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x1c > > > > device_attach() at device_attach+0x72 > > > > bus_generic_attach() at bus_generic_attach+0x1a > > > > acpi_pci_attach() at acpi_pci_attach+0x164 > > > > device_attach() at device_attach+0x72 > > > > bus_generic_attach() at bus_generic_attach+0x1a > > > > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > > > > acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1f6 > > > > device_attach() at device_attach+0x72 > > > > bus_generic_attach() at bus_generic_attach+0x1a > > > > acpi_attach() at acpi_attach+0xbc1 > > > > device_attach() at device_attach+0x72 > > > > bus_generic_attach() at bus_generic_attach+0x1a > > > > nexus_acpi_attach() at nexus_acpi_attach+0x69 > > > > device_attach() at device_attach+0x72 > > > > bus_generic_new_pass() at bus_generic_new_pass+0xd6 > > > > bus_set_pass() at bus_set_pass+0x7a > > > > configure() at configure+0xa > > > > mi_startup() at mi_startup+0x77 > > > > btext() at btext+0x2c > > > > Uptime: 1s > > > > Automatic reboot in 15 seconds - press a key on the console to abort > > > > --> Press a key on the console to reboot, > > > > --> or switch off the system now. > > > > > > > > > > -- > > > Andriy Gapon > > > > > > > resurrecting this thread from my sent items folder, not sure if > > mailman will thread this correctly or not > > > > Anyway, after disabling the "broken" pci bridge via some hackery > > that jhb and eadler had lying around, I was able to get the r620 up > > on the "new" BIOS and get an acpidump before and after the firmware update. > > > > I can poke a the machines, but I don't quite see in this nonsense where > > it breaks acpi_pcib_pci_attach(). Where should I start poking next? > > > > > > http://people.freebsd.org/~sbruno/acpi_112_r620.txt > > > > http://people.freebsd.org/~sbruno/acpi_126_r620.txt > > > > > > For fun, I added the pciconf output to see if there's anything obviously > wrong with pcib7. But, as usual, I have no idea how to interpret this. > > http://people.freebsd.org/~sbruno/r620_pciconf.txt Can you add extra printfs to see where exactly attach is failing? I would start with the attach routine in sys/dev/acpica/acpi_pcib_pci.c: static int acpi_pcib_pci_attach(device_t dev) { struct acpi_pcib_softc *sc; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); pcib_attach_common(dev); sc = device_get_softc(dev); sc->ap_handle = acpi_get_handle(dev); return (acpi_pcib_attach(dev, &sc->ap_prt, sc->ap_pcibsc.secbus)); } Hmm, so that can only fail inside of acpi_pcib_attach() in sys/dev/acpica/acpi_pcib.c. I would add printfs to annotate that. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 12:58:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A594106568A; Mon, 1 Oct 2012 12:58:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 26EA18FC15; Mon, 1 Oct 2012 12:58:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 82FE6B939; Mon, 1 Oct 2012 08:58:21 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, Ken Merry Date: Mon, 1 Oct 2012 08:49:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <5066C652.9020904@omnilan.de> In-Reply-To: <5066C652.9020904@omnilan.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201210010849.36742.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 01 Oct 2012 08:58:21 -0400 (EDT) Cc: Harald Schmalzbauer Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 12:58:22 -0000 On Saturday, September 29, 2012 5:58:42 am Harald Schmalzbauer wrote: > Hello, > > accidentally I saw that mps is included in sys/amd64/conf/GENERIC, but > not in sys/i386/conf/GENERIC. > Is this intended? Have you tested it on i386? From the log message, Ken (cc'd) only added it on amd64 as it hadn't been tested on i386. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 12:58:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC4110656FD for ; Mon, 1 Oct 2012 12:58:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 31B368FC08 for ; Mon, 1 Oct 2012 12:58:23 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 62994B949; Mon, 1 Oct 2012 08:58:22 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 1 Oct 2012 08:51:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <509617515.1463700.1349093264849.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <509617515.1463700.1349093264849.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201210010851.50914.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 01 Oct 2012 08:58:22 -0400 (EDT) Cc: Norbert Aschendorff , Rick Macklem Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 12:58:24 -0000 On Monday, October 01, 2012 8:07:44 am Rick Macklem wrote: > Norbert Aschendorff wrote: > > Hi, > > > > my FreeBSD-9/stable machine (FreeBSD freebsd-tower.goebo.site > > 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2 r241044M: Sat Sep 29 12:52:01 > > CEST 2012 lbo@freebsd-tower.goebo.site:/usr/obj/usr/src/sys/GENERIC > > i386) crashes reproducibly when rsync-ing files to an NFSv4 share on > > the FreeBSD machine. The crash makes the system reboot. The crash > > creates files in /var/crash which may be obtained here: [1]. > > > > This problem is not limited to the self-compiled kernel/world > > (stable/9) > > but appears also on pre-compiled 9.1-PRERELEASE. I did not test > > 9.0-RELEASE. > > > > If I do not use rsync on this NFS share, everything works completely > > fine. > > > > Workaround: Use rsync over SSH. > > > > --Norbert > > > > [1] http://lbo.spheniscida.de/Files/nfs-rsync-crash.tgz (25K), vmcore > > of > > around 300M (90M gzipped, 64M LZMA'd) not included > > > >From a quick look, the panic is: > Sleeping thread (tid 100099, pid 1599) owns a non-sleepable lock > called from the server side krpc via cv_timedwait_sig(). > > I assume this means that another mutex or similar is held as well as > the one passed in as an argument to cv_timedwait_sig()? Yes. > (I'll keep looking, but I can't spot where another one might be held > by the NFS or krpc code.) If this is reproducible, then adding WITNESS to the kernel will add additional info in the panic message to tell you what other locks are held and which file:line they were acquired at. > I'm not knowledgible when it comes to gdb and crash dumps. Is there an > easy command Norbert can type to see all the locks held by > tid 100099, pid 1599? No. :( Only WITNESS keeps track of that sort of state. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 12:58:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F2F106574B for ; Mon, 1 Oct 2012 12:58:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8E98FC14 for ; Mon, 1 Oct 2012 12:58:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6F7B5B958; Mon, 1 Oct 2012 08:58:23 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 1 Oct 2012 08:55:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210010855.02130.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 01 Oct 2012 08:58:23 -0400 (EDT) Cc: Randy Bush Subject: Re: atkbd attach excitement during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 12:58:25 -0000 On Sunday, September 30, 2012 1:16:23 pm Randy Bush wrote: > booting > > FreeBSD fbsd64.psg.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r241020: Fri Sep 28 07:14:15 UTC 2012 root@kaos.glenbarber.us:/usr/obj/usr/src/sys/GENERIC amd64 > > if i do not type a key during boot (after typing to beastie), i get > the following > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x38 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80704740 > stack pointer = 0x28:0xffffffff815336e0 > frame pointer = 0x28:0xffffffff81533730 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff809221d6 at kdb_backtrace+0x66 > #1 0xffffffff808ec40e at panic+0x1ce > #2 0xffffffff80bd91a0 at trap_fatal+0x290 > #3 0xffffffff80bd94d8 at trap_pfault+0x1e8 > #4 0xffffffff80bd9ade at trap+0x3be > #5 0xffffffff80bc33ff at calltrap+0x8 > #6 0xffffffff80be95fb at atkbd_intr+0xab Can you run 'gdb /boot/kernel/kernel' and do 'l *atkbd_intr+0xab'? > #7 0xffffffff80be9dd6 at atkbd_timeout+0x96 > #8 0xffffffff80be9e94 at atkbd_attach_unit+0xb4 > #9 0xffffffff80bea0c8 at atkbdattach+0x78 -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 13:00:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA0A1106567D; Mon, 1 Oct 2012 13:00:38 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4418FC12; Mon, 1 Oct 2012 13:00:38 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TIfbx-000AOV-Uq; Mon, 01 Oct 2012 13:00:38 +0000 Date: Mon, 01 Oct 2012 14:00:36 +0100 Message-ID: From: Randy Bush To: John Baldwin In-Reply-To: <201210010855.02130.jhb@freebsd.org> References: <201210010855.02130.jhb@freebsd.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: atkbd attach excitement during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 13:00:38 -0000 >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x38 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff80704740 >> stack pointer = 0x28:0xffffffff815336e0 >> frame pointer = 0x28:0xffffffff81533730 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (swapper) >> trap number = 12 >> panic: page fault >> cpuid = 0 >> KDB: stack backtrace: >> #0 0xffffffff809221d6 at kdb_backtrace+0x66 >> #1 0xffffffff808ec40e at panic+0x1ce >> #2 0xffffffff80bd91a0 at trap_fatal+0x290 >> #3 0xffffffff80bd94d8 at trap_pfault+0x1e8 >> #4 0xffffffff80bd9ade at trap+0x3be >> #5 0xffffffff80bc33ff at calltrap+0x8 >> #6 0xffffffff80be95fb at atkbd_intr+0xab > > Can you run 'gdb /boot/kernel/kernel' and do 'l *atkbd_intr+0xab'? > >> #7 0xffffffff80be9dd6 at atkbd_timeout+0x96 >> #8 0xffffffff80be9e94 at atkbd_attach_unit+0xb4 >> #9 0xffffffff80bea0c8 at atkbdattach+0x78 fbsd64.psg.com:/root# gdb /boot/kernel/kernel GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) l *atkbd_intr+0xab 0xffffffff80be95fb is in atkbd_intr (/usr/src/sys/dev/atkbdc/atkbd.c:512). 507 do { 508 c = atkbd_read_char(kbd, FALSE); 509 } while (c != NOKEY); 510 } 511 return 0; 512 } 513 514 /* test the interface to the device */ 515 static int 516 atkbd_test_if(keyboard_t *kbd) randy From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 14:07:36 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA1D1106564A; Mon, 1 Oct 2012 14:07:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 8B09C8FC08; Mon, 1 Oct 2012 14:07:36 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q91E7ahs062532; Mon, 1 Oct 2012 14:07:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q91E7ZCZ062525; Mon, 1 Oct 2012 14:07:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Oct 2012 14:07:35 GMT Message-Id: <201210011407.q91E7ZCZ062525@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2012 14:07:36 -0000 TB --- 2012-10-01 14:07:03 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-01 14:07:03 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-01 14:07:03 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-01 14:07:03 - cleaning the object tree TB --- 2012-10-01 14:07:04 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-01 14:07:04 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-01 14:07:04 - /usr/local/bin/svn cleanup /src TB --- 2012-10-01 14:07:14 - /usr/local/bin/svn update /src TB --- 2012-10-01 14:07:21 - At svn revision 241097S TB --- 2012-10-01 14:07:22 - building world TB --- 2012-10-01 14:07:22 - CROSS_BUILD_TESTING=YES TB --- 2012-10-01 14:07:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-01 14:07:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-01 14:07:22 - SRCCONF=/dev/null TB --- 2012-10-01 14:07:22 - TARGET=mips TB --- 2012-10-01 14:07:22 - TARGET_ARCH=mips TB --- 2012-10-01 14:07:22 - TZ=UTC TB --- 2012-10-01 14:07:22 - __MAKE_CONF=/dev/null TB --- 2012-10-01 14:07:22 - cd /src TB --- 2012-10-01 14:07:22 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 1 14:07:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-01 14:07:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-01 14:07:35 - ERROR: failed to build world TB --- 2012-10-01 14:07:35 - 13.16 user 8.13 system 32.03 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 14:14:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFF58106564A for ; Mon, 1 Oct 2012 14:14:34 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm27-vm1.bullet.mail.ne1.yahoo.com (nm27-vm1.bullet.mail.ne1.yahoo.com [98.138.90.59]) by mx1.freebsd.org (Postfix) with SMTP id 94F888FC08 for ; Mon, 1 Oct 2012 14:14:34 +0000 (UTC) Received: from [98.138.90.52] by nm27.bullet.mail.ne1.yahoo.com with NNFMP; 01 Oct 2012 14:14:28 -0000 Received: from [98.138.84.37] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 01 Oct 2012 14:14:28 -0000 Received: from [127.0.0.1] by smtp105.mail.ne1.yahoo.com with NNFMP; 01 Oct 2012 14:14:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349100868; bh=HwbbMJFgoGh/PbihMdOF/03aWsMxiPsxZomwome8Pd8=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=O+tGQ1KvSEBMpef4AZgI8Mk9q2JOMSphzeKg7hfv3IiRMGiqVhMhtWnAQ3z8ak6x9+aNBg7NFwI3k9gAXRpBFYG/zXTCFGc9QsrXRSC7lzeG/HnO3bxJtLJyzISMPLvUgbQp0KOvKahF1eRDIRbYzU9eDtd+cQWqrPvxdnMbXe4= X-Yahoo-Newman-Id: 645469.85999.bm@smtp105.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: TpkNNx4VM1niggc0O6Gi0WJMzbF9LWVfSsXtvO5J9ur.cYJ wLs_tyWzSPJP0vNvLdNub3biilkrVY.qeQSIHcwSzyIduU_IxaVQ.vf_C5Kb TGcfU7zicXYbpSD5F71AYfW1L.1XnmGLxGR17S7zyDUQZoq0gInyqWbFrYvH jL0aXtc.sA7jVsWfw1HFteSB7lqpwo9ptvYeZ5fE.VZw.6apfEp9PB4kk0C4 XHvNbN1wxnEgnJnj6BnN7n8jULORdOaziWE11lYb8ID1WFhlnfxlW5l_elcf bWsR4XmmwVuy59SW7ksNSrF7Y4CEtagDQ6kSivsnZhshxOUQJ3Jl4G8JI9cP vCwtvwCxWQesKrh.ZxvIg0voAQbDJP7imyUJMPCaFQsr0maiwHPMB43D9e3W U.IjsA.fPLamy9dH.B1JgVPfFIWyPx033WQyTvfOulqynLtz8 X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp105.mail.ne1.yahoo.com with SMTP; 01 Oct 2012 07:14:28 -0700 PDT Message-ID: <5069A541.3070307@yahoo.de> Date: Mon, 01 Oct 2012 16:14:25 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <509617515.1463700.1349093264849.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <509617515.1463700.1349093264849.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 14:14:35 -0000 On 10/01/2012 02:07 PM, Rick Macklem wrote: > Is the NFS client using Kerberos or AUTH_SYS for the mount? (And if you > are using Kerberos, have you tried the rsync with an AUTH_SYS mount?) No, it's not using Kerberos. Only network-based access control or however it's called (restricted via client IP address). --Norbert From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 14:55:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02E38106564A for ; Mon, 1 Oct 2012 14:55:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C42BB8FC16 for ; Mon, 1 Oct 2012 14:55:05 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 22F4BB91E; Mon, 1 Oct 2012 10:55:05 -0400 (EDT) From: John Baldwin To: Randy Bush Date: Mon, 1 Oct 2012 09:48:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <201210010855.02130.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210010948.38713.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 01 Oct 2012 10:55:05 -0400 (EDT) Cc: freebsd-stable@freebsd.org Subject: Re: atkbd attach excitement during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 14:55:06 -0000 On Monday, October 01, 2012 9:00:36 am Randy Bush wrote: > >> Fatal trap 12: page fault while in kernel mode > >> cpuid = 0; apic id = 00 > >> fault virtual address = 0x38 > >> fault code = supervisor read data, page not present > >> instruction pointer = 0x20:0xffffffff80704740 > >> stack pointer = 0x28:0xffffffff815336e0 > >> frame pointer = 0x28:0xffffffff81533730 > >> code segment = base 0x0, limit 0xfffff, type 0x1b > >> = DPL 0, pres 1, long 1, def32 0, gran 1 > >> processor eflags = interrupt enabled, resume, IOPL = 0 > >> current process = 0 (swapper) > >> trap number = 12 > >> panic: page fault > >> cpuid = 0 > >> KDB: stack backtrace: > >> #0 0xffffffff809221d6 at kdb_backtrace+0x66 > >> #1 0xffffffff808ec40e at panic+0x1ce > >> #2 0xffffffff80bd91a0 at trap_fatal+0x290 > >> #3 0xffffffff80bd94d8 at trap_pfault+0x1e8 > >> #4 0xffffffff80bd9ade at trap+0x3be > >> #5 0xffffffff80bc33ff at calltrap+0x8 > >> #6 0xffffffff80be95fb at atkbd_intr+0xab > > > > Can you run 'gdb /boot/kernel/kernel' and do 'l *atkbd_intr+0xab'? > > > >> #7 0xffffffff80be9dd6 at atkbd_timeout+0x96 > >> #8 0xffffffff80be9e94 at atkbd_attach_unit+0xb4 > >> #9 0xffffffff80bea0c8 at atkbdattach+0x78 > > fbsd64.psg.com:/root# gdb /boot/kernel/kernel > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > (gdb) l *atkbd_intr+0xab > 0xffffffff80be95fb is in atkbd_intr (/usr/src/sys/dev/atkbdc/atkbd.c:512). > 507 do { > 508 c = atkbd_read_char(kbd, FALSE); > 509 } while (c != NOKEY); > 510 } > 511 return 0; > 512 } Humm. It seems this wasn't the actual faulting instruction. Can you do 'l *0xffffffff80704740'? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 14:56:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7AE0106566B; Mon, 1 Oct 2012 14:56:53 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id A75A48FC18; Mon, 1 Oct 2012 14:56:53 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TIhQT-000AkI-3v; Mon, 01 Oct 2012 14:56:53 +0000 Date: Mon, 01 Oct 2012 15:56:51 +0100 Message-ID: From: Randy Bush To: John Baldwin In-Reply-To: <201210010948.38713.jhb@freebsd.org> References: <201210010855.02130.jhb@freebsd.org> <201210010948.38713.jhb@freebsd.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: atkbd attach excitement during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 14:56:53 -0000 > Humm. It seems this wasn't the actual faulting instruction. Can you do > 'l *0xffffffff80704740'? (gdb) l *0xffffffff80704740 0xffffffff80704740 is in sckbdevent (/usr/src/sys/dev/syscons/syscons.c:743). 738 * the Xaccel-2.1 keyboard hang, but it can't hurt. XXX 739 */ 740 while ((c = scgetc(sc, SCGETC_NONBLOCK)) != NOKEY) { 741 742 cur_tty = SC_DEV(sc, sc->cur_scp->index); 743 if (!tty_opened(cur_tty)) 744 continue; 745 746 if ((*sc->cur_scp->tsw->te_input)(sc->cur_scp, c, cur_tty)) 747 continue; From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 15:28:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8AB91065673; Mon, 1 Oct 2012 15:28:17 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id B2C0D8FC0C; Mon, 1 Oct 2012 15:28:17 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q91FSB1r030643; Mon, 1 Oct 2012 09:28:11 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q91FSBdT030642; Mon, 1 Oct 2012 09:28:11 -0600 (MDT) (envelope-from ken) Date: Mon, 1 Oct 2012 09:28:11 -0600 From: "Kenneth D. Merry" To: John Baldwin Message-ID: <20121001152811.GA30598@nargothrond.kdm.org> References: <5066C652.9020904@omnilan.de> <201210010849.36742.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201210010849.36742.jhb@freebsd.org> User-Agent: Mutt/1.4.2i Cc: Harald Schmalzbauer , freebsd-stable@freebsd.org Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 15:28:18 -0000 On Mon, Oct 01, 2012 at 08:49:36 -0400, John Baldwin wrote: > On Saturday, September 29, 2012 5:58:42 am Harald Schmalzbauer wrote: > > Hello, > > > > accidentally I saw that mps is included in sys/amd64/conf/GENERIC, but > > not in sys/i386/conf/GENERIC. > > Is this intended? > > Have you tested it on i386? From the log message, Ken (cc'd) only added it > on amd64 as it hadn't been tested on i386. That was certainly the case two years ago. Since then, though, I think the LSI folks have tested it on i386. If we get reports of success using it on i386, I don't see any issue with putting it in GENERIC. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 16:36:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 293211065670 for ; Mon, 1 Oct 2012 16:36:21 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5352B8FC08 for ; Mon, 1 Oct 2012 16:36:19 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) (authenticated bits=0) by vergina.eng.auth.gr (8.14.4/8.14.3) with ESMTP id q91G847U052693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 1 Oct 2012 19:08:04 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <5069BFE4.9040500@eng.auth.gr> Date: Mon, 01 Oct 2012 19:08:04 +0300 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: stable@freebsd.org References: <4D9C86E8.3090402@eng.auth.gr> <4D9D9B22.2020701@eng.auth.gr> In-Reply-To: <4D9D9B22.2020701@eng.auth.gr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (vergina.eng.auth.gr [192.168.18.7]); Mon, 01 Oct 2012 19:08:04 +0300 (EEST) Cc: Subject: Re: mod_auth_kerb2 broken in 8-STABLE? Or is it heimdal to blame? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 16:36:21 -0000 On 04/07/11 14:08, George Mamalakis wrote: > On 06/04/2011 18:29, George Mamalakis wrote: >> Dear all, >> >> I installed mod_auth_kerb2 on my FreeBSD 8-STABLE machine and tried >> to use it. After the installation (which was successful(?!?)), the >> server refused to start giving the error: >> >> # /usr/local/etc/rc.d/apache22 start >> Performing sanity check on apache22 configuration: >> httpd: Syntax error on line 103 of >> /usr/local/etc/apache22/httpd.conf: Cannot load >> /usr/local/libexec/apache22/mod_auth_kerb.so into server: >> /usr/local/libexec/apache22/mod_auth_kerb.so: Undefined symbol >> "gsskrb5_register_acceptor_identity" >> Starting apache22. >> httpd: Syntax error on line 103 of >> /usr/local/etc/apache22/httpd.conf: Cannot load >> /usr/local/libexec/apache22/mod_auth_kerb.so into server: >> /usr/local/libexec/apache22/mod_auth_kerb.so: Undefined symbol >> "gsskrb5_register_acceptor_identity" >> /usr/local/etc/rc.d/apache22: WARNING: failed to start apache22 >> >> but ldd showed: >> >> # ldd /usr/local/libexec/apache22/mod_auth_kerb.so >> /usr/local/libexec/apache22/mod_auth_kerb.so: >> libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x800c00000) >> libheimntlm.so.10 => /usr/lib/libheimntlm.so.10 (0x800d0a000) >> libkrb5.so.10 => /usr/lib/libkrb5.so.10 (0x800e0f000) >> libhx509.so.10 => /usr/lib/libhx509.so.10 (0x800f7e000) >> libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8010be000) >> libcrypto.so.6 => /lib/libcrypto.so.6 (0x8011c0000) >> libasn1.so.10 => /usr/lib/libasn1.so.10 (0x801461000) >> libroken.so.10 => /usr/lib/libroken.so.10 (0x8015e3000) >> libcrypt.so.5 => /lib/libcrypt.so.5 (0x8016f5000) >> libc.so.7 => /lib/libc.so.7 (0x800647000) >> >> which showed that everything should have been fine. I googled it a >> bit and found this thread regarding my error message: >> http://forum.nginx.org/read.php?23,88476 , which started on May 2010, >> and pointed to this PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=147454 , which started on >> June 2010. What is stated, is that heimdal-1.1 was broken in FreeBSD, >> and that it should be fixed at some moment in the future. (I tested >> mod_auth_kerb2 on another machine running heimdal from ports (1.4_1) >> and I had exactly the same problem). >> >> I searched to find where this notorious function >> (gsskrb5_register_acceptor_identity) was located, and I found its >> declaration in: /usr/include/gssapi/gssapi_krb5.h, and its definition >> in: /usr/lib/libgssapi_krb5.so. >> >> So, I added -lgssapi_krb5 in KRB5_LDFLAGS variable of >> /usr/ports/www/mod_auth_kerb2/work/mod_auth_kerb-5.4/Makefile , since >> this where the location of gsskrb5_register_acceptor_identity >> originally seemed to be, and reinstalled the port using gmake this >> time (inside the port's work directory). After that, the module works >> just fine. The initial content of this line was: >> >> KRB5_LDFLAGS = -L/usr/lib -lgssapi -lheimntlm -lkrb5 -lhx509 >> -lcom_err -lcrypto -lasn1 -lroken -lcrypt >> >> I've sent an analogous email to the port maintainer, but I am not >> sure if it is their "fault". Hence, I decided to send this email to >> the stable list for two reasons: First, someone else may be having a >> similar problem and wants to find a rough solution. Secondly, there >> are people reading this list that know heimdal's code, so somebody >> may know another (much more elegant) way to fix this bug. >> >> Thank you all for your time in advance, >> >> Regards, >> >> mamalos. >> > > OK, > > I spoke with the maintainer who confirmed the problem. He also > suggested to change line 96 of /usb/bin/krb5-config to include > gssapi_krb5 among its libraries. He also gave me the relevant patch, > and asked me to send a PR to FreeBSD. The patch is as follows: > > --- /usr/bin/krb5-config.orig 2011-02-17 03:18:57.000000000 +0100 > +++ /usr/bin/krb5-config 2011-04-06 23:41:31.000000000 +0200 > @@ -93,7 +93,7 @@ > lib_flags="-L${libdir}" > case $library in > gssapi) > - lib_flags="$lib_flags -lgssapi -lheimntlm" > + lib_flags="$lib_flags -lgssapi -lgssapi_krb5 -lheimntlm" > ;; > kadm-client) > lib_flags="$lib_flags -lkadm5clnt" > > > > And the relevant PR is: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=156245 > > Thank you all for your time, > > mamalos > Hi all, I am bringing this matter back again because the same things hold for my current system too (/usr/bin/krb5-config does not seem to link gssapi-things properly): # uname -a FreeBSD example.com 9.0-STABLE FreeBSD 9.0-STABLE #0: Mon Jun 18 21:04:14 EEST 2012 root@example.com:/usr/obj/usr/src/sys/FILESRV amd64 # pkg_info -Ix apache kerb ap22-mod_auth_kerb-5.4_3 An Apache module for authenticating users with Kerberos v5 apache22-2.2.22_8 Version 2.2.x of Apache web server with prefork MPM. Should I send a PR or is there something that I've done wrong? Thanx all in advance. -- George Mamalakis IT and Security Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 18:06:51 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCF9106564A; Mon, 1 Oct 2012 18:06:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1438FC0C; Mon, 1 Oct 2012 18:06:51 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q91I6oCx068337; Mon, 1 Oct 2012 18:06:50 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q91I6oXb068336; Mon, 1 Oct 2012 18:06:50 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Oct 2012 18:06:50 GMT Message-Id: <201210011806.q91I6oXb068336@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2012 18:06:51 -0000 TB --- 2012-10-01 18:01:07 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-01 18:01:07 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-01 18:01:07 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-01 18:01:07 - cleaning the object tree TB --- 2012-10-01 18:01:08 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-01 18:01:08 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-01 18:01:08 - /usr/local/bin/svn cleanup /src TB --- 2012-10-01 18:01:17 - /usr/local/bin/svn update /src TB --- 2012-10-01 18:06:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-01 18:06:02 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-01 18:06:32 - /usr/local/bin/svn update /src TB --- 2012-10-01 18:06:39 - At svn revision 241109S TB --- 2012-10-01 18:06:40 - building world TB --- 2012-10-01 18:06:40 - CROSS_BUILD_TESTING=YES TB --- 2012-10-01 18:06:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-01 18:06:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-01 18:06:40 - SRCCONF=/dev/null TB --- 2012-10-01 18:06:40 - TARGET=mips TB --- 2012-10-01 18:06:40 - TARGET_ARCH=mips TB --- 2012-10-01 18:06:40 - TZ=UTC TB --- 2012-10-01 18:06:40 - __MAKE_CONF=/dev/null TB --- 2012-10-01 18:06:40 - cd /src TB --- 2012-10-01 18:06:40 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 1 18:06:41 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-01 18:06:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-01 18:06:50 - ERROR: failed to build world TB --- 2012-10-01 18:06:50 - 12.32 user 7.42 system 343.36 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 18:09:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70C3D1065732; Mon, 1 Oct 2012 18:09:59 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog101.obsmtp.com (na3sys009aog101.obsmtp.com [74.125.149.67]) by mx1.freebsd.org (Postfix) with ESMTP id C60E88FC12; Mon, 1 Oct 2012 18:09:57 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob101.postini.com ([74.125.148.12]) with SMTP ID DSNKUGncb+fkMjKdZ+nCTVHcyYEjIjUXqrOU@postini.com; Mon, 01 Oct 2012 11:09:58 PDT Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.264.0; Mon, 1 Oct 2012 14:07:31 -0400 Received: from PALEXCH11.lsi.com (128.94.223.42) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.264.0; Mon, 1 Oct 2012 14:08:39 -0400 Received: from inbexch01.lsi.com (135.36.98.37) by PALEXCH11.lsi.com (128.94.223.42) with Microsoft SMTP Server (TLS) id 14.2.309.2; Mon, 1 Oct 2012 14:08:39 -0400 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Mon, 1 Oct 2012 23:38:35 +0530 From: "Desai, Kashyap" To: "Kenneth D. Merry" , John Baldwin Date: Mon, 1 Oct 2012 23:38:33 +0530 Thread-Topic: mps in GENERIC, only in amd64? (RELENG_9_1) Thread-Index: Ac2f6ZWDEHYK+/i4QEStNzsPv7qwqgAFgMwQ Message-ID: References: <5066C652.9020904@omnilan.de> <201210010849.36742.jhb@freebsd.org> <20121001152811.GA30598@nargothrond.kdm.org> In-Reply-To: <20121001152811.GA30598@nargothrond.kdm.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Harald Schmalzbauer , "freebsd-stable@freebsd.org" , "McConnell, Stephen" Subject: RE: mps in GENERIC, only in amd64? (RELENG_9_1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 18:09:59 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Kenneth D. Merry > Sent: Monday, October 01, 2012 8:58 PM > To: John Baldwin > Cc: Harald Schmalzbauer; freebsd-stable@freebsd.org > Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) >=20 > On Mon, Oct 01, 2012 at 08:49:36 -0400, John Baldwin wrote: > > On Saturday, September 29, 2012 5:58:42 am Harald Schmalzbauer wrote: > > > Hello, > > > > > > accidentally I saw that mps is included in sys/amd64/conf/GENERIC, > but > > > not in sys/i386/conf/GENERIC. > > > Is this intended? > > > > Have you tested it on i386? From the log message, Ken (cc'd) only > added it > > on amd64 as it hadn't been tested on i386. >=20 > That was certainly the case two years ago. Since then, though, I think > the LSI folks have tested it on i386. If we get reports of success > using it on i386, I don't see any issue with putting it in GENERIC. YES LSI has tested i386 arch on different Released FreeBSDs of 7.x, 8.x and= 9.x series. ~ Kashyap >=20 > Ken > -- > Kenneth Merry > ken@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 Oct 1 19:54:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA81C106564A; Mon, 1 Oct 2012 19:54:51 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7B68FC08; Mon, 1 Oct 2012 19:54:51 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q91Jsovp032693; Mon, 1 Oct 2012 13:54:50 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q91Jso6J032692; Mon, 1 Oct 2012 13:54:50 -0600 (MDT) (envelope-from ken) Date: Mon, 1 Oct 2012 13:54:50 -0600 From: "Kenneth D. Merry" To: "Desai, Kashyap" Message-ID: <20121001195450.GA32662@nargothrond.kdm.org> References: <5066C652.9020904@omnilan.de> <201210010849.36742.jhb@freebsd.org> <20121001152811.GA30598@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: Harald Schmalzbauer , "freebsd-stable@freebsd.org" , "McConnell, Stephen" , John Baldwin Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 19:54:51 -0000 On Mon, Oct 01, 2012 at 23:38:33 +0530, Desai, Kashyap wrote: > > > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Kenneth D. Merry > > Sent: Monday, October 01, 2012 8:58 PM > > To: John Baldwin > > Cc: Harald Schmalzbauer; freebsd-stable@freebsd.org > > Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) > > > > On Mon, Oct 01, 2012 at 08:49:36 -0400, John Baldwin wrote: > > > On Saturday, September 29, 2012 5:58:42 am Harald Schmalzbauer wrote: > > > > Hello, > > > > > > > > accidentally I saw that mps is included in sys/amd64/conf/GENERIC, > > but > > > > not in sys/i386/conf/GENERIC. > > > > Is this intended? > > > > > > Have you tested it on i386? From the log message, Ken (cc'd) only > > added it > > > on amd64 as it hadn't been tested on i386. > > > > That was certainly the case two years ago. Since then, though, I think > > the LSI folks have tested it on i386. If we get reports of success > > using it on i386, I don't see any issue with putting it in GENERIC. > > YES LSI has tested i386 arch on different Released FreeBSDs of 7.x, 8.x and 9.x series. > That confirms it. I'll go ahead and check it into head if someone with an i386 build environment can confirm that the driver in head builds properly on i386. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 21:00:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F2F1065675; Mon, 1 Oct 2012 21:00:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A21C68FC18; Mon, 1 Oct 2012 21:00:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 10CF7B988; Mon, 1 Oct 2012 17:00:41 -0400 (EDT) From: John Baldwin To: "Kenneth D. Merry" Date: Mon, 1 Oct 2012 16:59:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <5066C652.9020904@omnilan.de> <20121001195450.GA32662@nargothrond.kdm.org> In-Reply-To: <20121001195450.GA32662@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210011659.58572.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 01 Oct 2012 17:00:41 -0400 (EDT) Cc: Harald Schmalzbauer , "freebsd-stable@freebsd.org" , "Desai, Kashyap" , "McConnell, Stephen" Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 21:00:41 -0000 On Monday, October 01, 2012 3:54:50 pm Kenneth D. Merry wrote: > On Mon, Oct 01, 2012 at 23:38:33 +0530, Desai, Kashyap wrote: > > > > > > > -----Original Message----- > > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > > stable@freebsd.org] On Behalf Of Kenneth D. Merry > > > Sent: Monday, October 01, 2012 8:58 PM > > > To: John Baldwin > > > Cc: Harald Schmalzbauer; freebsd-stable@freebsd.org > > > Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) > > > > > > On Mon, Oct 01, 2012 at 08:49:36 -0400, John Baldwin wrote: > > > > On Saturday, September 29, 2012 5:58:42 am Harald Schmalzbauer wrote: > > > > > Hello, > > > > > > > > > > accidentally I saw that mps is included in sys/amd64/conf/GENERIC, > > > but > > > > > not in sys/i386/conf/GENERIC. > > > > > Is this intended? > > > > > > > > Have you tested it on i386? From the log message, Ken (cc'd) only > > > added it > > > > on amd64 as it hadn't been tested on i386. > > > > > > That was certainly the case two years ago. Since then, though, I think > > > the LSI folks have tested it on i386. If we get reports of success > > > using it on i386, I don't see any issue with putting it in GENERIC. > > > > YES LSI has tested i386 arch on different Released FreeBSDs of 7.x, 8.x and 9.x series. > > > > That confirms it. I'll go ahead and check it into head if someone with an > i386 build environment can confirm that the driver in head builds properly > on i386. The module build is already enabled on all platforms in sys/modules/Makefile. You can just add it to i386 GENERIC in a checkout and do 'make buildworld TARGET=i386 && make buildkernel TARGET=i386' to test a cross- build. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 21:43:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0171106566C; Mon, 1 Oct 2012 21:43:57 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7938A8FC14; Mon, 1 Oct 2012 21:43:57 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q91LhuAM033509; Mon, 1 Oct 2012 15:43:56 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q91LhuGF033508; Mon, 1 Oct 2012 15:43:56 -0600 (MDT) (envelope-from ken) Date: Mon, 1 Oct 2012 15:43:56 -0600 From: "Kenneth D. Merry" To: John Baldwin Message-ID: <20121001214356.GA33481@nargothrond.kdm.org> References: <5066C652.9020904@omnilan.de> <20121001195450.GA32662@nargothrond.kdm.org> <201210011659.58572.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201210011659.58572.jhb@freebsd.org> User-Agent: Mutt/1.4.2i Cc: Harald Schmalzbauer , "freebsd-stable@freebsd.org" , "Desai, Kashyap" , "McConnell, Stephen" Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 21:43:57 -0000 On Mon, Oct 01, 2012 at 16:59:58 -0400, John Baldwin wrote: > On Monday, October 01, 2012 3:54:50 pm Kenneth D. Merry wrote: > > On Mon, Oct 01, 2012 at 23:38:33 +0530, Desai, Kashyap wrote: > > > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > > > stable@freebsd.org] On Behalf Of Kenneth D. Merry > > > > Sent: Monday, October 01, 2012 8:58 PM > > > > To: John Baldwin > > > > Cc: Harald Schmalzbauer; freebsd-stable@freebsd.org > > > > Subject: Re: mps in GENERIC, only in amd64? (RELENG_9_1) > > > > > > > > On Mon, Oct 01, 2012 at 08:49:36 -0400, John Baldwin wrote: > > > > > On Saturday, September 29, 2012 5:58:42 am Harald Schmalzbauer wrote: > > > > > > Hello, > > > > > > > > > > > > accidentally I saw that mps is included in sys/amd64/conf/GENERIC, > > > > but > > > > > > not in sys/i386/conf/GENERIC. > > > > > > Is this intended? > > > > > > > > > > Have you tested it on i386? From the log message, Ken (cc'd) only > > > > added it > > > > > on amd64 as it hadn't been tested on i386. > > > > > > > > That was certainly the case two years ago. Since then, though, I think > > > > the LSI folks have tested it on i386. If we get reports of success > > > > using it on i386, I don't see any issue with putting it in GENERIC. > > > > > > YES LSI has tested i386 arch on different Released FreeBSDs of 7.x, 8.x > and 9.x series. > > > > > > > That confirms it. I'll go ahead and check it into head if someone with an > > i386 build environment can confirm that the driver in head builds properly > > on i386. > > The module build is already enabled on all platforms in sys/modules/Makefile. > You can just add it to i386 GENERIC in a checkout and do > 'make buildworld TARGET=i386 && make buildkernel TARGET=i386' to test a cross- > build. I just figured I'd save myself the time if someone else had already done it. I built it on i386 and just checked in the change. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 22:02:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66C6F106564A; Mon, 1 Oct 2012 22:02:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2778D8FC15; Mon, 1 Oct 2012 22:02:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q91M2iZu055299; Mon, 1 Oct 2012 22:02:44 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q91M2iOo055292; Mon, 1 Oct 2012 22:02:44 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Oct 2012 22:02:44 GMT Message-Id: <201210012202.q91M2iOo055292@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2012 22:02:45 -0000 TB --- 2012-10-01 21:56:44 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-01 21:56:44 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-01 21:56:44 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-01 21:56:44 - cleaning the object tree TB --- 2012-10-01 21:56:45 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-01 21:56:45 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-01 21:56:45 - /usr/local/bin/svn cleanup /src TB --- 2012-10-01 21:56:54 - /usr/local/bin/svn update /src TB --- 2012-10-01 22:01:56 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-01 22:01:56 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-01 22:02:26 - /usr/local/bin/svn update /src TB --- 2012-10-01 22:02:33 - At svn revision 241114S TB --- 2012-10-01 22:02:34 - building world TB --- 2012-10-01 22:02:34 - CROSS_BUILD_TESTING=YES TB --- 2012-10-01 22:02:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-01 22:02:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-01 22:02:34 - SRCCONF=/dev/null TB --- 2012-10-01 22:02:34 - TARGET=mips TB --- 2012-10-01 22:02:34 - TARGET_ARCH=mips TB --- 2012-10-01 22:02:34 - TZ=UTC TB --- 2012-10-01 22:02:34 - __MAKE_CONF=/dev/null TB --- 2012-10-01 22:02:34 - cd /src TB --- 2012-10-01 22:02:34 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 1 22:02:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-01 22:02:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-01 22:02:44 - ERROR: failed to build world TB --- 2012-10-01 22:02:44 - 12.08 user 7.90 system 360.26 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 1 22:19:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98C621065672; Mon, 1 Oct 2012 22:19:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 334248FC0A; Mon, 1 Oct 2012 22:18:59 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EABQWalCDaFvO/2dsb2JhbABFhgu5RIIgAQEBAwEBAQEgKyALGw4KAgINEgcCKQEJJgYIBwQBHASHXgYLpi+TGoEhiX4UBoUfgRIDkzyCLYEViCeGb4MDgT4JNA X-IronPort-AV: E=Sophos;i="4.80,519,1344225600"; d="scan'208";a="181446855" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 01 Oct 2012 18:18:58 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DCD7DB4054; Mon, 1 Oct 2012 18:18:58 -0400 (EDT) Date: Mon, 1 Oct 2012 18:18:58 -0400 (EDT) From: Rick Macklem To: John Baldwin Message-ID: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <201210010851.50914.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Norbert Aschendorff , freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Oct 2012 22:19:00 -0000 John Baldwin wrote: > On Monday, October 01, 2012 8:07:44 am Rick Macklem wrote: > > Norbert Aschendorff wrote: > > > Hi, > > > > > > my FreeBSD-9/stable machine (FreeBSD freebsd-tower.goebo.site > > > 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #2 r241044M: Sat Sep 29 > > > 12:52:01 > > > CEST 2012 > > > lbo@freebsd-tower.goebo.site:/usr/obj/usr/src/sys/GENERIC > > > i386) crashes reproducibly when rsync-ing files to an NFSv4 share > > > on > > > the FreeBSD machine. The crash makes the system reboot. The crash > > > creates files in /var/crash which may be obtained here: [1]. > > > > > > This problem is not limited to the self-compiled kernel/world > > > (stable/9) > > > but appears also on pre-compiled 9.1-PRERELEASE. I did not test > > > 9.0-RELEASE. > > > > > > If I do not use rsync on this NFS share, everything works > > > completely > > > fine. > > > > > > Workaround: Use rsync over SSH. > > > > > > --Norbert > > > > > > [1] http://lbo.spheniscida.de/Files/nfs-rsync-crash.tgz (25K), > > > vmcore > > > of > > > around 300M (90M gzipped, 64M LZMA'd) not included > > > > > >From a quick look, the panic is: > > Sleeping thread (tid 100099, pid 1599) owns a non-sleepable lock > > called from the server side krpc via cv_timedwait_sig(). > > > > I assume this means that another mutex or similar is held as well as > > the one passed in as an argument to cv_timedwait_sig()? > > Yes. > > > (I'll keep looking, but I can't spot where another one might be held > > by the NFS or krpc code.) > > If this is reproducible, then adding WITNESS to the kernel will add > additional info in the panic message to tell you what other locks are > held and which file:line they were acquired at. > Norbert, would you be able to build a kernel with WITNESS and then reproduce it? > > I'm not knowledgible when it comes to gdb and crash dumps. Is there > > an > > easy command Norbert can type to see all the locks held by > > tid 100099, pid 1599? > > No. :( Only WITNESS keeps track of that sort of state. > Ok, thanks. (At least a know a little more about gdb and kernel dumps now;-) rick > -- > John Baldwin > _______________________________________________ > 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 Tue Oct 2 00:28:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8012F106566C; Tue, 2 Oct 2012 00:28:55 +0000 (UTC) (envelope-from prvs=162274225f=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E147C8FC0A; Tue, 2 Oct 2012 00:28:54 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000313689.msg; Tue, 02 Oct 2012 01:28:51 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 02 Oct 2012 01:28:51 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=162274225f=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <2B9160DABE154535AACA7731E012B456@multiplay.co.uk> From: "Steven Hartland" To: Date: Tue, 2 Oct 2012 01:29:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org Subject: ZFS fails to receive valid snapshots (patch included) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 00:28:55 -0000 Just a quick heads up about an issue we've been seeing here recently where zfs receive fails on valid replication streams. Problem:- When using zfs receive to restore data saved with zfs send there is the possibility that the receive will fail due to replication of snapshots information being processed in a random order. In addition to this when receiving snapshots where the parent from snapshot is replaced by another needless failures occur which can be seen clearly in verbose mode. More info and a fix can be found in the PR http://www.freebsd.org/cgi/query-pr.cgi?pr=172259 Any feedback welcome Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 01:52:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C5F106564A; Tue, 2 Oct 2012 01:52:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7848FC0C; Tue, 2 Oct 2012 01:52:58 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q921qvos021940; Tue, 2 Oct 2012 01:52:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q921qvrh021907; Tue, 2 Oct 2012 01:52:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Oct 2012 01:52:57 GMT Message-Id: <201210020152.q921qvrh021907@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 01:52:58 -0000 TB --- 2012-10-02 01:52:25 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-02 01:52:25 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-02 01:52:25 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-02 01:52:25 - cleaning the object tree TB --- 2012-10-02 01:52:26 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-02 01:52:26 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-02 01:52:26 - /usr/local/bin/svn cleanup /src TB --- 2012-10-02 01:52:35 - /usr/local/bin/svn update /src TB --- 2012-10-02 01:52:43 - At svn revision 241118S TB --- 2012-10-02 01:52:44 - building world TB --- 2012-10-02 01:52:44 - CROSS_BUILD_TESTING=YES TB --- 2012-10-02 01:52:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-02 01:52:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-02 01:52:44 - SRCCONF=/dev/null TB --- 2012-10-02 01:52:44 - TARGET=mips TB --- 2012-10-02 01:52:44 - TARGET_ARCH=mips TB --- 2012-10-02 01:52:44 - TZ=UTC TB --- 2012-10-02 01:52:44 - __MAKE_CONF=/dev/null TB --- 2012-10-02 01:52:44 - cd /src TB --- 2012-10-02 01:52:44 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 2 01:52:45 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-02 01:52:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-02 01:52:57 - ERROR: failed to build world TB --- 2012-10-02 01:52:57 - 13.07 user 8.46 system 32.62 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 05:43:18 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57967106566B; Tue, 2 Oct 2012 05:43:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 171738FC08; Tue, 2 Oct 2012 05:43:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q925hHj6009130; Tue, 2 Oct 2012 05:43:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q925hHkw009124; Tue, 2 Oct 2012 05:43:17 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Oct 2012 05:43:17 GMT Message-Id: <201210020543.q925hHkw009124@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 05:43:18 -0000 TB --- 2012-10-02 05:42:39 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-02 05:42:39 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-02 05:42:39 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-02 05:42:39 - cleaning the object tree TB --- 2012-10-02 05:42:40 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-02 05:42:40 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-02 05:42:40 - /usr/local/bin/svn cleanup /src TB --- 2012-10-02 05:42:53 - /usr/local/bin/svn update /src TB --- 2012-10-02 05:43:03 - At svn revision 241121S TB --- 2012-10-02 05:43:04 - building world TB --- 2012-10-02 05:43:04 - CROSS_BUILD_TESTING=YES TB --- 2012-10-02 05:43:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-02 05:43:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-02 05:43:04 - SRCCONF=/dev/null TB --- 2012-10-02 05:43:04 - TARGET=mips TB --- 2012-10-02 05:43:04 - TARGET_ARCH=mips TB --- 2012-10-02 05:43:04 - TZ=UTC TB --- 2012-10-02 05:43:04 - __MAKE_CONF=/dev/null TB --- 2012-10-02 05:43:04 - cd /src TB --- 2012-10-02 05:43:04 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 2 05:43:04 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-02 05:43:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-02 05:43:17 - ERROR: failed to build world TB --- 2012-10-02 05:43:17 - 13.43 user 8.01 system 38.14 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 07:53:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174C2106566C for ; Tue, 2 Oct 2012 07:53:50 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id DEE628FC0C for ; Tue, 2 Oct 2012 07:53:49 +0000 (UTC) Received: by padbi1 with SMTP id bi1so5679086pad.13 for ; Tue, 02 Oct 2012 00:53:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=Qxiw6JC0sAaXBoLVZ4EM1fhmkQfy9+rpv6AKnP2Z2U0=; b=RmbkZq7WFhOJ/VaTi8hitL9JbhsUI7iU8249kn8MeSo8vVhnY+3U74UQGjBVuWMckZ MyRMoylJ7C0cfbmGrVu4zyZt9iDA8BEtx8Sl7uz5PfN6h8ndLpQajVmh13Dp0zAiIdgz BvBMBi31uG0WeZ9/4rgIIXBofBssYD1fQBKi5Pepx/+QSQsHiFtjPyBx0MsIVWZRw5yR TIAhgSZLQA2dKw4ifPj2NCohHV8ohPLiBn/4oQNM51csThwQkL17IKi3Vwdci2wGWI1u DINVAlAT6jW121GWuCE688qxXbqAufN8icPZzATUTIGNtQjzo+BfVz8vnoFPGMYOuDPP CxhQ== Received: by 10.68.191.101 with SMTP id gx5mr2410912pbc.0.1349164429380; Tue, 02 Oct 2012 00:53:49 -0700 (PDT) Received: from [192.168.1.132] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id st6sm531232pbc.58.2012.10.02.00.53.47 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 00:53:48 -0700 (PDT) Message-ID: <506A9D89.80303@gmail.com> Date: Tue, 02 Oct 2012 10:53:45 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120924 Thunderbird/15.0.1 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Missing lib on linking libc WITH_LIBCPLUSPLUS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 07:53:50 -0000 Hi all. When enabling WITH_LIBCPLUSPLUS libc build fails with: /usr/local/libexec/ccache/clang++ -O2 -pipe -march=native -I/usr/src/lib/libc++/../../contrib/libc++/include -I/usr/src/lib/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT -Qunused-arguments -fstack-protector -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-parentheses -std=c++0x -c cxxrt_guard.cc -o cxxrt_guard.o building shared library libc++.so.1 FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 Target: x86_64-unknown-freebsd9.0 Thread model: posix "/usr/bin/ld" --eh-frame-hdr -Bshareable -o libc++.so.1 /usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/lib -x --fatal-warnings --warn-shared-textrel -soname libc++.so.1 valarray.So utility.So typeinfo.So strstream.So regex.So random.So iostream.So debug.So chrono.So bind.So algorithm.So hash.So thread.So future.So exception.So locale.So mutex.So memory.So ios.So condition_variable.So system_error.So string.So stdexcept.So new.So -lcxxrt -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtendS.o /usr/lib/crtn.o /usr/bin/ld: cannot find -lcxxrt clang: error: linker command failed with exit code 1 (use -v to see invocation) This lib was already built: # find /usr/obj -name libcxxrt.so /usr/obj/usr/src/tmp/usr/lib/libcxxrt.so /usr/obj/usr/src/lib/libcxxrt/libcxxrt.so But this error is only fixed after: # cd /usr/src/lib/libcxxrt ; make install Other irrelevant data: # uname -a FreeBSD ar1l0u 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r241089M: Mon Oct 1 12:48:30 EEST 2012 arcade@ar1l0u:/usr/obj/usr/src/sys/MINIMAL amd64 World is built WITH_CLANG_IS_CC and with ccache. Modifications are tmpfs directory patch. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 08:42:24 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DC9D106564A for ; Tue, 2 Oct 2012 08:42:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id C73FC8FC0C for ; Tue, 2 Oct 2012 08:42:23 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1TIxpF-000MEb-S2 for stable@freebsd.org; Tue, 02 Oct 2012 10:27:34 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Oct 2012 10:27:33 +0200 From: Daniel Braniss Message-ID: Cc: Subject: problem cross-compiling 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 08:42:24 -0000 when using an amd64 host to 'make buildworld' it seems that it's using the wrong cpp, at least when building ioctl.c via mkioctl in usr.bin/ktrace and having set WITHOUT_CPP(*). This used to work with previous releases. *: Im compiling for an embedded system, and hence I want the minimum stuff. at the moment the work around is to remove the WITHOUT_CPP, but it got me worried. any fix? cheers, danny From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 08:58:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD6CB106564A for ; Tue, 2 Oct 2012 08:58:50 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2BB8FC0A for ; Tue, 2 Oct 2012 08:58:49 +0000 (UTC) Received: by vbmv11 with SMTP id v11so8185644vbm.13 for ; Tue, 02 Oct 2012 01:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZnCY9I77mr94QW19h1gCAx+oEeeYc3G1BBoRRaDuQBU=; b=lMXe0gIJodHZnKv/o3EOCcRut45AuijO/0+qxz0royE1e5irN6O/pP2YAa2c0Ajf7n qS+3T4x9sGCBvF3J9JWp9mqa3R+gttRn99jB0HdR+XG7A6m7Ew9fG/S5tJAQxbP8Mr/g jmAyQCBAE1w8m2+UwjEyzuyMCREcBidrYWM/6PhPSL1wqmcgJQPvNynQxCJGb+RlTRoQ 0FsBQTuTiv9EJxH98mCAEmGwui3C4ZWA90E15Wc2kC6LnzDcaKubP+59G5uOIXg5bJ00 sqayxj/PxJOnUNFvAI3ncNLkm80Oywy9qLC4zDyH4mamnD+04kHQ2b/wykPiVvj6n3WE IRFQ== MIME-Version: 1.0 Received: by 10.220.150.14 with SMTP id w14mr9789467vcv.13.1349168329561; Tue, 02 Oct 2012 01:58:49 -0700 (PDT) Received: by 10.59.11.106 with HTTP; Tue, 2 Oct 2012 01:58:49 -0700 (PDT) Date: Tue, 2 Oct 2012 11:58:49 +0300 Message-ID: From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: Panic with fusefs-encfs and pefs on FreeBSD 9.1-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 08:58:50 -0000 Hi everybody, I have an default installation of FreeBSD 9.1-RC1. When I try to mount an fusefs-encfs or pefs type, system panics and reboots. Problem occurs both i386 and amd64 platform. The output is shown below. There is no such problem on FreeBSD 9.0 RELEASE. I think, this problem should be solved before 9.1 released. With best wishes, Ozkan KIRIK The output is as below : ------------ encfs ~/a ~/b .. .. .. New Encfs Password : Verift Encfs Password : panic: vfs_mount_destroy: nonzero activevnodelistsize cpuid = 0 KDB: stack backtrace: #0 0xc0af72cf at kdb_backtrace+0x4f #1 0xc0ac3d4f at panic+0x16f #2 0xc0b4e6d4 at vfs_mount_destroy+0x124 #3 0xc0b4febb at vfs_donmount+0xc3b #4 0xc0b50c7f at sys_nmount+0x7f #5 0xc0e2a44a at syscall+0x34a #6 0xc0e14391 at Xint0x80_syscall+0x21 Uptime: 1m10s From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 09:13:08 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7290106564A for ; Tue, 2 Oct 2012 09:13:08 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 831F98FC0C for ; Tue, 2 Oct 2012 09:13:08 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:da3:828b:de13:307b] (unknown [IPv6:2001:7b8:3a7:0:da3:828b:de13:307b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 919E55C59; Tue, 2 Oct 2012 11:13:00 +0200 (CEST) Message-ID: <506AB019.70501@andric.com> Date: Tue, 02 Oct 2012 11:12:57 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <506A9D89.80303@gmail.com> In-Reply-To: <506A9D89.80303@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Missing lib on linking libc WITH_LIBCPLUSPLUS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 09:13:08 -0000 On 2012-10-02 09:53, Volodymyr Kostyrko wrote: > When enabling WITH_LIBCPLUSPLUS libc build fails with: > > /usr/local/libexec/ccache/clang++ -O2 -pipe -march=native > -I/usr/src/lib/libc++/../../contrib/libc++/include > -I/usr/src/lib/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT > -Qunused-arguments -fstack-protector -Wno-empty-body > -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-conversion > -Wno-switch -Wno-switch-enum -Wno-parentheses -std=c++0x -c > cxxrt_guard.cc -o cxxrt_guard.o > building shared library libc++.so.1 > FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 > Target: x86_64-unknown-freebsd9.0 > Thread model: posix > "/usr/bin/ld" --eh-frame-hdr -Bshareable -o libc++.so.1 > /usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/lib -x --fatal-warnings > --warn-shared-textrel -soname libc++.so.1 valarray.So utility.So > typeinfo.So strstream.So regex.So random.So iostream.So debug.So > chrono.So bind.So algorithm.So hash.So thread.So future.So exception.So > locale.So mutex.So memory.So ios.So condition_variable.So > system_error.So string.So stdexcept.So new.So -lcxxrt -lgcc --as-needed > -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed > /usr/lib/crtendS.o /usr/lib/crtn.o > /usr/bin/ld: cannot find -lcxxrt > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > > This lib was already built: > > # find /usr/obj -name libcxxrt.so > /usr/obj/usr/src/tmp/usr/lib/libcxxrt.so > /usr/obj/usr/src/lib/libcxxrt/libcxxrt.so > > But this error is only fixed after: > > # cd /usr/src/lib/libcxxrt ; make install Are you getting this error as part of buildworld, or when you build libc++ by hand? Also, an obvious question is: does it work when you disable ccache? From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 09:33:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3351C1065673; Tue, 2 Oct 2012 09:33:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id E83188FC0C; Tue, 2 Oct 2012 09:33:53 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q929Xrn2094797; Tue, 2 Oct 2012 09:33:53 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q929XraK094782; Tue, 2 Oct 2012 09:33:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Oct 2012 09:33:53 GMT Message-Id: <201210020933.q929XraK094782@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 09:33:54 -0000 TB --- 2012-10-02 09:33:17 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-02 09:33:17 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-02 09:33:17 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-02 09:33:17 - cleaning the object tree TB --- 2012-10-02 09:33:21 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-02 09:33:21 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-02 09:33:21 - /usr/local/bin/svn cleanup /src TB --- 2012-10-02 09:33:30 - /usr/local/bin/svn update /src TB --- 2012-10-02 09:33:39 - At svn revision 241125S TB --- 2012-10-02 09:33:40 - building world TB --- 2012-10-02 09:33:40 - CROSS_BUILD_TESTING=YES TB --- 2012-10-02 09:33:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-02 09:33:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-02 09:33:40 - SRCCONF=/dev/null TB --- 2012-10-02 09:33:40 - TARGET=mips TB --- 2012-10-02 09:33:40 - TARGET_ARCH=mips TB --- 2012-10-02 09:33:40 - TZ=UTC TB --- 2012-10-02 09:33:40 - __MAKE_CONF=/dev/null TB --- 2012-10-02 09:33:40 - cd /src TB --- 2012-10-02 09:33:40 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 2 09:33:40 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-02 09:33:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-02 09:33:53 - ERROR: failed to build world TB --- 2012-10-02 09:33:53 - 13.08 user 8.46 system 35.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 10:01:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0611E106564A for ; Tue, 2 Oct 2012 10:01:19 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp3.insight.synacor.com [208.47.185.25]) by mx1.freebsd.org (Postfix) with ESMTP id BDA598FC15 for ; Tue, 2 Oct 2012 10:01:17 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=23jd6d0TMshKZg6MPjgxXM8Eanz+y4KLUxg3jSpzfIM= c=1 sm=0 a=9fOwHjcT9nYA:10 a=jLN7EqiLvroA:10 a=eFFBxs06v1YKuUJtkFcA:9 a=AcdsImxJPJ9Yo6Ye3TGm+Q==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp01.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.34.76 as permitted sender) Received: from [74.134.34.76] ([74.134.34.76:58360] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 11/02-17648-C6BBA605; Tue, 02 Oct 2012 06:01:17 -0400 Date: Tue, 02 Oct 2012 06:01:16 -0400 Message-ID: <11.02.17648.C6BBA605@smtp01.insight.synacor.com> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Cc: Subject: Re: problem cross-compiling 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 10:01:19 -0000 > when using an amd64 host to 'make buildworld' it seems that > it's using the wrong cpp, at least when building ioctl.c via mkioctl in > usr.bin/ktrace and having set WITHOUT_CPP(*). This used to work with > previous releases. > *: Im compiling for an embedded system, and hence I want the minimum stuff. > at the moment the work around is to remove the WITHOUT_CPP, but it got me > worried. > any fix? > cheers, > danny You don't say what target architecture you are cross-compiling for, and if your host OS was FreeBSD or something else like Linux or NetBSD. I've been cross-compiling NetBSD 5.1_STABLE, 6.0 prerelease and HEAD for i386 and amd64 from FreeBSD 9.0_STABLE with varied results, but in my experience NetBSD is less stable and less up-to-date than FreeBSD. Tom From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 10:03:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0180E1065672 for ; Tue, 2 Oct 2012 10:03:10 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6A34B8FC1F for ; Tue, 2 Oct 2012 10:03:09 +0000 (UTC) Received: by bkcjf20 with SMTP id jf20so4395720bkc.13 for ; Tue, 02 Oct 2012 03:03:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:message-id :references:to:x-mailer; bh=exaxxHSBEAnDEUM7wsv3962CW26SH+YbRj4FbKIh2RA=; b=Fuc1WXJ2if7X2Vn80oVrX//zqJFCjrQhsOGTV4WMpSo/Cp8pgJFYqyLOuNux+9I/Xf 3FFte13UDdwIqsZNwzrzqCNaHr6C89wNaXyyxpGvE7q52UtAPak1dkhDDjlxOBnESvx6 llcGUHYjaTXaJCjPT5L1eEQa/55iO6sDR49C3i8dfgBtzNWLsaHtKzG/tD9cC+HOv3ux JK0fjxrmpJuwxrGSdWUgwODCK5aL4HpIyPsXq4m+DhOMzD3ki0tPyTpAGup1ORXn+l9i EFdNzRKVPVunuBcvD3MECbC1JSiyxkZt774tJQxfORYk27Bke8UbACb/XYwK552OLun6 Qhqw== Received: by 10.204.148.12 with SMTP id n12mr6431450bkv.62.1349172188044; Tue, 02 Oct 2012 03:03:08 -0700 (PDT) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id o17sm623433bkw.9.2012.10.02.03.03.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2012 03:03:06 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) From: Nikolay Denev In-Reply-To: <72A4B763-D36B-4912-8C20-7373A0562EA1@gmail.com> Date: Tue, 2 Oct 2012 13:03:04 +0300 Message-Id: <11028C2E-9DB0-4B71-A7B1-98160D5AEA93@gmail.com> References: <72A4B763-D36B-4912-8C20-7373A0562EA1@gmail.com> To: "freebsd-stable@freebsd.org" X-Mailer: Apple Mail (2.1498) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: CAM Target Layer and Linux (continued) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 10:03:10 -0000 On Sep 27, 2012, at 6:33 PM, Nikolay Denev wrote: > Hi All, >=20 > With the help of Chuck Tuffli, I'm now able to use CTL to export a = zvol over FC to a Linux host: >=20 > LUN Backend Size (Blocks) BS Serial Number Device ID =20= > 0 block 4185915392 512 FBSDZFS001 ORA_ASM_01 =20= > lun_type=3D0 > num_threads=3D14 > file=3D/dev/zvol/tank/oracle_asm_01 > 1 block 4185915392 512 FBSDZFS002 ORA_ASM_02 =20= > lun_type=3D0 > num_threads=3D14 > file=3D/dev/zvol/tank/oracle_asm_02 > 2 block 4185915392 512 FBSDZFS003 ORA_ASM_03 =20= > lun_type=3D0 > num_threads=3D14 > file=3D/dev/zvol/tank/oracle_asm_03 > 3 block 4185915392 512 FBSDZFS004 ORA_ASM_04 =20= > lun_type=3D0 > num_threads=3D14 > file=3D/dev/zvol/tank/oracle_asm_04 >=20 > Then we ran some tests using Oracle's ORION benchmark tool from the = Linux host. > We ran one test which passed successfully, > then I've just disabled zfs prefetch -> "vfs.zfs.prefetch_disable=3D1" > and rerun the test, which failed due to this error. >=20 > On the FreeBSD side: >=20 > (0:3:0:1): READ(10). CDB: 28 0 84 f9 58 0 0 4 0 0=20 > (0:3:0:1): Tag: 0x116220, Type: 1 > (0:3:0:1): CTL Status: SCSI Error > (0:3:0:1): SCSI Status: Check Condition > (0:3:0:1): SCSI sense: NOT READY asc:4b,0 (Data phase error) >=20 > Linux reported : >=20 > sd 4:0:0:1: Device not ready: <6>: Current: sense key: Not Ready > Add. Sense: Data phase error >=20 > end_request: I/O error, dev sdr, sector 2230933504 > device-mapper: multipath: Failing path 65:16. > sd 4:0:0:1: Device not ready: <6>: Current: sense key: Not Ready > Add. Sense: Data phase error >=20 > end_request: I/O error, dev sdr, sector 2230934528 >=20 > There are no other suspicious messages in dmesg. >=20 > Also, ctladm dumpooa does not show anything. > Here is dumpscructs output : >=20 > CTL IID to WWPN map start: > CTL IID to WWPN map end > CTL Persistent Reservation information start: > CTL Persistent Reservation information end > CTL Frontends: > Frontend CTL ioctl Type 4 pport 0 vport 0 WWNN 0 WWPN 0 > Frontend ctl2cam Type 8 pport 0 vport 0 WWNN 0x5000000995680700 WWPN = 0x5000000995680702 > Frontend CTL internal Type 8 pport 0 vport 0 WWNN 0 WWPN 0 > Frontend isp0 Type 1 pport 0 vport 0 WWNN 0x20000024ff376b98 WWPN = 0x21000024ff376b98 > isp0: max tagged openings: 4096, max dev openings: 4096 > isp0: max_ccbs: 20488, ccb_count: 79 > isp0: ccb_freeq is NOT empty > isp0: alloc_queue.entries 0, alloc_openings 4096 > isp0: qfrozen_cnt:0:0:0:0:0 > (ctl2:isp0:0:0:0): 0 requests total waiting for CCBs > (ctl2:isp0:0:0:0): 0 CCBs oustanding (17788811 allocated, 17788811 = freed) > (ctl2:isp0:0:0:0): 0 CTIOs outstanding (17788811 sent, 17788811 = returned > (ctl4:isp0:0:0:1): 0 requests total waiting for CCBs > (ctl4:isp0:0:0:1): 0 CCBs oustanding (16708305 allocated, 16708305 = freed) > (ctl4:isp0:0:0:1): 0 CTIOs outstanding (16708305 sent, 16708305 = returned > (ctl6:isp0:0:0:2): 0 requests total waiting for CCBs > (ctl6:isp0:0:0:2): 0 CCBs oustanding (16712865 allocated, 16712865 = freed) > (ctl6:isp0:0:0:2): 0 CTIOs outstanding (16712865 sent, 16712865 = returned > (ctl8:isp0:0:0:3): 0 requests total waiting for CCBs > (ctl8:isp0:0:0:3): 0 CCBs oustanding (16699727 allocated, 16699727 = freed) > (ctl8:isp0:0:0:3): 0 CTIOs outstanding (16699727 sent, 16699727 = returned > isp1: max tagged openings: 4096, max dev openings: 4096 > isp1: max_ccbs: 20488, ccb_count: 1 > isp1: ccb_freeq is NOT empty > isp1: alloc_queue.entries 0, alloc_openings 4096 > isp1: qfrozen_cnt:0:0:0:0:0 > (ctl3:isp1:0:0:0): 0 requests total waiting for CCBs > (ctl3:isp1:0:0:0): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl3:isp1:0:0:0): 0 CTIOs outstanding (0 sent, 0 returned > (ctl5:isp1:0:0:1): 0 requests total waiting for CCBs > (ctl5:isp1:0:0:1): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl5:isp1:0:0:1): 0 CTIOs outstanding (0 sent, 0 returned > (ctl7:isp1:0:0:2): 0 requests total waiting for CCBs > (ctl7:isp1:0:0:2): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl7:isp1:0:0:2): 0 CTIOs outstanding (0 sent, 0 returned > (ctl9:isp1:0:0:3): 0 requests total waiting for CCBs > (ctl9:isp1:0:0:3): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl9:isp1:0:0:3): 0 CTIOs outstanding (0 sent, 0 returned > Frontend isp1 Type 1 pport 1 vport 0 WWNN 0x20000024ff376b99 WWPN = 0x21000024ff376b99 > isp0: max tagged openings: 4096, max dev openings: 4096 > isp0: max_ccbs: 20488, ccb_count: 79 > isp0: ccb_freeq is NOT empty > isp0: alloc_queue.entries 0, alloc_openings 4096 > isp0: qfrozen_cnt:0:0:0:0:0 > (ctl2:isp0:0:0:0): 0 requests total waiting for CCBs > (ctl2:isp0:0:0:0): 0 CCBs oustanding (17788811 allocated, 17788811 = freed) > (ctl2:isp0:0:0:0): 0 CTIOs outstanding (17788811 sent, 17788811 = returned > (ctl4:isp0:0:0:1): 0 requests total waiting for CCBs > (ctl4:isp0:0:0:1): 0 CCBs oustanding (16708305 allocated, 16708305 = freed) > (ctl4:isp0:0:0:1): 0 CTIOs outstanding (16708305 sent, 16708305 = returned > (ctl6:isp0:0:0:2): 0 requests total waiting for CCBs > (ctl6:isp0:0:0:2): 0 CCBs oustanding (16712865 allocated, 16712865 = freed) > (ctl6:isp0:0:0:2): 0 CTIOs outstanding (16712865 sent, 16712865 = returned > (ctl8:isp0:0:0:3): 0 requests total waiting for CCBs > (ctl8:isp0:0:0:3): 0 CCBs oustanding (16699727 allocated, 16699727 = freed) > (ctl8:isp0:0:0:3): 0 CTIOs outstanding (16699727 sent, 16699727 = returned > isp1: max tagged openings: 4096, max dev openings: 4096 > isp1: max_ccbs: 20488, ccb_count: 1 > isp1: ccb_freeq is NOT empty > isp1: alloc_queue.entries 0, alloc_openings 4096 > isp1: qfrozen_cnt:0:0:0:0:0 > (ctl3:isp1:0:0:0): 0 requests total waiting for CCBs > (ctl3:isp1:0:0:0): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl3:isp1:0:0:0): 0 CTIOs outstanding (0 sent, 0 returned > (ctl5:isp1:0:0:1): 0 requests total waiting for CCBs > (ctl5:isp1:0:0:1): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl5:isp1:0:0:1): 0 CTIOs outstanding (0 sent, 0 returned > (ctl7:isp1:0:0:2): 0 requests total waiting for CCBs > (ctl7:isp1:0:0:2): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl7:isp1:0:0:2): 0 CTIOs outstanding (0 sent, 0 returned > (ctl9:isp1:0:0:3): 0 requests total waiting for CCBs > (ctl9:isp1:0:0:3): 0 CCBs oustanding (0 allocated, 0 freed) > (ctl9:isp1:0:0:3): 0 CTIOs outstanding (0 sent, 0 returned > CTL Frontend information end >=20 > zpool status is showing no errors. >=20 > P.S.: > The machine is 8 core 2.0Ghz Xeon E5-2650 with 196G of RAM > Other things to note are that I'm running with "hw.mfi.max_cmds=3D254" > Also my zpool is on GELI hw encrypted disks: 24 JBOD/RAID0 drives on = mfi, each encrypted with GELI, and arranged in 3 raidz2 vdevs of 8 = drives. > And the machine also acts as a fairly loaded NFS server. >=20 After a whole day of orion tests without problems, we started an Oracle = ASM instance from the Linux host and again got an error, this time it was WRITE error : (0:3:0:3): WRITE(10). CDB: 2a 0 1 5b 10 0 0 4 0 0=20 (0:3:0:3): Tag: 0x110940, Type: 1 (0:3:0:3): CTL Status: SCSI Error (0:3:0:3): SCSI Status: Check Condition (0:3:0:3): SCSI sense: NOT READY asc:4b,0 (Data phase error) I've tried to track down this "Data phase error" in the CTL code and it = looks like it is something related to the isp(4) driver: default: /* * XXX KDM the isp(4) driver doesn't = really * seem to send errors back for data * transfers that I can tell. There is = one * case where it'll send = CAM_REQ_CMP_ERR, * but probably not that many more = cases. * So set a generic data phase error = here, * like the SXP driver sets. */ io->io_hdr.port_status =3D 0xbad1; ctl_set_data_phase_error(&io->scsiio); /* * XXX KDM figure out residual. */ break; But I can't find error statistics for the isp(4) driver anywhere. Any = ideas how this can be debugged?= From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 10:26:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A411106566B for ; Tue, 2 Oct 2012 10:26:18 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id 81F268FC12 for ; Tue, 2 Oct 2012 10:26:17 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id 91A40466A456 for ; Tue, 2 Oct 2012 07:25:41 -0300 (BRT) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id coqZ1aWx8zB2 for ; Tue, 2 Oct 2012 07:25:35 -0300 (BRT) Received: from [192.168.10.102] (unknown [186.193.54.69]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id D4711466A422 for ; Tue, 2 Oct 2012 07:25:35 -0300 (BRT) Message-ID: <506AC13C.3090808@bsdinfo.com.br> Date: Tue, 02 Oct 2012 07:26:04 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Panic with fusefs-encfs and pefs on FreeBSD 9.1-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 10:26:18 -0000 Em 02/10/12 05:58, Özkan KIRIK escreveu: > Hi everybody, > > I have an default installation of FreeBSD 9.1-RC1. > When I try to mount an fusefs-encfs or pefs type, system panics and reboots. > Problem occurs both i386 and amd64 platform. > The output is shown below. > > There is no such problem on FreeBSD 9.0 RELEASE. > > I think, this problem should be solved before 9.1 released. > > With best wishes, > Ozkan KIRIK Hi, The problem was resolved in RC2. I had the same problem. > > > > The output is as below : > ------------ > > encfs ~/a ~/b > .. > .. > .. > New Encfs Password : > Verift Encfs Password : > panic: vfs_mount_destroy: nonzero activevnodelistsize > cpuid = 0 > KDB: stack backtrace: > #0 0xc0af72cf at kdb_backtrace+0x4f > #1 0xc0ac3d4f at panic+0x16f > #2 0xc0b4e6d4 at vfs_mount_destroy+0x124 > #3 0xc0b4febb at vfs_donmount+0xc3b > #4 0xc0b50c7f at sys_nmount+0x7f > #5 0xc0e2a44a at syscall+0x34a > #6 0xc0e14391 at Xint0x80_syscall+0x21 > Uptime: 1m10s > _______________________________________________ > 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 Tue Oct 2 10:41:20 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DA461065670; Tue, 2 Oct 2012 10:41:20 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3308FC08; Tue, 2 Oct 2012 10:41:19 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA21492; Tue, 02 Oct 2012 13:41:08 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TIzuW-000CQL-12; Tue, 02 Oct 2012 13:41:08 +0300 Message-ID: <506AC4C3.1060103@FreeBSD.org> Date: Tue, 02 Oct 2012 13:41:07 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120913 Thunderbird/15.0.1 MIME-Version: 1.0 To: Randy Bush References: <201210010855.02130.jhb@freebsd.org> <201210010948.38713.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, John Baldwin Subject: Re: atkbd attach excitement during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 10:41:20 -0000 on 01/10/2012 17:56 Randy Bush said the following: >> Humm. It seems this wasn't the actual faulting instruction. Can you do >> 'l *0xffffffff80704740'? > > (gdb) l *0xffffffff80704740 > 0xffffffff80704740 is in sckbdevent (/usr/src/sys/dev/syscons/syscons.c:743). > 738 * the Xaccel-2.1 keyboard hang, but it can't hurt. XXX > 739 */ > 740 while ((c = scgetc(sc, SCGETC_NONBLOCK)) != NOKEY) { > 741 > 742 cur_tty = SC_DEV(sc, sc->cur_scp->index); > 743 if (!tty_opened(cur_tty)) > 744 continue; > 745 > 746 if ((*sc->cur_scp->tsw->te_input)(sc->cur_scp, c, cur_tty)) > 747 continue; See r233661. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 11:41:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 939DB106566C for ; Tue, 2 Oct 2012 11:41:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 438778FC0A for ; Tue, 2 Oct 2012 11:41:36 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1TJ0qz-000NqY-BC; Tue, 02 Oct 2012 13:41:33 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: "Thomas Mueller" In-reply-to: <11.02.17648.C6BBA605@smtp01.insight.synacor.com> References: <11.02.17648.C6BBA605@smtp01.insight.synacor.com> Comments: In-reply-to "Thomas Mueller" message dated "Tue, 02 Oct 2012 06:01:16 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Oct 2012 13:41:33 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: problem cross-compiling 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 11:41:36 -0000 > > when using an amd64 host to 'make buildworld' it seems that > > it's using the wrong cpp, at least when building ioctl.c via mkioctl in > > usr.bin/ktrace and having set WITHOUT_CPP(*). This used to work with > > previous releases. > > > *: Im compiling for an embedded system, and hence I want the minimum stuff. > > > at the moment the work around is to remove the WITHOUT_CPP, but it got me > > worried. > > > any fix? > > > cheers, > > danny > > You don't say what target architecture you are cross-compiling for, and if > your host OS was FreeBSD or something else like Linux or NetBSD. > ok, the missing info is: base system: FreeBSD 8.2-stable amd64 and cross-compiling to FreeBSD 9.1-PRERELEASE i386 > I've been cross-compiling NetBSD 5.1_STABLE, 6.0 prerelease and HEAD for > i386 and amd64 from FreeBSD 9.0_STABLE with varied results, but in my > experience NetBSD is less stable and less up-to-date than FreeBSD. I have been cross-compiling since amd64 appeared with no problems (well almost :-). The first time was i386 to amd64, and amd64 to x ever since. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 13:26:17 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D998B106566C for ; Tue, 2 Oct 2012 13:26:17 +0000 (UTC) (envelope-from dgeo@centrale-marseille.fr) Received: from meli.ec-m.fr (meli.ec-m.fr [147.94.19.138]) by mx1.freebsd.org (Postfix) with ESMTP id EEE7F8FC08 for ; Tue, 2 Oct 2012 13:26:16 +0000 (UTC) Received: from amavis3.serv.int (amavis3.serv.int [10.3.0.47]) by meli.ec-m.fr (GrosseBox 1743 XXL) with ESMTP id 92A39278843 for ; Tue, 2 Oct 2012 15:17:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at centrale-marseille.fr Received: from meli.ec-m.fr ([10.3.0.12]) by amavis3.serv.int (amavis3.serv.int [10.3.0.47]) (amavisd-new, port 10024) with LMTP id vYbAqAWnVeOv for ; Tue, 2 Oct 2012 15:16:53 +0200 (CEST) Received: from dgeo.sysadm.ec-m.fr (dgeo.sysadm.ec-m.fr [147.94.19.169]) (Authenticated sender: dgeo) by meli.ec-m.fr (GrosseBox 1743 XXL) with ESMTPSA id 0877F27885D for ; Tue, 2 Oct 2012 15:16:54 +0200 (CEST) Message-ID: <506AE944.3020806@centrale-marseille.fr> Date: Tue, 02 Oct 2012 15:16:52 +0200 From: geoffroy desvernay User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120928 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.4.3 OpenPGP: url=http://dgeo.perso.ec-m.fr/0x7C253D52.pgp Content-Type: multipart/mixed; boundary="------------010601000802090804040408" Cc: Subject: ahcich reset -> cannot mount zfs root in 9.1-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 13:26:18 -0000 This is a multi-part message in MIME format. --------------010601000802090804040408 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Hi all, Trying to upgrade a system from 9.0-RELEASE to 9.1-PRE from yesterday on my machine (GEOM+ZFS mirror setup on ada[01]p3), the new kernel becomes unable to mount root... The only way to recover is to boot from 9.0 kernel. The disks were already named ada[01] in 9.0, so I suspect nothing there... I tried - disabling AHCI in bios (no change seen) - change cables, check PSU, test disks with smartctl Here are some bits (via serial console): ahci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe9ff800-0xfe9ffbff irq 22 at device 18.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahci0: Caps: 64bit NCQ SNTF MPS AL CLO 3Gbps PM PMD SSC PSC 32cmd CCC 4ports ahcich0: at channel 0 on ahci0 ahcich0: Caps: HPCP ahcich1: at channel 1 on ahci0 ahcich1: Caps: HPCP ahcich2: at channel 2 on ahci0 ahcich2: Caps: HPCP ahcich3: at channel 3 on ahci0 ahcich3: Caps: HPCP ahcich0: AHCI reset... ahcich0: SATA connect time=100us status=00000123 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms The difference with 9.0 is after that: here is 9.0's next lines: (same for ahcich1) (aprobe0:ahcich0:0:15:0): Command timed out (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 And 9.1-PRE's: (aprobe0:ahcich0:0:15:0): NOP. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 (aprobe0:ahcich0:0:15:0): CAM status: Command timeout (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted In both cases ada[01] are detected and available, but with 9.1-PRE I see: GEOM_RAID: Promise: Disk ada0 state changed from NONE to SPARE. GEOM_RAID: Promise: Disk ada1 state changed from NONE to SPARE. (I see the same when I # kldload geom_raid # from running 9.0, doesn't breaks anything...) I attach the full boot log with 9.1-PRE (bios with NO-raid nor AHCI enabled, but this changes nothing in the output) I could test patches or try any command required to debug this… But for the moment I don't know where to search (and kernel code is far away from my current skills in debugging…) -- *geoffroy desvernay* C.R.I - Administration systčmes et réseaux Ecole Centrale de Marseille --------------010601000802090804040408 Content-Type: text/plain; charset=UTF-8; name="LOG.boot_ravan_no_ahci_bios" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="LOG.boot_ravan_no_ahci_bios" U01BUCB0eXBlPTAxIGJhc2U9MDAwMDAwMDAwMDAwMDAwMCBsZW49MDAwMDAwMDAwMDA5ZmMw MA0KU01BUCB0eXBlPTAyIGJhc2U9MDAwMDAwMDAwMDA5ZmMwMCBsZW49MDAwMDAwMDAwMDAw MDQwMA0KU01BUCB0eXBlPTAyIGJhc2U9MDAwMDAwMDAwMDBlNDAwMCBsZW49MDAwMDAwMDAw MDAxYzAwMA0KU01BUCB0eXBlPTAxIGJhc2U9MDAwMDAwMDAwMDEwMDAwMCBsZW49MDAwMDAw MDBjZmViMDAwMA0KU01BUCB0eXBlPTAzIGJhc2U9MDAwMDAwMDBjZmZiMDAwMCBsZW49MDAw MDAwMDAwMDAxMDAwMA0KU01BUCB0eXBlPTA0IGJhc2U9MDAwMDAwMDBjZmZjMDAwMCBsZW49 MDAwMDAwMDAwMDAzMDAwMA0KU01BUCB0eXBlPTAyIGJhc2U9MDAwMDAwMDBjZmZmMDAwMCBs ZW49MDAwMDAwMDAwMDAxMDAwMA0KU01BUCB0eXBlPTAyIGJhc2U9MDAwMDAwMDBmZjM4MDAw MCBsZW49MDAwMDAwMDAwMGM4MDAwMA0KVGFibGUgJ0ZBQ1AnIGF0IDB4Y2ZmYjAyMDANClRh YmxlICdBUElDJyBhdCAweGNmZmIwMzkwDQpBUElDOiBGb3VuZCB0YWJsZSBhdCAweGNmZmIw MzkwDQpBUElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJhdG9yLg0KTUFEVDogRm91bmQgQ1BV IEFQSUMgSUQgMCBBQ1BJIElEIDE6IGVuYWJsZWQNClNNUDogQWRkZWQgQ1BVIDAgKEFQKQ0K TUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMSBBQ1BJIElEIDI6IGVuYWJsZWQNClNNUDogQWRk ZWQgQ1BVIDEgKEFQKQ0KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMTMwIEFDUEkgSUQgMzog ZGlzYWJsZWQNCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEzMSBBQ1BJIElEIDQ6IGRpc2Fi bGVkDQpDb3B5cmlnaHQgKGMpIDE5OTItMjAxMiBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0KQ29w eXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAx OTkyLCAxOTkzLCAxOTk0DQoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2Fs aWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4NCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVk IHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLg0KRnJlZUJTRCA5LjEtUFJF UkVMRUFTRSAjMDogTW9uIE9jdCAgMSAxNDowNjo1NiBDRVNUIDIwMTINCiAgICByb290QHJh dmFuLmRnZW9zLm5ldDovdXNyL29iai91c3Ivc3JjL3N5cy9SQVZBTiBhbWQ2NA0KUHJlbG9h ZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4MTc5 MzAwMC4NClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3pmcy5rbyIg YXQgMHhmZmZmZmZmZjgxNzkzMWE4Lg0KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9v dC9rZXJuZWwvb3BlbnNvbGFyaXMua28iIGF0IDB4ZmZmZmZmZmY4MTc5Mzg1MC4NClByZWxv YWRlZCAvYm9vdC96ZnMvenBvb2wuY2FjaGUgIi9ib290L3pmcy96cG9vbC5jYWNoZSIgYXQg MHhmZmZmZmZmZjgxNzkzZTgwLg0KQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xv Y2s6IDI5OTE5Njg3NjQgSHoNCkNQVTogQU1EIEF0aGxvbih0bSkgSUkgWDIgMjUwIFByb2Nl c3NvciAoMjk5MS45Ny1NSHogSzgtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiQXV0aGVudGlj QU1EIiAgSWQgPSAweDEwMGY2MyAgRmFtaWx5ID0gMHgxMCAgTW9kZWwgPSAweDYgIFN0ZXBw aW5nID0gMw0KICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1Is UEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxV U0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRUPg0KICBGZWF0dXJlczI9MHg4MDIwMDk8U1NFMyxN T04sQ1gxNixQT1BDTlQ+DQogIEFNRCBGZWF0dXJlcz0weGVlNTAwODAwPFNZU0NBTEwsTlgs TU1YKyxGRlhTUixQYWdlMUdCLFJEVFNDUCxMTSwzRE5vdyErLDNETm93IT4NCiAgQU1EIEZl YXR1cmVzMj0weDM3ZmY8TEFIRixDTVAsU1ZNLEV4dEFQSUMsQ1I4LEFCTSxTU0U0QSxNQVMs UHJlZmV0Y2gsT1NWVyxJQlMsU0tJTklULFdEVD4NCiAgVFNDOiBQLXN0YXRlIGludmFyaWFu dA0KTDEgMk1CIGRhdGEgVExCOiA0OCBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQ0KTDEg Mk1CIGluc3RydWN0aW9uIFRMQjogMTYgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUNCkwx IDRLQiBkYXRhIFRMQjogNDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUNCkwxIDRLQiBp bnN0cnVjdGlvbiBUTEI6IDMyIGVudHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZlDQpMMSBkYXRh IGNhY2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBh c3NvY2lhdGl2ZQ0KTDEgaW5zdHJ1Y3Rpb24gY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0ZXMv bGluZSwgMSBsaW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZlDQpMMiAyTUIgZGF0YSBUTEI6 IDEyOCBlbnRyaWVzLCAyLXdheSBhc3NvY2lhdGl2ZQ0KTDIgMk1CIGluc3RydWN0aW9uIFRM QjogMCBlbnRyaWVzLCAyLXdheSBhc3NvY2lhdGl2ZQ0KTDIgNEtCIGRhdGEgVExCOiA1MTIg ZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUNCkwyIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDUx MiBlbnRyaWVzLCA0LXdheSBhc3NvY2lhdGl2ZQ0KTDIgdW5pZmllZCBjYWNoZTogMTAyNCBr Ynl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAxNi13YXkgYXNzb2NpYXRpdmUN CnJlYWwgbWVtb3J5ICA9IDQyOTQ5NjcyOTYgKDQwOTYgTUIpDQpQaHlzaWNhbCBtZW1vcnkg Y2h1bmsocyk6DQoweDAwMDAwMDAwMDAwMTAwMDAgLSAweDAwMDAwMDAwMDAwOWJmZmYsIDU3 MzQ0MCBieXRlcyAoMTQwIHBhZ2VzKQ0KMHgwMDAwMDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAw MDAwMWZmZmZmLCAxMDQ4NTc2IGJ5dGVzICgyNTYgcGFnZXMpDQoweDAwMDAwMDAwMDE3YmYw MDAgLSAweDAwMDAwMDAwYzlkYWVmZmYsIDMzNjE2NjkxMjAgYnl0ZXMgKDgyMDcyMCBwYWdl cykNCmF2YWlsIG1lbW9yeSA9IDMzMzc3NDg0ODAgKDMxODMgTUIpDQpJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyAwIGFzIGEgdGFyZ2V0DQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkg NDAwDQpBQ1BJIEFQSUMgVGFibGU6IDxBIE0gSSAgT0VNQVBJQyA+DQpJTlRSOiBBZGRpbmcg bG9jYWwgQVBJQyAwIGFzIGEgdGFyZ2V0DQpJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAxIGFz IGEgdGFyZ2V0DQpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVk OiAyIENQVXMNCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykNCiBjcHUw IChCU1ApOiBBUElDIElEOiAgMA0KIGNwdTEgKEFQKTogQVBJQyBJRDogIDENCkFQSUM6IENQ VSAwIGhhcyBBQ1BJIElEIDENCkFQSUM6IENQVSAxIGhhcyBBQ1BJIElEIDINCng4NmJpb3M6 ICBJVlQgMHgwMDAwMDAtMHgwMDA0ZmYgYXQgMHhmZmZmZmUwMDAwMDAwMDAwDQp4ODZiaW9z OiBTU0VHIDB4MDk4MDAwLTB4MDk4ZmZmIGF0IDB4ZmZmZmZmODAwMDIxMTAwMA0KeDg2Ymlv czogRUJEQSAweDA5ZjAwMC0weDA5ZmZmZiBhdCAweGZmZmZmZTAwMDAwOWYwMDANCng4NmJp b3M6ICBST00gMHgwYTAwMDAtMHgwZmVmZmYgYXQgMHhmZmZmZmUwMDAwMGEwMDAwDQpVTEU6 IHNldHVwIGNwdSAwDQpVTEU6IHNldHVwIGNwdSAxDQpBQ1BJOiBSU0RQIDB4ZjhkMzAgMDAw MTQgKHYwMCBBQ1BJQU0pDQpBQ1BJOiBSU0RUIDB4Y2ZmYjAwMDAgMDAwNDAgKHYwMSBBIE0g SSAgT0VNUlNEVCAgMDMwMDEwMjYgTVNGVCAwMDAwMDA5NykNCkFDUEk6IEZBQ1AgMHhjZmZi MDIwMCAwMDA4NCAodjAyIEEgTSBJICBPRU1GQUNQICAxMjAwMDYwMSBNU0ZUIDAwMDAwMDk3 KQ0KQUNQSTogRFNEVCAweGNmZmIwNDQwIDA0RDAzICh2MDEgIEFTUk8yIEFTUk8yMzcxIDAw MDAwMzcxIElOVEwgMjAwNTExMTcpDQpBQ1BJOiBGQUNTIDB4Y2ZmYzAwMDAgMDAwNDANCkFD UEk6IEFQSUMgMHhjZmZiMDM5MCAwMDA2QyAodjAxIEEgTSBJICBPRU1BUElDICAwMzAwMTAy NiBNU0ZUIDAwMDAwMDk3KQ0KQUNQSTogTUNGRyAweGNmZmIwNDAwIDAwMDNDICh2MDEgQSBN IEkgIE9FTU1DRkcgIDAzMDAxMDI2IE1TRlQgMDAwMDAwOTcpDQpBQ1BJOiBPRU1CIDB4Y2Zm YzAwNDAgMDAwNUIgKHYwMSBBIE0gSSAgQU1JX09FTSAgMDMwMDEwMjYgTVNGVCAwMDAwMDA5 NykNCkFDUEk6IEFBRlQgMHhjZmZiNTE1MCAwMDAyNyAodjAxIEEgTSBJICBPRU1BQUZUICAw MzAwMTAyNiBNU0ZUIDAwMDAwMDk3KQ0KQUNQSTogSFBFVCAweGNmZmI1MTgwIDAwMDM4ICh2 MDEgQSBNIEkgIE9FTUhQRVQgIDAzMDAxMDI2IE1TRlQgMDAwMDAwOTcpDQpBQ1BJOiBTU0RU IDB4Y2ZmYjUxYzAgMDA0NTggKHYwMSBBIE0gSSAgUE9XRVJOT1cgMDAwMDAwMDEgQU1EICAw MDAwMDAwMSkNCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgMiwgSW50ZXJydXB0IDAgYXQgMHhm ZWMwMDAwMA0KaW9hcGljMDogUm91dGluZyBleHRlcm5hbCA4MjU5QSdzIC0+IGludHBpbiAw DQpNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSAwLCBpcnEgMg0KaW9hcGljMDog Um91dGluZyBJUlEgMCAtPiBpbnRwaW4gMg0KTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBz b3VyY2UgOSwgaXJxIDkNCmlvYXBpYzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsDQppb2Fw aWMwOiBpbnRwaW4gOSBwb2xhcml0eTogbG93DQppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJx cyAwLTIzIG9uIG1vdGhlcmJvYXJkDQpjcHUwIEJTUDoNCiAgICAgSUQ6IDB4MDAwMDAwMDAg ICBWRVI6IDB4ODAwNTAwMTAgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0KICBs aW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZS OiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVy cjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDANCndsYW46IDw4MDIuMTEgTGluayBMYXll cj4NCnNuZF91bml0X2luaXQoKSB1PTB4MDBmZjgwMDAgWzUxMl0gZD0weDAwMDA3YzAwIFsz Ml0gYz0weDAwMDAwM2ZmIFsxMDI0XQ0KZmVlZGVyX3JlZ2lzdGVyOiBzbmRfdW5pdD0tMSBz bmRfbWF4YXV0b3ZjaGFucz0xNiBsYXRlbmN5PTUgZmVlZGVyX3JhdGVfbWluPTEgZmVlZGVy X3JhdGVfbWF4PTIwMTYwMDAgZmVlZGVyX3JhdGVfcm91bmQ9MjUNCmtiZDogbmV3IGFycmF5 IHNpemUgNA0Ka2JkMSBhdCBrYmRtdXgwDQptZW06IDxtZW1vcnk+DQpuZnNsb2NrOiBwc2V1 ZG8tZGV2aWNlDQpjcnlwdG86IDxjcnlwdG8gY29yZT4NCm51bGw6IDxudWxsIGRldmljZSwg emVybyBkZXZpY2U+DQpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJv dz4NClZFU0E6IElOVCAweDEwIHZlY3RvciAweGMwMDA6MHgwM2QwDQpWRVNBOiBpbmZvcm1h dGlvbiBibG9jaw0KMDAwMCAgIDU2IDQ1IDUzIDQxIDAwIDAzIGQ4IDAxIDAwIGMwIDAxIDAw IDAwIDAwIDQ0IDAwDQowMDEwICAgMDAgOTkgMDAgMDEgNDEgMGEgMTEgMDEgMDAgYzAgYTMg MDAgMDAgYzAgOTQgNGINCjAwMjAgICAwMCBjMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMA0KMDAzMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwDQowMDQwICAgMDAgMDAgMDAgMDAgMDAgMDEgMDEgMDEgMDMg MDEgMDUgMDEgMDcgMDEgMTEgMDENCjAwNTAgICAxNCAwMSAxNyAwMSAxYSAwMSAwZSAwMSAy MCAwMSA5MyAwMSA5NSAwMSA5NiAwMQ0KMDA2MCAgIGIzIDAxIGI1IDAxIGI2IDAxIGMzIDAx IGM1IDAxIGM2IDAxIDgzIDAxIDg1IDAxDQowMDcwICAgODYgMDEgMzMgMDEgMzUgMDEgMzYg MDEgNTMgMDEgNTUgMDEgNTYgMDEgNjMgMDENCjAwODAgICA2NSAwMSA2NiAwMSAyMSAwMSAy MiAwMSAyMyAwMSAyNCAwMSA0MyAwMSA0NSAwMQ0KMDA5MCAgIDQ2IDAxIDczIDAxIDc1IDAx IDc2IDAxIDgzIDAxIDg1IDAxIDg2IDAxIGQzIDAxDQowMGEwICAgZDUgMDEgZDYgMDEgZTMg MDEgZTUgMDEgZTYgMDEgZmYgZmYgMDAgMDAgMDAgMDANCjAwYjAgICAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDBjMCAgIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMGQwICAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAwZTAgICAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDBmMCAgIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTAwICAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAxMTAgICAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0KMDEyMCAg IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQowMTMw ICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDANCjAx NDAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMA0K MDE1MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw DQowMTYwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDANCjAxNzAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMA0KMDE4MCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwDQowMTkwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDANCjAxYTAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMA0KMDFiMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwDQowMWMwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDANCjAxZDAgICAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAwMCAwMCAwMA0KMDFlMCAgIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwDQowMWYwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDANClZFU0E6IDUxIG1vZGUocykgZm91bmQNClZFU0E6IHYz LjAsIDE2Mzg0ayBtZW1vcnksIGZsYWdzOjB4MSwgbW9kZSB0YWJsZToweGZmZmZmZjgwMDAy NjEwNDQgKDk5MDAwMDQ0KQ0KVkVTQTogQVRJIEFUT01CSU9TDQpWRVNBOiAoQykgMTk4OC0y MDA1LCBBVEkgVGVjaG5vbG9naWVzIEluYy4gIFJWNjEwIDAxLjAwDQppbzogPEkvTz4NCmhw dHJyOiBSb2NrZXRSQUlEIDE3eHgvMnh4eCBTQVRBIGNvbnRyb2xsZXIgZHJpdmVyIHYxLjIN CmNyeXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZA0KY3J5cHRv OiBhc3NpZ24gY3J5cHRvc29mdDAgZHJpdmVyIGlkIDAsIGZsYWdzIDEwMDY2MzI5Ng0KY3J5 cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDEgZmxhZ3MgMCBtYXhvcGxlbiAwDQpj cnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMiBmbGFncyAwIG1heG9wbGVuIDAN CmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAzIGZsYWdzIDAgbWF4b3BsZW4g MA0KY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDQgZmxhZ3MgMCBtYXhvcGxl biAwDQpjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgNSBmbGFncyAwIG1heG9w bGVuIDANCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxNiBmbGFncyAwIG1h eG9wbGVuIDANCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyA2IGZsYWdzIDAg bWF4b3BsZW4gMA0KY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDcgZmxhZ3Mg MCBtYXhvcGxlbiAwDQpjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTggZmxh Z3MgMCBtYXhvcGxlbiAwDQpjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTkg ZmxhZ3MgMCBtYXhvcGxlbiAwDQpjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcg MjAgZmxhZ3MgMCBtYXhvcGxlbiAwDQpjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgOCBmbGFncyAwIG1heG9wbGVuIDANCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyAxNSBmbGFncyAwIG1heG9wbGVuIDANCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0 ZXJzIGFsZyA5IGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDEwIGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBjcnlwdG9zb2Z0MCBy ZWdpc3RlcnMgYWxnIDEzIGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBjcnlwdG9zb2Z0 MCByZWdpc3RlcnMgYWxnIDE0IGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBjcnlwdG9z b2Z0MCByZWdpc3RlcnMgYWxnIDExIGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBjcnlw dG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIyIGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRvOiBj cnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIxIGZsYWdzIDAgbWF4b3BsZW4gMA0KY3J5cHRv OiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE3IGZsYWdzIDAgbWF4b3BsZW4gMA0KYWNw aTA6IDxBIE0gSSBPRU1SU0RUPiBvbiBtb3RoZXJib2FyZA0KUENJZTogTWVtb3J5IE1hcHBl ZCBjb25maWd1cmF0aW9uIGJhc2UgQCAweGUwMDAwMDAwDQppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiA5IChJU0EgSVJRIDkpIHRvIGxhcGljIDAgdmVjdG9yIDQ4DQpBQ1BJOiBFeGVjdXRl ZCAzIGJsb2NrcyBvZiBtb2R1bGUtbGV2ZWwgZXhlY3V0YWJsZSBBTUwgY29kZQ0KYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAg KDMpIGZhaWxlZA0KYWNwaTA6IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgY2ZmMDAwMDAgKDMp IGZhaWxlZA0KY3B1MDogUHJvY2Vzc29yIFxfUFJfLlAwMDEgKEFDUEkgSUQgMSkgLT4gQVBJ QyBJRCAwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUwOiBzd2l0Y2hpbmcgdG8g Z2VuZXJpYyBDeCBtb2RlDQpjcHUxOiBQcm9jZXNzb3IgXF9QUl8uUDAwMiAoQUNQSSBJRCAy KSAtPiBBUElDIElEIDENCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCkFDUEk6IFByb2Nl c3NvciBcX1BSXy5QMDAzIChBQ1BJIElEIDMpIGlnbm9yZWQNCkFDUEk6IFByb2Nlc3NvciBc X1BSXy5QMDA0IChBQ1BJIElEIDQpIGlnbm9yZWQNCmF0dGltZXIwOiA8QVQgdGltZXI+IHBv cnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwDQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1 ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMiAo SVNBIElSUSAwKSB0byBsYXBpYyAwIHZlY3RvciA0OQ0KRXZlbnQgdGltZXIgImk4MjU0IiBm cmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMA0KYXRydGMwOiA8QVQgcmVhbHRpbWUg Y2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwDQphdHJ0YzA6IHJlZ2lzdGVy ZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVzb2x1dGlvbiAxMDAwMDAwdXMsIGFkanVz dG1lbnQgMC41MDAwMDAwMDBzKQ0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gOCAoSVNBIElS USA4KSB0byBsYXBpYyAwIHZlY3RvciA1MA0KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5 IDMyNzY4IEh6IHF1YWxpdHkgMA0KaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1l cj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwDQpocGV0MDogdmVuZG9y IDB4NDM1MywgcmV2IDB4MSwgMTQzMTgxODBIeiwgMyB0aW1lcnMsIGxlZ2FjeSByb3V0ZQ0K aHBldDA6ICB0MDogaXJxcyAweDAwYzBmZmZmICgwKSwgcGVyaW9kaWMNCmhwZXQwOiAgdDE6 IGlycXMgMHgwMGMwZmZmZiAoMCksIHBlcmlvZGljDQpocGV0MDogIHQyOiBpcnFzIDB4MDBj MGZmZmYgKDApLCBwZXJpb2RpYw0KVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDk1MA0KQUNQSSB0aW1lcjogMS8xIDEvMiAxLzEgMS8xIDEvMSAx LzEgMS8xIDEvMSAxLzEgMS8xIC0+IDEwDQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVx dWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMA0KYWNwaV90aW1lcjA6IDwzMi1iaXQgdGlt ZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTANCnBjaV9saW5r MDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMSAxMiAxNCAxNQ0KICBWYWxp ZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgMTAgMTEgMTIgMTQg MTUNCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA3IDEw IDExIDEyIDE0IDE1DQpwY2lfbGluazE6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAg SVJRcw0KICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcg MTAgMTEgMTIgMTQgMTUNCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAw ICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1DQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMSAxMiAxNCAxNQ0KcGNpX2xpbmsyOiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAy NTUgICBOICAgICAwICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1DQogIFZhbGlkYXRpb24gICAg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMSAxMiAxNCAxNQ0KICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgMTAgMTEgMTIgMTQg MTUNCnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIElu aXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMSAxMiAx NCAxNQ0KICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcg MTAgMTEgMTIgMTQgMTUNCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAw ICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazQ6ICAgICAgICBJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcw0KICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDcgMTAgMTEgMTIgMTQgMTUNCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAy NTUgICBOICAgICAwICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1DQogIEFmdGVyIERpc2FibGUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMSAxMiAxNCAxNQ0KcGNpX2xp bms1OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9i ZSAgICAgICAwICAyNTUgICBOICAgICAwICA5DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgOQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDkNCnBjaV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQog IEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMSAx MiAxNCAxNQ0KICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1 IDcgMTAgMTEgMTIgMTQgMTUNCiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazc6ICAgICAgICBJbmRleCAg SVJRICBSdGQgIFJlZiAgSVJRcw0KICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA1IDcgMTAgMTEgMTIgMTQgMTUNCiAgVmFsaWRhdGlvbiAgICAgICAgICAw ICAyNTUgICBOICAgICAwICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1DQogIEFmdGVyIERpc2Fi bGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMSAxMiAxNCAxNQ0KcGNp YjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0K cGNpYjA6IGRlY29kaW5nIDQgcmFuZ2UgMC0weGNmNw0KcGNpYjA6IGRlY29kaW5nIDQgcmFu Z2UgMHhkMDAtMHhmZmZmDQpwY2liMDogZGVjb2RpbmcgMyByYW5nZSAweGEwMDAwLTB4YmZm ZmYNCnBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4ZDAwMDAtMHhkZmZmZg0KcGNpYjA6IGRl Y29kaW5nIDMgcmFuZ2UgMHhkMDAwMDAwMC0weGZmZmZmZmZmDQpwY2kwOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMA0KcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0wDQpmb3VuZC0+ CXZlbmRvcj0weDEwMDIsIGRldj0weDU5NTAsIHJldmlkPTB4MDENCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MCwgZnVuYz0wDQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MA0KCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgyMjIwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg1YTM0LCByZXZp ZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIsIGZ1bmM9MA0KCWNsYXNzPTA2LTA0 LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4 NDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDBiICgyNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJcG93ZXJzcGVjIDMg IHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQ0K Zm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg1YTM3LCByZXZpZD0weDAwDQoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTUsIGZ1bmM9MA0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4 MDEsIG1mZGV2PTANCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4NDAxMCwgY2FjaGVsbnN6 PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDANCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlDQpmb3VuZC0+CXZlbmRvcj0w eDEwMDIsIGRldj0weDQzODAsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MTgsIGZ1bmM9MA0KCWNsYXNzPTAxLTAxLThmLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglj bWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJ bGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykNCglpbnRwaW49YSwgaXJxPTExDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwDQoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHhjMDAwLCBzaXplICAzLCBlbmFibGVkDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAo MHhjMDAwLTB4YzAwNykgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MTg6MA0KCW1hcFsxNF06IHR5 cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YjAwMCwgc2l6ZSAgMiwgZW5hYmxlZA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4YjAwMC0weGIwMDMpIGZvciByaWQgMTQgb2Yg cGNpMDowOjE4OjANCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAw eGEwMDAsIHNpemUgIDMsIGVuYWJsZWQNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGEw MDAtMHhhMDA3KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDoxODowDQoJbWFwWzFjXTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg5MDAwLCBzaXplICAyLCBlbmFibGVkDQpwY2li MDogYWxsb2NhdGVkIHR5cGUgNCAoMHg5MDAwLTB4OTAwMykgZm9yIHJpZCAxYyBvZiBwY2kw OjA6MTg6MA0KCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ODAw MCwgc2l6ZSAgNCwgZW5hYmxlZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4ODAwMC0w eDgwMGYpIGZvciByaWQgMjAgb2YgcGNpMDowOjE4OjANCgltYXBbMjRdOiB0eXBlIE1lbW9y eSwgcmFuZ2UgMzIsIGJhc2UgMHhmZTlmZjgwMCwgc2l6ZSAxMCwgZW5hYmxlZA0KcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmU5ZmY4MDAtMHhmZTlmZmJmZikgZm9yIHJpZCAyNCBv ZiBwY2kwOjA6MTg6MA0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTguSU5UQQ0KcGNp YjA6IHNsb3QgMTggSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIyDQpmb3VuZC0+CXZlbmRvcj0w eDEwMDIsIGRldj0weDQzODcsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MTksIGZ1bmM9MA0KCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCglj bWRyZWc9MHgwNTE3LCBzdGF0cmVnPTB4MDJhMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJ bGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykNCglpbnRwaW49YSwgaXJxPTUNCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgMzIsIGJhc2UgMHhmZTlmZTAwMCwgc2l6ZSAxMiwgZW5hYmxlZA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4ZmU5ZmUwMDAtMHhmZTlmZWZmZikgZm9yIHJpZCAxMCBvZiBwY2kw OjA6MTk6MA0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTkuSU5UQQ0KcGNpYjA6IHNs b3QgMTkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2DQpvaGNpIGVhcmx5OiBTTU0gYWN0aXZl LCByZXF1ZXN0IG93bmVyIGNoYW5nZQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0 Mzg4LCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTE5LCBmdW5jPTENCglj bGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDExNywg c3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MjAg KDk2MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50 cGluPWIsIGlycT0xMA0KCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAw eGZlOWZkMDAwLCBzaXplIDEyLCBlbmFibGVkDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhmZTlmZDAwMC0weGZlOWZkZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoxOToxDQpwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5JTlRCDQpwY2liMDogc2xvdCAxOSBJTlRCIGhh cmR3aXJlZCB0byBJUlEgMTcNCm9oY2kgZWFybHk6IFNNTSBhY3RpdmUsIHJlcXVlc3Qgb3du ZXIgY2hhbmdlDQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzODksIHJldmlkPTB4 MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9Mg0KCWNsYXNzPTBjLTAzLTEw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMTE3LCBzdGF0cmVnPTB4MDJh MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YywgaXJxPTEw DQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmU5ZmMwMDAsIHNp emUgMTIsIGVuYWJsZWQNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlOWZjMDAwLTB4 ZmU5ZmNmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjE5OjINCnBjaWIwOiBtYXRjaGVkIGVu dHJ5IGZvciAwLjE5LklOVEMNCnBjaWIwOiBzbG90IDE5IElOVEMgaGFyZHdpcmVkIHRvIElS USAxOA0Kb2hjaSBlYXJseTogU01NIGFjdGl2ZSwgcmVxdWVzdCBvd25lciBjaGFuZ2UNCmZv dW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4YSwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0w LCBidXM9MCwgc2xvdD0xOSwgZnVuYz0zDQoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MA0KCWNtZHJlZz0weDAxMTcsIHN0YXRyZWc9MHgwMmEwLCBjYWNoZWxuc3o9 MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1iLCBpcnE9MTANCgltYXBbMTBdOiB0 eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZTlmYjAwMCwgc2l6ZSAxMiwgZW5hYmxl ZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmU5ZmIwMDAtMHhmZTlmYmZmZikgZm9y IHJpZCAxMCBvZiBwY2kwOjA6MTk6Mw0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTku SU5UQg0KcGNpYjA6IHNsb3QgMTkgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE3DQpvaGNpIGVh cmx5OiBTTU0gYWN0aXZlLCByZXF1ZXN0IG93bmVyIGNoYW5nZQ0KZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg0MzhiLCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTE5LCBmdW5jPTQNCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJ Y21kcmVnPTB4MDExNywgc3RhdHJlZz0weDAyYTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0K CWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQoJaW50cGluPWMsIGlycT0xMA0KCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGZlOWZhMDAwLCBzaXplIDEyLCBlbmFibGVkDQpwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhmZTlmYTAwMC0weGZlOWZhZmZmKSBmb3IgcmlkIDEwIG9mIHBj aTA6MDoxOTo0DQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xOS5JTlRDDQpwY2liMDog c2xvdCAxOSBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMTgNCm9oY2kgZWFybHk6IFNNTSBhY3Rp dmUsIHJlcXVlc3Qgb3duZXIgY2hhbmdlDQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0w eDQzODYsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MTksIGZ1bmM9NQ0K CWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMTE3 LCBzdGF0cmVnPTB4MDJiMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgy MCAoOTYwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglp bnRwaW49ZCwgaXJxPTEwDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBj dXJyZW50IEQwDQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmU5 ZmYwMDAsIHNpemUgIDgsIGVuYWJsZWQNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZl OWZmMDAwLTB4ZmU5ZmYwZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjE5OjUNCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjE5LklOVEQNCnBjaWIwOiBzbG90IDE5IElOVEQgaGFyZHdp cmVkIHRvIElSUSAxOQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0Mzg1LCByZXZp ZD0weDEzDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTANCgljbGFzcz0wYy0w NS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDQwMywgc3RhdHJlZz0w eDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJbWFwWzEwXTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiMDAsIHNpemUgIDQsIGVuYWJsZWQNCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSA0ICgweGIwMC0weGIwZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6 MjA6MA0KZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0MzhjLCByZXZpZD0weDAwDQoJ ZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIwLCBmdW5jPTENCgljbGFzcz0wMS0wMS04YSwgaGRy dHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyMzAsIGNh Y2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0yNTUNCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgxZjAtMHgx ZjcpIGZvciByaWQgMTAgb2YgcGNpMDowOjIwOjENCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0 ICgweDNmNi0weDNmNikgZm9yIHJpZCAxNCBvZiBwY2kwOjA6MjA6MQ0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4MTcwLTB4MTc3KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDoyMDoxDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzNzYtMHgzNzYpIGZvciByaWQgMWMgb2YgcGNp MDowOjIwOjENCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGZm MDAsIHNpemUgIDQsIGVuYWJsZWQNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGZmMDAt MHhmZjBmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyMDoxDQpmb3VuZC0+CXZlbmRvcj0weDEw MDIsIGRldj0weDQzODMsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjAs IGZ1bmM9Mg0KCWNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRy ZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDQxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0 dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykNCglpbnRwaW49YSwgaXJxPTUNCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDANCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQNCgltYXBbMTBd OiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmZTlmNDAwMCwgc2l6ZSAxNCwgZW5h YmxlZA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmU5ZjQwMDAtMHhmZTlmN2ZmZikg Zm9yIHJpZCAxMCBvZiBwY2kwOjA6MjA6Mg0KcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu MjAuSU5UQQ0KcGNpYjA6IHNsb3QgMjAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2DQpmb3Vu ZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQzOGQsIHJldmlkPTB4MDANCglkb21haW49MCwg YnVzPTAsIHNsb3Q9MjAsIGZ1bmM9Mw0KCWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTENCgljbWRyZWc9MHgwMDBmLCBzdGF0cmVnPTB4MDIyMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDM4NCwg cmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yMCwgZnVuYz00DQoJY2xhc3M9 MDYtMDQtMDEsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQ0KCWNtZHJlZz0weDAxMDUsIHN0YXRy ZWc9MHgwMmEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAgKDE5MjAg bnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpmb3VuZC0+ CXZlbmRvcj0weDEwMjIsIGRldj0weDEyMDAsIHJldmlkPTB4MDANCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MjQsIGZ1bmM9MA0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTENCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTIwMSwgcmV2 aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNCwgZnVuYz0xDQoJY2xhc3M9MDYt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9 MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHgxMjAyLCByZXZpZD0weDAwDQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTI0LCBmdW5jPTINCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJ Y21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDEyMDMsIHJldmlkPTB4MDAN Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9Mw0KCWNsYXNzPTA2LTAwLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwg ZGV2PTB4MTIwNCwgcmV2aWQ9MHgwMA0KCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNCwgZnVu Yz00DQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0w eDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0K cGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTANCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGUwMDAtMHhlZmZmKSBmb3IgcmlkIDFjIG9mIHBj aWIxDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZWIwMDAwMC0weGZlYmZmZmZmKSBm b3IgcmlkIDIwIG9mIHBjaWIxDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMDAwMDAw MC0weGRmZmZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWIxDQpwY2liMTogICBkb21haW4gICAg ICAgICAgICAwDQpwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICAyDQpwY2liMTogICBzdWJv cmRpbmF0ZSBidXMgICAyDQpwY2liMTogICBJL08gZGVjb2RlICAgICAgICAweGUwMDAtMHhl ZmZmDQpwY2liMTogICBtZW1vcnkgZGVjb2RlICAgICAweGZlYjAwMDAwLTB4ZmViZmZmZmYN CnBjaWIxOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZDAwMDAwMDAtMHhkZmZmZmZmZg0KcGNp MjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCnBjaTI6IGRvbWFpbj0wLCBwaHlzaWNhbCBi dXM9Mg0KZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg5NGMzLCByZXZpZD0weDAwDQoJ ZG9tYWluPTAsIGJ1cz0yLCBzbG90PTAsIGZ1bmM9MA0KCWNsYXNzPTAzLTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4NDAxMCwgY2Fj aGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0xMA0KCXBvd2Vy c3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMA0KCU1TSSBzdXBwb3J0 cyAxIG1lc3NhZ2UsIDY0IGJpdA0KCW1hcFsxMF06IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9y eSwgcmFuZ2UgNjQsIGJhc2UgMHhkMDAwMDAwMCwgc2l6ZSAyOCwgZW5hYmxlZA0KcGNpYjE6 IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhkMDAwMDAwMC0weGRmZmZmZmZmKSBmb3Ig cmlkIDEwIG9mIHBjaTA6MjowOjANCgltYXBbMThdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQs IGJhc2UgMHhmZWJmMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZA0KcGNpYjE6IGFsbG9jYXRlZCBt ZW1vcnkgcmFuZ2UgKDB4ZmViZjAwMDAtMHhmZWJmZmZmZikgZm9yIHJpZCAxOCBvZiBwY2kw OjI6MDowDQoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhlMDAw LCBzaXplICA4LCBlbmFibGVkDQpwY2liMTogYWxsb2NhdGVkIEkvTyBwb3J0IHJhbmdlICgw eGUwMDAtMHhlMGZmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MjowOjANCnBjaWIxOiBtYXRjaGVk IGVudHJ5IGZvciAyLjAuSU5UQQ0KcGNpYjE6IHNsb3QgMCBJTlRBIGhhcmR3aXJlZCB0byBJ UlEgMTgNCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZTAwMC0w eGUwZmYgbWVtIDB4ZDAwMDAwMDAtMHhkZmZmZmZmZiwweGZlYmYwMDAwLTB4ZmViZmZmZmYg aXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMg0KcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgNS4wIG9uIHBjaTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgw eGQwMDAtMHhkZmZmKSBmb3IgcmlkIDFjIG9mIHBjaWIyDQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhmZWEwMDAwMC0weGZlYWZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIyDQpwY2li MjogICBkb21haW4gICAgICAgICAgICAwDQpwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICAx DQpwY2liMjogICBzdWJvcmRpbmF0ZSBidXMgICAxDQpwY2liMjogICBJL08gZGVjb2RlICAg ICAgICAweGQwMDAtMHhkZmZmDQpwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweGZlYTAw MDAwLTB4ZmVhZmZmZmYNCnBjaWIyOiAgIG5vIHByZWZldGNoZWQgZGVjb2RlDQpwY2kxOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNpMTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0x DQpmb3VuZC0+CXZlbmRvcj0weDEwZWMsIGRldj0weDgxNjgsIHJldmlkPTB4MDENCglkb21h aW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVuYz0wDQoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHg0MDEwLCBjYWNoZWxu c3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwgaXJxPTEwDQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwDQoJTVNJIHN1cHBvcnRzIDIg bWVzc2FnZXMsIDY0IGJpdA0KCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBi YXNlIDB4ZDgwMCwgc2l6ZSAgOCwgZW5hYmxlZA0KcGNpYjI6IGFsbG9jYXRlZCBJL08gcG9y dCByYW5nZSAoMHhkODAwLTB4ZDhmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjE6MDowDQoJbWFw WzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmVhZmYwMDAsIHNpemUgMTIs IGVuYWJsZWQNCnBjaWIyOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZlYWZmMDAwLTB4 ZmVhZmZmZmYpIGZvciByaWQgMTggb2YgcGNpMDoxOjA6MA0KcGNpYjI6IG1hdGNoZWQgZW50 cnkgZm9yIDEuMC5JTlRBDQpwY2liMjogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAx Nw0KcmUwOiA8UmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRS9GIFBDSWUgR2lnYWJp dCBFdGhlcm5ldD4gcG9ydCAweGQ4MDAtMHhkOGZmIG1lbSAweGZlYWZmMDAwLTB4ZmVhZmZm ZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpMQ0KcmUwOiBNU0kgY291bnQgOiAyDQpy ZTA6IE1TSS1YIGNvdW50IDogMA0KcmUwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJ IHZlY3RvcnMgKDIgc3VwcG9ydGVkKQ0KbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU2IHRvIGxv Y2FsIEFQSUMgMCB2ZWN0b3IgNTENCnJlMDogdXNpbmcgSVJRIDI1NiBmb3IgTVNJDQpyZTA6 IFVzaW5nIDEgTVNJIG1lc3NhZ2UNCnJlMDogQ2hpcCByZXYuIDB4MzgwMDAwMDANCnJlMDog TUFDIHJldi4gMHgwMDAwMDAwMA0KbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMA0KcmdlcGh5 MDogPFJUTDgxNjlTLzgxMTBTLzgyMTEgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBI WSAxIG9uIG1paWJ1czANCnJnZXBoeTA6IE9VSSAweDAwZTA0YywgbW9kZWwgMHgwMDExLCBy ZXYuIDINCnJnZXBoeTA6ICBub25lLCAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTBiYXNlVC1G RFgtZmxvdywgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDBiYXNlVFgtRkRYLWZsb3cs IDEwMDBiYXNlVCwgMTAwMGJhc2VULW1hc3RlciwgMTAwMGJhc2VULUZEWCwgMTAwMGJhc2VU LUZEWC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWC1mbG93LW1h c3RlciwgYXV0bywgYXV0by1mbG93DQpyZTA6IGJwZiBhdHRhY2hlZA0KcmUwOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDoyNToyMjo3Yzo0ODo4Nw0KYWhjaTA6IDxBVEkgSVhQNjAwIEFIQ0kg U0FUQSBjb250cm9sbGVyPiBwb3J0IDB4YzAwMC0weGMwMDcsMHhiMDAwLTB4YjAwMywweGEw MDAtMHhhMDA3LDB4OTAwMC0weDkwMDMsMHg4MDAwLTB4ODAwZiBtZW0gMHhmZTlmZjgwMC0w eGZlOWZmYmZmIGlycSAyMiBhdCBkZXZpY2UgMTguMCBvbiBwY2kwDQppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAyMiAoUENJIElSUSAyMikgdG8gbGFwaWMgMCB2ZWN0b3IgNTINCmFoY2kw OiBBSENJIHYxLjEwIHdpdGggNCAzR2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBv cnRlZA0KYWhjaTA6IENhcHM6IDY0Yml0IE5DUSBTTlRGIE1QUyBBTCBDTE8gM0dicHMgUE0g UE1EIFNTQyBQU0MgMzJjbWQgQ0NDIDRwb3J0cw0KYWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4g YXQgY2hhbm5lbCAwIG9uIGFoY2kwDQphaGNpY2gwOiBDYXBzOiBIUENQDQphaGNpY2gxOiA8 QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTANCmFoY2ljaDE6IENhcHM6IEhQ Q1ANCmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBhaGNpMA0KYWhj aWNoMjogQ2FwczogSFBDUA0KYWhjaWNoMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAz IG9uIGFoY2kwDQphaGNpY2gzOiBDYXBzOiBIUENQDQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMp IFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTlmZTAwMC0weGZlOWZlZmZmIGlycSAxNiBhdCBk ZXZpY2UgMTkuMCBvbiBwY2kwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNiAoUENJIElS USAxNikgdG8gbGFwaWMgMCB2ZWN0b3IgNTMNCnVzYnVzMCBvbiBvaGNpMA0KdXNidXMwOiBi cGYgYXR0YWNoZWQNCm9oY2kwOiB1c2JwZjogQXR0YWNoZWQNCm9oY2kxOiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlOWZkMDAwLTB4ZmU5ZmRmZmYgaXJxIDE3 IGF0IGRldmljZSAxOS4xIG9uIHBjaTANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE3IChQ Q0kgSVJRIDE3KSB0byBsYXBpYyAwIHZlY3RvciA1NA0KdXNidXMxIG9uIG9oY2kxDQp1c2J1 czE6IGJwZiBhdHRhY2hlZA0Kb2hjaTE6IHVzYnBmOiBBdHRhY2hlZA0Kb2hjaTI6IDxPSENJ IChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmU5ZmMwMDAtMHhmZTlmY2ZmZiBp cnEgMTggYXQgZGV2aWNlIDE5LjIgb24gcGNpMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4g MTggKFBDSSBJUlEgMTgpIHRvIGxhcGljIDAgdmVjdG9yIDU1DQp1c2J1czIgb24gb2hjaTIN CnVzYnVzMjogYnBmIGF0dGFjaGVkDQpvaGNpMjogdXNicGY6IEF0dGFjaGVkDQpvaGNpMzog PE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTlmYjAwMC0weGZlOWZi ZmZmIGlycSAxNyBhdCBkZXZpY2UgMTkuMyBvbiBwY2kwDQp1c2J1czMgb24gb2hjaTMNCnVz YnVzMzogYnBmIGF0dGFjaGVkDQpvaGNpMzogdXNicGY6IEF0dGFjaGVkDQpvaGNpNDogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTlmYTAwMC0weGZlOWZhZmZm IGlycSAxOCBhdCBkZXZpY2UgMTkuNCBvbiBwY2kwDQp1c2J1czQgb24gb2hjaTQNCnVzYnVz NDogYnBmIGF0dGFjaGVkDQpvaGNpNDogdXNicGY6IEF0dGFjaGVkDQplaGNpMDogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmU5ZmYwMDAtMHhmZTlmZjBm ZiBpcnEgMTkgYXQgZGV2aWNlIDE5LjUgb24gcGNpMA0KaW9hcGljMDogcm91dGluZyBpbnRw aW4gMTkgKFBDSSBJUlEgMTkpIHRvIGxhcGljIDAgdmVjdG9yIDU2DQplaGNpMDogQU1EIFNC NjAwLzcwMCBxdWlyayBhcHBsaWVkDQplaGNpMDogRHJvcHBlZCBpbnRlcnJ1cHRzIHdvcmth cm91bmQgZW5hYmxlZA0KdXNidXM1OiBFSENJIHZlcnNpb24gMS4wDQp1c2J1czUgb24gZWhj aTANCnVzYnVzNTogYnBmIGF0dGFjaGVkDQplaGNpMDogdXNicGY6IEF0dGFjaGVkDQpwY2kw OiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNo ZWQpDQphdGFwY2kwOiA8QVRJIElYUDYwMCBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgx ZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmZjAwLTB4ZmYwZiBhdCBkZXZp Y2UgMjAuMSBvbiBwY2kwDQphdGEwOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBh dGFwY2kwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkgdG8gbGFw aWMgMCB2ZWN0b3IgNTcNCmhkYWMwOiA8QVRJIFNCNjAwIEhEQSBDb250cm9sbGVyPiBtZW0g MHhmZTlmNDAwMC0weGZlOWY3ZmZmIGlycSAxNiBhdCBkZXZpY2UgMjAuMiBvbiBwY2kwDQpo ZGFjMDogSERBIERyaXZlciBSZXZpc2lvbjogMjAxMjAxMjZfMDAwMg0KaGRhYzA6IENvbmZp ZyBvcHRpb25zOiBvbj0weDAwMDAwMDAwIG9mZj0weDAwMDAwMDAwDQpoZGFjMDogYXR0ZW1w dGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkNCm1zaTogcm91 dGluZyBNU0kgSVJRIDI1NyB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDU4DQpoZGFjMDogdXNp bmcgSVJRIDI1NyBmb3IgTVNJDQpoZGFjMDogQ2FwczogT1NTIDQsIElTUyA0LCBCU1MgMCwg TlNETyAxLCA2NGJpdCwgQ09SQiAyNTYsIFJJUkIgMjU2DQppc2FiMDogPFBDSS1JU0EgYnJp ZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAN CnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjQgb24gcGNpMA0K cGNpYjM6ICAgZG9tYWluICAgICAgICAgICAgMA0KcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgMw0KcGNpYjM6ICAgc3Vib3JkaW5hdGUgYnVzICAgMw0KcGNpYjM6ICAgbm8gcHJlZmV0 Y2hlZCBkZWNvZGUNCnBjaWIzOiAgIFN1YnRyYWN0aXZlbHkgZGVjb2RlZCBicmlkZ2UuDQpw Y2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0KcGNpMzogZG9tYWluPTAsIHBoeXNpY2Fs IGJ1cz0zDQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwDQpwcGMwOiB1 c2luZyBleHRlbmRlZCBJL08gcG9ydCByYW5nZQ0KcHBjMDogU1BQIEVDUCAgRUNQK0VQUA0K cHBjMDogPFBhcmFsbGVsIHBvcnQ+IHBvcnQgMHgzNzgtMHgzN2YsMHg3NzgtMHg3N2YgaXJx IDcgZHJxIDMgb24gYWNwaTANCnBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMy L05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlDQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvOSBi eXRlcyB0aHJlc2hvbGQNCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDcgKElTQSBJUlEgNykg dG8gbGFwaWMgMCB2ZWN0b3IgNTkNCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBw cGMwDQpwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMA0KcGxpcDA6 IGJwZiBhdHRhY2hlZA0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJy dXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czANCmF0a2Jk YzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAx IG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KYXRr YmQ6IHRoZSBjdXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDY1DQphdGti ZDoga2V5Ym9hcmQgSUQgMHg0MWFiICgyKQ0Ka2JkYzogUkVTRVRfS0JEIHJldHVybiBjb2Rl OjAwZmENCmtiZGM6IFJFU0VUX0tCRCBzdGF0dXM6MDBhYQ0Ka2JkMCBhdCBhdGtiZDANCmti ZDA6IGF0a2JkMCwgQVQgMTAxLzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4MWQwMDAw DQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDAgdmVj dG9yIDYwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiB1bmFibGUgdG8gYWxsb2Nh dGUgSVJRDQp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgzZmYg aXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAo SVNBIElSUSA0KSB0byBsYXBpYyAwIHZlY3RvciA2MQ0KdWFydDA6IGZhc3QgaW50ZXJydXB0 DQp1YXJ0MDogY29uc29sZSAoOTYwMCxuLDgsMSkNCmFjcGkwOiB3YWtldXAgY29kZSB2YSAw eGZmZmZmZjgwZTc2MmYwMDAgcGEgMHg5MDAwMA0KYWhjX2lzYV9wcm9iZSAwOiBpb3BvcnQg MHhjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNhX3Byb2JlIDE6IGlvcG9ydCAweDFjMDAgYWxs b2MgZmFpbGVkDQphaGNfaXNhX3Byb2JlIDI6IGlvcG9ydCAweDJjMDAgYWxsb2MgZmFpbGVk DQphaGNfaXNhX3Byb2JlIDM6IGlvcG9ydCAweDNjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNh X3Byb2JlIDQ6IGlvcG9ydCAweDRjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNhX3Byb2JlIDU6 IGlvcG9ydCAweDVjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNhX3Byb2JlIDY6IGlvcG9ydCAw eDZjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNhX3Byb2JlIDc6IGlvcG9ydCAweDdjMDAgYWxs b2MgZmFpbGVkDQphaGNfaXNhX3Byb2JlIDg6IGlvcG9ydCAweDhjMDAgYWxsb2MgZmFpbGVk DQphaGNfaXNhX3Byb2JlIDk6IGlvcG9ydCAweDljMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNh X3Byb2JlIDEwOiBpb3BvcnQgMHhhYzAwIGFsbG9jIGZhaWxlZA0KYWhjX2lzYV9wcm9iZSAx MTogaW9wb3J0IDB4YmMwMCBhbGxvYyBmYWlsZWQNCmFoY19pc2FfcHJvYmUgMTI6IGlvcG9y dCAweGNjMDAgYWxsb2MgZmFpbGVkDQphaGNfaXNhX3Byb2JlIDEzOiBpb3BvcnQgMHhkYzAw IGFsbG9jIGZhaWxlZA0KYWhjX2lzYV9wcm9iZSAxNDogaW9wb3J0IDB4ZWMwMCBhbGxvYyBm YWlsZWQNCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGEwMDAwLTB4YTA3ZmYpIGZvciBy aWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMDgwMC0weGEwZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTEwMDAt MHhhMTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGExODAwLTB4YTFmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhMjAwMC0weGEyN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YTI4MDAtMHhhMmZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGEzMDAwLTB4YTM3ZmYpIGZvciByaWQgMCBvZiBvcm0w DQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMzgwMC0weGEzZmZmKSBmb3IgcmlkIDAg b2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQwMDAtMHhhNDdmZikgZm9y IHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE0ODAwLTB4YTRm ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNTAw MC0weGE1N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YTU4MDAtMHhhNWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGE2MDAwLTB4YTY3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhNjgwMC0weGE2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTcwMDAtMHhhNzdmZikgZm9yIHJpZCAwIG9mIG9y bTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE3ODAwLTB4YTdmZmYpIGZvciByaWQg MCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODAwMC0weGE4N2ZmKSBm b3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTg4MDAtMHhh OGZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE5 MDAwLTB4YTk3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhhOTgwMC0weGE5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4YWEwMDAtMHhhYTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGFhODAwLTB4YWFmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYjAwMC0weGFiN2ZmKSBmb3IgcmlkIDAgb2Yg b3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWI4MDAtMHhhYmZmZikgZm9yIHJp ZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFjMDAwLTB4YWM3ZmYp IGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYzgwMC0w eGFjZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YWQwMDAtMHhhZDdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGFkODAwLTB4YWRmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhZTAwMC0weGFlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWU4MDAtMHhhZWZmZikgZm9yIHJpZCAwIG9mIG9ybTAN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFmMDAwLTB4YWY3ZmYpIGZvciByaWQgMCBv ZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhZjgwMC0weGFmZmZmKSBmb3Ig cmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjAwMDAtMHhiMDdm ZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwODAw LTB4YjBmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiMTAwMC0weGIxN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YjE4MDAtMHhiMWZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGIyMDAwLTB4YjI3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMjgwMC0weGIyZmZmKSBmb3IgcmlkIDAgb2Ygb3Jt MA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjMwMDAtMHhiMzdmZikgZm9yIHJpZCAw IG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIzODAwLTB4YjNmZmYpIGZv ciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNDAwMC0weGI0 N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjQ4 MDAtMHhiNGZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGI1MDAwLTB4YjU3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhiNTgwMC0weGI1ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YjYwMDAtMHhiNjdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI2ODAwLTB4YjZmZmYpIGZvciByaWQgMCBvZiBv cm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNzAwMC0weGI3N2ZmKSBmb3Igcmlk IDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Yjc4MDAtMHhiN2ZmZikg Zm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI4MDAwLTB4 Yjg3ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhi ODgwMC0weGI4ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YjkwMDAtMHhiOTdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGI5ODAwLTB4YjlmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiYTAwMC0weGJhN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0K cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmE4MDAtMHhiYWZmZikgZm9yIHJpZCAwIG9m IG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiMDAwLTB4YmI3ZmYpIGZvciBy aWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjgwMC0weGJiZmZm KSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmMwMDAt MHhiYzdmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGJjODAwLTB4YmNmZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiZDAwMC0weGJkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMA0KcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YmQ4MDAtMHhiZGZmZikgZm9yIHJpZCAwIG9mIG9ybTANCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGJlMDAwLTB4YmU3ZmYpIGZvciByaWQgMCBvZiBvcm0w DQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZTgwMC0weGJlZmZmKSBmb3IgcmlkIDAg b2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmYwMDAtMHhiZjdmZikgZm9y IHJpZCAwIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJmODAwLTB4YmZm ZmYpIGZvciByaWQgMCBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMDAw MC0weGQwN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4ZDA4MDAtMHhkMGZmZikgZm9yIHJpZCAxIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGQxMDAwLTB4ZDE3ZmYpIGZvciByaWQgMSBvZiBvcm0wDQpwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhkMTgwMC0weGQxZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMA0KcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDIwMDAtMHhkMjdmZikgZm9yIHJpZCAxIG9mIG9y bTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQyODAwLTB4ZDJmZmYpIGZvciByaWQg MSBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkMzAwMC0weGQzN2ZmKSBm b3IgcmlkIDEgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDM4MDAtMHhk M2ZmZikgZm9yIHJpZCAxIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ0 MDAwLTB4ZDQ3ZmYpIGZvciByaWQgMSBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhkNDgwMC0weGQ0ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4ZDUwMDAtMHhkNTdmZikgZm9yIHJpZCAxIG9mIG9ybTANCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGQ1ODAwLTB4ZDVmZmYpIGZvciByaWQgMSBvZiBvcm0wDQpw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNjAwMC0weGQ2N2ZmKSBmb3IgcmlkIDEgb2Yg b3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDY4MDAtMHhkNmZmZikgZm9yIHJp ZCAxIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ3MDAwLTB4ZDc3ZmYp IGZvciByaWQgMSBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkNzgwMC0w eGQ3ZmZmKSBmb3IgcmlkIDEgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZDgwMDAtMHhkODdmZikgZm9yIHJpZCAxIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGQ4ODAwLTB4ZDhmZmYpIGZvciByaWQgMSBvZiBvcm0wDQpwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhkOTAwMC0weGQ5N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMA0KcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZDk4MDAtMHhkOWZmZikgZm9yIHJpZCAxIG9mIG9ybTAN CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRhMDAwLTB4ZGE3ZmYpIGZvciByaWQgMSBv ZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkYTgwMC0weGRhZmZmKSBmb3Ig cmlkIDEgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGIwMDAtMHhkYjdm ZikgZm9yIHJpZCAxIG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRiODAw LTB4ZGJmZmYpIGZvciByaWQgMSBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhkYzAwMC0weGRjN2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4ZGM4MDAtMHhkY2ZmZikgZm9yIHJpZCAxIG9mIG9ybTANCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGRkMDAwLTB4ZGQ3ZmYpIGZvciByaWQgMSBvZiBvcm0wDQpwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZDgwMC0weGRkZmZmKSBmb3IgcmlkIDEgb2Ygb3Jt MA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGUwMDAtMHhkZTdmZikgZm9yIHJpZCAx IG9mIG9ybTANCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRlODAwLTB4ZGVmZmYpIGZv ciByaWQgMSBvZiBvcm0wDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhkZjAwMC0weGRm N2ZmKSBmb3IgcmlkIDEgb2Ygb3JtMA0KcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZGY4 MDAtMHhkZmZmZikgZm9yIHJpZCAxIG9mIG9ybTANCmV4X2lzYV9pZGVudGlmeSgpDQppc2Ff cHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcw0KYXRrYmRjOiBhdGtiZGMw IGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0KYXRydGM6IGF0cnRjMCBhbHJlYWR5IGV4 aXN0czsgc2tpcHBpbmcgaXQNCmF0dGltZXI6IGF0dGltZXIwIGFscmVhZHkgZXhpc3RzOyBz a2lwcGluZyBpdA0KcHBjOiBwcGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdA0Kc2M6 IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCnVhcnQ6IHVhcnQwIGFscmVhZHkg ZXhpc3RzOyBza2lwcGluZyBpdA0KaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1Q blAgZGV2aWNlcw0Kb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4 Y2VmZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9u IGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDEwMD4NCnNj MDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0ZWtlbiAodGVrZW4gdGVybWlu YWwpDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVt IDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgz YzAtMHgzZGYpIGZvciByaWQgMCBvZiB2Z2EwDQpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhhMDAwMC0weGJmZmZmKSBmb3IgcmlkIDAgb2YgdmdhMA0KcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4M2YwLTB4M2Y1KSBmb3IgcmlkIDAgb2YgZmRjMA0KcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDQgKDB4M2Y3LTB4M2Y3KSBmb3IgcmlkIDEgb2YgZmRjMA0KZmRjMCBmYWlsZWQg dG8gcHJvYmUgYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2Ew DQp1YXJ0MSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOCBpcnEgMyBvbiBpc2EwDQp3 YndkMCBmYWlsZWQgdG8gcHJvYmUgb24gaXNhMA0KaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9i aW5nIFBuUCBkZXZpY2VzDQpjdGw6IENBTSBUYXJnZXQgTGF5ZXIgbG9hZGVkDQphY3BpX3Ro cm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTANCmFjcGlfdGhyb3R0bGUw OiBDTEtfVkFMIGZpZWxkIG92ZXJsYXBzIFRIVF9FTiBiaXQNCmRldmljZV9hdHRhY2g6IGFj cGlfdGhyb3R0bGUwIGF0dGFjaCByZXR1cm5lZCA2DQpod3BzdGF0ZTA6IDxDb29sYG4nUXVp ZXQgMi4wPiBvbiBjcHUwDQpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4NCnByb2Nm cyByZWdpc3RlcmVkDQpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDUNClpGUyBzdG9yYWdlIHBv b2wgdmVyc2lvbiAyOA0KbGFwaWM6IERpdmlzb3IgMiwgRnJlcXVlbmN5IDk5NzMyMzA1IEh6 DQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjDQp2bGFuOiBpbml0aWFsaXpl ZCwgdXNpbmcgaGFzaCB0YWJsZXMgd2l0aCBjaGFpbmluZw0KSVBzZWM6IEluaXRpYWxpemVk IFNlY3VyaXR5IEFzc29jaWF0aW9uIFByb2Nlc3NpbmcuDQplbmMwOiBicGYgYXR0YWNoZWQN CmxvMDogYnBmIGF0dGFjaGVkDQpocHRycjogbm8gY29udHJvbGxlciBkZXRlY3RlZC4NCmhk YWNjMDogPFJlYWx0ZWsgQUxDNjYyIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzANCmhk YWNjMDogUm9vdCBOb2RlIGF0IG5pZD0wOiAxIHN1Ym5vZGVzIDEtMQ0KaGRhYTA6IDxSZWFs dGVrIEFMQzY2MiBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwDQpo ZGFhMDogQXVkaW8gRnVuY3Rpb24gR3JvdXAgYXQgbmlkPTE6IDM3IHN1Ym5vZGVzIDItMzgN CmhkYWEwOiBOdW1HUElPPTIgTnVtR1BPPTAgTnVtR1BJPTAgR1BJV2FrZT0wIEdQSVVuc29s PTENCmhkYWEwOiAgR1BJTzA6IGRpc2FibGVkDQpoZGFhMDogIEdQSU8xOiBkaXNhYmxlZA0K aGRhYTA6IE9yaWdpbmFsIHBpbnMgY29uZmlndXJhdGlvbjoNCmhkYWEwOiBuaWQgICAweCAg ICBhcyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9jICAgICAgICBjb2xvciAg IG1pc2MNCmhkYWEwOiAyMCAwMTAxNDAxMCAxICAwICBMaW5lLW91dCAgICAgIEphY2sgIDEv OCAgICAgUmVhciAgICAgICBHcmVlbiAgIDANCmhkYWEwOiAyMSAwMTAxMTAxMiAxICAyICBM aW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBCbGFjayAgIDANCmhkYWEw OiAyMiAwMTAxNjAxMSAxICAxICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAg ICAgICBPcmFuZ2UgIDANCmhkYWEwOiAyNCAwMWExOTgzMCAzICAwICBNaWMgICAgICAgICAg IEphY2sgIDEvOCAgICAgUmVhciAgICAgICBQaW5rICAgIDgNCmhkYWEwOiAyNSA0MTExMTFm MCAxNSAwICBTcGVha2VyICAgICAgIE5vbmUgIDEvOCAgICAgUmVhciAgICAgICBCbGFjayAg IDENCmhkYWEwOiAyNiAwMTgxMzAzZiAzICAxNSBMaW5lLWluICAgICAgIEphY2sgIDEvOCAg ICAgUmVhciAgICAgICBCbHVlICAgIDANCmhkYWEwOiAyNyA0MTExMTFmMCAxNSAwICBTcGVh a2VyICAgICAgIE5vbmUgIDEvOCAgICAgUmVhciAgICAgICBCbGFjayAgIDENCmhkYWEwOiAy OCA1OTMzMDFmMCAxNSAwICBDRCAgICAgICAgICAgIE5vbmUgIEFUQVBJICAgT25ib2FyZCAg ICBVbmtub3duIDENCmhkYWEwOiAyOSA0MDA0MWUwMSAwICAxICBMaW5lLW91dCAgICAgIE5v bmUgIFJDQSAgICAgMHgwMCAgICAgICBCbGFjayAgIDE0DQpoZGFhMDogMzAgMDE0NGUxMjAg MiAgMCAgU1BESUYtb3V0ICAgICBKYWNrICBSQ0EgICAgIFJlYXIgICAgICAgV2hpdGUgICAx DQpoZGFhMDogUGF0Y2hpbmcgd2lkZ2V0IGNhcHMgbmlkPTI5IDB4MDA0MDAwMDAgLT4gMHgw MDcwMDAwMA0KaGRhYTA6IFBhdGNoZWQgcGlucyBjb25maWd1cmF0aW9uOg0KaGRhYTA6IG5p ZCAgIDB4ICAgIGFzIHNlcSBkZXZpY2UgICAgICAgY29ubiAgamFjayAgICBsb2MgICAgICAg IGNvbG9yICAgbWlzYw0KaGRhYTA6IDIwIDAxMDE0MDEwIDEgIDAgIExpbmUtb3V0ICAgICAg SmFjayAgMS84ICAgICBSZWFyICAgICAgIEdyZWVuICAgMA0KaGRhYTA6IDIxIDAxMDExMDEy IDEgIDIgIExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEJsYWNrICAg MA0KaGRhYTA6IDIyIDAxMDE2MDExIDEgIDEgIExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAg ICBSZWFyICAgICAgIE9yYW5nZSAgMA0KaGRhYTA6IDI0IDAxYTE5ODMwIDMgIDAgIE1pYyAg ICAgICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIFBpbmsgICAgOA0KaGRhYTA6IDI1 IDQxMTExMWYwIDE1IDAgIFNwZWFrZXIgICAgICAgTm9uZSAgMS84ICAgICBSZWFyICAgICAg IEJsYWNrICAgMSBESVNBDQpoZGFhMDogMjYgMDE4MTMwM2YgMyAgMTUgTGluZS1pbiAgICAg ICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgQmx1ZSAgICAwDQpoZGFhMDogMjcgNDExMTEx ZjAgMTUgMCAgU3BlYWtlciAgICAgICBOb25lICAxLzggICAgIFJlYXIgICAgICAgQmxhY2sg ICAxIERJU0ENCmhkYWEwOiAyOCA1OTMzMDFmMCAxNSAwICBDRCAgICAgICAgICAgIE5vbmUg IEFUQVBJICAgT25ib2FyZCAgICBVbmtub3duIDEgRElTQQ0KaGRhYTA6IDMwIDAxNDRlMTIw IDIgIDAgIFNQRElGLW91dCAgICAgSmFjayAgUkNBICAgICBSZWFyICAgICAgIFdoaXRlICAg MQ0KaGRhYTA6IDMgYXNzb2NpYXRpb25zIGZvdW5kOg0KaGRhYTA6IEFzc29jaWF0aW9uIDAg KDEpIG91dDoNCmhkYWEwOiAgUGluIG5pZD0yMCBzZXE9MA0KaGRhYTA6ICBQaW4gbmlkPTIy IHNlcT0xDQpoZGFhMDogIFBpbiBuaWQ9MjEgc2VxPTINCmhkYWEwOiBBc3NvY2lhdGlvbiAx ICgyKSBvdXQ6DQpoZGFhMDogIFBpbiBuaWQ9MzAgc2VxPTANCmhkYWEwOiBBc3NvY2lhdGlv biAyICgzKSBpbjoNCmhkYWEwOiAgUGluIG5pZD0yNCBzZXE9MA0KaGRhYTA6ICBQaW4gbmlk PTI2IHNlcT0xNQ0KaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMCAoMSkNCmhkYWEwOiAg UGluIDIwIHRyYWNlZCB0byBEQUMgMg0KaGRhYTA6ICBQaW4gMjIgdHJhY2VkIHRvIERBQyA0 DQpoZGFhMDogIFBpbiAyMSB0cmFjZWQgdG8gREFDIDMNCmhkYWEwOiBBc3NvY2lhdGlvbiAw ICgxKSB0cmFjZSBzdWNjZWVkZWQNCmhkYWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDEgKDIp DQpoZGFhMDogIFBpbiAzMCB0cmFjZWQgdG8gREFDIDYNCmhkYWEwOiBBc3NvY2lhdGlvbiAx ICgyKSB0cmFjZSBzdWNjZWVkZWQNCmhkYWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDIgKDMp DQpoZGFhMDogIFBpbiAyNCB0cmFjZWQgdG8gQURDIDgNCmhkYWEwOiAgUGluIDI2IHRyYWNl ZCB0byBBREMgOA0KaGRhYTA6IEFzc29jaWF0aW9uIDIgKDMpIHRyYWNlIHN1Y2NlZWRlZA0K aGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAwICgx KQ0KaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAx ICgyKQ0KaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgQURDIGZvciBhc3NvY2lhdGlv biAyICgzKQ0KaGRhYTA6ICBBREMgOSBjb25zaWRlcmVkIGVxdWFsIHRvIEFEQyA4DQpoZGFh MDogVHJhY2luZyBpbnB1dCBtb25pdG9yDQpoZGFhMDogIFRyYWNpbmcgbmlkIDExIHRvIG91 dA0KaGRhYTA6ICBuaWQgMTEgaXMgaW5wdXQgbW9uaXRvcg0KaGRhYTA6ICBUcmFjaW5nIG5p ZCAzNCB0byBvdXQNCmhkYWEwOiAgVHJhY2luZyBuaWQgMzUgdG8gb3V0DQpoZGFhMDogVHJh Y2luZyBvdGhlciBpbnB1dCBtb25pdG9ycw0KaGRhYTA6ICBUcmFjaW5nIG5pZCAyNCB0byBv dXQNCmhkYWEwOiAgVHJhY2luZyBuaWQgMjYgdG8gb3V0DQpoZGFhMDogVHJhY2luZyBiZWVw ZXINCmhkYWEwOiBGRyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVm ODAgaXZyZWYxMDAgaXZyZWYNCmhkYWEwOiANCmhkYWEwOiArLS0tLS0tLS0tLS0tLS0tLS0t LSsNCmhkYWEwOiB8IERVTVBJTkcgSERBIE5PREVTIHwNCmhkYWEwOiArLS0tLS0tLS0tLS0t LS0tLS0tLSsNCmhkYWEwOiANCmhkYWEwOiBEZWZhdWx0IFBhcmFtZXRlcg0KaGRhYTA6IC0t LS0tLS0tLS0tLS0tLS0tDQpoZGFhMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpo ZGFhMDogICAgICAgICAgICAgICAgICBQQ00NCmhkYWEwOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwZTAxNjANCmhkYWEwOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4 IDk2IEtIeg0KaGRhYTA6ICAgICAgICAgIElOIGFtcDogMHgwMDAwMDAwMA0KaGRhYTA6ICAg ICAgICAgT1VUIGFtcDogMHgwMDAwMDAwMA0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAg IG5pZDogMg0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0DQpoZGFhMDog ICAgICBXaWRnZXQgY2FwOiAweDAwMDAwMDFkDQpoZGFhMDogICAgICAgICAgICAgICAgICBT VEVSRU8NCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDEpDQpoZGFhMDog ICAgICAgICAgICAgT1NTOiBwY20gKHBjbSkNCmhkYWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4 MDAwMDAwMDENCmhkYWEwOiAgICAgICAgICAgICAgICAgIFBDTQ0KaGRhYTA6ICAgICAgICAg UENNIGNhcDogMHgwMDBlMDE2MA0KaGRhYTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQg Yml0cywgNDQgNDggOTYgS0h6DQpoZGFhMDogICAgICBPdXRwdXQgYW1wOiAweDAwMDM0MDQw DQpoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD02NCBzaXplPTMgb2Zmc2V0 PTY0DQpoZGFhMDogDQpoZGFhMDogICAgICAgICAgICAgbmlkOiAzDQpoZGFhMDogICAgICAg ICAgICBOYW1lOiBhdWRpbyBvdXRwdXQNCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAw MDAwMWQNCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTw0KaGRhYTA6ICAgICBBc3Nv Y2lhdGlvbjogMCAoMHgwMDAwMDAwNCkNCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBjbSAo cGNtKQ0KaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KaGRhYTA6ICAgICAg ICAgICAgICAgICAgUENNDQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwMTYwDQpo ZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiBLSHoNCmhk YWEwOiAgICAgIE91dHB1dCBhbXA6IDB4MDAwMzQwNDANCmhkYWEwOiAgICAgICAgICAgICAg ICAgIG11dGU9MCBzdGVwPTY0IHNpemU9MyBvZmZzZXQ9NjQNCmhkYWEwOiANCmhkYWEwOiAg ICAgICAgICAgICBuaWQ6IDQNCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG91dHB1 dA0KaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDAwMDAxZA0KaGRhYTA6ICAgICAgICAg ICAgICAgICAgU1RFUkVPDQpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAwMDAy KQ0KaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtIChwY20pDQpoZGFhMDogICAgICBTdHJl YW0gY2FwOiAweDAwMDAwMDAxDQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00NCmhkYWEw OiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTAxNjANCmhkYWEwOiAgICAgICAgICAgICAgICAg IDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2IEtIeg0KaGRhYTA6ICAgICAgT3V0cHV0IGFtcDog MHgwMDAzNDA0MA0KaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9NjQgc2l6 ZT0zIG9mZnNldD02NA0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogNSBbRElT QUJMRURdDQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5kb3Igd2lkZ2V0DQpoZGFhMDog ICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwDQpoZGFhMDogDQpoZGFhMDogICAgICAgICAg ICAgbmlkOiA2DQpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQNCmhkYWEw OiAgICAgIFdpZGdldCBjYXA6IDB4MDAwMDAyMTENCmhkYWEwOiAgICAgICAgICAgICAgICAg IERJR0lUQUwgU1RFUkVPDQpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAxICgweDAwMDAwMDAx KQ0KaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtIChwY20pDQpoZGFhMDogICAgICBTdHJl YW0gY2FwOiAweDAwMDAwMDAxDQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00NCmhkYWEw OiAgICAgICAgIFBDTSBjYXA6IDB4MDAxZTAxNjANCmhkYWEwOiAgICAgICAgICAgICAgICAg IDE2IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDk2IEtIeg0KaGRhYTA6IA0KaGRhYTA6ICAgICAg ICAgICAgIG5pZDogNyBbRElTQUJMRURdDQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5k b3Igd2lkZ2V0DQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwDQpoZGFhMDog DQpoZGFhMDogICAgICAgICAgICAgbmlkOiA4DQpoZGFhMDogICAgICAgICAgICBOYW1lOiBh dWRpbyBpbnB1dA0KaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDEwMDExYg0KaGRhYTA6 ICAgICAgICAgICAgICAgICAgU1RFUkVPDQpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAyICgw eDAwMDA4MDAxKQ0KaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KaGRhYTA6 ICAgICAgICAgICAgICAgICAgUENNDQpoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYw MTYwDQpoZGFhMDogICAgICAgICAgICAgICAgICAxNiAyMCBiaXRzLCA0NCA0OCA5NiBLSHoN CmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwNTFmMDkNCmhkYWEwOiAgICAgICAgICAg ICAgICAgIG11dGU9MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9OQ0KaGRhYTA6ICAgICBjb25u ZWN0aW9uczogMQ0KaGRhYTA6ICAgICAgICAgICB8DQpoZGFhMDogICAgICAgICAgICsgPC0g bmlkPTM1IFthdWRpbyBtaXhlcl0NCmhkYWEwOiANCmhkYWEwOiAgICAgICAgICAgICBuaWQ6 IDkNCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIGlucHV0DQpoZGFhMDogICAgICBX aWRnZXQgY2FwOiAweDAwMTAwMTFiDQpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8N CmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDgwMDEpDQpoZGFhMDogICAgICBT dHJlYW0gY2FwOiAweDAwMDAwMDAxDQpoZGFhMDogICAgICAgICAgICAgICAgICBQQ00NCmhk YWEwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwNjAxNjANCmhkYWEwOiAgICAgICAgICAgICAg ICAgIDE2IDIwIGJpdHMsIDQ0IDQ4IDk2IEtIeg0KaGRhYTA6ICAgICAgIElucHV0IGFtcDog MHg4MDA1MWYwOQ0KaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MzEgc2l6 ZT01IG9mZnNldD05DQpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAxDQpoZGFhMDogICAgICAg ICAgIHwNCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MzQgW2F1ZGlvIG1peGVyXQ0KaGRh YTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTAgW0RJU0FCTEVEXQ0KaGRhYTA6ICAg ICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldA0KaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDog MHgwMGYwMDAwMA0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTENCmhkYWEw OiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG1peGVyDQpoZGFhMDogICAgICBXaWRnZXQgY2Fw OiAweDAwMjAwMTBiDQpoZGFhMDogICAgICAgICAgICAgICAgICBTVEVSRU8NCmhkYWEwOiAg ICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDgwMDEpDQpoZGFhMDogICAgICAgICAgICAgT1NT OiBtaXggKG1peCkNCmhkYWEwOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwNTFmMTcNCmhkYWEw OiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MjMNCmhk YWEwOiAgICAgY29ubmVjdGlvbnM6IDkNCmhkYWEwOiAgICAgICAgICAgfA0KaGRhYTA6ICAg ICAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldDQpoZGFhMDogICAg ICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjUgW3BpbjogU3BlYWtlciAoTm9uZSldIFtE SVNBQkxFRF0NCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAo Qmx1ZSBKYWNrKV0NCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yNyBb cGluOiBTcGVha2VyIChOb25lKV0gW0RJU0FCTEVEXQ0KaGRhYTA6ICAgICAgICAgICArIFtE SVNBQkxFRF0gPC0gbmlkPTI4IFtwaW46IENEIChOb25lKV0gW0RJU0FCTEVEXQ0KaGRhYTA6 ICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdDQpoZGFhMDogICAgICAgICAg ICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjAgW3BpbjogTGluZS1vdXQgKEdyZWVuIEphY2spXQ0K aGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIxIFtwaW46IExpbmUtb3V0 IChCbGFjayBKYWNrKV0NCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0y MiBbcGluOiBMaW5lLW91dCAoT3JhbmdlIEphY2spXQ0KaGRhYTA6IA0KaGRhYTA6ICAgICAg ICAgICAgIG5pZDogMTINCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG1peGVyDQpo ZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMjAwMTBiDQpoZGFhMDogICAgICAgICAgICAg ICAgICBTVEVSRU8NCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDEpDQpo ZGFhMDogICAgICAgICAgICAgT1NTOiBwY20sIG1peA0KaGRhYTA6ICAgICAgIElucHV0IGFt cDogMHg4MDAwMDAwMA0KaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTANCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDINCmhkYWEwOiAgICAg ICAgICAgfA0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yIFthdWRpbyBvdXRwdXRdDQpo ZGFhMDogICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0NCmhkYWEwOiANCmhk YWEwOiAgICAgICAgICAgICBuaWQ6IDEzDQpoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRp byBtaXhlcg0KaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwYg0KaGRhYTA6ICAg ICAgICAgICAgICAgICAgU1RFUkVPDQpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAw MDAwMDA0KQ0KaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtLCBtaXgNCmhkYWEwOiAgICAg ICBJbnB1dCBhbXA6IDB4ODAwMDAwMDANCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9 MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpoZGFhMDogICAgIGNvbm5lY3Rpb25zOiAyDQpo ZGFhMDogICAgICAgICAgIHwNCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MyBbYXVkaW8g b3V0cHV0XQ0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdDQpo ZGFhMDogDQpoZGFhMDogICAgICAgICAgICAgbmlkOiAxNA0KaGRhYTA6ICAgICAgICAgICAg TmFtZTogYXVkaW8gbWl4ZXINCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAyMDAxMGIN CmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTw0KaGRhYTA6ICAgICBBc3NvY2lhdGlv bjogMCAoMHgwMDAwMDAwMikNCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHBjbSwgbWl4DQpo ZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpoZGFhMDogICAgICAgICAgICAg ICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KaGRhYTA6ICAgICBjb25uZWN0 aW9uczogMg0KaGRhYTA6ICAgICAgICAgICB8DQpoZGFhMDogICAgICAgICAgICsgPC0gbmlk PTQgW2F1ZGlvIG91dHB1dF0NCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlv IG1peGVyXQ0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTUgW0RJU0FCTEVE XQ0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldA0KaGRhYTA6ICAgICAg V2lkZ2V0IGNhcDogMHgwMGYwMDAwMA0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5p ZDogMTYgW0RJU0FCTEVEXQ0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdl dA0KaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMGYwMDAwMA0KaGRhYTA6IA0KaGRhYTA6 ICAgICAgICAgICAgIG5pZDogMTcgW0RJU0FCTEVEXQ0KaGRhYTA6ICAgICAgICAgICAgTmFt ZTogdmVuZG9yIHdpZGdldA0KaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMGYwMDAwMA0K aGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTggW0RJU0FCTEVEXQ0KaGRhYTA6 ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldA0KaGRhYTA6ICAgICAgV2lkZ2V0IGNh cDogMHgwMGYwMDAwMA0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTkgW0RJ U0FCTEVEXQ0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldA0KaGRhYTA6 ICAgICAgV2lkZ2V0IGNhcDogMHgwMGYwMDAwMA0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAg ICAgIG5pZDogMjANCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogTGluZS1vdXQgKEdy ZWVuIEphY2spDQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMThkDQpoZGFhMDog ICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8NCmhkYWEwOiAgICAgQXNzb2NpYXRpb246 IDAgKDB4MDAwMDAwMDEpDQpoZGFhMDogICAgICAgICBQaW4gY2FwOiAweDAwMDEwMDNjDQpo ZGFhMDogICAgICAgICAgICAgICAgICBQREMgSFAgT1VUIElOIEVBUEQNCmhkYWEwOiAgICAg IFBpbiBjb25maWc6IDB4MDEwMTQwMTANCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAw MDAwNDAgT1VUDQpoZGFhMDogICAgICAgICAgICBFQVBEOiAweDAwMDAwMDAyDQpoZGFhMDog ICAgICBPdXRwdXQgYW1wOiAweDgwMDAwMDAwDQpoZGFhMDogICAgICAgICAgICAgICAgICBt dXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KaGRhYTA6ICAgICBjb25uZWN0aW9uczog MQ0KaGRhYTA6ICAgICAgICAgICB8DQpoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTEyIFth dWRpbyBtaXhlcl0NCmhkYWEwOiANCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDIxDQpoZGFh MDogICAgICAgICAgICBOYW1lOiBwaW46IExpbmUtb3V0IChCbGFjayBKYWNrKQ0KaGRhYTA6 ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDE4ZA0KaGRhYTA6ICAgICAgICAgICAgICAgICAg VU5TT0wgU1RFUkVPDQpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAwMDA0KQ0K aGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAxMDAzNA0KaGRhYTA6ICAgICAgICAgICAg ICAgICAgUERDIE9VVCBJTiBFQVBEDQpoZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxMDEx MDEyDQpoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVA0KaGRhYTA6ICAg ICAgICAgICAgRUFQRDogMHgwMDAwMDAwMg0KaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4 MDAwMDAwMA0KaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAg b2Zmc2V0PTANCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDENCmhkYWEwOiAgICAgICAgICAg fA0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMyBbYXVkaW8gbWl4ZXJdDQpoZGFhMDog DQpoZGFhMDogICAgICAgICAgICAgbmlkOiAyMg0KaGRhYTA6ICAgICAgICAgICAgTmFtZTog cGluOiBMaW5lLW91dCAoT3JhbmdlIEphY2spDQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAw eDAwNDAwMThkDQpoZGFhMDogICAgICAgICAgICAgICAgICBVTlNPTCBTVEVSRU8NCmhkYWEw OiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDIpDQpoZGFhMDogICAgICAgICBQaW4g Y2FwOiAweDAwMDAwMDM0DQpoZGFhMDogICAgICAgICAgICAgICAgICBQREMgT1VUIElODQpo ZGFhMDogICAgICBQaW4gY29uZmlnOiAweDAxMDE2MDExDQpoZGFhMDogICAgIFBpbiBjb250 cm9sOiAweDAwMDAwMDQwIE9VVA0KaGRhYTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAw MA0KaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0 PTANCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDENCmhkYWEwOiAgICAgICAgICAgfA0KaGRh YTA6ICAgICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdDQpoZGFhMDogDQpoZGFh MDogICAgICAgICAgICAgbmlkOiAyMyBbRElTQUJMRURdDQpoZGFhMDogICAgICAgICAgICBO YW1lOiB2ZW5kb3Igd2lkZ2V0DQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAw DQpoZGFhMDogDQpoZGFhMDogICAgICAgICAgICAgbmlkOiAyNA0KaGRhYTA6ICAgICAgICAg ICAgTmFtZTogcGluOiBNaWMgKFBpbmsgSmFjaykNCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6 IDB4MDA0MDAxOGYNCmhkYWEwOiAgICAgICAgICAgICAgICAgIFVOU09MIFNURVJFTw0KaGRh YTA6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAwMSkNCmhkYWEwOiAgICAgICAgICAg ICBPU1M6IG1pYyAobWljKQ0KaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMTczNA0K aGRhYTA6ICAgICAgICAgICAgICAgICAgUERDIE9VVCBJTiBWUkVGWyA1MCA4MCBHUk9VTkQg SElaIF0NCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MDFhMTk4MzANCmhkYWEwOiAgICAg UGluIGNvbnRyb2w6IDB4MDAwMDAwMjQgSU4gVlJFRnMNCmhkYWEwOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwMDAwMDANCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAg c2l6ZT0wIG9mZnNldD0wDQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwDQpo ZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTAN CmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDENCmhkYWEwOiAgICAgICAgICAgfA0KaGRhYTA6 ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0NCmhkYWEw OiANCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDI1IFtESVNBQkxFRF0NCmhkYWEwOiAgICAg ICAgICAgIE5hbWU6IHBpbjogU3BlYWtlciAoTm9uZSkNCmhkYWEwOiAgICAgIFdpZGdldCBj YXA6IDB4MDA0MDAxOGYNCmhkYWEwOiAgICAgICAgICAgICAgICAgIFVOU09MIFNURVJFTw0K aGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMTczYw0KaGRhYTA6ICAgICAgICAgICAg ICAgICAgUERDIEhQIE9VVCBJTiBWUkVGWyA1MCA4MCBHUk9VTkQgSElaIF0NCmhkYWEwOiAg ICAgIFBpbiBjb25maWc6IDB4NDExMTExZjANCmhkYWEwOiAgICAgUGluIGNvbnRyb2w6IDB4 MDAwMDAwMDANCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDANCmhkYWEwOiAg ICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpoZGFhMDog ICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwDQpoZGFhMDogICAgICAgICAgICAgICAgICBt dXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTANCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6 IDINCmhkYWEwOiAgICAgICAgICAgfA0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0g PC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQ0KaGRhYTA6ICAgICAgICAgICAr IDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdDQpoZGFhMDogDQpoZGFhMDogICAgICAgICAgICAg bmlkOiAyNg0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBMaW5lLWluIChCbHVlIEph Y2spDQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMThkDQpoZGFhMDogICAgICAg ICAgICAgICAgICBVTlNPTCBTVEVSRU8NCmhkYWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4 MDAwMDgwMDApDQpoZGFhMDogICAgICAgICAgICAgT1NTOiBsaW5lIChsaW5lKQ0KaGRhYTA6 ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAzNA0KaGRhYTA6ICAgICAgICAgICAgICAgICAg UERDIE9VVCBJTg0KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHgwMTgxMzAzZg0KaGRhYTA6 ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyMCBJTg0KaGRhYTA6ICAgICAgT3V0cHV0IGFt cDogMHg4MDAwMDAwMA0KaGRhYTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTANCmhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDENCmhkYWEwOiAgICAg ICAgICAgfA0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFthdWRp byBtaXhlcl0NCmhkYWEwOiANCmhkYWEwOiAgICAgICAgICAgICBuaWQ6IDI3IFtESVNBQkxF RF0NCmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogU3BlYWtlciAoTm9uZSkNCmhkYWEw OiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDAxOGYNCmhkYWEwOiAgICAgICAgICAgICAgICAg IFVOU09MIFNURVJFTw0KaGRhYTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMTczYw0KaGRh YTA6ICAgICAgICAgICAgICAgICAgUERDIEhQIE9VVCBJTiBWUkVGWyA1MCA4MCBHUk9VTkQg SElaIF0NCmhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4NDExMTExZjANCmhkYWEwOiAgICAg UGluIGNvbnRyb2w6IDB4MDAwMDAwMDANCmhkYWEwOiAgICAgIE91dHB1dCBhbXA6IDB4ODAw MDAwMDANCmhkYWEwOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9m ZnNldD0wDQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwDQpoZGFhMDogICAg ICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0PTANCmhkYWEwOiAg ICAgY29ubmVjdGlvbnM6IDINCmhkYWEwOiAgICAgICAgICAgfA0KaGRhYTA6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gKHNlbGVjdGVkKQ0KaGRh YTA6ICAgICAgICAgICArIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdDQpoZGFhMDogDQpoZGFh MDogICAgICAgICAgICAgbmlkOiAyOCBbRElTQUJMRURdDQpoZGFhMDogICAgICAgICAgICBO YW1lOiBwaW46IENEIChOb25lKQ0KaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDAw MQ0KaGRhYTA6ICAgICAgICAgICAgICAgICAgU1RFUkVPDQpoZGFhMDogICAgICAgICBQaW4g Y2FwOiAweDAwMDAwMDIwDQpoZGFhMDogICAgICAgICAgICAgICAgICBJTg0KaGRhYTA6ICAg ICAgUGluIGNvbmZpZzogMHg1OTMzMDFmMA0KaGRhYTA6ICAgICBQaW4gY29udHJvbDogMHgw MDAwMDAwMA0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogMjkNCmhkYWEwOiAg ICAgICAgICAgIE5hbWU6IGJlZXAgd2lkZ2V0DQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAw eDAwNzAwMDAwDQpoZGFhMDogICAgIEFzc29jaWF0aW9uOiAtMiAoMHgwMDAwMDAwMCkNCmhk YWEwOiAgICAgICAgICAgICBPU1M6IHNwZWFrZXIgKHNwZWFrZXIpDQpoZGFhMDogICAgICAg ICBQaW4gY2FwOiAweDAwMDAwMDIwDQpoZGFhMDogICAgICAgICAgICAgICAgICBJTg0KaGRh YTA6ICAgICAgUGluIGNvbmZpZzogMHg0MDA0MWUwMQ0KaGRhYTA6ICAgICBQaW4gY29udHJv bDogMHgwMDAwMDAyMCBJTg0KaGRhYTA6IA0KaGRhYTA6ICAgICAgICAgICAgIG5pZDogMzAN CmhkYWEwOiAgICAgICAgICAgIE5hbWU6IHBpbjogU1BESUYtb3V0IChXaGl0ZSBKYWNrKQ0K aGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDMwMA0KaGRhYTA6ICAgICAgICAgICAg ICAgICAgRElHSVRBTA0KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAwMDAwMSkN CmhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMTANCmhkYWEwOiAgICAgICAgICAg ICAgICAgIE9VVA0KaGRhYTA6ICAgICAgUGluIGNvbmZpZzogMHgwMTQ0ZTEyMA0KaGRhYTA6 ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQNCmhkYWEwOiAgICAgY29ubmVjdGlv bnM6IDENCmhkYWEwOiAgICAgICAgICAgfA0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD02 IFthdWRpbyBvdXRwdXRdDQpoZGFhMDogDQpoZGFhMDogICAgICAgICAgICAgbmlkOiAzMSBb RElTQUJMRURdDQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5kb3Igd2lkZ2V0DQpoZGFh MDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwDQpoZGFhMDogDQpoZGFhMDogICAgICAg ICAgICAgbmlkOiAzMiBbRElTQUJMRURdDQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5k b3Igd2lkZ2V0DQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDQwDQpoZGFhMDog ICAgICAgICAgICAgICAgICBQUk9DDQpoZGFhMDogDQpoZGFhMDogICAgICAgICAgICAgbmlk OiAzMyBbRElTQUJMRURdDQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5kb3Igd2lkZ2V0 DQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwDQpoZGFhMDogDQpoZGFhMDog ICAgICAgICAgICAgbmlkOiAzNA0KaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gbWl4 ZXINCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAyMDAxMGINCmhkYWEwOiAgICAgICAg ICAgICAgICAgIFNURVJFTw0KaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwODAw MSkNCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHNwZWFrZXIsIGxpbmUsIG1pYywgbWl4DQpo ZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpoZGFhMDogICAgICAgICAgICAg ICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KaGRhYTA6ICAgICBjb25uZWN0 aW9uczogMTANCmhkYWEwOiAgICAgICAgICAgfA0KaGRhYTA6ICAgICAgICAgICArIDwtIG5p ZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldDQpoZGFhMDogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9MjUgW3BpbjogU3BlYWtlciAoTm9uZSldIFtESVNBQkxFRF0NCmhkYWEw OiAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0NCmhk YWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yNyBbcGluOiBTcGVha2VyIChO b25lKV0gW0RJU0FCTEVEXQ0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlk PTI4IFtwaW46IENEIChOb25lKV0gW0RJU0FCTEVEXQ0KaGRhYTA6ICAgICAgICAgICArIDwt IG5pZD0yOSBbYmVlcCB3aWRnZXRdDQpoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8 LSBuaWQ9MjAgW3BpbjogTGluZS1vdXQgKEdyZWVuIEphY2spXQ0KaGRhYTA6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTIxIFtwaW46IExpbmUtb3V0IChCbGFjayBKYWNrKV0N CmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMiBbcGluOiBMaW5lLW91 dCAoT3JhbmdlIEphY2spXQ0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8g bWl4ZXJdDQpoZGFhMDogDQpoZGFhMDogICAgICAgICAgICAgbmlkOiAzNQ0KaGRhYTA6ICAg ICAgICAgICAgTmFtZTogYXVkaW8gbWl4ZXINCmhkYWEwOiAgICAgIFdpZGdldCBjYXA6IDB4 MDAyMDAxMGINCmhkYWEwOiAgICAgICAgICAgICAgICAgIFNURVJFTw0KaGRhYTA6ICAgICBB c3NvY2lhdGlvbjogMiAoMHgwMDAwODAwMSkNCmhkYWEwOiAgICAgICAgICAgICBPU1M6IHNw ZWFrZXIsIGxpbmUsIG1pYywgbWl4DQpoZGFhMDogICAgICAgSW5wdXQgYW1wOiAweDgwMDAw MDAwDQpoZGFhMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZz ZXQ9MA0KaGRhYTA6ICAgICBjb25uZWN0aW9uczogMTANCmhkYWEwOiAgICAgICAgICAgfA0K aGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldDQpo ZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjUgW3BpbjogU3BlYWtlciAo Tm9uZSldIFtESVNBQkxFRF0NCmhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3Bpbjog TGluZS1pbiAoQmx1ZSBKYWNrKV0NCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwt IG5pZD0yNyBbcGluOiBTcGVha2VyIChOb25lKV0gW0RJU0FCTEVEXQ0KaGRhYTA6ICAgICAg ICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI4IFtwaW46IENEIChOb25lKV0gW0RJU0FCTEVE XQ0KaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdDQpoZGFhMDog ICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjAgW3BpbjogTGluZS1vdXQgKEdyZWVu IEphY2spXQ0KaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIxIFtwaW46 IExpbmUtb3V0IChCbGFjayBKYWNrKV0NCmhkYWEwOiAgICAgICAgICAgKyBbRElTQUJMRURd IDwtIG5pZD0yMiBbcGluOiBMaW5lLW91dCAoT3JhbmdlIEphY2spXQ0KaGRhYTA6ICAgICAg ICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdDQpoZGFhMDogDQpoZGFhMDogICAgICAg ICAgICAgbmlkOiAzNiBbRElTQUJMRURdDQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5k b3Igd2lkZ2V0DQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwDQpoZGFhMDog DQpoZGFhMDogICAgICAgICAgICAgbmlkOiAzNyBbRElTQUJMRURdDQpoZGFhMDogICAgICAg ICAgICBOYW1lOiB2ZW5kb3Igd2lkZ2V0DQpoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAw ZjAwMDAwDQpoZGFhMDogDQpoZGFhMDogICAgICAgICAgICAgbmlkOiAzOCBbRElTQUJMRURd DQpoZGFhMDogICAgICAgICAgICBOYW1lOiB2ZW5kb3Igd2lkZ2V0DQpoZGFhMDogICAgICBX aWRnZXQgY2FwOiAweDAwZjAwMDAwDQpoZGFhMDogDQpwY20wOiA8UmVhbHRlayBBTEM2NjIg KFJlYXIgQW5hbG9nIDUuMS8yLjApPiBhdCBuaWQgMjAsMjIsMjEgYW5kIDI0LDI2IG9uIGhk YWEwDQpwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpw Y20wOiB8IERVTVBJTkcgUENNIFBsYXliYWNrL1JlY29yZCBDaGFubmVscyB8DQpwY20wOiAr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiANCnBjbTA6 IFBsYXliYWNrOg0KcGNtMDogDQpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEN CnBjbTA6ICAgICAgICAgICAgICAgICAgUENNDQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwZTAxNjANCnBjbTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDgg OTYgS0h6DQpwY20wOiAgICAgICAgICAgICBEQUM6IDIgNCAzDQpwY20wOiANCnBjbTA6IFJl Y29yZDoNCnBjbTA6IA0KcGNtMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20w OiAgICAgICAgICAgICAgICAgIFBDTQ0KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYw MTYwDQpwY20wOiAgICAgICAgICAgICAgICAgIDE2IDIwIGJpdHMsIDQ0IDQ4IDk2IEtIeg0K cGNtMDogICAgICAgICAgICAgREFDOiA4DQpwY20wOiAgICAgICAgICAgICBEQUM6IDkNCnBj bTA6IA0KcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiB8 IERVTVBJTkcgUGxheWJhY2svUmVjb3JkIFBhdGhzIHwNCnBjbTA6ICstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNtMDogDQpwY20wOiBQbGF5YmFjazoNCnBjbTA6IA0K cGNtMDogICAgIG5pZD0yMCBbcGluOiBMaW5lLW91dCAoR3JlZW4gSmFjayldDQpwY20wOiAg ICAgICB8DQpwY20wOiAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIFtzcmM6IHBj bSwgbWl4XQ0KcGNtMDogICAgICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICAgICArIDwt IG5pZD0yIFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0NCnBjbTA6ICAgICAgICAgICAgICAr IDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdIFtzcmM6IG1peF0NCnBjbTA6IA0KcGNtMDogICAg IG5pZD0yMiBbcGluOiBMaW5lLW91dCAoT3JhbmdlIEphY2spXQ0KcGNtMDogICAgICAgfA0K cGNtMDogICAgICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIG1peF0N CnBjbTA6ICAgICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9NCBb YXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dDQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9 MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdDQpwY20wOiANCnBjbTA6ICAgICBuaWQ9MjEg W3BpbjogTGluZS1vdXQgKEJsYWNrIEphY2spXQ0KcGNtMDogICAgICAgfA0KcGNtMDogICAg ICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIG1peF0NCnBjbTA6ICAg ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MyBbYXVkaW8gb3V0 cHV0XSBbc3JjOiBwY21dDQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlv IG1peGVyXSBbc3JjOiBtaXhdDQpwY20wOiANCnBjbTA6IFJlY29yZDoNCnBjbTA6IA0KcGNt MDogICAgIG5pZD04IFthdWRpbyBpbnB1dF0NCnBjbTA6ICAgICAgIHwNCnBjbTA6ICAgICAg ICsgPC0gbmlkPTM1IFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbGluZSwgbWljLCBt aXhdDQpwY20wOiAgICAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlk PTI0IFtwaW46IE1pYyAoUGluayBKYWNrKV0gW3NyYzogbWljXQ0KcGNtMDogICAgICAgICAg ICAgICsgPC0gbmlkPTI2IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVd DQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MjkgW2JlZXAgd2lkZ2V0XSBbc3JjOiBz cGVha2VyXQ0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0g W3NyYzogbWl4XQ0KcGNtMDogDQpwY20wOiAgICAgbmlkPTkgW2F1ZGlvIGlucHV0XQ0KcGNt MDogICAgICAgfA0KcGNtMDogICAgICAgKyA8LSBuaWQ9MzQgW2F1ZGlvIG1peGVyXSBbc3Jj OiBzcGVha2VyLCBsaW5lLCBtaWMsIG1peF0NCnBjbTA6ICAgICAgICAgICAgICB8DQpwY20w OiAgICAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChQaW5rIEphY2spXSBbc3Jj OiBtaWNdDQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAo Qmx1ZSBKYWNrKV0gW3NyYzogbGluZV0NCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0y OSBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdDQpwY20wOiAgICAgICAgICAgICAgKyA8 LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdDQpwY20wOiANCnBjbTA6IElucHV0 IE1peDoNCnBjbTA6IA0KcGNtMDogICAgIG5pZD0xMSBbYXVkaW8gbWl4ZXJdDQpwY20wOiAg ICAgICB8DQpwY20wOiAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayld IFtzcmM6IG1pY10NCnBjbTA6ICAgICAgICsgPC0gbmlkPTI2IFtwaW46IExpbmUtaW4gKEJs dWUgSmFjayldIFtzcmM6IGxpbmVdDQpwY20wOiAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3 aWRnZXRdIFtzcmM6IHNwZWFrZXJdDQpwY20wOiANCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKw0KcGNtMDogfCBEVU1QSU5HIFZvbHVtZSBDb250cm9scyB8DQpwY20wOiAr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCnBjbTA6IA0KcGNtMDogTWFzdGVyIFZvbHVt ZSAoT1NTOiB2b2wpOiAtNjQvMGRCDQpwY20wOiAgICB8DQpwY20wOiAgICArLSBjdGwgIDEg KG5pZCAgIDIgb3V0KTogICAgLTY0LzBkQiAoNjUgc3RlcHMpDQpwY20wOiAgICArLSBjdGwg IDIgKG5pZCAgIDMgb3V0KTogICAgLTY0LzBkQiAoNjUgc3RlcHMpDQpwY20wOiAgICArLSBj dGwgIDMgKG5pZCAgIDQgb3V0KTogICAgLTY0LzBkQiAoNjUgc3RlcHMpDQpwY20wOiAgICAr LSBjdGwgMTUgKG5pZCAgMTIgaW4gICAwKTogbXV0ZQ0KcGNtMDogICAgKy0gY3RsIDE2IChu aWQgIDEyIGluICAgMSk6IG11dGUNCnBjbTA6ICAgICstIGN0bCAxNyAobmlkICAxMyBpbiAg IDApOiBtdXRlDQpwY20wOiAgICArLSBjdGwgMTggKG5pZCAgMTMgaW4gICAxKTogbXV0ZQ0K cGNtMDogICAgKy0gY3RsIDE5IChuaWQgIDE0IGluICAgMCk6IG11dGUNCnBjbTA6ICAgICst IGN0bCAyMCAobmlkICAxNCBpbiAgIDEpOiBtdXRlDQpwY20wOiAgICArLSBjdGwgMjEgKG5p ZCAgMjAgaW4gKTogICAgbXV0ZQ0KcGNtMDogICAgKy0gY3RsIDIyIChuaWQgIDIxIGluICk6 ICAgIG11dGUNCnBjbTA6ICAgICstIGN0bCAyMyAobmlkICAyMiBpbiApOiAgICBtdXRlDQpw Y20wOiANCnBjbTA6IFBDTSBWb2x1bWUgKE9TUzogcGNtKTogLTY0LzBkQg0KcGNtMDogICAg fA0KcGNtMDogICAgKy0gY3RsICAxIChuaWQgICAyIG91dCk6ICAgIC02NC8wZEIgKDY1IHN0 ZXBzKQ0KcGNtMDogICAgKy0gY3RsICAyIChuaWQgICAzIG91dCk6ICAgIC02NC8wZEIgKDY1 IHN0ZXBzKQ0KcGNtMDogICAgKy0gY3RsICAzIChuaWQgICA0IG91dCk6ICAgIC02NC8wZEIg KDY1IHN0ZXBzKQ0KcGNtMDogICAgKy0gY3RsIDE1IChuaWQgIDEyIGluICAgMCk6IG11dGUN CnBjbTA6ICAgICstIGN0bCAxNyAobmlkICAxMyBpbiAgIDApOiBtdXRlDQpwY20wOiAgICAr LSBjdGwgMTkgKG5pZCAgMTQgaW4gICAwKTogbXV0ZQ0KcGNtMDogDQpwY20wOiBNaWNyb3Bo b25lIFZvbHVtZSAoT1NTOiBtaWMpOiAwLzMwZEINCnBjbTA6ICAgIHwNCnBjbTA6ICAgICst IGN0bCAgNiAobmlkICAxMSBpbiAgIDApOiAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0ZQ0K cGNtMDogICAgKy0gY3RsIDI1IChuaWQgIDI0IG91dCk6ICAgIDAvMzBkQiAoNCBzdGVwcykN CnBjbTA6ICAgICstIGN0bCAzMSAobmlkICAzNCBpbiAgIDApOiBtdXRlDQpwY20wOiAgICAr LSBjdGwgNDEgKG5pZCAgMzUgaW4gICAwKTogbXV0ZQ0KcGNtMDogDQpwY20wOiBMaW5lLWlu IFZvbHVtZSAoT1NTOiBsaW5lKTogLTM0LzEyZEINCnBjbTA6ICAgIHwNCnBjbTA6ICAgICst IGN0bCAgOCAobmlkICAxMSBpbiAgIDIpOiAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0ZQ0K cGNtMDogICAgKy0gY3RsIDMzIChuaWQgIDM0IGluICAgMik6IG11dGUNCnBjbTA6ICAgICst IGN0bCA0MyAobmlkICAzNSBpbiAgIDIpOiBtdXRlDQpwY20wOiANCnBjbTA6IFNwZWFrZXIv QmVlcCBWb2x1bWUgKE9TUzogc3BlYWtlcik6IC0zNC8xMmRCDQpwY20wOiAgICB8DQpwY20w OiAgICArLSBjdGwgMTEgKG5pZCAgMTEgaW4gICA1KTogLTM0LzEyZEIgKDMyIHN0ZXBzKSAr IG11dGUNCnBjbTA6ICAgICstIGN0bCAzNiAobmlkICAzNCBpbiAgIDUpOiBtdXRlDQpwY20w OiAgICArLSBjdGwgNDYgKG5pZCAgMzUgaW4gICA1KTogbXV0ZQ0KcGNtMDogDQpwY20wOiBS ZWNvcmRpbmcgTGV2ZWwgKE9TUzogcmVjKTogLTEzLzMzZEINCnBjbTA6ICAgIHwNCnBjbTA6 ICAgICstIGN0bCAgNCAobmlkICAgOCBpbiAgIDApOiAtMTMvMzNkQiAoMzIgc3RlcHMpICsg bXV0ZQ0KcGNtMDogICAgKy0gY3RsICA1IChuaWQgICA5IGluICAgMCk6IC0xMy8zM2RCICgz MiBzdGVwcykgKyBtdXRlDQpwY20wOiAgICArLSBjdGwgMzEgKG5pZCAgMzQgaW4gICAwKTog bXV0ZQ0KcGNtMDogICAgKy0gY3RsIDMzIChuaWQgIDM0IGluICAgMik6IG11dGUNCnBjbTA6 ICAgICstIGN0bCAzNiAobmlkICAzNCBpbiAgIDUpOiBtdXRlDQpwY20wOiAgICArLSBjdGwg NDAgKG5pZCAgMzQgaW4gICA5KTogbXV0ZQ0KcGNtMDogICAgKy0gY3RsIDQxIChuaWQgIDM1 IGluICAgMCk6IG11dGUNCnBjbTA6ICAgICstIGN0bCA0MyAobmlkICAzNSBpbiAgIDIpOiBt dXRlDQpwY20wOiAgICArLSBjdGwgNDYgKG5pZCAgMzUgaW4gICA1KTogbXV0ZQ0KcGNtMDog ICAgKy0gY3RsIDUwIChuaWQgIDM1IGluICAgOSk6IG11dGUNCnBjbTA6IA0KcGNtMDogSW5w dXQgTWl4IExldmVsIChPU1M6IG1peCk6IC0zNC8xMmRCDQpwY20wOiAgICB8DQpwY20wOiAg ICArLSBjdGwgIDYgKG5pZCAgMTEgaW4gICAwKTogLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11 dGUNCnBjbTA6ICAgICstIGN0bCAgOCAobmlkICAxMSBpbiAgIDIpOiAtMzQvMTJkQiAoMzIg c3RlcHMpICsgbXV0ZQ0KcGNtMDogICAgKy0gY3RsIDExIChuaWQgIDExIGluICAgNSk6IC0z NC8xMmRCICgzMiBzdGVwcykgKyBtdXRlDQpwY20wOiAgICArLSBjdGwgMTYgKG5pZCAgMTIg aW4gICAxKTogbXV0ZQ0KcGNtMDogICAgKy0gY3RsIDE4IChuaWQgIDEzIGluICAgMSk6IG11 dGUNCnBjbTA6ICAgICstIGN0bCAyMCAobmlkICAxNCBpbiAgIDEpOiBtdXRlDQpwY20wOiAg ICArLSBjdGwgNDAgKG5pZCAgMzQgaW4gICA5KTogbXV0ZQ0KcGNtMDogICAgKy0gY3RsIDUw IChuaWQgIDM1IGluICAgOSk6IG11dGUNCnBjbTA6IA0KcGNtMDogSW5wdXQgTW9uaXRvcmlu ZyBMZXZlbCAoT1NTOiBpZ2Fpbik6IDAvMGRCDQpwY20wOiAgICB8DQpwY20wOiAgICArLSBj dGwgMTYgKG5pZCAgMTIgaW4gICAxKTogbXV0ZQ0KcGNtMDogICAgKy0gY3RsIDE4IChuaWQg IDEzIGluICAgMSk6IG11dGUNCnBjbTA6ICAgICstIGN0bCAyMCAobmlkICAxNCBpbiAgIDEp OiBtdXRlDQpwY20wOiANCnBjbTA6IE1peGVyICJ2b2wiOg0KcGNtMDogTWl4ZXIgInBjbSI6 DQpwY20wOiBNaXhlciAic3BlYWtlciI6DQpwY20wOiBNaXhlciAibGluZSI6DQpwY20wOiBN aXhlciAibWljIjoNCnBjbTA6IE1peGVyICJtaXgiOg0KcGNtMDogTWl4ZXIgInJlYyI6DQpw Y20wOiBNaXhlciAiaWdhaW4iOg0KcGNtMDogTWl4ZXIgIm9nYWluIjoNCnBjbTA6IGNsb25l IG1hbmFnZXI6IGRlYWRsaW5lPTc1MG1zIGZsYWdzPTB4ODAwMDAwMWUNCnBjbTA6IHNuZGJ1 Zl9zZXRtYXAgMzNjMDAwMCwgMTAwMDA7IDB4ZmZmZmZmODBlNzY1YzAwMCAtPiAzM2MwMDAw DQpwY20wOiBzbmRidWZfc2V0bWFwIDc1ODAwMDAsIDEwMDAwOyAweGZmZmZmZjgwZTc2OWMw MDAgLT4gNzU4MDAwMA0KcGNtMDogc25kYnVmX3NldG1hcCA3NWMwMDAwLCAxMDAwMDsgMHhm ZmZmZmY4MGU3NmRjMDAwIC0+IDc1YzAwMDANCnBjbTE6IDxSZWFsdGVrIEFMQzY2MiAoUmVh ciBEaWdpdGFsKT4gYXQgbmlkIDMwIG9uIGhkYWEwDQpwY20xOiArLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20xOiB8IERVTVBJTkcgUENNIFBsYXliYWNr L1JlY29yZCBDaGFubmVscyB8DQpwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0rDQpwY20xOiANCnBjbTE6IFBsYXliYWNrOg0KcGNtMTogDQpwY20xOiAg ICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDUNCnBjbTE6ICAgICAgICAgICAgICAgICAgQUMz IFBDTQ0KcGNtMTogICAgICAgICBQQ00gY2FwOiAweDAwMWUwMTYwDQpwY20xOiAgICAgICAg ICAgICAgICAgIDE2IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDk2IEtIeg0KcGNtMTogICAgICAg ICAgICAgREFDOiA2DQpwY20xOiANCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tKw0KcGNtMTogfCBEVU1QSU5HIFBsYXliYWNrL1JlY29yZCBQYXRocyB8DQpwY20x OiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCnBjbTE6IA0KcGNtMTogUGxh eWJhY2s6DQpwY20xOiANCnBjbTE6ICAgICBuaWQ9MzAgW3BpbjogU1BESUYtb3V0IChXaGl0 ZSBKYWNrKV0NCnBjbTE6ICAgICAgIHwNCnBjbTE6ICAgICAgICsgPC0gbmlkPTYgW2F1ZGlv IG91dHB1dF0gW3NyYzogcGNtXQ0KcGNtMTogDQpwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsNCnBjbTE6IHwgRFVNUElORyBWb2x1bWUgQ29udHJvbHMgfA0KcGNtMTogKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20xOiANCnBjbTE6IE1peGVyICJ2b2wiIC0+ ICJub25lIjogY2hpbGQ9MHgwMDAwMDAxMA0KcGNtMTogTWl4ZXIgInBjbSI6IHBhcmVudD0i dm9sIg0KcGNtMTogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRA0KcGNtMTogY2xvbmUgbWFuYWdl cjogZGVhZGxpbmU9NzUwbXMgZmxhZ3M9MHg4MDAwMDAxZQ0KcGNtMTogc25kYnVmX3NldG1h cCA3NjAwMDAwLCAxMDAwMDsgMHhmZmZmZmY4MGU3NzFjMDAwIC0+IDc2MDAwMDANCnVzYnVz MDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3Bl ZWQgVVNCIHYxLjANCnVnZW4wLjE6IDxBVEk+IGF0IHVzYnVzMA0KdWh1YjA6IDxBVEkgT0hD SSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz MA0KdWdlbjEuMTogPEFUST4gYXQgdXNidXMxDQp1aHViMTogPEFUSSBPSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxDQp1c2J1czI6 IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wDQp1c2J1czM6IDEyTWJwcyBGdWxsIFNwZWVk IFVTQiB2MS4wDQp1Z2VuMi4xOiA8QVRJPiBhdCB1c2J1czINCnVodWIyOiA8QVRJIE9IQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIN CnVnZW4zLjE6IDxBVEk+IGF0IHVzYnVzMw0KdWh1YjM6IDxBVEkgT0hDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMw0KdXNidXM0OiAx Mk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkDQp1Z2VuNC4xOiA8QVRJPiBhdCB1c2J1czQNCnVodWI0OiA8 QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czQNCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZA0KdXNidXM1OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjANCmFoY2ljaDA6IEFIQ0kg cmVzZXQuLi4NCnVnZW41LjE6IDxBVEk+IGF0IHVzYnVzNQ0KdWh1YjU6IDxBVEkgRUhDSSBy b290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQ0K dWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1aHViMzog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFoY2ljaDA6IFNBVEEg Y29ubmVjdCB0aW1lPTEwMHVzIHN0YXR1cz0wMDAwMDEyMw0KYWhjaWNoMDogQUhDSSByZXNl dDogZGV2aWNlIGZvdW5kDQp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQNCmFoY2ljaDA6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciAwbXMN CihhcHJvYmUwOmFoY2ljaDA6MDoxNTowKTogTk9QLiBBQ0I6IDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwDQooYXByb2JlMDphaGNpY2gwOjA6MTU6MCk6IENBTSBzdGF0 dXM6IENvbW1hbmQgdGltZW91dA0KKGFwcm9iZTA6YWhjaWNoMDowOjE1OjApOiBFcnJvciA1 LCBSZXRyaWVzIGV4aGF1c3RlZA0KYWhjaWNoMTogQUhDSSByZXNldC4uLg0KYWhjaWNoMTog U0FUQSBjb25uZWN0IHRpbWU9MTAwdXMgc3RhdHVzPTAwMDAwMTIzDQphaGNpY2gxOiBBSENJ IHJlc2V0OiBkZXZpY2UgZm91bmQNCmFoY2ljaDE6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFk eSBhZnRlciAwbXMNCihhcHJvYmUwOmFoY2ljaDE6MDoxNTowKTogTk9QLiBBQ0I6IDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwDQooYXByb2JlMDphaGNpY2gxOjA6MTU6 MCk6IENBTSBzdGF0dXM6IENvbW1hbmQgdGltZW91dA0KKGFwcm9iZTA6YWhjaWNoMTowOjE1 OjApOiBFcnJvciA1LCBSZXRyaWVzIGV4aGF1c3RlZA0KYWhjaWNoMjogQUhDSSByZXNldC4u Lg0KYWhjaWNoMjogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0w MDAwMDAwMA0KYWhjaWNoMjogQUhDSSByZXNldDogZGV2aWNlIG5vdCBmb3VuZA0KYWhjaWNo MzogQUhDSSByZXNldC4uLg0KYWhjaWNoMzogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0x MDAwMHVzIHN0YXR1cz0wMDAwMDAwMA0KYWhjaWNoMzogQUhDSSByZXNldDogZGV2aWNlIG5v dCBmb3VuZA0KYXRhMDogcmVzZXQgdHAxIG1hc2s9MDEgb3N0YXQwPTUwIG9zdGF0MT1mZg0K YXRhMDogc3RhdDA9MHgwMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYg0KYXRhMDogcmVz ZXQgdHAyIHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHgxMDAwMA0KR0VPTTogbmV3IGRp c2sgY2QwDQpjZDAgYXQgYXRhMCBidXMgMCBzY2J1czQgdGFyZ2V0IDAgbHVuIDANCmNkMDog PFBMRVhUT1IgQ0QtUiAgIFBYLVcyNDEwQSAxLjA0PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kt MCBkZXZpY2UgDQpjZDA6IFNlcmlhbCBOdW1iZXIgNzc5MzA0DQpjZDA6IDMzLjMwME1CL3Mg dHJhbnNmZXJzIChVRE1BMiwgQVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpDQpjZDA6 IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1 bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkDQpwYXNzMCBhdCBhaGNpY2gwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMCBsdW4gMA0KcGFzczA6IDxIaXRhY2hpIEhEUzcyMTA1MENMQTM2MiBK UDJPQTNNQT4gQVRBLTggU0FUQSAyLnggZGV2aWNlDQpwYXNzMDogU2VyaWFsIE51bWJlciBK UDU1NzBIRjMyN0JEUA0KcGFzczA6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngs IFVETUE2LCBQSU8gODE5MmJ5dGVzKQ0KcGFzczA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxl ZA0KcGFzczEgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDANCnBhc3Mx OiA8SGl0YWNoaSBIRFM3MjEwNTBDTEEzNjIgSlAyT0EzTUE+IEFUQS04IFNBVEEgMi54IGRl dmljZQ0KcGFzczE6IFNlcmlhbCBOdW1iZXIgSlBCNTcwSEYzVjRaNUQNCnBhc3MxOiAzMDAu MDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykNCnBh c3MxOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQNCnBhc3MyIGF0IGF0YTAgYnVzIDAgc2Ni dXM0IHRhcmdldCAwIGx1biAwDQpwYXNzMjogPFBMRVhUT1IgQ0QtUiAgIFBYLVcyNDEwQSAx LjA0PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgDQpwYXNzMjogU2VyaWFsIE51 bWJlciA3NzkzMDQNCnBhc3MyOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURNQTIsIEFUQVBJ IDEyYnl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQ0KYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMCBsdW4gMA0KYWRhMDogPEhpdGFjaGkgSERTNzIxMDUwQ0xBMzYyIEpQMk9B M01BPiBBVEEtOCBTQVRBIDIueCBkZXZpY2UNCkdFT006IG5ldyBkaXNrIGFkYTANCmFkYTA6 IFNlcmlhbCBOdW1iZXIgSlA1NTcwSEYzMjdCRFANCmFkYTA6IDMwMC4wMDBNQi9zIHRyYW5z ZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQ0KYWRhMDogQ29tbWFuZCBR dWV1ZWluZyBlbmFibGVkDQphZGEwOiA0NzY5NDBNQiAoOTc2NzczMTY4IDUxMiBieXRlIHNl Y3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpDQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBh cyBhZDQNCmFkYTEgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDANCmFk YTE6IDxIaXRhY2hpIEhEUzcyMTA1MENMQTM2MiBKUDJPQTNNQT4gQVRBLTggU0FUQSAyLngg ZGV2aWNlDQphZGExOiBTZXJpYWwgTnVtYmVyIEpQQjU3MEhGM1Y0WjVEDQphZGExOiAzMDAu MDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykNCmFk YTE6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZA0KR0VPTV9SQUlEOiBQcm9taXNlOiBBcnJh eSBQcm9taXNlIGNyZWF0ZWQuDQpHRU9NX1JBSUQ6IFByb21pc2U6IERpc2sgYWRhMCBzdGF0 ZSBjaGFuZ2VkIGZyb20gTk9ORSB0byBTUEFSRS4NCkdFT006IG5ldyBkaXNrIGFkYTENCmFk YTE6IDQ3Njk0ME1CICg5NzY3NzMxNjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2 MzgzQykNCmFkYTE6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNg0KU01QOiBBUCBDUFUg IzEgTGF1bmNoZWQhDQpjcHUxIEFQOg0KICAgICBJRDogMHgwMTAwMDAwMCAgIFZFUjogMHg4 MDA1MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmDQogIGxpbnQwOiAweDAw MDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAx ZmYNCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAw MGYwIHBtYzogMHgwMDAxMDQwMA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNBIElS USAxKSB0byBsYXBpYyAxIHZlY3RvciA0OA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gNyAo SVNBIElSUSA3KSB0byBsYXBpYyAxIHZlY3RvciA0OQ0KaW9hcGljMDogcm91dGluZyBpbnRw aW4gMTQgKElTQSBJUlEgMTQpIHRvIGxhcGljIDEgdmVjdG9yIDUwDQppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAxNyAoUENJIElSUSAxNykgdG8gbGFwaWMgMSB2ZWN0b3IgNTENCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJRIDE5KSB0byBsYXBpYyAxIHZlY3RvciA1 Mg0KbXNpOiBBc3NpZ25pbmcgTVNJIElSUSAyNTYgdG8gbG9jYWwgQVBJQyAxIHZlY3RvciA1 Mw0KU01QOiBwYXNzZWQgVFNDIHN5bmNocm9uaXphdGlvbiB0ZXN0DQpUU0MgdGltZWNvdW50 ZXIgZGlzY2FyZHMgbG93ZXIgOCBiaXQocykNClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVx dWVuY3kgMTE2ODczNzcgSHogcXVhbGl0eSA4MDANCkdFT01fUkFJRDogUHJvbWlzZTogRGlz ayBhZGExIHN0YXRlIGNoYW5nZWQgZnJvbSBOT05FIHRvIFNQQVJFLg0KUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXM1DQp1aHViNTogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUs IHNlbGYgcG93ZXJlZA0KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB6ZnM6enJvb3Qvc2xh c2ggW3J3LG5vYXRpbWVdLi4uDQpNb3VudGluZyBmcm9tIHpmczp6cm9vdC9zbGFzaCBmYWls ZWQgd2l0aCBlcnJvciAyLg0KDQpMb2FkZXIgdmFyaWFibGVzOg0KICB2ZnMucm9vdC5tb3Vu dGZyb209emZzOnpyb290L3NsYXNoDQogIHZmcy5yb290Lm1vdW50ZnJvbS5vcHRpb25zPXJ3 LG5vYXRpbWUNCg0KTWFudWFsIHJvb3QgZmlsZXN5c3RlbSBzcGVjaWZpY2F0aW9uOg0KICA8 ZnN0eXBlPjo8ZGV2aWNlPiBbb3B0aW9uc10NCiAgICAgIE1vdW50IDxkZXZpY2U+IHVzaW5n IGZpbGVzeXN0ZW0gPGZzdHlwZT4NCiAgICAgIGFuZCB3aXRoIHRoZSBzcGVjaWZpZWQgKG9w dGlvbmFsKSBvcHRpb24gbGlzdC4NCg0KICAgIGVnLiB1ZnM6L2Rldi9kYTBzMWENCiAgICAg ICAgemZzOnRhbmsNCiAgICAgICAgY2Q5NjYwOi9kZXYvYWNkMCBybw0KICAgICAgICAgICh3 aGljaCBpcyBlcXVpdmFsZW50IHRvOiBtb3VudCAtdCBjZDk2NjAgLW8gcm8gL2Rldi9hY2Qw IC8pDQoNCiAgPyAgICAgICAgICAgICAgIExpc3QgdmFsaWQgZGlzayBib290IGRldmljZXMN CiAgLiAgICAgICAgICAgICAgIFlpZWxkIDEgc2Vjb25kIChmb3IgYmFja2dyb3VuZCB0YXNr cykNCiAgPGVtcHR5IGxpbmU+ICAgIEFib3J0IG1hbnVhbCBpbnB1dA0KDQptb3VudHJvb3Q+ IA0KcGFuaWM6IG1vdW50cm9vdDogdW5hYmxlIHRvIChyZS0pbW91bnQgcm9vdC4NCmNwdWlk ID0gMQ0KS0RCOiBzdGFjayBiYWNrdHJhY2U6DQojMCAweGZmZmZmZmZmODA5MmFlZTYgYXQg a2RiX2JhY2t0cmFjZSsweDY2DQojMSAweGZmZmZmZmZmODA4ZjUxMWUgYXQgcGFuaWMrMHgx Y2UNCiMyIDB4ZmZmZmZmZmY4MDk4NjZhMSBhdCB2ZnNfbW91bnRyb290KzB4MTRhMQ0KIzMg MHhmZmZmZmZmZjgwOGE2OThkIGF0IHN0YXJ0X2luaXQrMHg0ZA0KIzQgMHhmZmZmZmZmZjgw OGM1Y2FmIGF0IGZvcmtfZXhpdCsweDExZg0KIzUgMHhmZmZmZmZmZjgwYmY0ZmVlIGF0IGZv cmtfdHJhbXBvbGluZSsweGUNClVwdGltZTogNTdzDQpBdXRvbWF0aWMgcmVib290IGluIDE1 IHNlY29uZHMgLSBwcmVzcyBhIGtleSBvbiB0aGUgY29uc29sZSB0byBhYm9ydA0KLS0+IFBy ZXNzIGEga2V5IG9uIHRoZSBjb25zb2xlIHRvIHJlYm9vdCwNCi0tPiBvciBzd2l0Y2ggb2Zm IHRoZSBzeXN0ZW0gbm93Lg0KUmVib290aW5nLi4uDQpjcHVfcmVzZXQ6IFJlc3RhcnRpbmcg QlNQDQpjcHVfcmVzZXRfcHJveHk6IFN0b3BwZWQgQ1BVIDENCn4uB0Nvbm5lY3RlZC4KB0Nv bm5lY3RlZC4KCgdEaXNjb25uZWN0ZWQuCg== --------------010601000802090804040408-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 13:28:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A49CB1065670; Tue, 2 Oct 2012 13:28:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 65FFC8FC1C; Tue, 2 Oct 2012 13:28:14 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q92DSD3P080970; Tue, 2 Oct 2012 13:28:13 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q92DSDV9080965; Tue, 2 Oct 2012 13:28:13 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Oct 2012 13:28:13 GMT Message-Id: <201210021328.q92DSDV9080965@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 13:28:14 -0000 TB --- 2012-10-02 13:27:42 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-02 13:27:42 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-02 13:27:42 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-02 13:27:42 - cleaning the object tree TB --- 2012-10-02 13:27:43 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-02 13:27:43 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-02 13:27:43 - /usr/local/bin/svn cleanup /src TB --- 2012-10-02 13:27:52 - /usr/local/bin/svn update /src TB --- 2012-10-02 13:27:59 - At svn revision 241133S TB --- 2012-10-02 13:28:00 - building world TB --- 2012-10-02 13:28:00 - CROSS_BUILD_TESTING=YES TB --- 2012-10-02 13:28:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-02 13:28:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-02 13:28:00 - SRCCONF=/dev/null TB --- 2012-10-02 13:28:00 - TARGET=mips TB --- 2012-10-02 13:28:00 - TARGET_ARCH=mips TB --- 2012-10-02 13:28:00 - TZ=UTC TB --- 2012-10-02 13:28:00 - __MAKE_CONF=/dev/null TB --- 2012-10-02 13:28:00 - cd /src TB --- 2012-10-02 13:28:00 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 2 13:28:01 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-02 13:28:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-02 13:28:13 - ERROR: failed to build world TB --- 2012-10-02 13:28:13 - 13.03 user 8.15 system 31.17 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 13:51:30 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD40F1065672; Tue, 2 Oct 2012 13:51:30 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 099B88FC26; Tue, 2 Oct 2012 13:51:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA23281; Tue, 02 Oct 2012 16:51:25 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <506AF15D.1010707@FreeBSD.org> Date: Tue, 02 Oct 2012 16:51:25 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: geoffroy desvernay References: <506AE944.3020806@centrale-marseille.fr> In-Reply-To: <506AE944.3020806@centrale-marseille.fr> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: Alexander Motin , freebsd-stable@FreeBSD.org Subject: Re: ahcich reset -> cannot mount zfs root in 9.1-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 13:51:31 -0000 on 02/10/2012 16:16 geoffroy desvernay said the following: > Hi all, > > Trying to upgrade a system from 9.0-RELEASE to 9.1-PRE from yesterday on > my machine (GEOM+ZFS mirror setup on ada[01]p3), the new kernel becomes > unable to mount root... The only way to recover is to boot from 9.0 kernel. > The disks were already named ada[01] in 9.0, so I suspect nothing there... > > I tried > - disabling AHCI in bios (no change seen) > - change cables, check PSU, test disks with smartctl > > Here are some bits (via serial console): > ahci0: port > 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f > mem 0xfe9ff800-0xfe9ffbff irq 22 at device 18.0 on pci0 > ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported > ahci0: Caps: 64bit NCQ SNTF MPS AL CLO 3Gbps PM PMD SSC PSC 32cmd CCC 4ports > ahcich0: at channel 0 on ahci0 > ahcich0: Caps: HPCP > ahcich1: at channel 1 on ahci0 > ahcich1: Caps: HPCP > ahcich2: at channel 2 on ahci0 > ahcich2: Caps: HPCP > ahcich3: at channel 3 on ahci0 > ahcich3: Caps: HPCP > ahcich0: AHCI reset... > ahcich0: SATA connect time=100us status=00000123 > ahcich0: AHCI reset: device found > ahcich0: AHCI reset: device ready after 0ms > > The difference with 9.0 is after that: here is 9.0's next lines: (same > for ahcich1) > (aprobe0:ahcich0:0:15:0): Command timed out > (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted > (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > > And 9.1-PRE's: > (aprobe0:ahcich0:0:15:0): NOP. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 > (aprobe0:ahcich0:0:15:0): CAM status: Command timeout > (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted > > In both cases ada[01] are detected and available, but with 9.1-PRE I see: > GEOM_RAID: Promise: Disk ada0 state changed from NONE to SPARE. > GEOM_RAID: Promise: Disk ada1 state changed from NONE to SPARE. > > (I see the same when I # kldload geom_raid # from running 9.0, doesn't > breaks anything...) > > I attach the full boot log with 9.1-PRE (bios with NO-raid nor AHCI > enabled, but this changes nothing in the output) > > I could test patches or try any command required to debug this… But for > the moment I don't know where to search (and kernel code is far away > from my current skills in debugging…) You probably need to clear RAID metadata on the disks as I think that disabling geom_raid is not possible in 9.1-PRE. I think that Alexander can help you more here. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 15:22:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF428106564A for ; Tue, 2 Oct 2012 15:22:54 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm17-vm0.bullet.mail.gq1.yahoo.com (nm17-vm0.bullet.mail.gq1.yahoo.com [98.137.177.224]) by mx1.freebsd.org (Postfix) with SMTP id 720BA8FC0A for ; Tue, 2 Oct 2012 15:22:54 +0000 (UTC) Received: from [98.137.12.190] by nm17.bullet.mail.gq1.yahoo.com with NNFMP; 02 Oct 2012 15:21:08 -0000 Received: from [208.71.42.211] by tm11.bullet.mail.gq1.yahoo.com with NNFMP; 02 Oct 2012 15:21:08 -0000 Received: from [127.0.0.1] by smtp222.mail.gq1.yahoo.com with NNFMP; 02 Oct 2012 15:21:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349191268; bh=aSs3LZNGhajqM7hZLoSQO8ucGq2ySwPH5Ca8fmpXFFg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=TWLK7ds58FcMJrLd09Ud0N9jQTi277ebzIFEMaLFK8BKY2RrMCaa19fYuHpgCXLHgESzSaPs2W14fC/w219BNlf3Y+AetMrVJaVXdjg2TV33spe7gHnUSSYmX1tCzWc9Jluqk85wc9Ok0OzBtseU5PbKhmVnh6SohVT7F8ZxF3o= X-Yahoo-Newman-Id: 651731.28604.bm@smtp222.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ihfg5TMVM1l5ZH0mah64fU06i4RrxV.J6swwI7PDvk6ucw2 Y8zTd2oozZBAu5zw9U6JN_C.bUWKqCW3mKBhf6zArkzY0TGRdUk_nUwhoHSt 85tnH5s8GGp_kp_H2Gka4X_eHJ5I.qTxc4vO0mFjVzc907n5xTMHUUkQycOh QS4SXSr6nfyrJ1e833J9uXf.NrcA.lZC5nE6EMisQ_m2N9e6EW3KdwdSg_MY .tPii_NLiUFBUx0ZV7KVaqaYyafk7o3YIOyM7CnvQnQ7MSHFXsO67NHswZ.4 nbsAQ9Bn1MvkudfCwHFYPqAtKTJ0Mr14pQfVKJtJ25ooiLM3xh_i5iB2rQEH dKPHcipCM293KJ9Bx8WNZ2VUBHJA3jAwgz7MfTdH0.3lSJFXLpPi0PPeHjAI TU2iI1XSUwOpFzCR2PPucqD..rS45TbkJ8dKdoVPoI4Cy_Us- X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp222.mail.gq1.yahoo.com with SMTP; 02 Oct 2012 08:21:08 -0700 PDT Message-ID: <506B0662.60807@yahoo.de> Date: Tue, 02 Oct 2012 17:21:06 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 15:22:54 -0000 I'll compile a kernel with options WITNESS options WITNESS_KDB ok? Or should I include WITNESS_SKIPSPIN too? Regards, Norbert From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 15:40:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A29A106564A; Tue, 2 Oct 2012 15:40:24 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id D3C5B8FC19; Tue, 2 Oct 2012 15:40:22 +0000 (UTC) Received: by lbdb5 with SMTP id b5so6500200lbd.13 for ; Tue, 02 Oct 2012 08:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=J7V+kI75+H7r2vWdbIw/cVdBOXMB+05I1ZT79sdJYWw=; b=AS9jpe6ZLWE6L6d1FtFYs/0zK5JN36d4lquiQC5QA7KJ82VoJdRocnURQzRMjtslG4 ZcBCMlG06S+x/KO1GB3JwXueGBo214baNPjXgcCz5XiqV6Urnf9YGLbPKciEM8bGwvs7 WLJ64kY86Mzu3NAZNMjVIbQ+kayx+5DOhg4VS7qCykH4/KTJ1/usalRoBDgyL/BRIMRf FRgKXg8rJCR0OYwGH0E7aRnXILxrXmRybfcwrlU52CYc9KzxIVDxJnSk+5wLR8vsdmDt HRchjodbPgaFeVND5DLR1YNz7UB3PmXJPRByJXV7A8OoRdUFvCv0xjdlMCQ0yMdRalnN 3n5Q== Received: by 10.112.104.36 with SMTP id gb4mr693442lbb.97.1349192421518; Tue, 02 Oct 2012 08:40:21 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (mavhome.mavhome.dp.ua. [213.227.240.37]) by mx.google.com with ESMTPS id nr2sm566710lab.5.2012.10.02.08.40.19 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2012 08:40:20 -0700 (PDT) Sender: Alexander Motin Message-ID: <506B0AE1.5050303@FreeBSD.org> Date: Tue, 02 Oct 2012 18:40:17 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: geoffroy desvernay References: <506AE944.3020806@centrale-marseille.fr> <506AF15D.1010707@FreeBSD.org> In-Reply-To: <506AF15D.1010707@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org, Andriy Gapon Subject: Re: ahcich reset -> cannot mount zfs root in 9.1-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 15:40:24 -0000 On 02.10.2012 16:51, Andriy Gapon wrote: > on 02/10/2012 16:16 geoffroy desvernay said the following: >> Hi all, >> >> Trying to upgrade a system from 9.0-RELEASE to 9.1-PRE from yesterday on >> my machine (GEOM+ZFS mirror setup on ada[01]p3), the new kernel becomes >> unable to mount root... The only way to recover is to boot from 9.0 kernel. >> The disks were already named ada[01] in 9.0, so I suspect nothing there... >> >> I tried >> - disabling AHCI in bios (no change seen) >> - change cables, check PSU, test disks with smartctl >> >> Here are some bits (via serial console): >> ahci0: port >> 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f >> mem 0xfe9ff800-0xfe9ffbff irq 22 at device 18.0 on pci0 >> ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported >> ahci0: Caps: 64bit NCQ SNTF MPS AL CLO 3Gbps PM PMD SSC PSC 32cmd CCC 4ports >> ahcich0: at channel 0 on ahci0 >> ahcich0: Caps: HPCP >> ahcich1: at channel 1 on ahci0 >> ahcich1: Caps: HPCP >> ahcich2: at channel 2 on ahci0 >> ahcich2: Caps: HPCP >> ahcich3: at channel 3 on ahci0 >> ahcich3: Caps: HPCP >> ahcich0: AHCI reset... >> ahcich0: SATA connect time=100us status=00000123 >> ahcich0: AHCI reset: device found >> ahcich0: AHCI reset: device ready after 0ms >> >> The difference with 9.0 is after that: here is 9.0's next lines: (same >> for ahcich1) >> (aprobe0:ahcich0:0:15:0): Command timed out >> (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted >> (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 >> >> And 9.1-PRE's: >> (aprobe0:ahcich0:0:15:0): NOP. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 >> (aprobe0:ahcich0:0:15:0): CAM status: Command timeout >> (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted >> >> In both cases ada[01] are detected and available, but with 9.1-PRE I see: >> GEOM_RAID: Promise: Disk ada0 state changed from NONE to SPARE. >> GEOM_RAID: Promise: Disk ada1 state changed from NONE to SPARE. >> >> (I see the same when I # kldload geom_raid # from running 9.0, doesn't >> breaks anything...) >> >> I attach the full boot log with 9.1-PRE (bios with NO-raid nor AHCI >> enabled, but this changes nothing in the output) >> >> I could test patches or try any command required to debug this… But for >> the moment I don't know where to search (and kernel code is far away >> from my current skills in debugging…) > > You probably need to clear RAID metadata on the disks as I think that disabling > geom_raid is not possible in 9.1-PRE. > I think that Alexander can help you more here. The right way is to clear RAID metadata on disks. If it is possible to boot from any other source, you can just do `graid delete Promise` and then reboot. Alternatively it is possible to disable geom_raid module using recently added loader tunable kern.geom.raid.enable=0. After that your system should boot and run fine. I would still recommend you to erase metadata, but after setting that tunable it will be impossible to do it via graid tool, only with manual dd surgery. In case of Promise format metadata use up to 63 last sectors of the disk. You can identify respective sectors to erase by signature "Promise Technology, Inc." in the beginning of the sector. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 16:02:02 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3EA1106566C for ; Tue, 2 Oct 2012 16:02:02 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 943178FC0A for ; Tue, 2 Oct 2012 16:02:02 +0000 (UTC) Received: by padbi1 with SMTP id bi1so6107459pad.13 for ; Tue, 02 Oct 2012 09:02:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Lgpyz9yBp3tEZsaDK7kUO+xd8NwvfzfDeCtlwQFyIso=; b=ycCee1wdLTUnBng8n0I/o/xdgoD5PLBH5ASQ/QsYiI4A9VevnlnvNcwAupq6I6eL7a 7KS/9SXO1SmmFLrKNHV/WCHKsjgQ3oklzDpWJGiJe+BGJyOKcS++5LNztCnTniwg8RJQ WkO1zfem0ZdZm6BHQ86JQZZ0j5TYnrhy6gn28oDJHnlD2VjaizqlCuSYTAWVeYmfHaeU eo4lSLXp60EINwrmiK0s38DqyQEyGKRloBh4HRS31NtoJ2SN28I5OFKW0yiZJz4I2rL0 aYYf1/CzdELzxsi/omf/C9ydJeaym4Z9eKCb1PE3QM1lejtbA7+VGfeEIAEaAJDbwMFQ +Row== Received: by 10.68.197.200 with SMTP id iw8mr5288723pbc.145.1349193721895; Tue, 02 Oct 2012 09:02:01 -0700 (PDT) Received: from [192.168.1.132] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id nu8sm1089910pbc.45.2012.10.02.09.01.59 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 09:02:01 -0700 (PDT) Message-ID: <506B0FF5.5050505@gmail.com> Date: Tue, 02 Oct 2012 19:01:57 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120924 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <506A9D89.80303@gmail.com> <506AB019.70501@andric.com> In-Reply-To: <506AB019.70501@andric.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Missing lib on linking libc WITH_LIBCPLUSPLUS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 16:02:03 -0000 02.10.2012 12:12, Dimitry Andric wrote: > On 2012-10-02 09:53, Volodymyr Kostyrko wrote: >> When enabling WITH_LIBCPLUSPLUS libc build fails with: >> >> /usr/local/libexec/ccache/clang++ -O2 -pipe -march=native >> -I/usr/src/lib/libc++/../../contrib/libc++/include >> -I/usr/src/lib/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT >> -Qunused-arguments -fstack-protector -Wno-empty-body >> -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value >> -Wno-parentheses-equality -Wno-unused-function -Wno-conversion >> -Wno-switch -Wno-switch-enum -Wno-parentheses -std=c++0x -c >> cxxrt_guard.cc -o cxxrt_guard.o >> building shared library libc++.so.1 >> FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 >> Target: x86_64-unknown-freebsd9.0 >> Thread model: posix >> "/usr/bin/ld" --eh-frame-hdr -Bshareable -o libc++.so.1 >> /usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/lib -x --fatal-warnings >> --warn-shared-textrel -soname libc++.so.1 valarray.So utility.So >> typeinfo.So strstream.So regex.So random.So iostream.So debug.So >> chrono.So bind.So algorithm.So hash.So thread.So future.So exception.So >> locale.So mutex.So memory.So ios.So condition_variable.So >> system_error.So string.So stdexcept.So new.So -lcxxrt -lgcc --as-needed >> -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed >> /usr/lib/crtendS.o /usr/lib/crtn.o >> /usr/bin/ld: cannot find -lcxxrt >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> >> This lib was already built: >> >> # find /usr/obj -name libcxxrt.so >> /usr/obj/usr/src/tmp/usr/lib/libcxxrt.so >> /usr/obj/usr/src/lib/libcxxrt/libcxxrt.so >> >> But this error is only fixed after: >> >> # cd /usr/src/lib/libcxxrt ; make install > > Are you getting this error as part of buildworld, or when you build > libc++ by hand? As part of the buildworld. I feel that it looks for the lib in the system skipping /usr/obj. > Also, an obvious question is: does it work when you disable ccache? Bingo. Yes, disabling ccache makes everything work. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 17:22:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4565E10656D3; Tue, 2 Oct 2012 17:22:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 03C178FC08; Tue, 2 Oct 2012 17:22:54 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q92HMsNq086757; Tue, 2 Oct 2012 17:22:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q92HMsZD086756; Tue, 2 Oct 2012 17:22:54 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Oct 2012 17:22:54 GMT Message-Id: <201210021722.q92HMsZD086756@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 17:22:55 -0000 TB --- 2012-10-02 17:17:16 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-02 17:17:16 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-02 17:17:16 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-02 17:17:16 - cleaning the object tree TB --- 2012-10-02 17:17:17 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-02 17:17:17 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-02 17:17:17 - /usr/local/bin/svn cleanup /src TB --- 2012-10-02 17:17:26 - /usr/local/bin/svn update /src TB --- 2012-10-02 17:22:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-02 17:22:03 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-02 17:22:33 - /usr/local/bin/svn update /src TB --- 2012-10-02 17:22:43 - At svn revision 241136S TB --- 2012-10-02 17:22:44 - building world TB --- 2012-10-02 17:22:44 - CROSS_BUILD_TESTING=YES TB --- 2012-10-02 17:22:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-02 17:22:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-02 17:22:44 - SRCCONF=/dev/null TB --- 2012-10-02 17:22:44 - TARGET=mips TB --- 2012-10-02 17:22:44 - TARGET_ARCH=mips TB --- 2012-10-02 17:22:44 - TZ=UTC TB --- 2012-10-02 17:22:44 - __MAKE_CONF=/dev/null TB --- 2012-10-02 17:22:44 - cd /src TB --- 2012-10-02 17:22:44 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 2 17:22:45 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-02 17:22:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-02 17:22:54 - ERROR: failed to build world TB --- 2012-10-02 17:22:54 - 12.08 user 7.79 system 338.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 17:28:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E160106564A for ; Tue, 2 Oct 2012 17:28:30 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id DE7EF8FC08 for ; Tue, 2 Oct 2012 17:28:29 +0000 (UTC) Received: by padbi1 with SMTP id bi1so6197218pad.13 for ; Tue, 02 Oct 2012 10:28:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=4TrR5ujpTSEIijYH7ilnXp0By7OjOvJ2hw+2r4Dw1x8=; b=YvXjBJcfJ+Nmr+CfKY53MN5MArbCjdPmQ3TRaJjBENws0brq+QCjvp61D45VaqL0R5 awIU8NgKbjr1QpIFlchU2xQg/OWydNv8FCir1lKJ7Ek7wHaskLkHuvogpYVKUJvRsuHi qX4I3/o9v9PYwVhTH5Ebt+yOLqF9qjHpahkPg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=4TrR5ujpTSEIijYH7ilnXp0By7OjOvJ2hw+2r4Dw1x8=; b=ML/CQ3MAlaOZfYsiXSbVlGbGgM8Gxb4fhUmJUXkDfiriZL5qCbBCyMnQ+RpTCQg8A9 r7ftpt7NE6aDOH6d1O2x0mQJ9ABf4AFQ2BB/2guVHeV/8e2CE40pYW01T/l2AFGY769Y bvqPBRWVTec76jLW+kQbTAaQqpSv8XSD464lkEZ7VscbDGe4IKQXv5GmwqC3tyLOuWt8 dn3xTl+gXlDrd3qfHZ40ZoSzwGzAZgul7NSx9cOdIfYodSR0YkiR8EE7Y28jkjqShARw zIIVaFXOM3r6Nsc1mKFRyhJr8T+qd7OsAJ8CQ+GjknrezxHIvwZa9pEZhs2a8U26Xlv9 mH3A== Received: by 10.66.87.66 with SMTP id v2mr45608149paz.71.1349198909485; Tue, 02 Oct 2012 10:28:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.190.164 with HTTP; Tue, 2 Oct 2012 10:27:59 -0700 (PDT) In-Reply-To: <506B0FF5.5050505@gmail.com> References: <506A9D89.80303@gmail.com> <506AB019.70501@andric.com> <506B0FF5.5050505@gmail.com> From: Eitan Adler Date: Tue, 2 Oct 2012 13:27:59 -0400 Message-ID: To: Volodymyr Kostyrko Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnTRVOZ6ZvSUk34jUCGyqF//tckNrYJHu3/O8g/fdexwdLIHHtYaCUwEX5J97flh1IDj4gR Cc: Dimitry Andric , stable@freebsd.org Subject: Re: Missing lib on linking libc WITH_LIBCPLUSPLUS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 17:28:30 -0000 On 2 October 2012 12:01, Volodymyr Kostyrko wrote: > 02.10.2012 12:12, Dimitry Andric wrote: >> >> On 2012-10-02 09:53, Volodymyr Kostyrko wrote: >>> >>> When enabling WITH_LIBCPLUSPLUS libc build fails with: >>> >>> /usr/local/libexec/ccache/clang++ -O2 -pipe -march=native >>> -I/usr/src/lib/libc++/../../contrib/libc++/include >>> -I/usr/src/lib/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT >>> -Qunused-arguments -fstack-protector -Wno-empty-body >>> -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value >>> -Wno-parentheses-equality -Wno-unused-function -Wno-conversion >>> -Wno-switch -Wno-switch-enum -Wno-parentheses -std=c++0x -c >>> cxxrt_guard.cc -o cxxrt_guard.o >>> building shared library libc++.so.1 >>> FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 >>> Target: x86_64-unknown-freebsd9.0 >>> Thread model: posix >>> "/usr/bin/ld" --eh-frame-hdr -Bshareable -o libc++.so.1 >>> /usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/lib -x --fatal-warnings >>> --warn-shared-textrel -soname libc++.so.1 valarray.So utility.So >>> typeinfo.So strstream.So regex.So random.So iostream.So debug.So >>> chrono.So bind.So algorithm.So hash.So thread.So future.So exception.So >>> locale.So mutex.So memory.So ios.So condition_variable.So >>> system_error.So string.So stdexcept.So new.So -lcxxrt -lgcc --as-needed >>> -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed >>> /usr/lib/crtendS.o /usr/lib/crtn.o >>> /usr/bin/ld: cannot find -lcxxrt >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> >>> This lib was already built: >>> >>> # find /usr/obj -name libcxxrt.so >>> /usr/obj/usr/src/tmp/usr/lib/libcxxrt.so >>> /usr/obj/usr/src/lib/libcxxrt/libcxxrt.so >>> >>> But this error is only fixed after: >>> >>> # cd /usr/src/lib/libcxxrt ; make install >> >> >> Are you getting this error as part of buildworld, or when you build >> libc++ by hand? > > > As part of the buildworld. I feel that it looks for the lib in the system > skipping /usr/obj. > > >> Also, an obvious question is: does it work when you disable ccache? > > > Bingo. Yes, disabling ccache makes everything work. please ping the ccache folk about this. It *shouldn't* matter. :) -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 18:16:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A593D1065670 for ; Tue, 2 Oct 2012 18:16:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE248FC17 for ; Tue, 2 Oct 2012 18:16:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C01B7B9B4; Tue, 2 Oct 2012 14:16:51 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 2 Oct 2012 14:01:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> <506B0662.60807@yahoo.de> In-Reply-To: <506B0662.60807@yahoo.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210021401.32888.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 02 Oct 2012 14:16:51 -0400 (EDT) Cc: Norbert Aschendorff Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 18:16:52 -0000 On Tuesday, October 02, 2012 11:21:06 am Norbert Aschendorff wrote: > I'll compile a kernel with > > options WITNESS > options WITNESS_KDB > > ok? Or should I include WITNESS_SKIPSPIN too? Yes, you should include WITNESS_SKIPSPIN. We should probably make that the default. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 18:19:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC775106566B for ; Tue, 2 Oct 2012 18:19:43 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm28-vm4.bullet.mail.gq1.yahoo.com (nm28-vm4.bullet.mail.gq1.yahoo.com [98.136.216.163]) by mx1.freebsd.org (Postfix) with SMTP id 87EB38FC1B for ; Tue, 2 Oct 2012 18:19:43 +0000 (UTC) Received: from [98.137.12.189] by nm28.bullet.mail.gq1.yahoo.com with NNFMP; 02 Oct 2012 18:19:37 -0000 Received: from [208.71.42.210] by tm10.bullet.mail.gq1.yahoo.com with NNFMP; 02 Oct 2012 18:19:37 -0000 Received: from [127.0.0.1] by smtp221.mail.gq1.yahoo.com with NNFMP; 02 Oct 2012 18:19:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349201977; bh=Ewmg/TZT8q9Nsz6+LtBKyA9c2/PZSxPSfr/cwGlthRI=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=da2K2mbGta2IjKOqL8wj2JmTeWeVywqPAis3Puaud/o9EgFvl0eZmYJpCHYbFx98btE9nPQElgpJINOy4fvjDLNRZ1mX5C2uKf34HPriHPIEL72F+jk03D6yJIXzmRWs6jwmBdlG5oqO/BQ1M7/5QknvAjNtaiVWXpBM/4R/8Xg= X-Yahoo-Newman-Id: 606064.5427.bm@smtp221.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: jF23pXAVM1lv0qzyw_w9n05V2koKEbesTY_yMlUDh69SxtX zv2_uymwgtxzB1H0rDLiRgHPMn5cOiXHMwN4tqlErYqYzpArtE91IHpJzZS2 911kFNsGFP._8meiele_JtwjkQ4ZH4HNTAPhqX1xws1psDCsEfsZbRst9O4Q cNlskLDgqBZ7_Ghtbncs59rX7wv33UaORIrOnBqoE92BOZzHIMCrbwyVqsA5 0Lh2BVGQEDlwnE6FYscgRUOD.KgG_A8H8mMsTJGGOOMzhM7GSj3BaAgN0Eqo _QvUZkKGKRkNbFlFASTcpmZXRQhOMtjK8xjnPY2EAyGLZ.fWSflJ5_vbnUpg 9.ixb3PnBJtxWF4aGBL3EZzhah1fkZ52YC7cMpR2Ykc0cLnIGuU1BFpUc9qP lxjzoM6dYzGguX3jvXz_pBJ2D1cvrUZ_.715RrldQrisgwzUqxCd46H5tzYV slQ8Wt5iugxJwacXc_VjLSJ6jfnE6P6abthKiFxw42YjxQis0eT9GUJy_C4a nWmrxqML9dcvgd8hPLqaFniA- X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp221.mail.gq1.yahoo.com with SMTP; 02 Oct 2012 11:19:37 -0700 PDT Message-ID: <506B3037.60201@yahoo.de> Date: Tue, 02 Oct 2012 20:19:35 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 18:19:44 -0000 Well... Here the results for a kernel without WITNESS_SKIPSPIN (I'll compile one including that tomorrow, but until then...) Good news is: The kernel crashed with activated WITNESS. Bad news is: I have to turn power off after the crash with WITNESS. The crash dump is _not_ written to disk :( Good news II is: It wrote something to the syslog. Actually, it wrote very much to the syslog, some megabytes in total. Most of it is the same, here the latest messages logfile: http://lbo.spheniscida.de/Files/nfs-crash.log (94K) It specifies the file, line and zone. Maybe it's useful... Regards, Norbert From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 19:05:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8C29106566B; Tue, 2 Oct 2012 19:05:51 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 859C58FC14; Tue, 2 Oct 2012 19:05:51 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q92J5U1U074263; Tue, 2 Oct 2012 12:05:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1349204732; bh=RVdQfZHMCkOOwefQoXk9uBpwY4ZxFynmJgognYKOJ2E=; h=Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type: Date:Message-ID:Mime-Version:Content-Transfer-Encoding; b=F5PJ2Ca4UzW4A9TuoNgdVWyBCD6H6CfAJ+iycrjFIMpBPlm0TzNNoMo38eDnvYdCB DvnSB20WFK11aZWvV3m83SK3BdpsmEf/X/zWthLQKcixpBnDDOUJ6jPqraJuG96Za9 4MsXTj4hhkJW4lwrMyUKklVWgflSU11SWyJVarH0= From: Sean Bruno To: John Baldwin In-Reply-To: <201210010847.53984.jhb@freebsd.org> References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> <1348768344.10543.7.camel@powernoodle.corp.yahoo.com> <1348779229.10543.11.camel@powernoodle.corp.yahoo.com> <201210010847.53984.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 02 Oct 2012 12:05:30 -0700 Message-ID: <1349204730.4246.12.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 204731002 Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "sbruno@freebsd.org" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 19:05:51 -0000 On Mon, 2012-10-01 at 05:47 -0700, John Baldwin wrote: > Can you add extra printfs to see where exactly attach is failing? I > would > start with the attach routine in sys/dev/acpica/acpi_pcib_pci.c: > > hrm ... interesting side effects. After adding my printf's I don't hit the panic any more. :-) I changed the ret val of acpi_pcib_pci_attach() and put in some instrumentation in acpi_pcib_attach(). The key value is that acpi_DeviceIsPresent() appears to be returning FALSE in this case. patch used -->http://people.freebsd.org/~sbruno/acpi_pcib.txt Resulted in the following relevant output: pcib7: at device 28.0 on pci0 pcib7: domain 0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: no prefetched decode pcib7: This device is not present pcib7: acpi_pcib_pci_attach: err_attach(6) device_attach: pcib7 attach returned 6 pcib7: irq 19 at device 28.7 on pci0 pcib0: allocated type 3 (0xde000000-0xdf7fffff) for rid 20 of pcib7 pcib0: allocated type 3 (0xd8000000-0xd8ffffff) for rid 24 of pcib7 pcib7: domain 0 pcib7: secondary bus 8 pcib7: subordinate bus 12 pcib7: memory decode 0xde000000-0xdf7fffff pcib7: prefetched decode 0xd8000000-0xd8ffffff pci8: on pcib7 pci8: domain=0, physical bus=8 found-> vendor=0x1912, dev=0x0013, revid=0x00 domain=0, bus=8, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib8: at device 0.0 on pci8 pcib7: allocated memory range (0xde000000-0xdf7fffff) for rid 20 of pcib8 pcib7: allocated prefetch range (0xd8000000-0xd8ffffff) for rid 24 of pcib8 pcib8: domain 0 pcib8: secondary bus 9 pcib8: subordinate bus 12 pcib8: memory decode 0xde000000-0xdf7fffff pcib8: prefetched decode 0xd8000000-0xd8ffffff pci9: on pcib8 pci9: domain=0, physical bus=9 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 21:11:20 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD36B106566C; Tue, 2 Oct 2012 21:11:20 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 887248FC0A; Tue, 2 Oct 2012 21:11:20 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TJ9kN-000Fb6-Hx; Tue, 02 Oct 2012 21:11:19 +0000 Date: Tue, 02 Oct 2012 22:11:18 +0100 Message-ID: From: Randy Bush To: Andriy Gapon In-Reply-To: <506AC4C3.1060103@FreeBSD.org> References: <201210010855.02130.jhb@freebsd.org> <201210010948.38713.jhb@freebsd.org> <506AC4C3.1060103@FreeBSD.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@FreeBSD.org, John Baldwin Subject: Re: atkbd attach excitement during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 21:11:20 -0000 > on 01/10/2012 17:56 Randy Bush said the following: >>> Humm. It seems this wasn't the actual faulting instruction. Can you do >>> 'l *0xffffffff80704740'? >> >> (gdb) l *0xffffffff80704740 >> 0xffffffff80704740 is in sckbdevent (/usr/src/sys/dev/syscons/syscons.c:743). >> 738 * the Xaccel-2.1 keyboard hang, but it can't hurt. XXX >> 739 */ >> 740 while ((c = scgetc(sc, SCGETC_NONBLOCK)) != NOKEY) { >> 741 >> 742 cur_tty = SC_DEV(sc, sc->cur_scp->index); >> 743 if (!tty_opened(cur_tty)) >> 744 continue; >> 745 >> 746 if ((*sc->cur_scp->tsw->te_input)(sc->cur_scp, c, cur_tty)) >> 747 continue; > > See r233661. thanks. now works. randy From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 21:18:27 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F44B106564A; Tue, 2 Oct 2012 21:18:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id E06528FC14; Tue, 2 Oct 2012 21:18:26 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q92LIQWf053767; Tue, 2 Oct 2012 21:18:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q92LIQrR053766; Tue, 2 Oct 2012 21:18:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Oct 2012 21:18:26 GMT Message-Id: <201210022118.q92LIQrR053766@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 21:18:27 -0000 TB --- 2012-10-02 21:17:52 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-02 21:17:52 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-02 21:17:52 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-02 21:17:52 - cleaning the object tree TB --- 2012-10-02 21:17:53 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-02 21:17:53 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-02 21:17:53 - /usr/local/bin/svn cleanup /src TB --- 2012-10-02 21:18:03 - /usr/local/bin/svn update /src TB --- 2012-10-02 21:18:12 - At svn revision 241143S TB --- 2012-10-02 21:18:13 - building world TB --- 2012-10-02 21:18:13 - CROSS_BUILD_TESTING=YES TB --- 2012-10-02 21:18:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-02 21:18:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-02 21:18:13 - SRCCONF=/dev/null TB --- 2012-10-02 21:18:13 - TARGET=mips TB --- 2012-10-02 21:18:13 - TARGET_ARCH=mips TB --- 2012-10-02 21:18:13 - TZ=UTC TB --- 2012-10-02 21:18:13 - __MAKE_CONF=/dev/null TB --- 2012-10-02 21:18:13 - cd /src TB --- 2012-10-02 21:18:13 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 2 21:18:13 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-02 21:18:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-02 21:18:26 - ERROR: failed to build world TB --- 2012-10-02 21:18:26 - 13.05 user 8.50 system 34.06 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 21:23:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C0C106564A; Tue, 2 Oct 2012 21:23:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 70FF08FC15; Tue, 2 Oct 2012 21:23:02 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 91D1AB939; Tue, 2 Oct 2012 17:23:01 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, "sbruno@freebsd.org" Date: Tue, 2 Oct 2012 17:06:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> <201210010847.53984.jhb@freebsd.org> <1349204730.4246.12.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1349204730.4246.12.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201210021706.53942.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 02 Oct 2012 17:23:01 -0400 (EDT) Cc: Andriy Gapon Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 21:23:02 -0000 On Tuesday, October 02, 2012 3:05:30 pm Sean Bruno wrote: > On Mon, 2012-10-01 at 05:47 -0700, John Baldwin wrote: > > Can you add extra printfs to see where exactly attach is failing? I > > would > > start with the attach routine in sys/dev/acpica/acpi_pcib_pci.c: > > > > > > hrm ... interesting side effects. After adding my printf's I don't hit > the panic any more. :-) > > I changed the ret val of acpi_pcib_pci_attach() and put in some > instrumentation in acpi_pcib_attach(). The key value is that > acpi_DeviceIsPresent() appears to be returning FALSE in this case. > > patch used -->http://people.freebsd.org/~sbruno/acpi_pcib.txt What happens if you just comment out the acpi_DeviceIsPresent() check? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 21:23:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60E821065673 for ; Tue, 2 Oct 2012 21:23:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 367CD8FC17 for ; Tue, 2 Oct 2012 21:23:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 95A71B94B; Tue, 2 Oct 2012 17:23:02 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 2 Oct 2012 17:15:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> <506B3037.60201@yahoo.de> In-Reply-To: <506B3037.60201@yahoo.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210021715.19310.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 02 Oct 2012 17:23:02 -0400 (EDT) Cc: Norbert Aschendorff Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 21:23:03 -0000 On Tuesday, October 02, 2012 2:19:35 pm Norbert Aschendorff wrote: > Well... > > Here the results for a kernel without WITNESS_SKIPSPIN (I'll compile one > including that tomorrow, but until then...) > > Good news is: The kernel crashed with activated WITNESS. > Bad news is: I have to turn power off after the crash with WITNESS. The > crash dump is _not_ written to disk :( > > Good news II is: It wrote something to the syslog. Actually, it wrote > very much to the syslog, some megabytes in total. Most of it is the > same, here the latest messages logfile: > http://lbo.spheniscida.de/Files/nfs-crash.log (94K) > > It specifies the file, line and zone. Maybe it's useful... That does help. It tells us that the lock being held is a vnode interlock that was last acquired in vinactive(). I don't see how though, unless the lock was recursively acquired elsewhere. You could try adding a different WITNESS check (using WITNESS_WARN) to see which NFS proc returns with a lock held so you can catch this when it first occurs rather than much later after the fact. Do you have the start of the log messages? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 21:46:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D4F41065679; Tue, 2 Oct 2012 21:46:43 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E275A8FC25; Tue, 2 Oct 2012 21:46:42 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAIBfa1CDaFvO/2dsb2JhbABFhgu5X4IgAQEBBAEBASArIAsbDgoCAg0SBwIpAQkmBggHBAEZAwSHZAulGoI7kE2BIYoCGgGFDYESA5M8gi2BFYgnhm+DA4FHNA X-IronPort-AV: E=Sophos;i="4.80,524,1344225600"; d="scan'208";a="181612446" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 02 Oct 2012 17:46:36 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 508D5B4043; Tue, 2 Oct 2012 17:46:36 -0400 (EDT) Date: Tue, 2 Oct 2012 17:46:36 -0400 (EDT) From: Rick Macklem To: John Baldwin Message-ID: <2100574836.1605507.1349214396315.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <201210021715.19310.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Norbert Aschendorff , kib , freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 21:46:43 -0000 John Baldwin wrote: > On Tuesday, October 02, 2012 2:19:35 pm Norbert Aschendorff wrote: > > Well... > > > > Here the results for a kernel without WITNESS_SKIPSPIN (I'll compile > > one > > including that tomorrow, but until then...) > > > > Good news is: The kernel crashed with activated WITNESS. > > Bad news is: I have to turn power off after the crash with WITNESS. > > The > > crash dump is _not_ written to disk :( > > > > Good news II is: It wrote something to the syslog. Actually, it > > wrote > > very much to the syslog, some megabytes in total. Most of it is the > > same, here the latest messages logfile: > > http://lbo.spheniscida.de/Files/nfs-crash.log (94K) > > > > It specifies the file, line and zone. Maybe it's useful... > > That does help. It tells us that the lock being held is a vnode > interlock > that was last acquired in vinactive(). > > I don't see how though, unless the lock was recursively acquired > elsewhere. > Yep, it looks like every call to vinactive() is followed by a VI_UNLOCK(). Also, when v_interlock gets mtx_init()'d, it only gets MTX_DEF, so I think there would be a panic() if VI_LOCK(vp) was done recursively? I've added kib@ to the cc list, in case he has some insight into this? (Kostik, Norbert gets a panic() after "Sleeping thread (tid nn, pid mm) owns a non-sleepable lock" happens in propagate_priority() called from cv_timedwait_sig() in the server side krpc by a kernel nfsd thread.) rick > You could try adding a different WITNESS check (using WITNESS_WARN) to > see > which NFS proc returns with a lock held so you can catch this when it > first > occurs rather than much later after the fact. Do you have the start of > the > log messages? > > -- > John Baldwin > _______________________________________________ > 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 Tue Oct 2 21:48:12 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65D4B106564A for ; Tue, 2 Oct 2012 21:48:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 23E448FC1D for ; Tue, 2 Oct 2012 21:48:12 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 40AAE5C59; Tue, 2 Oct 2012 23:48:10 +0200 (CEST) Message-ID: <506B6118.1020701@andric.com> Date: Tue, 02 Oct 2012 23:48:08 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120925 Thunderbird/16.0 MIME-Version: 1.0 To: Eitan Adler References: <506A9D89.80303@gmail.com> <506AB019.70501@andric.com> <506B0FF5.5050505@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Volodymyr Kostyrko , stable@freebsd.org Subject: Re: Missing lib on linking libc WITH_LIBCPLUSPLUS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 21:48:12 -0000 On 2012-10-02 19:27, Eitan Adler wrote: > On 2 October 2012 12:01, Volodymyr Kostyrko wrote: ... >> Bingo. Yes, disabling ccache makes everything work. > please ping the ccache folk about this. It *shouldn't* matter. :) In this case, ccache apparently does not realize that the world stage is using the toolchain built during the cross-tools stage, which usually is in /usr/obj/usr/src/tmp/usr/bin. This toolchain uses another include and lib path, e.g. it only refers to headers and libraries under /usr/obj, specifically *not* those in the base system. In Volodymyr's original log, you can see /usr/bin/ld being invoked by the compiler driver, not /usr/obj/usr/src/tmp/usr/bin/ld. I think ccache invokes /usr/bin/cc, instead of /usr/obj/usr/src/tmp/usr/bin/cc. Normally ccache searches the PATH to find the 'real' cc executable, but I am not sure why this goes wrong during the world stage. It would be interesting to see some verbose logging from ccache, to see how it finds the cc executable here. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 21:57:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF738106566B for ; Tue, 2 Oct 2012 21:57:30 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5DEB88FC08 for ; Tue, 2 Oct 2012 21:57:30 +0000 (UTC) Received: by wibhr7 with SMTP id hr7so1211483wib.13 for ; Tue, 02 Oct 2012 14:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=WmY8oOIokf0X44+5gYz4b2gT78m2iAYVpwwFpdZI3gs=; b=iZ03l6aiopa5p56xCmm+/CCpIsZiWVmUOgNnJ/bXATB+Q4J/xrGnqIy44YjnWSkiUx NG0lNvWGStNlLhKs6iRRmC7/BMDI+CdtzWqXgtV/pDMDKwqE7NTmhIBGLJoZxj23deGn ys5PGaLDLVWUOHeewuFVLuqCSWKDIUAJZk3wwOfLemXzch/VlIrekCLtfIFVhzdgMRNn 9pfthABwWo/8SUvLIU/EUqkYdmKyGcHnJGtjRLbYKMGAJWohHbHEzFMNsOHE7BaP5fs/ 8ZUPV8mZI5JPZDeS3sLO+QaL4WUGNoRE5qn8PwaFCZtNZ1sW7xGPHf7Wzyzu2ZhPBlGV gXSw== Received: by 10.216.131.161 with SMTP id m33mr82798wei.13.1349215049496; Tue, 02 Oct 2012 14:57:29 -0700 (PDT) Received: from limbo.xim.bz ([46.150.100.6]) by mx.google.com with ESMTPS id dt9sm21180124wib.1.2012.10.02.14.57.27 (version=SSLv3 cipher=OTHER); Tue, 02 Oct 2012 14:57:28 -0700 (PDT) Message-ID: <506B6344.7060302@gmail.com> Date: Wed, 03 Oct 2012 00:57:24 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <506A9D89.80303@gmail.com> <506AB019.70501@andric.com> <506B0FF5.5050505@gmail.com> <506B6118.1020701@andric.com> In-Reply-To: <506B6118.1020701@andric.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Eitan Adler , stable@freebsd.org Subject: Re: Missing lib on linking libc WITH_LIBCPLUSPLUS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 21:57:30 -0000 03.10.2012 00:48, Dimitry Andric wrote: >>> Bingo. Yes, disabling ccache makes everything work. >> please ping the ccache folk about this. It *shouldn't* matter. :) > > In this case, ccache apparently does not realize that the world stage is > using the toolchain built during the cross-tools stage, which usually is > in /usr/obj/usr/src/tmp/usr/bin. > > This toolchain uses another include and lib path, e.g. it only refers to > headers and libraries under /usr/obj, specifically *not* those in the > base system. > > In Volodymyr's original log, you can see /usr/bin/ld being invoked by > the compiler driver, not /usr/obj/usr/src/tmp/usr/bin/ld. I think > ccache invokes /usr/bin/cc, instead of /usr/obj/usr/src/tmp/usr/bin/cc. > > Normally ccache searches the PATH to find the 'real' cc executable, but > I am not sure why this goes wrong during the world stage. It would be > interesting to see some verbose logging from ccache, to see how it finds > the cc executable here. That's also a good catch. My system is configured according to /usr/ports/devel/ccache/files/ccache-howto-freebsd.txt.in and CCACHE_PATH is set to /usr/bin:/usr/local/bin. Can I ask you what is a preferrred way of dealing with the PATH in the buildworld? 1. Rely on what environment contains. 2. Hardcode some sane default for ccache. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 2 23:13:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3BA8106564A; Tue, 2 Oct 2012 23:13:14 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3E88FC08; Tue, 2 Oct 2012 23:13:14 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q92NCxlw069010; Tue, 2 Oct 2012 16:13:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1349219581; bh=2uOU0bXH3+5eyJkyo4fr21no+PnVyVD+culjZs38lUY=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=VIenJQwg1q07G908Ffn0ky5ANYQ6WrSNrE5O1wUN8Xafr9TsRIYcXrHj2DLwg96cR gWnx9mr6AoJJZp0rr9WFqTEQgnfpsOWhDmq+l8KLkJhFJftx/96jKe1zf24tej7euH 1+GaLRZXWji/nuGxAVqUsyr4bCkcl3l2GlnlxtxQ= From: Sean Bruno To: John Baldwin In-Reply-To: <201210021706.53942.jhb@freebsd.org> References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> <201210010847.53984.jhb@freebsd.org> <1349204730.4246.12.camel@powernoodle.corp.yahoo.com> <201210021706.53942.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 02 Oct 2012 16:12:59 -0700 Message-ID: <1349219579.4246.13.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 219580001 Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Oct 2012 23:13:14 -0000 On Tue, 2012-10-02 at 14:06 -0700, John Baldwin wrote: > On Tuesday, October 02, 2012 3:05:30 pm Sean Bruno wrote: > > On Mon, 2012-10-01 at 05:47 -0700, John Baldwin wrote: > > > Can you add extra printfs to see where exactly attach is failing? I > > > would > > > start with the attach routine in sys/dev/acpica/acpi_pcib_pci.c: > > > > > > > > > > hrm ... interesting side effects. After adding my printf's I don't hit > > the panic any more. :-) > > > > I changed the ret val of acpi_pcib_pci_attach() and put in some > > instrumentation in acpi_pcib_attach(). The key value is that > > acpi_DeviceIsPresent() appears to be returning FALSE in this case. > > > > patch used -->http://people.freebsd.org/~sbruno/acpi_pcib.txt > > What happens if you just comment out the acpi_DeviceIsPresent() check? > wow, it booted up and seems to be fine. huh ... pcib7: at device 28.0 on pci0 pcib7: domain 0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: no prefetched decode pci7: on pcib7 pci7: domain=0, physical bus=7 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 01:08:31 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88BFA106566B; Wed, 3 Oct 2012 01:08:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 499C78FC0A; Wed, 3 Oct 2012 01:08:31 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q9318Ub5041020; Wed, 3 Oct 2012 01:08:30 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q9318U3c041013; Wed, 3 Oct 2012 01:08:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Oct 2012 01:08:30 GMT Message-Id: <201210030108.q9318U3c041013@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2012 01:08:31 -0000 TB --- 2012-10-03 01:07:54 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-03 01:07:54 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-03 01:07:54 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-03 01:07:54 - cleaning the object tree TB --- 2012-10-03 01:07:58 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-03 01:07:58 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-03 01:07:58 - /usr/local/bin/svn cleanup /src TB --- 2012-10-03 01:08:07 - /usr/local/bin/svn update /src TB --- 2012-10-03 01:08:16 - At svn revision 241147S TB --- 2012-10-03 01:08:17 - building world TB --- 2012-10-03 01:08:17 - CROSS_BUILD_TESTING=YES TB --- 2012-10-03 01:08:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-03 01:08:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-03 01:08:17 - SRCCONF=/dev/null TB --- 2012-10-03 01:08:17 - TARGET=mips TB --- 2012-10-03 01:08:17 - TARGET_ARCH=mips TB --- 2012-10-03 01:08:17 - TZ=UTC TB --- 2012-10-03 01:08:17 - __MAKE_CONF=/dev/null TB --- 2012-10-03 01:08:17 - cd /src TB --- 2012-10-03 01:08:17 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 3 01:08:18 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-03 01:08:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-03 01:08:30 - ERROR: failed to build world TB --- 2012-10-03 01:08:30 - 13.08 user 8.20 system 35.86 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 01:52:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5F31065693 for ; Wed, 3 Oct 2012 01:52:49 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp3.insight.synacor.com [208.47.185.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2D05D8FC08 for ; Wed, 3 Oct 2012 01:52:48 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=K/p5VaknQOJDhrEDcD93QsaYGScowlD1uH+DOMUGUmo= c=1 sm=0 a=9fOwHjcT9nYA:10 a=jLN7EqiLvroA:10 a=F4_ZJLAPQAHbAhHuI90A:9 a=AcdsImxJPJ9Yo6Ye3TGm+Q==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Authentication-Results: smtp02.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Received-SPF: softfail (smtp02.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.34.76 as permitted sender) Received: from [74.134.34.76] ([74.134.34.76:52326] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 7A/49-16145-F6A9B605; Tue, 02 Oct 2012 21:52:47 -0400 Date: Tue, 02 Oct 2012 21:52:47 -0400 Message-ID: <7A.49.16145.F6A9B605@smtp02.insight.synacor.com> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Cc: Subject: Re: problem cross-compiling 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 01:52:49 -0000 ^ You don't say what target architecture you are cross-compiling for, and if ^ your host OS was FreeBSD or something else like Linux or NetBSD. ^ I've been cross-compiling NetBSD 5.1_STABLE, 6.0 prerelease and HEAD for ^ i386 and amd64 from FreeBSD 9.0_STABLE with varied results, but in my ^ experience NetBSD is less stable and less up-to-date than FreeBSD. > ok, the missing info is: > base system: > FreeBSD 8.2-stable amd64 > and cross-compiling to > FreeBSD 9.1-PRERELEASE i386 > I have been cross-compiling since amd64 appeared with no problems (well almost > :-). > The first time was i386 to amd64, and amd64 to x ever since. > cheers, > danny 9.1-PRERELEASE is not too far ahead of 8.2-stable for building the system. Advantage of a 64-bit OS over 32-bit OS for compiling is that 32-bit only supports about 3 GB RAM, unless you use PAE, while 64-bit is not so limited, but this is an issue only if you have >= 4 GB RAM. FreeBSD is capable of cross-compiling the system for all supported architectures ("make universe"). There have been questions on the FreeBSD lists on Clang vs. GCC for building the system and ports. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 04:58:42 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29E111065670; Wed, 3 Oct 2012 04:58:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DE0558FC0A; Wed, 3 Oct 2012 04:58:41 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q934wfKh027584; Wed, 3 Oct 2012 04:58:41 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q934wfNe027579; Wed, 3 Oct 2012 04:58:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Oct 2012 04:58:41 GMT Message-Id: <201210030458.q934wfNe027579@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2012 04:58:42 -0000 TB --- 2012-10-03 04:58:06 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-03 04:58:06 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-03 04:58:06 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-03 04:58:06 - cleaning the object tree TB --- 2012-10-03 04:58:07 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-03 04:58:07 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-03 04:58:07 - /usr/local/bin/svn cleanup /src TB --- 2012-10-03 04:58:17 - /usr/local/bin/svn update /src TB --- 2012-10-03 04:58:26 - At svn revision 241154S TB --- 2012-10-03 04:58:27 - building world TB --- 2012-10-03 04:58:27 - CROSS_BUILD_TESTING=YES TB --- 2012-10-03 04:58:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-03 04:58:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-03 04:58:27 - SRCCONF=/dev/null TB --- 2012-10-03 04:58:27 - TARGET=mips TB --- 2012-10-03 04:58:27 - TARGET_ARCH=mips TB --- 2012-10-03 04:58:27 - TZ=UTC TB --- 2012-10-03 04:58:27 - __MAKE_CONF=/dev/null TB --- 2012-10-03 04:58:27 - cd /src TB --- 2012-10-03 04:58:27 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 3 04:58:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-03 04:58:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-03 04:58:41 - ERROR: failed to build world TB --- 2012-10-03 04:58:41 - 13.02 user 8.44 system 34.59 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 07:22:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BB571065687 for ; Wed, 3 Oct 2012 07:22:02 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm33-vm6.bullet.mail.gq1.yahoo.com (nm33-vm6.bullet.mail.gq1.yahoo.com [98.136.216.245]) by mx1.freebsd.org (Postfix) with SMTP id BEDDF8FC08 for ; Wed, 3 Oct 2012 07:22:01 +0000 (UTC) Received: from [98.137.12.58] by nm33.bullet.mail.gq1.yahoo.com with NNFMP; 03 Oct 2012 07:21:55 -0000 Received: from [208.71.42.211] by tm3.bullet.mail.gq1.yahoo.com with NNFMP; 03 Oct 2012 07:21:55 -0000 Received: from [127.0.0.1] by smtp222.mail.gq1.yahoo.com with NNFMP; 03 Oct 2012 07:21:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349248915; bh=uU7gJe7FmukmpDovCZrwSZyaZpLqnHdYqXLdOVIm34s=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=DEW43zHFHXdKHvLH0seguVxT/mbgeWFc+/iLMwRVn7kXYmtNVbUquCzNJIVKIJeu1rAk1+nbPdK36LmwT8Ml7g6WHg9ris05IkafbJepCbJHo2mFaq+Xx3w3OkndPrQe9gM8jKXMSzpycKvK3ZHbTwbpGK+6BbUkDNTJoHLRFeU= X-Yahoo-Newman-Id: 70988.17076.bm@smtp222.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Lw12fN0VM1nvM.mJUhg3eFoH6RRVQVCmUsJF7_XHFQ8r1u. Nje1.zq6mhcxRuu50NVQIIga6R.h5VKSGUoyKalRuLweN1TBAU4mR8N5vkUK PUEHVimueJEJRJGNvn3R2fyLpn5oYLZ_Pjxug8pObahvRwHnhg5VKB.zEDta M0W9FbpCKkX8rOUH_ul8QU7iNzc7A_Kg_tWPPDTxNLp15wPBmvkIDJ7d8RzX rkNIeAZSfLwqIkNjLnTzSFzeDaeLZO6tpQWEROxoM1Dpx_TZ0cGUVxY5nVBM rYilgGvVGhF5n8UFBIkO_wzCesoluxQTGyAQHHYja1FhIa0SgPRplyvdGKGD PtKGH6i6AL8IkUq5ZY5Dlx8vD5bKgMfXdeIOGbH9tjAwG1ILjjO.PYqctDnd icmgJVT.5fDEpr7OWbh7KjG42H.ySZ.sUNlypgyMqqxF5j2S6 X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp222.mail.gq1.yahoo.com with SMTP; 03 Oct 2012 00:21:54 -0700 PDT Message-ID: <506BE790.8020303@yahoo.de> Date: Wed, 03 Oct 2012 09:21:52 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> <506B3037.60201@yahoo.de> <201210021715.19310.jhb@freebsd.org> In-Reply-To: <201210021715.19310.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 07:22:02 -0000 On 10/02/2012 11:15 PM, John Baldwin wrote: > You could try adding a different WITNESS check (using WITNESS_WARN) to see > which NFS proc returns with a lock held so you can catch this when it first > occurs rather than much later after the fact. Do you have the start of the > log messages? Yep, I have the start of the log, it was archived and is 72 MB in total (some more crashes before ;). So I just have to compile a kernel including "option WITNESS_WARN" and (as mentioned in some mails before) "option WITNESS_SKIPSPIN" and then examine the whole log? Regards, Norbert From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 07:30:02 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1086106564A; Wed, 3 Oct 2012 07:30:01 +0000 (UTC) (envelope-from dgeo@centrale-marseille.fr) Received: from meli.ec-m.fr (meli.ec-m.fr [147.94.19.138]) by mx1.freebsd.org (Postfix) with ESMTP id 77AD08FC0A; Wed, 3 Oct 2012 07:30:01 +0000 (UTC) Received: from amavis4.serv.int (amavis4.serv.int [10.3.0.48]) by meli.ec-m.fr (GrosseBox 1743 XXL) with ESMTP id 11D7E278A30; Wed, 3 Oct 2012 09:30:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at centrale-marseille.fr Received: from meli.ec-m.fr ([10.3.0.12]) by amavis4.serv.int (amavis4.serv.int [10.3.0.48]) (amavisd-new, port 10024) with LMTP id aKWq71mi4eY7; Wed, 3 Oct 2012 09:30:00 +0200 (CEST) Received: from dgeo.sysadm.ec-m.fr (dgeo.sysadm.ec-m.fr [147.94.19.169]) (Authenticated sender: dgeo) by meli.ec-m.fr (GrosseBox 1743 XXL) with ESMTPSA id 8DC552789CC; Wed, 3 Oct 2012 09:30:00 +0200 (CEST) Message-ID: <506BE977.1060405@centrale-marseille.fr> Date: Wed, 03 Oct 2012 09:29:59 +0200 From: geoffroy desvernay User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120928 Thunderbird/15.0.1 MIME-Version: 1.0 To: Alexander Motin References: <506AE944.3020806@centrale-marseille.fr> <506AF15D.1010707@FreeBSD.org> <506B0AE1.5050303@FreeBSD.org> In-Reply-To: <506B0AE1.5050303@FreeBSD.org> X-Enigmail-Version: 1.4.3 OpenPGP: url=http://dgeo.perso.ec-m.fr/0x7C253D52.pgp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org, Andriy Gapon Subject: Re: ahcich reset -> cannot mount zfs root in 9.1-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 07:30:02 -0000 On 10/02/2012 17:40, Alexander Motin wrote: > On 02.10.2012 16:51, Andriy Gapon wrote: >> on 02/10/2012 16:16 geoffroy desvernay said the following: >>> Hi all, >>> >>> Trying to upgrade a system from 9.0-RELEASE to 9.1-PRE from yesterday on >>> my machine (GEOM+ZFS mirror setup on ada[01]p3), the new kernel becomes >>> unable to mount root... The only way to recover is to boot from 9.0 >>> kernel. >>> The disks were already named ada[01] in 9.0, so I suspect nothing >>> there... >>> >>> I tried >>> - disabling AHCI in bios (no change seen) >>> - change cables, check PSU, test disks with smartctl >>> >>> Here are some bits (via serial console): >>> ahci0: port >>> 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f >>> mem 0xfe9ff800-0xfe9ffbff irq 22 at device 18.0 on pci0 >>> ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported >>> ahci0: Caps: 64bit NCQ SNTF MPS AL CLO 3Gbps PM PMD SSC PSC 32cmd CCC >>> 4ports >>> ahcich0: at channel 0 on ahci0 >>> ahcich0: Caps: HPCP >>> ahcich1: at channel 1 on ahci0 >>> ahcich1: Caps: HPCP >>> ahcich2: at channel 2 on ahci0 >>> ahcich2: Caps: HPCP >>> ahcich3: at channel 3 on ahci0 >>> ahcich3: Caps: HPCP >>> ahcich0: AHCI reset... >>> ahcich0: SATA connect time=100us status=00000123 >>> ahcich0: AHCI reset: device found >>> ahcich0: AHCI reset: device ready after 0ms >>> >>> The difference with 9.0 is after that: here is 9.0's next lines: (same >>> for ahcich1) >>> (aprobe0:ahcich0:0:15:0): Command timed out >>> (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted >>> (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 >>> >>> And 9.1-PRE's: >>> (aprobe0:ahcich0:0:15:0): NOP. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 >>> (aprobe0:ahcich0:0:15:0): CAM status: Command timeout >>> (aprobe0:ahcich0:0:15:0): Error 5, Retries exhausted >>> >>> In both cases ada[01] are detected and available, but with 9.1-PRE I >>> see: >>> GEOM_RAID: Promise: Disk ada0 state changed from NONE to SPARE. >>> GEOM_RAID: Promise: Disk ada1 state changed from NONE to SPARE. >>> >>> (I see the same when I # kldload geom_raid # from running 9.0, doesn't >>> breaks anything...) >>> >>> I attach the full boot log with 9.1-PRE (bios with NO-raid nor AHCI >>> enabled, but this changes nothing in the output) >>> >>> I could test patches or try any command required to debug this… But for >>> the moment I don't know where to search (and kernel code is far away >>> from my current skills in debugging…) >> >> You probably need to clear RAID metadata on the disks as I think that >> disabling >> geom_raid is not possible in 9.1-PRE. >> I think that Alexander can help you more here. > > The right way is to clear RAID metadata on disks. If it is possible to > boot from any other source, you can just do `graid delete Promise` and > then reboot. > > Alternatively it is possible to disable geom_raid module using recently > added loader tunable kern.geom.raid.enable=0. After that your system > should boot and run fine. I would still recommend you to erase metadata, > but after setting that tunable it will be impossible to do it via graid > tool, only with manual dd surgery. In case of Promise format metadata > use up to 63 last sectors of the disk. You can identify respective > sectors to erase by signature "Promise Technology, Inc." in the > beginning of the sector. > I tried clearing metadata, but no effect (it seems to work, the first 'geom raid delete Promise' returns 0, the second one complains something like 'Promise array doesn't exist', but it didn't solve the problem. But adding kern.geom.raid.enable=0 did ;) I still didn't try to locate manualy the last sectors... Thanks a lot ! -- *geoffroy desvernay* C.R.I - Administration systčmes et réseaux Ecole Centrale de Marseille Tel: (+33|0)4 91 05 45 24 Fax: (+33|0)4 91 05 45 98 dgeo@centrale-marseille.fr From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 07:30:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52D16106567A for ; Wed, 3 Oct 2012 07:30:10 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm11.bullet.mail.bf1.yahoo.com (nm11.bullet.mail.bf1.yahoo.com [98.139.212.170]) by mx1.freebsd.org (Postfix) with SMTP id BB52F8FC0C for ; Wed, 3 Oct 2012 07:30:09 +0000 (UTC) Received: from [98.139.212.150] by nm11.bullet.mail.bf1.yahoo.com with NNFMP; 03 Oct 2012 07:30:02 -0000 Received: from [98.139.213.14] by tm7.bullet.mail.bf1.yahoo.com with NNFMP; 03 Oct 2012 07:30:02 -0000 Received: from [127.0.0.1] by smtp114.mail.bf1.yahoo.com with NNFMP; 03 Oct 2012 07:30:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349249402; bh=SXh0ZxbSNnt8f1hBREd/wbp5QH74bC0ATL5Am5A57vI=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=uP/7RL0H99CrJ/JWh8f5hl8URKxD9RHmtgjTM3wPmSUz02mYU6+KWrbd9+DL/hGk9043R1QJ+Qv5+o4Sap53SJoLWFzwloJPFfWv822LU0fGHU5r5INFEkReoK+KrRdPtAtzDkQjr8Nwz76IosX4UO/b4LX0kRbTtk0SdaMNHcg= X-Yahoo-Newman-Id: 487809.22879.bm@smtp114.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: huK_AVgVM1ldmxKJuZ_X3q0N5AUkPEcTQKV0MPitkxEtWuP amE4l6QYFNoqXBSIfCcftTKp72AL8ocN6s1_ntGvykHyisBbYIDtzfYX29IW poh0sUK.nHYncAYhGm1Jsf.lPxxc5S8ATVSB2GzCMrhX6v2jxrj0w_ySR.tO .1qzCDqEILnDE9gxLFGNs5HFgzNdQSc2JdLppSXurymBy9gH75v9x6yC2SGH 4nezomND_Mdbb1L4t3PECH8cwdVYErVnwzYwVXw6GAPA1QWI_tS9R4HXo0J4 ia2MaJqsAmPNQYbEhySk3waLF3AK2f5CaNA6fYyMmqSe7ZcVp_jW_It1LKtW X29fTLeregKov0EdBOOVqQju5L542c28YS4Zky0QueXUiEKvraWCi1GgZNy0 .kziYhFrQFnbSfIRROmK2INsgut6hqPniV9oDe97_0dqQcWu_ X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp114.mail.bf1.yahoo.com with SMTP; 03 Oct 2012 00:30:02 -0700 PDT Message-ID: <506BE978.1010402@yahoo.de> Date: Wed, 03 Oct 2012 09:30:00 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> <506B3037.60201@yahoo.de> <201210021715.19310.jhb@freebsd.org> <506BE790.8020303@yahoo.de> In-Reply-To: <506BE790.8020303@yahoo.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 07:30:10 -0000 On 10/03/2012 09:21 AM, Norbert Aschendorff wrote: > So I just have to compile a kernel including "option WITNESS_WARN" and Well, obviously doesn't work, so only WITNESS_SKIPSPIN... From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 08:48:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EEA7106566C; Wed, 3 Oct 2012 08:48:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D390A8FC08; Wed, 3 Oct 2012 08:48:49 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q938mnDF013938; Wed, 3 Oct 2012 08:48:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q938mnpr013937; Wed, 3 Oct 2012 08:48:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Oct 2012 08:48:49 GMT Message-Id: <201210030848.q938mnpr013937@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2012 08:48:50 -0000 TB --- 2012-10-03 08:48:12 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-03 08:48:12 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-03 08:48:12 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-03 08:48:12 - cleaning the object tree TB --- 2012-10-03 08:48:13 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-03 08:48:13 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-03 08:48:13 - /usr/local/bin/svn cleanup /src TB --- 2012-10-03 08:48:27 - /usr/local/bin/svn update /src TB --- 2012-10-03 08:48:34 - At svn revision 241156S TB --- 2012-10-03 08:48:35 - building world TB --- 2012-10-03 08:48:35 - CROSS_BUILD_TESTING=YES TB --- 2012-10-03 08:48:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-03 08:48:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-03 08:48:35 - SRCCONF=/dev/null TB --- 2012-10-03 08:48:35 - TARGET=mips TB --- 2012-10-03 08:48:35 - TARGET_ARCH=mips TB --- 2012-10-03 08:48:35 - TZ=UTC TB --- 2012-10-03 08:48:35 - __MAKE_CONF=/dev/null TB --- 2012-10-03 08:48:35 - cd /src TB --- 2012-10-03 08:48:35 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 3 08:48:36 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-03 08:48:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-03 08:48:49 - ERROR: failed to build world TB --- 2012-10-03 08:48:49 - 13.02 user 8.30 system 36.37 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 09:01:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF7C8106564A for ; Wed, 3 Oct 2012 09:01:11 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm11-vm0.bullet.mail.ne1.yahoo.com (nm11-vm0.bullet.mail.ne1.yahoo.com [98.138.90.58]) by mx1.freebsd.org (Postfix) with SMTP id 4B0508FC0A for ; Wed, 3 Oct 2012 09:01:11 +0000 (UTC) Received: from [98.138.90.50] by nm11.bullet.mail.ne1.yahoo.com with NNFMP; 03 Oct 2012 09:01:05 -0000 Received: from [98.138.226.132] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 03 Oct 2012 09:01:05 -0000 Received: from [127.0.0.1] by smtp219.mail.ne1.yahoo.com with NNFMP; 03 Oct 2012 09:01:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349254865; bh=rSa+5UpZlsGJoAx4c0UjAYKCE/Nthg45A6Ximcl40r4=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=g2eRYWkeqyDroyCO6diqu2ZIeOs20vKm1H9/aAdMjqUIDm44eAblVJrG1zluqeESPxfLCw77keF3bQYYi3X3jvPLftZtllInTVt8oM5Ew0V6Df+8QOG8ob+wGLAhGELC5ZyE9cVJbrzgkmNMSfgReWQNCClTREJv8OR0e1ASrVI= X-Yahoo-Newman-Id: 496213.38693.bm@smtp219.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ts839NMVM1kRyFje4WwgP0ljciNRmjAw_nCnbpngRsZfAGm u_07ANcevoaLF0atXkhTB4ivf06amx7ynERaHnCy1bkgOCz96jNHq3eGEdm2 KnLVplM3YcGN5c1q2RacWwGYbilMla8T9UM0aHY9L2yk1ym0sjE0.no1Nixx dclQvCPskrNdTYxhMfIhebDZLyzf3f8lp65ZBNp2evF8ZYL8ndiTsCrAXRfM 9xCywdXNxL1kxznZKCQNt52LYApMyuxE7PgllXR0s1zBcy0AHE.ZYL5dkOIm APTL0pXB7Pm.XtJrLF48k27WWRxFsLBDc2yN5urj_cqNg63q4au1O7lmKtVf NkkrARq4qljTEa_BZKWX1Cpm4UhErJfM.GkbNolmoXCoqLQyfp47dHsBkMIE VmTVHjJ9SSWvjHGWGUGq1aYcWWrmmosaImYOh6xUlk4ddHTnlKnKP3qvlLGK oaZS6tHkvm0svcybCia8b.rJWj4bDH63YFnvYJuj3X05PFu1MvLsXEB7nCsj uIrn6quVgzUhMPA24sUaTbafttad0OGwWtuFsprzOTDT6 X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp219.mail.ne1.yahoo.com with SMTP; 03 Oct 2012 02:01:05 -0700 PDT Message-ID: <506BFECE.3020006@yahoo.de> Date: Wed, 03 Oct 2012 11:01:02 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1990296074.1528480.1349129938870.JavaMail.root@erie.cs.uoguelph.ca> <506B3037.60201@yahoo.de> <201210021715.19310.jhb@freebsd.org> In-Reply-To: <201210021715.19310.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 09:01:11 -0000 Another logs - even with a /var/crash crash report :) Please note: The /var/crash files stem from another crash than the big syslog does! The syslog file inside the tarball is about 4.7 MB; it contains everything since the start of the crash. New /var/crash files: http://lbo.spheniscida.de/Files/nfs-rsync-crash-witnessII.tgz New syslog file: http://lbo.spheniscida.de/Files/nfs-rsync-crash-witnessIII-only-messages.tgz (Both < 100 KB) The used kernel is called GENERIC-OWN-WITNESS and has all three WITNESS options enabled and nothing else. But I just get an idea: Should I try it without Rick's NFSv4 numeric-uid-gid patch? Or is that completely unrelated? @Rick: Can you assure that it is impossible that the patch added this bug? --norbert From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 11:27:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3EF1065670 for ; Wed, 3 Oct 2012 11:27:58 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id F39118FC0C for ; Wed, 3 Oct 2012 11:27:57 +0000 (UTC) Received: by padbi1 with SMTP id bi1so7095062pad.13 for ; Wed, 03 Oct 2012 04:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=LT87p+lQP91Dm5ZIf0/qk2YgFfRBPMpxl3VUhAyoPtU=; b=QD+5ajoFk1q0GSJ7gnczgsxONAiiVnK5rpiG8BppqXMWZ2/nBcbGpAI+0dZNG/VwNv /wACn3/HAwiG16lm52HXs1XGpK2gVHmro7T5v3XjvW7g2ECW/aRqk9b4sB2Xx8ZecUVv usp7B97uD/Bi1q+eLd6LQiuVrOMEzecpXk2LJwl21aUPIH15HiH4X03hSnhyjNC6duzl gnxEdGXmeX79WmifB5Sy6ZcaqZ8dzde+QsXG7oa5rTwLUMWTSarc/443/2c/xhYLrBpX 5Y8vbRS1WpvyArj2purHcG23wVzLSzu3ZBMsf8lQ+i9wS7iJpigK4EBVH8QzfnpCiumg uu4A== Received: by 10.66.78.136 with SMTP id b8mr4395842pax.26.1349263677418; Wed, 03 Oct 2012 04:27:57 -0700 (PDT) Received: from [192.168.1.132] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id kj10sm2472440pbc.72.2012.10.03.04.27.55 (version=SSLv3 cipher=OTHER); Wed, 03 Oct 2012 04:27:56 -0700 (PDT) Message-ID: <506C2139.6070906@gmail.com> Date: Wed, 03 Oct 2012 14:27:53 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120924 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: lang/gcc fails building on old processor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 11:27:58 -0000 Hello. It seems that lang/gcc starts producing incorrect binaries after some point. Right now it stops building with: checking whether to build static libraries... yes libtool.m4: error: problem compiling FC test program checking for /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gcc/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include option to produce PIC... checking if /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gcc/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include static flag works... no checking if /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gcc/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include supports -c -o file.o... no checking if /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gcc/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include supports -c -o file.o... (cached) no checking whether the /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gcc/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include linker (/tmp/ports/usr/ports/lang/gcc/work/build/./gcc/collect-ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd9.1 ld.so checking how to hardcode library paths into programs... immediate checking whether the GNU Fortran compiler is working... no configure: error: GNU Fortran is not working; please report a bug in http://gcc.gnu.org/bugzilla, attaching /tmp/ports/usr/ports/lang/gcc/work/build/i386-portbld-freebsd9.1/libgfortran/config.log configure:12860: /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gcc/work/build/ ./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386- portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include -c conftest.f >&5 :0:0: internal compiler error: Illegal instruction: 4 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. configure:12863: $? = 1 configure:12991: checking for /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gc c/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /us r/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include option to produce PIC configure:13276: result: configure:13341: checking if /tmp/ports/usr/ports/lang/gcc/work/build/./gcc/gfortran -B/tmp/ports/usr/ports/lang/gcc /work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr /local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include static flag works configure:13369: result: no Same with or without CPUTYPE set, building with clang or with in-base gcc. My CPU is: Oct 2 17:57:10 limbo kernel: CPU: AMD Athlon(tm) XP 2500+ (1833.95-MHz 686-class CPU) Oct 2 17:57:10 limbo kernel: Origin = "AuthenticAMD" Id = 0x6a0 Family = 0x6 Model = 0xa Stepping = 0 Oct 2 17:57:10 limbo kernel: Features=0x383fbff Oct 2 17:57:10 limbo kernel: AMD Features=0xc0400800 -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 12:49:48 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E39D6106566B; Wed, 3 Oct 2012 12:49:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id A38268FC19; Wed, 3 Oct 2012 12:49:48 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q93Cnm7B028511; Wed, 3 Oct 2012 12:49:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q93Cnlhm028504; Wed, 3 Oct 2012 12:49:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Oct 2012 12:49:47 GMT Message-Id: <201210031249.q93Cnlhm028504@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2012 12:49:49 -0000 TB --- 2012-10-03 12:43:16 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-03 12:43:16 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-03 12:43:16 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-03 12:43:16 - cleaning the object tree TB --- 2012-10-03 12:43:17 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-03 12:43:17 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-03 12:43:17 - /usr/local/bin/svn cleanup /src TB --- 2012-10-03 12:43:26 - /usr/local/bin/svn update /src TB --- 2012-10-03 12:48:59 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-03 12:48:59 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-03 12:49:29 - /usr/local/bin/svn update /src TB --- 2012-10-03 12:49:36 - At svn revision 241160S TB --- 2012-10-03 12:49:37 - building world TB --- 2012-10-03 12:49:37 - CROSS_BUILD_TESTING=YES TB --- 2012-10-03 12:49:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-03 12:49:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-03 12:49:37 - SRCCONF=/dev/null TB --- 2012-10-03 12:49:37 - TARGET=mips TB --- 2012-10-03 12:49:37 - TARGET_ARCH=mips TB --- 2012-10-03 12:49:37 - TZ=UTC TB --- 2012-10-03 12:49:37 - __MAKE_CONF=/dev/null TB --- 2012-10-03 12:49:37 - cd /src TB --- 2012-10-03 12:49:37 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 3 12:49:38 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-03 12:49:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-03 12:49:47 - ERROR: failed to build world TB --- 2012-10-03 12:49:47 - 12.74 user 7.73 system 391.77 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 13:24:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99556106566C for ; Wed, 3 Oct 2012 13:24:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 497398FC16 for ; Wed, 3 Oct 2012 13:24:12 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAMg7bFCDaFvO/2dsb2JhbABFhg25boIgAQEBAwEBAQEgKyALBRYYAgINEgcCKQEJJgYIBwQBHASHXgYLpSWSZIEhihyFDoESA5M8gi2BFYgnhm+DCYFHNA X-IronPort-AV: E=Sophos;i="4.80,528,1344225600"; d="scan'208";a="181737771" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 03 Oct 2012 09:24:11 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8FD0BB403B; Wed, 3 Oct 2012 09:24:11 -0400 (EDT) Date: Wed, 3 Oct 2012 09:24:11 -0400 (EDT) From: Rick Macklem To: Norbert Aschendorff Message-ID: <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <506BFECE.3020006@yahoo.de> 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 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 13:24:12 -0000 Norbert Aschendorff wrote: > Another logs - even with a /var/crash crash report :) > > Please note: The /var/crash files stem from another crash than the big > syslog does! > > The syslog file inside the tarball is about 4.7 MB; it contains > everything since the start of the crash. > > New /var/crash files: > http://lbo.spheniscida.de/Files/nfs-rsync-crash-witnessII.tgz > New syslog file: > http://lbo.spheniscida.de/Files/nfs-rsync-crash-witnessIII-only-messages.tgz > > (Both < 100 KB) > > The used kernel is called GENERIC-OWN-WITNESS and has all three > WITNESS > options enabled and nothing else. > I'll take a look at these later to-day. > But I just get an idea: Should I try it without Rick's NFSv4 > numeric-uid-gid patch? Or is that completely unrelated? > @Rick: Can you assure that it is impossible that the patch added this > bug? Doesn't seem likely, but I'd never guarantee that a patch isn't broken and/or can never have weird side effects. So, it might be worth trying backing the patch out and seeing if it still crashes. Thanks for doing this testing, rick > > --norbert > _______________________________________________ > 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 Oct 3 15:09:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C384A106566C; Wed, 3 Oct 2012 15:09:51 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F13E8FC0A; Wed, 3 Oct 2012 15:09:51 +0000 (UTC) Received: by iagk10 with SMTP id k10so1599707iag.13 for ; Wed, 03 Oct 2012 08:09:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=U2VowMm/35NOy2vLqrq2f0ZAiMpKHTUXyCfUJqm2734=; b=q7VXt18D2b35Qduy2Aev7AIBhwDi3WDBGfjxNT5KC4ELYasYsVleawA+HMHZFK87x5 2DBb6wcYeixagUrEQPuPnRTfArqBdb4njYJClZaiBFEIAijQrsIwlc6+lBspwL69hm4w NqZ+vfNOzi19Pd3t5QUHpS7thsCMqkSisesDsPtWE7VBQ4e6nEenMaTyi2wuXFcy9+Gx Cauv35+GEi9EVaea5zwiV+7SnpOVZqJF3C132XAYUoYDbMg3MtAr2v5smlyKC5NbBV99 aco7rOoH2e/NHN3Tv1k3jONmnMgCY2ceQ896FZHhXIk039UXKyFPTvttT+f3KqOTX8Sy 0+hg== MIME-Version: 1.0 Received: by 10.43.131.193 with SMTP id hr1mr1789242icc.31.1349276990916; Wed, 03 Oct 2012 08:09:50 -0700 (PDT) Received: by 10.231.91.14 with HTTP; Wed, 3 Oct 2012 08:09:50 -0700 (PDT) In-Reply-To: <20120927232924.GA63444@hatter> References: <20120927165154.GA60691@hatter> <506486C5.6020001@FreeBSD.org> <20120927232924.GA63444@hatter> Date: Wed, 3 Oct 2012 11:09:50 -0400 Message-ID: From: "illoai@gmail.com" To: Jason Helfman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: laptop keeps crashing, any ideas.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 15:09:51 -0000 On 27 September 2012 19:29, Jason Helfman wrote: > Turns out that there was some either corrupt file under /tmp that was X > related, or had wrong permissions. I had to clear out tmp manually, then run > startx to get into X windows. At this point, I remove the bit from > /etc/rc.conf that I had put in there to not clean out X related bits from > tmp. With all of these steps, I am successfully back on-line. > The advantage of using a tmpfs(5) /tmp is that there is nothing there after reboot to be corrupted. ;) -- -- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 15:54:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8548C106566C for ; Wed, 3 Oct 2012 15:54:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id F332D8FC0A for ; Wed, 3 Oct 2012 15:54:57 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q93Ft4pL028442; Wed, 3 Oct 2012 18:55:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q93FsqeE070201; Wed, 3 Oct 2012 18:54:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q93FsqAg070200; Wed, 3 Oct 2012 18:54:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 3 Oct 2012 18:54:52 +0300 From: Konstantin Belousov To: Rick Macklem Message-ID: <20121003155452.GY35915@deviant.kiev.zoral.com.ua> References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oYrjhH26xX5Rz9aF" Content-Disposition: inline In-Reply-To: <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Norbert Aschendorff , freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 15:54:58 -0000 --oYrjhH26xX5Rz9aF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 03, 2012 at 09:24:11AM -0400, Rick Macklem wrote: > Norbert Aschendorff wrote: > > Another logs - even with a /var/crash crash report :) > >=20 > > Please note: The /var/crash files stem from another crash than the big > > syslog does! > >=20 > > The syslog file inside the tarball is about 4.7 MB; it contains > > everything since the start of the crash. > >=20 > > New /var/crash files: > > http://lbo.spheniscida.de/Files/nfs-rsync-crash-witnessII.tgz > > New syslog file: > > http://lbo.spheniscida.de/Files/nfs-rsync-crash-witnessIII-only-message= s.tgz > >=20 > > (Both < 100 KB) > >=20 > > The used kernel is called GENERIC-OWN-WITNESS and has all three > > WITNESS > > options enabled and nothing else. > >=20 > I'll take a look at these later to-day. >=20 > > But I just get an idea: Should I try it without Rick's NFSv4 > > numeric-uid-gid patch? Or is that completely unrelated? > > @Rick: Can you assure that it is impossible that the patch added this > > bug? > Doesn't seem likely, but I'd never guarantee that a patch isn't broken > and/or can never have weird side effects. So, it might be worth trying > backing the patch out and seeing if it still crashes. >=20 > Thanks for doing this testing, rick So do you use nullfs exported mounts ? And stable ? Can you try to remove nullfs from the set up ? I wonder if there are any calls to VFS_FHTOVP() with LK_INTERLOCK set. Specifically, nullfs probably does not handle LK_INTERLOCK properly both for nullfs_vget and nullfs_fhtovp() at all. --oYrjhH26xX5Rz9aF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBsX8wACgkQC3+MBN1Mb4jVUgCdGLTaqb5MUC28ZAAFgkejgltV MsgAnj4I7ucVhtjvuscj+PBZUIel/XiS =Zqwx -----END PGP SIGNATURE----- --oYrjhH26xX5Rz9aF-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 17:26:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC9C1065670 for ; Wed, 3 Oct 2012 17:26:55 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm21-vm7.bullet.mail.gq1.yahoo.com (nm21-vm7.bullet.mail.gq1.yahoo.com [98.136.217.54]) by mx1.freebsd.org (Postfix) with SMTP id A6E7F8FC15 for ; Wed, 3 Oct 2012 17:26:55 +0000 (UTC) Received: from [98.137.12.174] by nm21.bullet.mail.gq1.yahoo.com with NNFMP; 03 Oct 2012 17:26:49 -0000 Received: from [98.136.185.44] by tm13.bullet.mail.gq1.yahoo.com with NNFMP; 03 Oct 2012 17:26:49 -0000 Received: from [127.0.0.1] by smtp105.mail.gq1.yahoo.com with NNFMP; 03 Oct 2012 17:26:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349285209; bh=jefQ630xzV7I3kKO+LaLElldD5I/lxF6YZkCcxAoXBc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ekavG2nAlUfHJ1JMDtggZA+TuUqbcFpQQBNPjZRhbajBbhtFBigiNz61LNlDvZ3WTDG9mYlgNwcYovEH6jY3etZPdresa6crsr9VzV+jn1vr9i5hZ+2N+AVHjymRYMP1bZ2P/BbC1KbVc5wPAio1lf+eRD4ukR9AKZB4uYIeCh4= X-Yahoo-Newman-Id: 326160.12922.bm@smtp105.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: c75YEmwVM1kFQGdN68x4chyE9A9QfOjb29pGf0VTDUJg_jt 8ymAv791ARx2vggjA63YvLfSRRytjdrDOzQsgvgjs4yaFuTujgEd0gV5.jXZ rgbPyyOaI65YjrYgxImZFjzRGkZkEff5MWAijTP3l.Q59JJNifYq_sWojLts W.a35HK4BniuWys1YNatgnzWU.JX6nokathBgrqDQpQ7uipLk5bnYuEA5MBF WiU0bWrAqclkXAVsrdDWFz4CU5HBVLi9qSF1Jpv7meArGBls1WhLPNzHclrW N5dA5t6CSwh_kp7hE1.CvGO_.wdepgCZHo5r5oQV.z0UbFFso_Ye8xpWHuYV K1C6Q9.KCvILTQ2zMqPSmXYj30L4lB2AzRym2VecmmYn_oKQwnypaM7LTWol ZbzhRPU1vv6GrlksjjAEZu9VJ9L4XEx1rxDWe8abW.X3bH6hN X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp105.mail.gq1.yahoo.com with SMTP; 03 Oct 2012 10:26:49 -0700 PDT Message-ID: <506C7557.1000503@yahoo.de> Date: Wed, 03 Oct 2012 19:26:47 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121003155452.GY35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 17:26:56 -0000 On 10/03/2012 05:54 PM, Konstantin Belousov wrote: > So do you use nullfs exported mounts ? And stable ? > Can you try to remove nullfs from the set up ? Yes, I am using nullfs for the exports (mounting the exported directories to subdirectories of /srv). In the FreeBSD man pages and the documentation, the V4 export line in /etc/exports is often set to /, but as I come from Linux where /etc/exports looks completely different, I just followed my habits. As I wrote this, I executed the critical operation. It's finished and the FreeBSD server still runs *yay* :) So it's quite likely that the problem stems from the nullfs mount. I just remember an issue I already wanted to tell: Before the server crashed, the nfsd process ('nfsd: server') used 100% CPU (one core), but without progress on client side. Usually, the nfsd uses only up to 10% cpu time when rsyncing (values taken from htop - 100% = one used CPU). ...aaand I just run it once more, and it worked again :) --Norbert From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 17:39:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 322BE1065672 for ; Wed, 3 Oct 2012 17:39:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD818FC18 for ; Wed, 3 Oct 2012 17:39:39 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q93Hdhdq039914; Wed, 3 Oct 2012 20:39:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q93HdVXH070701; Wed, 3 Oct 2012 20:39:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q93HdVcG070700; Wed, 3 Oct 2012 20:39:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 3 Oct 2012 20:39:31 +0300 From: Konstantin Belousov To: Norbert Aschendorff Message-ID: <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rze2H98aPGdtvpzG" Content-Disposition: inline In-Reply-To: <506C7557.1000503@yahoo.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 17:39:40 -0000 --Rze2H98aPGdtvpzG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 03, 2012 at 07:26:47PM +0200, Norbert Aschendorff wrote: > On 10/03/2012 05:54 PM, Konstantin Belousov wrote: > > So do you use nullfs exported mounts ? And stable ? > > Can you try to remove nullfs from the set up ? >=20 > Yes, I am using nullfs for the exports (mounting the exported > directories to subdirectories of /srv). In the FreeBSD man pages and the > documentation, the V4 export line in /etc/exports is often set to /, but > as I come from Linux where /etc/exports looks completely different, I > just followed my habits. >=20 > As I wrote this, I executed the critical operation. It's finished and > the FreeBSD server still runs *yay* :) So it's quite likely that the > problem stems from the nullfs mount. >=20 > I just remember an issue I already wanted to tell: Before the server > crashed, the nfsd process ('nfsd: server') used 100% CPU (one core), but > without progress on client side. Usually, the nfsd uses only up to 10% > cpu time when rsyncing (values taken from htop - 100% =3D one used CPU). >=20 > ...aaand I just run it once more, and it worked again :) Can you try HEAD kernel ? --Rze2H98aPGdtvpzG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBseFMACgkQC3+MBN1Mb4i1FgCfT82tHHfkeBvVgCnkm+Nhdqw2 XEgAnjrxVl0inIjmwMjUCQFXJlcSCSaP =RjD1 -----END PGP SIGNATURE----- --Rze2H98aPGdtvpzG-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 20:08:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECAA5106564A for ; Wed, 3 Oct 2012 20:08:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 97CFC8FC19 for ; Wed, 3 Oct 2012 20:08:30 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC438B3.dip.t-dialin.net [79.196.56.179]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 5F696844230; Wed, 3 Oct 2012 22:01:53 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id AFE4A19DF; Wed, 3 Oct 2012 22:01:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1349294510; bh=aFtATnkQzEbH2+8f/pHUuiCZgl4g+ydfpkwTYC9q4xo=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=fLz2Z6P517WPdEqUKTJsVp0pi2M/zCynCqyakl4Oflu+Kid6VHQRku4k0AzEGasNy 1ZAuGnxYU/bF8QzxwKNNhWycMbM01+Ze/V6c1BSWzvhgsF4L4cAvsLopiP7+jeaGw4 oN4P7izVAo6rxEGuwHQ6oF3vs1XJOvmJvuh3Nh1LT3ureBtik6MYZ+L+VPiDZ/8PhN BktnC80K7BY8TpyqpTiSrntP58ne6LfXlHShkjSjCWMsp01s4OHypJMJY5oSPjqUU1 Irss1z7fHwzG3YGlsX/KkDUPo5sM70qrikH+y2X1gKPaJ3o+6hVw16hWlKeKGcjTTr bQ+nVvdFWwPmQ== Date: Wed, 3 Oct 2012 22:01:49 +0200 From: Alexander Leidinger To: "Ronald Klop" Message-ID: <20121003220149.00007b0c@unknown> In-Reply-To: References: <20120925013438.4BC4213256@sjakie.klop.ws> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 5F696844230.AED93 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.699, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.33, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_ZF 0.08, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1349899315.30583@7LvaWDAmqY58yUxE5TcG5g X-EBL-Spam-Status: No Cc: "freebsd-stable@freebsd.org" Subject: Re: daily run output misses zpool errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 20:08:31 -0000 On Tue, 25 Sep 2012 14:56:49 +0200 "Ronald Klop" wrote: > Hi, > > Below my daily report. And here my zpool status -x. It would be nice > to see this error in my daily info. I am running with > daily_show_info="NO", but this looks more severe than info. Just to make sure: you verified that you have daily_status_zfs_enable=YES in periodic.conf? In the daily mail you provided I've seen several headings without content, but I haven't seen the "Checking status of zfs pools:" part which is supposed to show up when the zfs stats script is run. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 20:43:03 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEE95106564A; Wed, 3 Oct 2012 20:43:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2338FC12; Wed, 3 Oct 2012 20:43:03 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q93Kh2oC087171; Wed, 3 Oct 2012 20:43:02 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q93Kh2Ph087164; Wed, 3 Oct 2012 20:43:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Oct 2012 20:43:02 GMT Message-Id: <201210032043.q93Kh2Ph087164@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2012 20:43:03 -0000 TB --- 2012-10-03 20:42:28 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-03 20:42:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-03 20:42:28 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-03 20:42:28 - cleaning the object tree TB --- 2012-10-03 20:42:29 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-03 20:42:29 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-03 20:42:29 - /usr/local/bin/svn cleanup /src TB --- 2012-10-03 20:42:39 - /usr/local/bin/svn update /src TB --- 2012-10-03 20:42:49 - At svn revision 241165S TB --- 2012-10-03 20:42:50 - building world TB --- 2012-10-03 20:42:50 - CROSS_BUILD_TESTING=YES TB --- 2012-10-03 20:42:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-03 20:42:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-03 20:42:50 - SRCCONF=/dev/null TB --- 2012-10-03 20:42:50 - TARGET=mips TB --- 2012-10-03 20:42:50 - TARGET_ARCH=mips TB --- 2012-10-03 20:42:50 - TZ=UTC TB --- 2012-10-03 20:42:50 - __MAKE_CONF=/dev/null TB --- 2012-10-03 20:42:50 - cd /src TB --- 2012-10-03 20:42:50 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 3 20:42:50 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-03 20:43:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-03 20:43:02 - ERROR: failed to build world TB --- 2012-10-03 20:43:02 - 13.05 user 8.32 system 34.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 20:43:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1BA31065676; Wed, 3 Oct 2012 20:43:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A418F8FC16; Wed, 3 Oct 2012 20:43:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E0103B986; Wed, 3 Oct 2012 16:43:15 -0400 (EDT) From: John Baldwin To: Sean Bruno Date: Wed, 3 Oct 2012 16:40:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p20; KDE/4.5.5; amd64; ; ) References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> <201210021706.53942.jhb@freebsd.org> <1349219579.4246.13.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1349219579.4246.13.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201210031640.09417.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 03 Oct 2012 16:43:16 -0400 (EDT) Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 20:43:16 -0000 On Tuesday, October 02, 2012 7:12:59 pm Sean Bruno wrote: > On Tue, 2012-10-02 at 14:06 -0700, John Baldwin wrote: > > On Tuesday, October 02, 2012 3:05:30 pm Sean Bruno wrote: > > > On Mon, 2012-10-01 at 05:47 -0700, John Baldwin wrote: > > > > Can you add extra printfs to see where exactly attach is failing? I > > > > would > > > > start with the attach routine in sys/dev/acpica/acpi_pcib_pci.c: > > > > > > > > > > > > > > hrm ... interesting side effects. After adding my printf's I don't hit > > > the panic any more. :-) > > > > > > I changed the ret val of acpi_pcib_pci_attach() and put in some > > > instrumentation in acpi_pcib_attach(). The key value is that > > > acpi_DeviceIsPresent() appears to be returning FALSE in this case. > > > > > > patch used -->http://people.freebsd.org/~sbruno/acpi_pcib.txt > > > > What happens if you just comment out the acpi_DeviceIsPresent() check? > > > > > wow, it booted up and seems to be fine. huh ... > pcib7: at device 28.0 on pci0 > pcib7: domain 0 > pcib7: secondary bus 7 > pcib7: subordinate bus 7 > pcib7: no prefetched decode > pci7: on pcib7 > pci7: domain=0, physical bus=7 Is there anything on the bus? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 21:25:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C471106564A for ; Wed, 3 Oct 2012 21:25:46 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id E30DD8FC15 for ; Wed, 3 Oct 2012 21:25:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EADesbFCDaFvO/2dsb2JhbABFhg+1JoRRgiABAQUjVhsOCgICDRIHAlkGiBilKZJkgSGKAoUogRIDlWmJPIZvgwmBew X-IronPort-AV: E=Sophos;i="4.80,530,1344225600"; d="scan'208";a="184529215" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 03 Oct 2012 17:25:44 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 68C5DB404C; Wed, 3 Oct 2012 17:25:44 -0400 (EDT) Date: Wed, 3 Oct 2012 17:25:44 -0400 (EDT) From: Rick Macklem To: Konstantin Belousov Message-ID: <1965862480.1682152.1349299544413.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> 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 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Norbert Aschendorff , freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 21:25:46 -0000 Konstantin Belousov wrote: > On Wed, Oct 03, 2012 at 07:26:47PM +0200, Norbert Aschendorff wrote: > > On 10/03/2012 05:54 PM, Konstantin Belousov wrote: > > > So do you use nullfs exported mounts ? And stable ? > > > Can you try to remove nullfs from the set up ? > > > > Yes, I am using nullfs for the exports (mounting the exported > > directories to subdirectories of /srv). In the FreeBSD man pages and > > the > > documentation, the V4 export line in /etc/exports is often set to /, > > but > > as I come from Linux where /etc/exports looks completely different, > > I > > just followed my habits. > > > > As I wrote this, I executed the critical operation. It's finished > > and > > the FreeBSD server still runs *yay* :) So it's quite likely that the > > problem stems from the nullfs mount. > > > > I just remember an issue I already wanted to tell: Before the server > > crashed, the nfsd process ('nfsd: server') used 100% CPU (one core), > > but > > without progress on client side. Usually, the nfsd uses only up to > > 10% > > cpu time when rsyncing (values taken from htop - 100% = one used > > CPU). > > > > ...aaand I just run it once more, and it worked again :) > > Can you try HEAD kernel ? Kostik, thanks for thinking of this. The crash had me baffled, rick. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 3 23:52:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DF97106566C for ; Wed, 3 Oct 2012 23:52:05 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D3928FC0A for ; Wed, 3 Oct 2012 23:52:04 +0000 (UTC) Received: by weyx43 with SMTP id x43so5534400wey.13 for ; Wed, 03 Oct 2012 16:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qqYGuNvEBkISwCg7enT+xqlpanMiDR5li0G+yaShKOM=; b=VLN3IopIZXqbeG+CK7niDl2nzXhTUY3FnL3azquJb3lbpasMFJflQCGq+yIy4yrfn0 5ugQLqRIOY/nKUN89aCRC7JAkq6NDITMDp+W/Q1TmFppXlpik6X2hW/y2lK7d5tWUMq8 F02qj8kKCDGZ3rt0Qt2Esz1J8YI1lC1sE5/z+QsUquYQEFly1wwMjfLkIYgLGQ2FYBge rttT1XejAnLscfM5H6juwTEztM1RxIutJATR8HqcpztUqtaSA508Pvg1uP5yHmV0O84H /xLGCLKki9/lYfO22WPkaK9JZ3hNZTP6LSdPH3JXj7w67ltvu1GJviIlSkpM7rCS+S1M kPAA== MIME-Version: 1.0 Received: by 10.180.87.42 with SMTP id u10mr8319119wiz.0.1349308323926; Wed, 03 Oct 2012 16:52:03 -0700 (PDT) Received: by 10.216.143.134 with HTTP; Wed, 3 Oct 2012 16:52:03 -0700 (PDT) In-Reply-To: <11028C2E-9DB0-4B71-A7B1-98160D5AEA93@gmail.com> References: <72A4B763-D36B-4912-8C20-7373A0562EA1@gmail.com> <11028C2E-9DB0-4B71-A7B1-98160D5AEA93@gmail.com> Date: Wed, 3 Oct 2012 16:52:03 -0700 Message-ID: From: Chuck Tuffli To: Nikolay Denev Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" Subject: Re: CAM Target Layer and Linux (continued) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Oct 2012 23:52:05 -0000 On Tue, Oct 2, 2012 at 3:03 AM, Nikolay Denev wrote: > > On Sep 27, 2012, at 6:33 PM, Nikolay Denev wrote: > >> Hi All, >> >> With the help of Chuck Tuffli, I'm now able to use CTL to export a zvol over FC to a Linux host: >> >> LUN Backend Size (Blocks) BS Serial Number Device ID >> 0 block 4185915392 512 FBSDZFS001 ORA_ASM_01 >> lun_type=0 >> num_threads=14 >> file=/dev/zvol/tank/oracle_asm_01 >> 1 block 4185915392 512 FBSDZFS002 ORA_ASM_02 >> lun_type=0 >> num_threads=14 >> file=/dev/zvol/tank/oracle_asm_02 >> 2 block 4185915392 512 FBSDZFS003 ORA_ASM_03 >> lun_type=0 >> num_threads=14 >> file=/dev/zvol/tank/oracle_asm_03 >> 3 block 4185915392 512 FBSDZFS004 ORA_ASM_04 >> lun_type=0 >> num_threads=14 >> file=/dev/zvol/tank/oracle_asm_04 >> >> Then we ran some tests using Oracle's ORION benchmark tool from the Linux host. >> We ran one test which passed successfully, >> then I've just disabled zfs prefetch -> "vfs.zfs.prefetch_disable=1" >> and rerun the test, which failed due to this error. >> >> On the FreeBSD side: >> >> (0:3:0:1): READ(10). CDB: 28 0 84 f9 58 0 0 4 0 0 >> (0:3:0:1): Tag: 0x116220, Type: 1 >> (0:3:0:1): CTL Status: SCSI Error >> (0:3:0:1): SCSI Status: Check Condition >> (0:3:0:1): SCSI sense: NOT READY asc:4b,0 (Data phase error) ... > After a whole day of orion tests without problems, we started an Oracle ASM instance from the Linux host and > again got an error, this time it was WRITE error : > > (0:3:0:3): WRITE(10). CDB: 2a 0 1 5b 10 0 0 4 0 0 > (0:3:0:3): Tag: 0x110940, Type: 1 > (0:3:0:3): CTL Status: SCSI Error > (0:3:0:3): SCSI Status: Check Condition > (0:3:0:3): SCSI sense: NOT READY asc:4b,0 (Data phase error) > > I've tried to track down this "Data phase error" in the CTL code and it looks like it is something related to the isp(4) driver: This would have been my first guess if there had been something in the logs from isp, but since there wasn't, it's hard to tell. I been running orion for ~3hrs now with a different FC driver + an analyzer but haven't seen this problem. Would it be possible to stick some prints in default clause of the ctlfedone() to confirm if this is front or back end problem? Especially interesting would be the value of done_ccb->ccb_h.status. ---chuck From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 00:32:57 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6968106564A; Thu, 4 Oct 2012 00:32:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0AC8FC0C; Thu, 4 Oct 2012 00:32:57 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q940WusJ073592; Thu, 4 Oct 2012 00:32:56 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q940WuiK073588; Thu, 4 Oct 2012 00:32:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 4 Oct 2012 00:32:56 GMT Message-Id: <201210040032.q940WuiK073588@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2012 00:32:57 -0000 TB --- 2012-10-04 00:32:23 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-04 00:32:23 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-04 00:32:23 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-04 00:32:23 - cleaning the object tree TB --- 2012-10-04 00:32:24 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-04 00:32:24 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-04 00:32:24 - /usr/local/bin/svn cleanup /src TB --- 2012-10-04 00:32:34 - /usr/local/bin/svn update /src TB --- 2012-10-04 00:32:43 - At svn revision 241170S TB --- 2012-10-04 00:32:44 - building world TB --- 2012-10-04 00:32:44 - CROSS_BUILD_TESTING=YES TB --- 2012-10-04 00:32:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-04 00:32:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-04 00:32:44 - SRCCONF=/dev/null TB --- 2012-10-04 00:32:44 - TARGET=mips TB --- 2012-10-04 00:32:44 - TARGET_ARCH=mips TB --- 2012-10-04 00:32:44 - TZ=UTC TB --- 2012-10-04 00:32:44 - __MAKE_CONF=/dev/null TB --- 2012-10-04 00:32:44 - cd /src TB --- 2012-10-04 00:32:44 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 4 00:32:44 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-04 00:32:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-04 00:32:56 - ERROR: failed to build world TB --- 2012-10-04 00:32:56 - 12.91 user 8.31 system 32.96 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 04:53:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE6E106564A for ; Thu, 4 Oct 2012 04:53:34 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm16-vm0.bullet.mail.bf1.yahoo.com (nm16-vm0.bullet.mail.bf1.yahoo.com [98.139.212.253]) by mx1.freebsd.org (Postfix) with SMTP id B5CC38FC08 for ; Thu, 4 Oct 2012 04:53:33 +0000 (UTC) Received: from [98.139.212.146] by nm16.bullet.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 04:53:27 -0000 Received: from [98.139.211.199] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 04:53:27 -0000 Received: from [127.0.0.1] by smtp208.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 04:53:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349326407; bh=nVEl5ViElIVSqGzhhcbBdUt3cgA5tCiChg3YI2A+6Bg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qm7ispHn7HqvH1sOeBYx8lx8EdtdykWX242rloxPbC6pSxF3jREqxX26lrg1R6mZsXXKT2KoWDYujG7bnF234eAwE5T3zAW07W7BIW9zwU7D00lDJlGUz7/5ioBdWZBsorWRa1S4PE764WxrFMiNdUA7ickQPQmsWnomxYH6VkY= X-Yahoo-Newman-Id: 729922.51356.bm@smtp208.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: f2Uju7gVM1nwSD5h1l8DAnpKTvmgf04hcR0uHxHTr3bFQjT 9ER8PrPjuIaDyC_V9Y.jDtKMRlWWWQOOsM5PAmwjMHKjBlzLrjbs5yigFTCw sVFcsCywKETFws0Iah16JQacT9qVnPOkZqVvbh8Oz5Fh4Y.WYnlQPBmFHD1a jTT5Vbvp.YfEYPkakePVKECFM0Wjnzo6rji8oUuooyAFUGyx1hjffUjmCJzR WoHzYbsLr.odZBPynWhA5h3c6.qt5C2d522TmnYj5tBQyon8zajk1LwKSLqS VzoJ.SqxeVgCHq7boJ9odPHptbzDrnL_mYLbqmfAbAOatEmTSqoZXfsR09Bf e.d9BT3dcyx.dEn8yZmNc8YDB_yb_0bikHgYZVFMAWyAQ_..XvX_Kv1iuT7h 6uTb.q5gwlVyZ9ZQzqpcCTthDFiPua0xFsP5.VpHVHcOrEQNvBw-- X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp208.mail.bf1.yahoo.com with SMTP; 03 Oct 2012 21:53:27 -0700 PDT Message-ID: <506D1646.4050505@yahoo.de> Date: Thu, 04 Oct 2012 06:53:26 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 04:53:34 -0000 On 10/03/2012 07:39 PM, Konstantin Belousov wrote: > Can you try HEAD kernel ? Theoretically, yes. But it's a network machine, so... if something goes wrong, it'd be rather bad :| And I'm afraid of HEAD ;) I'll try it nevertheless... Fortunately, I even have Screen&Keyboard at the machine (if something goes /really/ wrong). --Norbert From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 06:41:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21735106564A for ; Thu, 4 Oct 2012 06:41:48 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm7-vm1.bullet.mail.ne1.yahoo.com (nm7-vm1.bullet.mail.ne1.yahoo.com [98.138.90.250]) by mx1.freebsd.org (Postfix) with SMTP id A3C518FCE8 for ; Thu, 4 Oct 2012 06:41:47 +0000 (UTC) Received: from [98.138.226.178] by nm7.bullet.mail.ne1.yahoo.com with NNFMP; 04 Oct 2012 06:41:47 -0000 Received: from [98.138.84.34] by tm13.bullet.mail.ne1.yahoo.com with NNFMP; 04 Oct 2012 06:41:47 -0000 Received: from [127.0.0.1] by smtp102.mail.ne1.yahoo.com with NNFMP; 04 Oct 2012 06:41:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349332907; bh=hzLltc5IVsrz51GSlckJyL+igKP30RiqZMUKFtLoW1A=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=PdNGDwrwkC6UzDBiiVKJ0BpBw8g+Gx/ZoTzwaZzr1jtwusGUcrHSrtYCJGMsj8CrFJcZ7sgcORp7Stb9b5wWsglSpL0YRl3fb9M7p+Rs+6B6V+IFfVJelmRYI5Xqqr03xGtBSDP8SU556p4pP3WIz7AhhcFG3EsLz4RRsZEsS8I= X-Yahoo-Newman-Id: 53563.25419.bm@smtp102.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: kdRWVbYVM1kzRGbXhXh4sypvdCztSGDFnupGgKlnMkgGxhP LWlELLfZFeUZQ4NcI.gmNdlg2SJHISzb7bO0uR3h14unQzGhNZNMACVxl1LY 1etC669HymSnNIon7ZcpKKxBImhR9GOsZ0wt_oteApQwYFQ_SaDKWOZZ1D6E AzZa7r9qWkGtIwJ4wPljVNUakQH84B7tMP05y2AgTIg9SsXm33s8ePSdAepY 4jBVlR5uOCP_Cu.DPZQvBGTOX7PN6j7hpDqronSQeTK.OJkIQo2QUSrMo0cg UXdQ0f370mh1ddjDL0Rm0AGios2tQmm9fcwSO_aJjLysogDPnHOqIWFo2dgm kmPVboFBXAvym.elbLRsiAxjoCIdRM2klvFlNL1c.ndfdz9GBKWWc8Utkr6a JyyREnn1_ewlDjb_CtUafE96NhDLXHbLxI72V0o3mo.KXQh3u X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp102.mail.ne1.yahoo.com with SMTP; 03 Oct 2012 23:41:46 -0700 PDT Message-ID: <506D2FA9.2050605@yahoo.de> Date: Thu, 04 Oct 2012 08:41:45 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 06:41:48 -0000 I exported the NFSv4 shares via nullfs, booted the 10.0-CURRENT kernel and the machine does not crash. Running 9.1-PRERELEASE, it still crashes (as it should ;). I just applied the numeric-uidgid patch to CURRENT (worked so far) and compile the kernel with the patch and try it another time, just to eliminate the possibility of a bug in this patch (the machine never crashed before using this patch, but I'm not sure if I tested this consciously before having applied the patch) --Norbert From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 06:45:24 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10B49106566C; Thu, 4 Oct 2012 06:45:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id C661E8FC53; Thu, 4 Oct 2012 06:45:23 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q946jNJ5004996; Thu, 4 Oct 2012 06:45:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q946jM6e004995; Thu, 4 Oct 2012 06:45:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 4 Oct 2012 06:45:22 GMT Message-Id: <201210040645.q946jM6e004995@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2012 06:45:24 -0000 TB --- 2012-10-04 04:28:32 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-04 04:28:32 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-04 04:28:32 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-04 04:28:32 - cleaning the object tree TB --- 2012-10-04 04:28:33 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-04 04:28:33 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-04 04:28:33 - /usr/local/bin/svn cleanup /src TB --- 2012-10-04 04:28:42 - /usr/local/bin/svn update /src TB --- 2012-10-04 06:44:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-04 06:44:24 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-04 06:44:54 - /usr/local/bin/svn update /src TB --- 2012-10-04 06:45:11 - At svn revision 241182S TB --- 2012-10-04 06:45:12 - building world TB --- 2012-10-04 06:45:12 - CROSS_BUILD_TESTING=YES TB --- 2012-10-04 06:45:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-04 06:45:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-04 06:45:12 - SRCCONF=/dev/null TB --- 2012-10-04 06:45:12 - TARGET=mips TB --- 2012-10-04 06:45:12 - TARGET_ARCH=mips TB --- 2012-10-04 06:45:12 - TZ=UTC TB --- 2012-10-04 06:45:12 - __MAKE_CONF=/dev/null TB --- 2012-10-04 06:45:12 - cd /src TB --- 2012-10-04 06:45:12 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 4 06:45:13 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-04 06:45:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-04 06:45:22 - ERROR: failed to build world TB --- 2012-10-04 06:45:22 - 12.22 user 7.82 system 8210.64 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 07:47:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2E11065674 for ; Thu, 4 Oct 2012 07:47:06 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm15-vm5.bullet.mail.gq1.yahoo.com (nm15-vm5.bullet.mail.gq1.yahoo.com [98.137.176.77]) by mx1.freebsd.org (Postfix) with SMTP id 704C78FC6B for ; Thu, 4 Oct 2012 07:08:16 +0000 (UTC) Received: from [98.137.12.174] by nm15.bullet.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 07:08:10 -0000 Received: from [208.71.42.214] by tm13.bullet.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 07:08:10 -0000 Received: from [127.0.0.1] by smtp225.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 07:08:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349334490; bh=eaoBvhzXQmK7U0ggAwpuWxKzHT5EFNLbdTNI7TjRx/o=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=D76lTRGGZ1rT8ewsSVPp/pcjHmhfl/+oFGqqYqLdQCRE851utiFe0SuiIxdV45Gncw8bqQ09b/60o/2kwR54Ql2CKsMknewToDNqxfR0sFl3plGPyKcD/ytj6agNJSI/wTKcs2vuH2ezV/bIwVUMpMDPO4xEpBDqjlAi7i4urEg= X-Yahoo-Newman-Id: 818497.50927.bm@smtp225.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 4eFgnAoVM1npMvOlf.e7eIswHNjKNeXNir0bJdlPXyAdbit 8PIULh38MQt.u4texPGY29wMF69QW5f3Kw3aXM3pNsL91n6QAIkTwA6qqJod HYYK_zVN8zDxH3O8nk6jPrkPahxk4YEYm5Os.jGXpvk8umXLokWhVC6cyN.g HeeZ0TLqSr3ZCutNnfhVpowy_H2I_xF2lGn4iXXa1D0uoLOrKpJWimsAgXiP ezgg9yqrAq8rJqphAZ3NJKKpFON14BL3jGDBdFGN2PzfpPdf5l1KmXPJO2qH 5DAncMxiT6uLyPcITm1LJ0VARQin3iL0QVTLSzfrDL4sy6NxvnNcgBZu6q4X 0jOpixpaoN9UxEFDquMDlvFQHxHhfOMG.M5d_VzqGEsFbwyfo_80FwBLgJU5 YNeU7HNYBvNWzw13Pmocq2guDevPsmNqZ2lYd_AXxq1P3ZQHg X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp225.mail.gq1.yahoo.com with SMTP; 04 Oct 2012 00:08:10 -0700 PDT Message-ID: <506D35D8.8090702@yahoo.de> Date: Thu, 04 Oct 2012 09:08:08 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> In-Reply-To: <506D2FA9.2050605@yahoo.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 07:47:06 -0000 On 10/04/2012 08:41 AM, Norbert Aschendorff wrote: > I just applied the numeric-uidgid patch to CURRENT (worked so far) and > compile the kernel with the patch and try it another time, just to > eliminate the possibility of a bug in this patch (the machine never > crashed before using this patch, but I'm not sure if I tested this > consciously before having applied the patch) Sorry, does not compile. But we nevertheless know that it should be fixed in 10.0. --Norbert From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 08:52:12 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BA261065687; Thu, 4 Oct 2012 08:52:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8C28FCD0; Thu, 4 Oct 2012 08:33:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q948XOpZ046117; Thu, 4 Oct 2012 08:33:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q948XOMK046116; Thu, 4 Oct 2012 08:33:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 4 Oct 2012 08:33:24 GMT Message-Id: <201210040833.q948XOMK046116@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2012 08:52:12 -0000 TB --- 2012-10-04 08:32:51 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-04 08:32:51 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-04 08:32:51 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-04 08:32:51 - cleaning the object tree TB --- 2012-10-04 08:32:52 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-04 08:32:52 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-04 08:32:52 - /usr/local/bin/svn cleanup /src TB --- 2012-10-04 08:33:02 - /usr/local/bin/svn update /src TB --- 2012-10-04 08:33:09 - At svn revision 241184S TB --- 2012-10-04 08:33:10 - building world TB --- 2012-10-04 08:33:10 - CROSS_BUILD_TESTING=YES TB --- 2012-10-04 08:33:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-04 08:33:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-04 08:33:10 - SRCCONF=/dev/null TB --- 2012-10-04 08:33:10 - TARGET=mips TB --- 2012-10-04 08:33:10 - TARGET_ARCH=mips TB --- 2012-10-04 08:33:10 - TZ=UTC TB --- 2012-10-04 08:33:10 - __MAKE_CONF=/dev/null TB --- 2012-10-04 08:33:10 - cd /src TB --- 2012-10-04 08:33:10 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 4 08:33:11 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-04 08:33:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-04 08:33:24 - ERROR: failed to build world TB --- 2012-10-04 08:33:24 - 13.46 user 8.23 system 32.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 09:11:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89E22106566B for ; Thu, 4 Oct 2012 09:11:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA668FC29 for ; Thu, 4 Oct 2012 09:11:15 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q949BJ7c037688; Thu, 4 Oct 2012 12:11:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q949B7wR075819; Thu, 4 Oct 2012 12:11:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q949B7nE075818; Thu, 4 Oct 2012 12:11:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 4 Oct 2012 12:11:07 +0300 From: Konstantin Belousov To: Norbert Aschendorff Message-ID: <20121004091106.GF35915@deviant.kiev.zoral.com.ua> References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> <506D474D.6090107@yahoo.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Uaw16JuuybUwHkzF" Content-Disposition: inline In-Reply-To: <506D474D.6090107@yahoo.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 09:11:17 -0000 --Uaw16JuuybUwHkzF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 04, 2012 at 10:22:37AM +0200, Norbert Aschendorff wrote: > Hehe, sure, if you assist me :) > I'm not very experienced with SVN, I'm actually a git user and I think > it's also better if I do /not/ express my opinion on SVN here ;) > The only actions I'm currently able to do in SVN are checkout, update, > commit and view log and status -- so any help is appreciated :P I merged the changes for you, try the patch below. Index: . =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- . (revision 241191) +++ . (working copy) Property changes on: . ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys:r240283-240285 Index: fs =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs (revision 241191) +++ fs (working copy) Property changes on: fs ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/fs:r240285 Index: fs/nullfs/null.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs/nullfs/null.h (revision 241191) +++ fs/nullfs/null.h (working copy) @@ -56,6 +56,7 @@ int nullfs_init(struct vfsconf *vfsp); int nullfs_uninit(struct vfsconf *vfsp); int null_nodeget(struct mount *mp, struct vnode *target, struct vnode **vp= p); +struct vnode *null_hashget(struct mount *mp, struct vnode *lowervp); void null_hashrem(struct null_node *xp); int null_bypass(struct vop_generic_args *ap); =20 Index: fs/nullfs/null_subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs/nullfs/null_subr.c (revision 241191) +++ fs/nullfs/null_subr.c (working copy) @@ -67,7 +67,6 @@ static MALLOC_DEFINE(M_NULLFSHASH, "nullfs_hash", "NULLFS hash table"); MALLOC_DEFINE(M_NULLFSNODE, "nullfs_node", "NULLFS vnode private part"); =20 -static struct vnode * null_hashget(struct mount *, struct vnode *); static struct vnode * null_hashins(struct mount *, struct null_node *); =20 /* @@ -98,7 +97,7 @@ * Return a VREF'ed alias for lower vnode if already exists, else 0. * Lower vnode should be locked on entry and will be left locked on exit. */ -static struct vnode * +struct vnode * null_hashget(mp, lowervp) struct mount *mp; struct vnode *lowervp; @@ -209,14 +208,10 @@ struct vnode *vp; int error; =20 - /* - * The insmntque1() call below requires the exclusive lock on - * the nullfs vnode. - */ - ASSERT_VOP_ELOCKED(lowervp, "lowervp"); - KASSERT(lowervp->v_usecount >=3D 1, ("Unreferenced vnode %p\n", lowervp)); + ASSERT_VOP_LOCKED(lowervp, "lowervp"); + KASSERT(lowervp->v_usecount >=3D 1, ("Unreferenced vnode %p", lowervp)); =20 - /* Lookup the hash firstly */ + /* Lookup the hash firstly. */ *vpp =3D null_hashget(mp, lowervp); if (*vpp !=3D NULL) { vrele(lowervp); @@ -224,6 +219,19 @@ } =20 /* + * The insmntque1() call below requires the exclusive lock on + * the nullfs vnode. Upgrade the lock now if hash failed to + * provide ready to use vnode. + */ + if (VOP_ISLOCKED(lowervp) !=3D LK_EXCLUSIVE) { + vn_lock(lowervp, LK_UPGRADE | LK_RETRY); + if ((lowervp->v_iflag & VI_DOOMED) !=3D 0) { + vput(lowervp); + return (ENOENT); + } + } + + /* * We do not serialize vnode creation, instead we will check for * duplicates later, when adding new vnode to hash. * Note that duplicate can only appear in hash if the lowervp is @@ -233,8 +241,7 @@ * might cause a bogus v_data pointer to get dereferenced * elsewhere if MALLOC should block. */ - xp =3D malloc(sizeof(struct null_node), - M_NULLFSNODE, M_WAITOK); + xp =3D malloc(sizeof(struct null_node), M_NULLFSNODE, M_WAITOK); =20 error =3D getnewvnode("null", mp, &null_vnodeops, &vp); if (error) { Index: fs/nullfs/null_vfsops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs/nullfs/null_vfsops.c (revision 241191) +++ fs/nullfs/null_vfsops.c (working copy) @@ -65,6 +65,7 @@ static vfs_unmount_t nullfs_unmount; static vfs_vget_t nullfs_vget; static vfs_extattrctl_t nullfs_extattrctl; +static vfs_reclaim_lowervp_t nullfs_reclaim_lowervp; =20 /* * Mount null layer @@ -121,8 +122,10 @@ */ NDINIT(ndp, LOOKUP, FOLLOW|LOCKLEAF, UIO_SYSSPACE, target, curthread); error =3D namei(ndp); + /* * Re-lock vnode. + * XXXKIB This is deadlock-prone as well. */ if (isvnunlocked) vn_lock(mp->mnt_vnodecovered, LK_EXCLUSIVE | LK_RETRY); @@ -146,7 +149,7 @@ } =20 xmp =3D (struct null_mount *) malloc(sizeof(struct null_mount), - M_NULLFSMNT, M_WAITOK); /* XXX */ + M_NULLFSMNT, M_WAITOK); =20 /* * Save reference to underlying FS @@ -186,10 +189,15 @@ } MNT_ILOCK(mp); mp->mnt_kern_flag |=3D lowerrootvp->v_mount->mnt_kern_flag & - (MNTK_MPSAFE | MNTK_SHARED_WRITES); + (MNTK_MPSAFE | MNTK_SHARED_WRITES | MNTK_LOOKUP_SHARED | + MNTK_EXTENDED_SHARED); + mp->mnt_kern_flag |=3D MNTK_LOOKUP_EXCL_DOTDOT; MNT_IUNLOCK(mp); mp->mnt_data =3D xmp; vfs_getnewfsid(mp); + MNT_ILOCK(xmp->nullm_vfs); + TAILQ_INSERT_TAIL(&xmp->nullm_vfs->mnt_uppers, mp, mnt_upper_link); + MNT_IUNLOCK(xmp->nullm_vfs); =20 vfs_mountedfrom(mp, target); =20 @@ -206,14 +214,16 @@ struct mount *mp; int mntflags; { - void *mntdata; - int error; - int flags =3D 0; + struct null_mount *mntdata; + struct mount *ump; + int error, flags; =20 NULLFSDEBUG("nullfs_unmount: mp =3D %p\n", (void *)mp); =20 if (mntflags & MNT_FORCE) - flags |=3D FORCECLOSE; + flags =3D FORCECLOSE; + else + flags =3D 0; =20 /* There is 1 extra root vnode reference (nullm_rootvp). */ error =3D vflush(mp, 1, flags, curthread); @@ -224,9 +234,17 @@ * Finally, throw away the null_mount structure */ mntdata =3D mp->mnt_data; - mp->mnt_data =3D 0; + ump =3D mntdata->nullm_vfs; + MNT_ILOCK(ump); + while ((ump->mnt_kern_flag & MNTK_VGONE_UPPER) !=3D 0) { + ump->mnt_kern_flag |=3D MNTK_VGONE_WAITER; + msleep(&ump->mnt_uppers, &ump->mnt_mtx, 0, "vgnupw", 0); + } + TAILQ_REMOVE(&ump->mnt_uppers, mp, mnt_upper_link); + MNT_IUNLOCK(ump); + mp->mnt_data =3D NULL; free(mntdata, M_NULLFSMNT); - return 0; + return (0); } =20 static int @@ -316,13 +334,10 @@ =20 KASSERT((flags & LK_TYPE_MASK) !=3D 0, ("nullfs_vget: no lock requested")); - flags &=3D ~LK_TYPE_MASK; - flags |=3D LK_EXCLUSIVE; =20 error =3D VFS_VGET(MOUNTTONULLMOUNT(mp)->nullm_vfs, ino, flags, vpp); - if (error) + if (error !=3D 0) return (error); - return (null_nodeget(mp, *vpp, vpp)); } =20 @@ -334,11 +349,11 @@ struct vnode **vpp; { int error; - error =3D VFS_FHTOVP(MOUNTTONULLMOUNT(mp)->nullm_vfs, fidp, LK_EXCLUSIVE, + + error =3D VFS_FHTOVP(MOUNTTONULLMOUNT(mp)->nullm_vfs, fidp, flags, vpp); - if (error) + if (error !=3D 0) return (error); - return (null_nodeget(mp, *vpp, vpp)); } =20 @@ -350,11 +365,23 @@ int namespace; const char *attrname; { - return VFS_EXTATTRCTL(MOUNTTONULLMOUNT(mp)->nullm_vfs, cmd, filename_vp, - namespace, attrname); + + return (VFS_EXTATTRCTL(MOUNTTONULLMOUNT(mp)->nullm_vfs, cmd, + filename_vp, namespace, attrname)); } =20 +static void +nullfs_reclaim_lowervp(struct mount *mp, struct vnode *lowervp) +{ + struct vnode *vp; =20 + vp =3D null_hashget(mp, lowervp); + if (vp =3D=3D NULL) + return; + vgone(vp); + vn_lock(lowervp, LK_EXCLUSIVE | LK_RETRY); +} + static struct vfsops null_vfsops =3D { .vfs_extattrctl =3D nullfs_extattrctl, .vfs_fhtovp =3D nullfs_fhtovp, @@ -367,6 +394,7 @@ .vfs_uninit =3D nullfs_uninit, .vfs_unmount =3D nullfs_unmount, .vfs_vget =3D nullfs_vget, + .vfs_reclaim_lowervp =3D nullfs_reclaim_lowervp, }; =20 VFS_SET(null_vfsops, nullfs, VFCF_LOOPBACK | VFCF_JAIL); Index: fs/nullfs/null_vnops.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- fs/nullfs/null_vnops.c (revision 241191) +++ fs/nullfs/null_vnops.c (working copy) @@ -665,34 +665,19 @@ } =20 /* - * There is no way to tell that someone issued remove/rmdir operation - * on the underlying filesystem. For now we just have to release lowervp - * as soon as possible. - * - * Note, we can't release any resources nor remove vnode from hash before= =20 - * appropriate VXLOCK stuff is done because other process can find this - * vnode in hash during inactivation and may be sitting in vget() and wait= ing - * for null_inactive to unlock vnode. Thus we will do all those in VOP_REC= LAIM. + * XXXKIB */ static int -null_inactive(struct vop_inactive_args *ap) +null_inactive(struct vop_inactive_args *ap __unused) { - struct vnode *vp =3D ap->a_vp; struct thread *td =3D ap->a_td; =20 - vp->v_object =3D NULL; - - /* - * If this is the last reference, then free up the vnode - * so as not to tie up the lower vnodes. - */ - vrecycle(vp, td); - return (0); } =20 /* - * Now, the VXLOCK is in force and we're free to destroy the null vnode. + * Now, the nullfs vnode and, due to the sharing lock, the lower + * vnode, are exclusively locked, and we shall destroy the null vnode. */ static int null_reclaim(struct vop_reclaim_args *ap) Index: kern/vfs_lookup.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kern/vfs_lookup.c (revision 241191) +++ kern/vfs_lookup.c (working copy) @@ -396,11 +396,13 @@ } =20 static int -compute_cn_lkflags(struct mount *mp, int lkflags) +compute_cn_lkflags(struct mount *mp, int lkflags, int cnflags) { =20 - if (mp =3D=3D NULL ||=20 - ((lkflags & LK_SHARED) && !(mp->mnt_kern_flag & MNTK_LOOKUP_SHARED)))= { + if (mp =3D=3D NULL || ((lkflags & LK_SHARED) && + (!(mp->mnt_kern_flag & MNTK_LOOKUP_SHARED) || + ((cnflags & ISDOTDOT) && + (mp->mnt_kern_flag & MNTK_LOOKUP_EXCL_DOTDOT))))) { lkflags &=3D ~LK_SHARED; lkflags |=3D LK_EXCLUSIVE; } @@ -529,7 +531,8 @@ dp =3D ndp->ni_startdir; ndp->ni_startdir =3D NULLVP; vn_lock(dp, - compute_cn_lkflags(dp->v_mount, cnp->cn_lkflags | LK_RETRY)); + compute_cn_lkflags(dp->v_mount, cnp->cn_lkflags | LK_RETRY, + cnp->cn_flags)); =20 dirloop: /* @@ -686,7 +689,7 @@ VFS_UNLOCK_GIANT(tvfslocked); vn_lock(dp, compute_cn_lkflags(dp->v_mount, cnp->cn_lkflags | - LK_RETRY)); + LK_RETRY, ISDOTDOT)); } } =20 @@ -724,7 +727,8 @@ vprint("lookup in", dp); #endif lkflags_save =3D cnp->cn_lkflags; - cnp->cn_lkflags =3D compute_cn_lkflags(dp->v_mount, cnp->cn_lkflags); + cnp->cn_lkflags =3D compute_cn_lkflags(dp->v_mount, cnp->cn_lkflags, + cnp->cn_flags); if ((error =3D VOP_LOOKUP(dp, &ndp->ni_vp, cnp)) !=3D 0) { cnp->cn_lkflags =3D lkflags_save; KASSERT(ndp->ni_vp =3D=3D NULL, ("leaf should be empty")); @@ -743,7 +747,7 @@ VFS_UNLOCK_GIANT(tvfslocked); vn_lock(dp, compute_cn_lkflags(dp->v_mount, cnp->cn_lkflags | - LK_RETRY)); + LK_RETRY, cnp->cn_flags)); goto unionlookup; } =20 @@ -815,8 +819,8 @@ dvfslocked =3D 0; vref(vp_crossmp); ndp->ni_dvp =3D vp_crossmp; - error =3D VFS_ROOT(mp, compute_cn_lkflags(mp, cnp->cn_lkflags), - &tdp); + error =3D VFS_ROOT(mp, compute_cn_lkflags(mp, cnp->cn_lkflags, + cnp->cn_flags), &tdp); vfs_unbusy(mp); if (vn_lock(vp_crossmp, LK_SHARED | LK_NOWAIT)) panic("vp_crossmp exclusively locked or reclaimed"); Index: kern/vfs_mount.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kern/vfs_mount.c (revision 241191) +++ kern/vfs_mount.c (working copy) @@ -479,6 +479,7 @@ mac_mount_create(cred, mp); #endif arc4rand(&mp->mnt_hashseed, sizeof mp->mnt_hashseed, 0); + TAILQ_INIT(&mp->mnt_uppers); return (mp); } =20 @@ -512,6 +513,7 @@ vprint("", vp); panic("unmount: dangling vnode"); } + KASSERT(TAILQ_EMPTY(&mp->mnt_uppers), ("mnt_uppers")); if (mp->mnt_nvnodelistsize !=3D 0) panic("vfs_mount_destroy: nonzero nvnodelistsize"); if (mp->mnt_activevnodelistsize !=3D 0) @@ -1260,7 +1262,8 @@ } =20 MNT_ILOCK(mp); - if (mp->mnt_kern_flag & MNTK_UNMOUNT) { + if ((mp->mnt_kern_flag & MNTK_UNMOUNT) !=3D 0 || + !TAILQ_EMPTY(&mp->mnt_uppers)) { MNT_IUNLOCK(mp); if (coveredvp) VOP_UNLOCK(coveredvp, 0); Index: kern/vfs_subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- kern/vfs_subr.c (revision 241191) +++ kern/vfs_subr.c (working copy) @@ -2689,7 +2689,59 @@ VI_UNLOCK(vp); } =20 +static void +vgonel_reclaim_lowervp_vfs(struct mount *mp __unused, + struct vnode *lowervp __unused) +{ +} + /* + * Notify upper mounts about reclaimed vnode. + */ +static void +vgonel_reclaim_lowervp(struct vnode *vp) +{ + static struct vfsops vgonel_vfsops =3D { + .vfs_reclaim_lowervp =3D vgonel_reclaim_lowervp_vfs + }; + struct mount *mp, *ump, *mmp; + + mp =3D vp->v_mount; + if (mp =3D=3D NULL) + return; + + MNT_ILOCK(mp); + if (TAILQ_EMPTY(&mp->mnt_uppers)) + goto unlock; + MNT_IUNLOCK(mp); + mmp =3D malloc(sizeof(struct mount), M_TEMP, M_WAITOK | M_ZERO); + mmp->mnt_op =3D &vgonel_vfsops; + mmp->mnt_kern_flag |=3D MNTK_MARKER; + MNT_ILOCK(mp); + mp->mnt_kern_flag |=3D MNTK_VGONE_UPPER; + for (ump =3D TAILQ_FIRST(&mp->mnt_uppers); ump !=3D NULL;) { + if ((ump->mnt_kern_flag & MNTK_MARKER) !=3D 0) { + ump =3D TAILQ_NEXT(ump, mnt_upper_link); + continue; + } + TAILQ_INSERT_AFTER(&mp->mnt_uppers, ump, mmp, mnt_upper_link); + MNT_IUNLOCK(mp); + VFS_RECLAIM_LOWERVP(ump, vp); + MNT_ILOCK(mp); + ump =3D TAILQ_NEXT(mmp, mnt_upper_link); + TAILQ_REMOVE(&mp->mnt_uppers, mmp, mnt_upper_link); + } + free(mmp, M_TEMP); + mp->mnt_kern_flag &=3D ~MNTK_VGONE_UPPER; + if ((mp->mnt_kern_flag & MNTK_VGONE_WAITER) !=3D 0) { + mp->mnt_kern_flag &=3D ~MNTK_VGONE_WAITER; + wakeup(&mp->mnt_uppers); + } +unlock: + MNT_IUNLOCK(mp); +} + +/* * vgone, with the vp interlock held. */ void @@ -2713,6 +2765,7 @@ if (vp->v_iflag & VI_DOOMED) return; vp->v_iflag |=3D VI_DOOMED; + /* * Check to see if the vnode is in use. If so, we have to call * VOP_CLOSE() and VOP_INACTIVE(). @@ -2720,6 +2773,8 @@ active =3D vp->v_usecount; oweinact =3D (vp->v_iflag & VI_OWEINACT); VI_UNLOCK(vp); + vgonel_reclaim_lowervp(vp); + /* * Clean out any buffers associated with the vnode. * If the flush fails, just toss the buffers. Index: sys/mount.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/mount.h (revision 241191) +++ sys/mount.h (working copy) @@ -189,6 +189,8 @@ #define mnt_endzero mnt_gjprovider char *mnt_gjprovider; /* gjournal provider name */ struct lock mnt_explock; /* vfs_export walkers lock */ + TAILQ_ENTRY(mount) mnt_upper_link; /* (m) we in the all uppers */ + TAILQ_HEAD(, mount) mnt_uppers; /* (m) upper mounts over us*/ }; =20 /* @@ -374,6 +376,10 @@ #define MNTK_NO_IOPF 0x00000100 /* Disallow page faults during reads and writes. Filesystem shall properly handle i/o state on EFAULT. */ +#define MNTK_VGONE_UPPER 0x00000200 +#define MNTK_VGONE_WAITER 0x00000200 +#define MNTK_MARKER 0x00000400 +#define MNTK_LOOKUP_EXCL_DOTDOT 0x00000800 #define MNTK_NOASYNC 0x00800000 /* disable async */ #define MNTK_UNMOUNT 0x01000000 /* unmount in progress */ #define MNTK_MWAIT 0x02000000 /* waiting for unmount to finish */ @@ -629,6 +635,7 @@ typedef int vfs_sysctl_t(struct mount *mp, fsctlop_t op, struct sysctl_req *req); typedef void vfs_susp_clean_t(struct mount *mp); +typedef void vfs_reclaim_lowervp_t(struct mount *mp, struct vnode *lowervp= ); =20 struct vfsops { vfs_mount_t *vfs_mount; @@ -646,6 +653,7 @@ vfs_extattrctl_t *vfs_extattrctl; vfs_sysctl_t *vfs_sysctl; vfs_susp_clean_t *vfs_susp_clean; + vfs_reclaim_lowervp_t *vfs_reclaim_lowervp; }; =20 vfs_statfs_t __vfs_statfs; @@ -671,6 +679,9 @@ #define VFS_SUSP_CLEAN(MP) \ ({if (*(MP)->mnt_op->vfs_susp_clean !=3D NULL) \ (*(MP)->mnt_op->vfs_susp_clean)(MP); }) +#define VFS_RECLAIM_LOWERVP(MP, VP) \ + ({if (*(MP)->mnt_op->vfs_reclaim_lowervp !=3D NULL) \ + (*(MP)->mnt_op->vfs_reclaim_lowervp)((MP), (VP)); }) =20 #define VFS_NEEDSGIANT_(MP) \ ((MP) !=3D NULL && ((MP)->mnt_kern_flag & MNTK_MPSAFE) =3D=3D 0) --Uaw16JuuybUwHkzF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBtUqoACgkQC3+MBN1Mb4hBqwCfRyj/Bye9dgTBFdfFiyYxjiNy gTYAnjQFKbIFcYX89PZoLnPiW7y4hzzx =Ew53 -----END PGP SIGNATURE----- --Uaw16JuuybUwHkzF-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 09:12:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01F941065670 for ; Thu, 4 Oct 2012 09:12:05 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm32.bullet.mail.bf1.yahoo.com (nm32.bullet.mail.bf1.yahoo.com [72.30.238.128]) by mx1.freebsd.org (Postfix) with SMTP id 7A2838FC93 for ; Thu, 4 Oct 2012 08:22:39 +0000 (UTC) Received: from [98.139.212.144] by nm32.bullet.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 08:22:39 -0000 Received: from [98.139.213.2] by tm1.bullet.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 08:22:39 -0000 Received: from [127.0.0.1] by smtp102.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 08:22:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349338959; bh=4Jz6gujdeTM/AnYt48J/SWnFpNgi1ltuAUAD1vKzb6E=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SnA4cCn8mfBghaFYDofIc/6xoKAaKkHUG7uz/ETh1N1rS5tJAX0m5GvxRBPjOK9JsSHtjC/ZK9S2+Q19Aqr3VB3707LcsVj+p7syNWIGbl7bdPoYfHCzYKHFf3Vd65pi+35hveAeCOOPl77oVI2+/aN0ks0gssipf7In/nieHkw= X-Yahoo-Newman-Id: 233204.18127.bm@smtp102.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: GZJuh9cVM1lboufgXAy14KvEmHcPMIuYBADTzck_j4m.puo 2mhdnT_dhnX.Pkgf1w.W0DUkgVygEx73k1Njc7rem9IPwNv5tvatl77yJrEb u2Neh1StdKE8k_m6oObTwMqCda_iqPQBixyCoX4FvYisvEkKFJQsSYl3gJLs IEg4b.vPZChIFXDVRH48PS1S3T8Wr6l0q6qLcC2K9TJ0YHX4Hr0eSdfnIMc5 eorfXqTXAKPQ_BkVJpzmKWGK2T7ZWaw2_JO6pOHPGYSplEVZ2ARsNPjNOHXU x9AdCI5BAVdu7wLyTrJNSduSAJcSx22pFBe8SzkO3O8mDvT._Eka9NjUzzod J3ztID41161v.0bJVbK5CP.nuH5y1vUvowUTOYujLaH28j1EU7k0mEZ_eg5O nRjn9Iv1zRKCYezZJsugcSPobJ_hKSZbqK5K1_8bkKqrmGRaJ X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp102.mail.bf1.yahoo.com with SMTP; 04 Oct 2012 01:22:39 -0700 PDT Message-ID: <506D474D.6090107@yahoo.de> Date: Thu, 04 Oct 2012 10:22:37 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: Konstantin Belousov References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121004080902.GD35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 09:12:06 -0000 Hehe, sure, if you assist me :) I'm not very experienced with SVN, I'm actually a git user and I think it's also better if I do /not/ express my opinion on SVN here ;) The only actions I'm currently able to do in SVN are checkout, update, commit and view log and status -- so any help is appreciated :P --Norbert From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 10:32:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9139106566B for ; Thu, 4 Oct 2012 10:32:48 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm1-vm2.bullet.mail.gq1.yahoo.com (nm1-vm2.bullet.mail.gq1.yahoo.com [98.136.218.81]) by mx1.freebsd.org (Postfix) with SMTP id 73FFD8FC0A for ; Thu, 4 Oct 2012 10:32:48 +0000 (UTC) Received: from [98.137.12.59] by nm1.bullet.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 10:29:53 -0000 Received: from [208.71.42.195] by tm4.bullet.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 10:29:53 -0000 Received: from [127.0.0.1] by smtp206.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 10:29:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349346593; bh=+UeaJ5qSxtmB1+bPL0ZwtKhV7RvR1Zcp0klpNLLmYm0=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LX1Y+BN0U01MAoHJtpCdvVAJMi+UVDwAU1n3rGVm/HRaxdFLZWnAOu+6NIbFNIGm2Ui+OYe8PIs4tHBpwLkH/X2LhWEDA/RdPUpGdysuPz512KRERFO2c+HweH6tIgeWc02gp2PYhWJBU+RUsk5fETS7KUUeMAxKMVInWJ2UHrA= X-Yahoo-Newman-Id: 837644.12051.bm@smtp206.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: BBQilHwVM1kD8.ItfVw2Wv0.Z2jeIDEwg1ckiQtmIWn4oY8 4WdefUGN99kakR6uNkkYO35PUK405VmWVsq_GV1TdsCRLZs8zmpDUQAztrVx HTslrhC2dBXzi3D2QcqocBk6QMf45tC9z.qpd2c5GX6nH5UM42JfeJLsSlC2 3rZ4mItz6rjhOHH3HvKlUHr0lc2mhXOmf5QABR98I2eB0TyEy7LO5XofFRhe SXrdk5E2R2SVJ8yAGB1QkOh6O8rTfDTF8htqe4Ykl9esyoNwU5xRI_6vNe4L 0IrsJ5uxiodOV9AKiU7fjzwVw2lGh10F9Y58.pWiXoarE.aRbuIQuMgUNJKG 1zPwN5egSpVdPW4kybs8bhDVd7NxXVWTlHsOUc.xeOZG4tQcfVSrdq9ddEYQ J_WQ1ycRxiiQK2PHvj2BdhT3FSSEg7PIEZZxXlKnwoE2x7QEHRLhBcPJMLk8 KD3LLaHoMT_0sinyqhD_MC34dZSOx0ZdgZkA9DCrneA_Qh7XNxnainrDBA.F s_7y0w_gFerY- X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp206.mail.gq1.yahoo.com with SMTP; 04 Oct 2012 03:29:53 -0700 PDT Message-ID: <506D651F.6010000@yahoo.de> Date: Thu, 04 Oct 2012 12:29:51 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> <506D474D.6090107@yahoo.de> <20121004091106.GF35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121004091106.GF35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 10:32:48 -0000 Does not compile: http://nopaste.info/2bc2c189eb.html (I also #define-d a constant, but that works) --Norbert From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 10:37:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 828041065678 for ; Thu, 4 Oct 2012 10:37:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0DA8FC37 for ; Thu, 4 Oct 2012 08:09:16 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q9489EkW031431; Thu, 4 Oct 2012 11:09:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q94892ov075299; Thu, 4 Oct 2012 11:09:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q94892ta075298; Thu, 4 Oct 2012 11:09:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 4 Oct 2012 11:09:02 +0300 From: Konstantin Belousov To: Norbert Aschendorff Message-ID: <20121004080902.GD35915@deviant.kiev.zoral.com.ua> References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bDKzcj6YHRdh76QF" Content-Disposition: inline In-Reply-To: <506D35D8.8090702@yahoo.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 10:37:06 -0000 --bDKzcj6YHRdh76QF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 04, 2012 at 09:08:08AM +0200, Norbert Aschendorff wrote: > On 10/04/2012 08:41 AM, Norbert Aschendorff wrote: > > I just applied the numeric-uidgid patch to CURRENT (worked so far) and > > compile the kernel with the patch and try it another time, just to > > eliminate the possibility of a bug in this patch (the machine never > > crashed before using this patch, but I'm not sure if I tested this > > consciously before having applied the patch) >=20 > Sorry, does not compile. But we nevertheless know that it should be > fixed in 10.0. Good, thank you. To finish the experiment, you could take the r240283, r240284 and r240285 =66rom head and apply to stable/9. I suspect that the fix is in r240285, but other two revisions are the prerequisites. I assume that you do not use ZFS. --bDKzcj6YHRdh76QF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBtRB4ACgkQC3+MBN1Mb4jVaACeMEIDGlzgWOwzJFJYLtYsMIiu xSMAoOdTlwqR78P9b3YJME+FmQrND6RX =nxgq -----END PGP SIGNATURE----- --bDKzcj6YHRdh76QF-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 10:45:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A94D106566B for ; Thu, 4 Oct 2012 10:45:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B310C8FC14 for ; Thu, 4 Oct 2012 10:45:44 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q94AjqIY048739; Thu, 4 Oct 2012 13:45:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q94AjeNp076528; Thu, 4 Oct 2012 13:45:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q94AjedB076527; Thu, 4 Oct 2012 13:45:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 4 Oct 2012 13:45:40 +0300 From: Konstantin Belousov To: Norbert Aschendorff Message-ID: <20121004104540.GG35915@deviant.kiev.zoral.com.ua> References: <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> <506D474D.6090107@yahoo.de> <20121004091106.GF35915@deviant.kiev.zoral.com.ua> <506D651F.6010000@yahoo.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o1Pxsi7EGdPPGBHz" Content-Disposition: inline In-Reply-To: <506D651F.6010000@yahoo.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 10:45:46 -0000 --o1Pxsi7EGdPPGBHz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 04, 2012 at 12:29:51PM +0200, Norbert Aschendorff wrote: > Does not compile: http://nopaste.info/2bc2c189eb.html (I also #define-d > a constant, but that works) >=20 You completely strip off the quotes and attributions, as well as your To: address is bogus, so I do not know whom did you addressed the note. But the errors has nothing to do with my nullfs backport. --o1Pxsi7EGdPPGBHz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBtaNQACgkQC3+MBN1Mb4jq8wCgh5Uer4Y0YoBEBhUpMpjpD0Le W5YAn3+BqhcjwHVlKMoAuxN1BHVlJhwa =a4oJ -----END PGP SIGNATURE----- --o1Pxsi7EGdPPGBHz-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 10:54:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84C09106564A for ; Thu, 4 Oct 2012 10:54:28 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (nm10-vm0.bullet.mail.bf1.yahoo.com [98.139.213.147]) by mx1.freebsd.org (Postfix) with SMTP id 0A5AE8FC1B for ; Thu, 4 Oct 2012 10:54:27 +0000 (UTC) Received: from [98.139.212.148] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 10:54:21 -0000 Received: from [98.139.213.10] by tm5.bullet.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 10:54:21 -0000 Received: from [127.0.0.1] by smtp110.mail.bf1.yahoo.com with NNFMP; 04 Oct 2012 10:54:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349348061; bh=Utp+w1GSxTAbcexW+KbcftYm7ZEw9nzebAft8fXCGCY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=OeRCUPLMQVnqA4sVgxSLd6B07z9S939ekY6n8kml0HJcbiUHZ4u3CTdF/3K+VmBOqA+TTOsV+snYOq4AB0PGgy4oaTDpRRuwyBYF41F+PMnFtZpmdtFEl9Z+clIfR6XUrg206L6xNuJQ0hZvXZdx6qRc0eSQgCM3HnCX6CWNgJc= X-Yahoo-Newman-Id: 805744.43396.bm@smtp110.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: JHVbhhAVM1kxsrkzAkQNVTs7_bVZGY6uTkrOWOYmifNdeUf k1RtCX9rzf16CVtLnGlKm81iNZT7.Runqf5Y4J7O0fwgcKSw.4zOPFiwar8a evPsoYqtlsc334KkZzgKxb717NZ0lrgCPjatKPgklzz2x1H94g13zenopDBb SECDUdy.6mM8TuWWJ_NXFyjxLWe0v8GrhDse2lwdXOViA9cFn5W9p56xdP4A WN9dhTVQ5CjWE2oamtee0mVlRzJQVrgn1Xpyl7IEjtqbzOXigYNn8dEl6LE8 u06d_ZF2Yz8sFenPpRCxN.M4CIM_3Esr7NONtvfoIoYEH4esRKZv6O6Hkimz 0Put7IhJP6LE70B8EH9H.LW4MyLCUYXfyA8VuuDlrr5GTRNRFU4W_UA6UO0d E6DHu.9UCKqshiM0M0W3Pm70KmSDtHI.aJRNcdSG4q6dAIpI- X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp110.mail.bf1.yahoo.com with SMTP; 04 Oct 2012 03:54:21 -0700 PDT Message-ID: <506D6ADC.6050803@yahoo.de> Date: Thu, 04 Oct 2012 12:54:20 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> <506D474D.6090107@yahoo.de> <20121004091106.GF35915@deviant.kiev.zoral.com.ua> <506D651F.6010000@yahoo.de> <20121004104540.GG35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121004104540.GG35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 10:54:28 -0000 On 10/04/2012 12:45 PM, Konstantin Belousov wrote: > But the errors has nothing to do with my nullfs backport. You're right; they stem from Rick's patch (from line 207 in numeric-uidgid.patch on): -nd->nd_repstat = nfsv4_strtogid(cp,j,&gid,p); +nd->nd_repstat = nfsv4_strtogid(nd, cp, j, &gid, + p); I reverted the patch and see what's going to happen... From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 11:53:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD2B61065670 for ; Thu, 4 Oct 2012 11:53:30 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 959B98FC0A for ; Thu, 4 Oct 2012 11:53:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EADR4bVCDaFvO/2dsb2JhbABFhg+6BIIgAQEBBAEBASArIAsbGAICDRIHAikBCSYGCAcEARwEh2QLphKSd4EhihyEcIESA5M8gi2BFYgnhm+DCYFHNA X-IronPort-AV: E=Sophos;i="4.80,535,1344225600"; d="scan'208";a="184658802" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 04 Oct 2012 07:53:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 54652B4026; Thu, 4 Oct 2012 07:53:29 -0400 (EDT) Date: Thu, 4 Oct 2012 07:53:29 -0400 (EDT) From: Rick Macklem To: Norbert Aschendorff Message-ID: <625409799.1703240.1349351609320.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <506D651F.6010000@yahoo.de> 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 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 11:53:31 -0000 Norbert Aschendorff wrote: > Does not compile: http://nopaste.info/2bc2c189eb.html (I also > #define-d > a constant, but that works) > Looks like you missed the change to fs/nfs/nfs_var.h, which changes the prototypes for nfsv4_strtouid() and nfsv4_strtogid(). Btw, the numeric uid/gid patch is now in head and I plan on MFC'ing it to stable/9 to-day, so you might just want to wait a day or and then checkout a fresh source tree. (I know you aren't an svn fan, but I think you mentioned you know how to do a checkout.) And then you can apply Kostik's patch. Sounds like the problem is fixed in head. Good work guys, rick > --Norbert > _______________________________________________ > 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 Oct 4 11:59:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAF3D106566C for ; Thu, 4 Oct 2012 11:59:39 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm36.bullet.mail.ne1.yahoo.com (nm36.bullet.mail.ne1.yahoo.com [98.138.229.29]) by mx1.freebsd.org (Postfix) with SMTP id 826868FC0C for ; Thu, 4 Oct 2012 11:59:39 +0000 (UTC) Received: from [98.138.90.52] by nm36.bullet.mail.ne1.yahoo.com with NNFMP; 04 Oct 2012 11:59:33 -0000 Received: from [98.138.84.36] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 04 Oct 2012 11:59:33 -0000 Received: from [127.0.0.1] by smtp104.mail.ne1.yahoo.com with NNFMP; 04 Oct 2012 11:59:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349351973; bh=jiSuFe5pNqCk26BxbelHwllS51JehfduGxaklpY93dE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=wWirSCU29kHhmkhwX5L1FrK0s/BK2YsEL/cKjYR/e3iPh1owYF8tdt+gFm+bDadcBCOFvay/54dfMBKS3pl6NC7WTVQd8B3kVYbSulgw8YWuVvqmGH54906/u3qECPqFXL6q5GPsc6XhpPE9geK3V01PYdIBxCo2Gcgltn1Sw5s= X-Yahoo-Newman-Id: 728506.57448.bm@smtp104.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: zWUwsVAVM1n_wEELpBO_ZeetP0n_ps_o1crJ7eXrOnHbdUE XrfWuROAoIjxnNRp2y3pPBZFaTxAf3GCzj10d.2rS2VMnAY4VK85LBOdhvnf SwbH2CbLwEE8kThp22XHAcGHs_u_.zei.K8shrgQQcuXrbTAFZvd0B4IWhUN eyOBllFeG_kY443EkRN0Afogah1GsMDQd0Mv90Cvs4b.avc6H6J_nUc5PlGr .44NXlnQV_hPxzUkKVRoSR6yClP2gXqlgN4eDnCkAHWj0Xsrho1lp9UGAGJ_ x7hOB.lOR37hQ53wshhWfO5taC6aHYUpt43c2Gx8B3ggk8z5_PR_0SnetLjW wjbMFWJwOlHAL3CbK0Q8PwQPERILqimQbf7D8a8hy_RlAw8zi.o0gV_F.Y02 rYcbteNpm2FujzwoT04A2.B0qjy6TJAX6e2HyYKAGqluzQu2b X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp104.mail.ne1.yahoo.com with SMTP; 04 Oct 2012 04:59:33 -0700 PDT Message-ID: <506D7A23.7090804@yahoo.de> Date: Thu, 04 Oct 2012 13:59:31 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <625409799.1703240.1349351609320.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <625409799.1703240.1349351609320.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 11:59:40 -0000 On 10/04/2012 01:53 PM, Rick Macklem wrote: > Looks like you missed the change to fs/nfs/nfs_var.h, which changes > the prototypes for nfsv4_strtouid() and nfsv4_strtogid(). I see the problem, but I don't really understand why it failed. I applied the whole patch... However, 9.1-PRERELEASE is compiling at the moment without the numeric-patch and we'll see. > Btw, the numeric uid/gid patch is now in head and I plan on MFC'ing it > to stable/9 to-day [...] That's fine :) --norbert From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 12:28:51 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A43E106564A; Thu, 4 Oct 2012 12:28:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 49E2C8FC12; Thu, 4 Oct 2012 12:28:51 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q94CSox8048696; Thu, 4 Oct 2012 12:28:50 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q94CSotd048693; Thu, 4 Oct 2012 12:28:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 4 Oct 2012 12:28:50 GMT Message-Id: <201210041228.q94CSotd048693@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2012 12:28:51 -0000 TB --- 2012-10-04 12:23:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-04 12:23:11 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-04 12:23:11 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-04 12:23:11 - cleaning the object tree TB --- 2012-10-04 12:23:12 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-04 12:23:12 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-04 12:23:12 - /usr/local/bin/svn cleanup /src TB --- 2012-10-04 12:23:21 - /usr/local/bin/svn update /src TB --- 2012-10-04 12:28:02 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-04 12:28:02 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-04 12:28:32 - /usr/local/bin/svn update /src TB --- 2012-10-04 12:28:39 - At svn revision 241193S TB --- 2012-10-04 12:28:40 - building world TB --- 2012-10-04 12:28:40 - CROSS_BUILD_TESTING=YES TB --- 2012-10-04 12:28:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-04 12:28:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-04 12:28:40 - SRCCONF=/dev/null TB --- 2012-10-04 12:28:40 - TARGET=mips TB --- 2012-10-04 12:28:40 - TARGET_ARCH=mips TB --- 2012-10-04 12:28:40 - TZ=UTC TB --- 2012-10-04 12:28:40 - __MAKE_CONF=/dev/null TB --- 2012-10-04 12:28:40 - cd /src TB --- 2012-10-04 12:28:40 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 4 12:28:41 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-04 12:28:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-04 12:28:50 - ERROR: failed to build world TB --- 2012-10-04 12:28:50 - 12.88 user 7.23 system 339.59 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 13:29:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2ACDD106566B for ; Thu, 4 Oct 2012 13:29:35 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm35-vm8.bullet.mail.gq1.yahoo.com (nm35-vm8.bullet.mail.gq1.yahoo.com [98.136.216.191]) by mx1.freebsd.org (Postfix) with SMTP id C6D7A8FC17 for ; Thu, 4 Oct 2012 13:29:34 +0000 (UTC) Received: from [98.137.12.60] by nm35.bullet.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 13:29:33 -0000 Received: from [208.71.42.214] by tm5.bullet.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 13:29:33 -0000 Received: from [127.0.0.1] by smtp225.mail.gq1.yahoo.com with NNFMP; 04 Oct 2012 13:29:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349357373; bh=F4GbdYbefqEpnkBqvp1s5EkBiritF/amWx3xVZNk3Og=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=fsA70VEIFD2dQACtBDpyU3NUu2Nr3mTsBNvoN26JMduQ9Let+M9EhrXJ0ayEnMPrxXtqe6sDOvbFgNpVS10W7n8lIhYORGiLEe9nnbSXVFgGV7Dr4HK26yQFx+CG9po/0yMBBViqn85Gcf/7qILGjrBetkTHywRgsVTeVfFlBk8= X-Yahoo-Newman-Id: 72795.55619.bm@smtp225.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8kF4VWAVM1kddVEoatrF2WaFTNToH5o_aomWPbnmOwLlNai .vDnDEEBhaxyte8Qu3Ca_QssgQ7vuj5HmfndPICVvBuFML3cnlknl9mVRyMy FhlkthVRCAWKWEXNU6PAzDyH22r0zvbCZhPWQ5_.afizBnDqxxUcuh2Jq7Vx MxZAjbaI1FTuVK_DjxhabkgLYxVXmYiH6MbrbE3ok6E0KjBQx7x8TkNKszmx oc2MdXKdDV7RP14mYwPmAlLNmUN9wlPnjpphDXC.1G4sxs6s1MvP1ssOlNuS n9WTUf7Q1KJ2yYqnpkXv3sdRiulzsJ9S0tuid8R9MQYdLk.pqhaQf_haQ1i4 RjWrgCbcYqjx51N7y3cwCZkQJuXnlwxSDsSo0ElX1FEM3bCj7QYtPZfj4tLP ldfdHc6QkkUJK6Twvuu0WotfwCdlOtlomcSS7rYQlUpNKwbD282yb X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp225.mail.gq1.yahoo.com with SMTP; 04 Oct 2012 06:29:32 -0700 PDT Message-ID: <506D8F3B.30101@yahoo.de> Date: Thu, 04 Oct 2012 15:29:31 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506BFECE.3020006@yahoo.de> <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> <506D474D.6090107@yahoo.de> <20121004091106.GF35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121004091106.GF35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 13:29:35 -0000 Nop, the patch doesn't seem to work - the machine crashes again. :| Norbert From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 15:18:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 374681065670 for ; Thu, 4 Oct 2012 15:18:00 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id B577C8FC08 for ; Thu, 4 Oct 2012 15:17:59 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hq12so3520626wib.13 for ; Thu, 04 Oct 2012 08:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=WwczudQT9ZluAc2OKpwWhB1Qb9fAZzC/7YuHXrBHOpA=; b=MgwQRoZJAycTQJ2hjXWPB1JynozJTUorvfT2tzMLVqRnwYuoMas2fNFMdOymKg0uTL FyALG2MZ/1SfnpizVng+0SqcpC56jgw4/A5YHWOMROM2Ht+YeCfTADqp5bAEiudY+Ixs cRAp4QEXpIasw8Xbwj4oVm996VQ3fvU+kxk4EG1xeQJa4EJtpgR3sNpGaTHDGM3p3CmG H0NzTeYgcFTM1Z7IPyKQptOXb2AjO4r3wiQZoMkaZhxY7YJ3HZEwZXBxE+bkQHUyMEGU XI9s48FCfWyETCWp8jvoIIrKywJBFKi7ShUrvzrGnP/6u0/bxEIZi3mmz5oNf7SOpKP8 q2Mw== Received: by 10.180.81.37 with SMTP id w5mr4063671wix.10.1349363878312; Thu, 04 Oct 2012 08:17:58 -0700 (PDT) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id hv8sm37243495wib.0.2012.10.04.08.17.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 04 Oct 2012 08:17:56 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: Date: Thu, 4 Oct 2012 18:17:54 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <72A4B763-D36B-4912-8C20-7373A0562EA1@gmail.com> <11028C2E-9DB0-4B71-A7B1-98160D5AEA93@gmail.com> To: Chuck Tuffli X-Mailer: Apple Mail (2.1498) Cc: "freebsd-stable@freebsd.org" Subject: Re: CAM Target Layer and Linux (continued) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 15:18:00 -0000 On Oct 4, 2012, at 2:52 AM, Chuck Tuffli wrote: > On Tue, Oct 2, 2012 at 3:03 AM, Nikolay Denev = wrote: >>=20 >> On Sep 27, 2012, at 6:33 PM, Nikolay Denev wrote: >>=20 >>> Hi All, >>>=20 >>> With the help of Chuck Tuffli, I'm now able to use CTL to export a = zvol over FC to a Linux host: >>>=20 >>> LUN Backend Size (Blocks) BS Serial Number Device ID >>> 0 block 4185915392 512 FBSDZFS001 ORA_ASM_01 >>> lun_type=3D0 >>> num_threads=3D14 >>> file=3D/dev/zvol/tank/oracle_asm_01 >>> 1 block 4185915392 512 FBSDZFS002 ORA_ASM_02 >>> lun_type=3D0 >>> num_threads=3D14 >>> file=3D/dev/zvol/tank/oracle_asm_02 >>> 2 block 4185915392 512 FBSDZFS003 ORA_ASM_03 >>> lun_type=3D0 >>> num_threads=3D14 >>> file=3D/dev/zvol/tank/oracle_asm_03 >>> 3 block 4185915392 512 FBSDZFS004 ORA_ASM_04 >>> lun_type=3D0 >>> num_threads=3D14 >>> file=3D/dev/zvol/tank/oracle_asm_04 >>>=20 >>> Then we ran some tests using Oracle's ORION benchmark tool from the = Linux host. >>> We ran one test which passed successfully, >>> then I've just disabled zfs prefetch -> "vfs.zfs.prefetch_disable=3D1"= >>> and rerun the test, which failed due to this error. >>>=20 >>> On the FreeBSD side: >>>=20 >>> (0:3:0:1): READ(10). CDB: 28 0 84 f9 58 0 0 4 0 0 >>> (0:3:0:1): Tag: 0x116220, Type: 1 >>> (0:3:0:1): CTL Status: SCSI Error >>> (0:3:0:1): SCSI Status: Check Condition >>> (0:3:0:1): SCSI sense: NOT READY asc:4b,0 (Data phase error) > ... >> After a whole day of orion tests without problems, we started an = Oracle ASM instance from the Linux host and >> again got an error, this time it was WRITE error : >>=20 >> (0:3:0:3): WRITE(10). CDB: 2a 0 1 5b 10 0 0 4 0 0 >> (0:3:0:3): Tag: 0x110940, Type: 1 >> (0:3:0:3): CTL Status: SCSI Error >> (0:3:0:3): SCSI Status: Check Condition >> (0:3:0:3): SCSI sense: NOT READY asc:4b,0 (Data phase error) >>=20 >> I've tried to track down this "Data phase error" in the CTL code and = it looks like it is something related to the isp(4) driver: >=20 > This would have been my first guess if there had been something in the > logs from isp, but since there wasn't, it's hard to tell. I been > running orion for ~3hrs now with a different FC driver + an analyzer > but haven't seen this problem. >=20 > Would it be possible to stick some prints in default clause of the > ctlfedone() to confirm if this is front or back end problem? > Especially interesting would be the value of done_ccb->ccb_h.status. >=20 > ---chuck I have added the printfs like this : --- sys/cam/ctl/scsi_ctl.c.orig 2012-10-04 10:52:57.413144029 +0200 +++ sys/cam/ctl/scsi_ctl.c 2012-10-04 11:23:35.501143149 +0200 @@ -1415,6 +1415,7 @@ */ io->io_hdr.port_status =3D 0xbad1; ctl_set_data_phase_error(&io->scsiio); + printf("XXX: done_ccb->ccb_h.status =3D = %lu\n", (long unsigned int)done_ccb->ccb_h.status); /* * XXX KDM figure out residual. */ But I've postponed the tests as the pool got nearly filled up, and = probably the ZVOLs became very fragmented and they were extremely slow to access and generated scsi timeout and = abort command errors from the Linux host. Even deleting them took maybe 40 minutes. Also there was some bad interaction while accessing the zvols over CAM = and at the same time using a nfs share from this host, which bring all disk IO on the pool almost to a stop. I will create a new zvol tomorrow and retest with the printf enabled, = while the machine is idle (no nfs activity). From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 16:07:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 040821065672 for ; Thu, 4 Oct 2012 16:07:52 +0000 (UTC) (envelope-from zoran@uranus.mtveurope.org) Received: from jazz.linuxshell.org (unknown [IPv6:2001:67c:3f8::137:24]) by mx1.freebsd.org (Postfix) with ESMTP id BD6128FC16 for ; Thu, 4 Oct 2012 16:07:50 +0000 (UTC) Received: from zoran by jazz.linuxshell.org with local (Exim 4.80) (envelope-from ) id 1TJnxk-00013h-OL for freebsd-stable@freebsd.org; Thu, 04 Oct 2012 18:07:48 +0200 Date: Thu, 4 Oct 2012 18:07:48 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20121004160748.GA4062@uranus.mtveurope.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: gt520 and 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 16:07:52 -0000 After years of using nvidia 6200 with "nv", I had to move to above mentioned gt520. Fast search shoes I "nvidia-driver". Correct? And to change "nv" in conf file to "nvidia" with "nvidia_load="YES"" in rc.conf? I wait to install the card till release comes out. Best regards all Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 16:16:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E1241065673 for ; Thu, 4 Oct 2012 16:16:25 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 142128FC12 for ; Thu, 4 Oct 2012 16:16:24 +0000 (UTC) Received: by mail-gg0-f182.google.com with SMTP id k4so139570ggn.13 for ; Thu, 04 Oct 2012 09:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=MoqCt+GGrqanz2FCeJ1gGRtmW5aC/4l/srWxqv3nw4s=; b=p0UX8IAZHJFbXiaNiha3Jb8Y2QN1kFW8SxQrVVG9O002bzpu8QH5PQdu8kP6RWhSM7 AQ1YT+vcfzwe8Mgs+e0+erEXhKoGhpD4tFqWotrPuFUI3LiDFgiR5yeDVyvDpgmkXzYS NirLVjmogpEeFMcYHlwDLDj8lF0bqwZC2QbE00+g1tF5sGCgUEksoR99do1ICNuaMvQ4 BEcqLVG1ZVkNz2B5Oj6WnQZeotbDT97eijDUlLAuCxb8IEtwUYrjBe2+7dFhsW9k7qJP LwwzfGdFPvbFCFjIJ1A8uwg0lON3BH0NA3KrUDoClFnh4LAvzrkf90lFL0TgTaJ4z2zp YisQ== Received: by 10.236.193.98 with SMTP id j62mr5618523yhn.35.1349367378551; Thu, 04 Oct 2012 09:16:18 -0700 (PDT) Received: from blackbeast.local (173-17-34-224.client.mchsi.com. [173.17.34.224]) by mx.google.com with ESMTPS id f15sm7214928anm.9.2012.10.04.09.16.17 (version=SSLv3 cipher=OTHER); Thu, 04 Oct 2012 09:16:17 -0700 (PDT) Message-ID: <506DB643.4020105@gmail.com> Date: Thu, 04 Oct 2012 11:16:03 -0500 From: Chuck Burns User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120929 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20121004160748.GA4062@uranus.mtveurope.org> In-Reply-To: <20121004160748.GA4062@uranus.mtveurope.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: gt520 and 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 16:16:25 -0000 On 10/04/12 11:07, Zoran Kolic wrote: > After years of using nvidia 6200 with "nv", I had to > move to above mentioned gt520. Fast search shoes I > "nvidia-driver". Correct? And to change "nv" in conf > file to "nvidia" with "nvidia_load="YES"" in rc.conf? > I wait to install the card till release comes out. > Best regards all > > Zoran > > > _______________________________________________ > 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" > # portmaster x11/nvidia-driver x11/nvidia-xconfig x11/nvidia-settings Once that is done: # nvidia-xconfig Once that is done, start X. You're done. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 16:21:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 551E0106566B for ; Thu, 4 Oct 2012 16:21:24 +0000 (UTC) (envelope-from zoran@uranus.mtveurope.org) Received: from jazz.linuxshell.org (unknown [IPv6:2001:67c:3f8::137:24]) by mx1.freebsd.org (Postfix) with ESMTP id 15A9C8FC1B for ; Thu, 4 Oct 2012 16:21:24 +0000 (UTC) Received: from zoran by jazz.linuxshell.org with local (Exim 4.80) (envelope-from ) id 1TJoAt-0001jt-7l for freebsd-stable@freebsd.org; Thu, 04 Oct 2012 18:21:23 +0200 Date: Thu, 4 Oct 2012 18:21:23 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20121004162122.GA5864@uranus.mtveurope.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Re: gt520 and 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 16:21:24 -0000 Thanks Chuck! I'd avoid xconfig at all. I was puzzled with need to install prop blob. OK, nothing to stay awaken all night. :) Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Oct 4 21:08:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 022C410656DA for ; Thu, 4 Oct 2012 21:08:39 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 95BFB8FC1A for ; Thu, 4 Oct 2012 21:08:39 +0000 (UTC) Received: by mail-gh0-f182.google.com with SMTP id r20so272416ghr.13 for ; Thu, 04 Oct 2012 14:08:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=AERVbeAHTmibP/zV236BO1jg4te/sc0RjZJVzXwD/CQ=; b=gZl4lx4v6166kn8FgUTda02F64nGUFpywt42P2fsRFfDzNu5i5EsD5Eqv2JQs6dsSR 9qBKzs2fK5CKFWcQ+bdVxWyFnwX9ETFXVtztVJF/mRWotd2NcEl+8lui+xodWmHONGhK NTInpYr9rrqhrR8oNgNTj6IWk/b2DZidLSleKYf9YMs+L5H6eeAsyZf/yQ6WuMMCZ/xR 4IChWpH5Q5sNLA6WZTlBHaCc/n8sD/mgS3J+j/KYxJgwSknYZCwLqqHVTjww9AGfAtvE qjW5NsICMy9qbgIA05yY3dvEzN763IpFKEgt8WMmEhp4QSquxbkWAeC6RezWpm7U6eqp s3Jw== Received: by 10.236.133.47 with SMTP id p35mr6720168yhi.5.1349384913401; Thu, 04 Oct 2012 14:08:33 -0700 (PDT) Received: from [10.0.0.3] (adsl-98-90-199-208.mob.bellsouth.net. [98.90.199.208]) by mx.google.com with ESMTPS id p6sm4124096anl.4.2012.10.04.14.08.32 (version=SSLv3 cipher=OTHER); Thu, 04 Oct 2012 14:08:32 -0700 (PDT) Message-ID: <506DFACA.4050601@gmail.com> Date: Thu, 04 Oct 2012 16:08:26 -0500 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20121004162122.GA5864@uranus.mtveurope.org> In-Reply-To: <20121004162122.GA5864@uranus.mtveurope.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: gt520 and 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Oct 2012 21:08:40 -0000 On 10/4/2012 11:21 AM, Zoran Kolic wrote: > Thanks Chuck! > I'd avoid xconfig at all. I was puzzled with need to install > prop blob. OK, nothing to stay awaken all night. :) > Best regards > > Zoran > > _______________________________________________ > 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" > No problem. Oh. you -do- still need to manually add nvidia_load="YES" to /boot/loader.conf - but the xconfig automatically modifies your xorg.conf (or creates one if it doesnt exist) to use the proper xorg video driver. I've never had a problem with using it, and I've had nvidia for.. ever, basically :) -- Chuck Burns From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 00:39:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE2A51065672; Fri, 5 Oct 2012 00:39:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 6EEA28FC08; Fri, 5 Oct 2012 00:39:50 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q950dncE034292; Fri, 5 Oct 2012 00:39:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q950dnXc034287; Fri, 5 Oct 2012 00:39:49 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Oct 2012 00:39:49 GMT Message-Id: <201210050039.q950dnXc034287@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 00:39:50 -0000 TB --- 2012-10-05 00:34:17 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 00:34:17 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 00:34:17 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 00:34:17 - cleaning the object tree TB --- 2012-10-05 00:34:19 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 00:34:19 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 00:34:19 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 00:34:28 - /usr/local/bin/svn update /src TB --- 2012-10-05 00:39:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-05 00:39:01 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-05 00:39:31 - /usr/local/bin/svn update /src TB --- 2012-10-05 00:39:38 - At svn revision 241214S TB --- 2012-10-05 00:39:39 - building world TB --- 2012-10-05 00:39:39 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 00:39:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 00:39:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 00:39:39 - SRCCONF=/dev/null TB --- 2012-10-05 00:39:39 - TARGET=mips TB --- 2012-10-05 00:39:39 - TARGET_ARCH=mips TB --- 2012-10-05 00:39:39 - TZ=UTC TB --- 2012-10-05 00:39:39 - __MAKE_CONF=/dev/null TB --- 2012-10-05 00:39:39 - cd /src TB --- 2012-10-05 00:39:39 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 00:39:40 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 00:39:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 00:39:49 - ERROR: failed to build world TB --- 2012-10-05 00:39:49 - 12.19 user 7.89 system 331.99 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 03:40:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E36FA1065674 for ; Fri, 5 Oct 2012 03:40:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 46B3E8FC19 for ; Fri, 5 Oct 2012 03:40:19 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q953eS28053175; Fri, 5 Oct 2012 06:40:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q953eFgC074131; Fri, 5 Oct 2012 06:40:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q953eF9u074130; Fri, 5 Oct 2012 06:40:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 5 Oct 2012 06:40:15 +0300 From: Konstantin Belousov To: Norbert Aschendorff Message-ID: <20121005034015.GM35915@deviant.kiev.zoral.com.ua> References: <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> <506D474D.6090107@yahoo.de> <20121004091106.GF35915@deviant.kiev.zoral.com.ua> <506D8F3B.30101@yahoo.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8LS8R9T6g8Jk6Xk2" Content-Disposition: inline In-Reply-To: <506D8F3B.30101@yahoo.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 03:40:21 -0000 --8LS8R9T6g8Jk6Xk2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 04, 2012 at 03:29:31PM +0200, Norbert Aschendorff wrote: > Nop, the patch doesn't seem to work - the machine crashes again. :| >=20 This is the whole difference between stable and HEAD nullfs. Retest the HEAD then. --8LS8R9T6g8Jk6Xk2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBuVp8ACgkQC3+MBN1Mb4jPWgCggJH9seKc02tbBGUPgBgDvz9r uMwAnAyUgZA5RDGW1k1yhyio+Ntjmc7N =kUhT -----END PGP SIGNATURE----- --8LS8R9T6g8Jk6Xk2-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 04:33:48 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D51C61065670; Fri, 5 Oct 2012 04:33:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 94A1D8FC08; Fri, 5 Oct 2012 04:33:48 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q954Xmr8008203; Fri, 5 Oct 2012 04:33:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q954XmgK008200; Fri, 5 Oct 2012 04:33:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Oct 2012 04:33:48 GMT Message-Id: <201210050433.q954XmgK008200@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 04:33:48 -0000 TB --- 2012-10-05 04:33:08 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 04:33:08 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 04:33:08 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 04:33:08 - cleaning the object tree TB --- 2012-10-05 04:33:14 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 04:33:14 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 04:33:14 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 04:33:23 - /usr/local/bin/svn update /src TB --- 2012-10-05 04:33:33 - At svn revision 241216S TB --- 2012-10-05 04:33:34 - building world TB --- 2012-10-05 04:33:34 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 04:33:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 04:33:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 04:33:34 - SRCCONF=/dev/null TB --- 2012-10-05 04:33:34 - TARGET=mips TB --- 2012-10-05 04:33:34 - TARGET_ARCH=mips TB --- 2012-10-05 04:33:34 - TZ=UTC TB --- 2012-10-05 04:33:34 - __MAKE_CONF=/dev/null TB --- 2012-10-05 04:33:34 - cd /src TB --- 2012-10-05 04:33:34 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 04:33:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 04:33:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 04:33:48 - ERROR: failed to build world TB --- 2012-10-05 04:33:48 - 13.32 user 8.12 system 39.80 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 05:51:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91F25106564A; Fri, 5 Oct 2012 05:51:45 +0000 (UTC) (envelope-from ak@dartit.ru) Received: from venus.prm.ru (venus.prm.ru [178.161.131.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3B77F8FC08; Fri, 5 Oct 2012 05:51:45 +0000 (UTC) Received: from ak-win.local.dart.prm.ru (ak-win.local.dart.prm.ru [192.168.54.101]) by venus.prm.ru (Postfix) with ESMTPA id EF9B140BC6; Fri, 5 Oct 2012 11:41:05 +0600 (YEKT) Date: Fri, 5 Oct 2012 11:43:13 +0600 From: "Andrew A. Khlebutin" Organization: JSC DartIT X-Priority: 3 (Normal) Message-ID: <243134468.20121005114313@dartit.ru> To: David Chisnall In-Reply-To: <46A3A656-9136-46C5-B4E8-C92F266823D6@freebsd.org> References: <1341571795.625149465@f43.mail.ru> <46A3A656-9136-46C5-B4E8-C92F266823D6@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: re@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0-STABLE problem with the Adaptec Storage Manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 05:51:45 -0000 Hello, On Saturday, July 07, 2012 2:17:33 am David Chisnall wrote: DC> On 6 Jul 2012, at 20:32, Sergey Kandaurov wrote: >> This is probably because the private symbol __collate_load_error changed >> to macro (i.e. removed) in r235785 after 9.0. If so, it might brake those >> older binaries which rely on that symbol, though it's still defined in >> Symbol.map. Probably David Chisnall could further comment on this. DC> This was accidentally removed in the xlocale refactoring. I've DC> restored it in r238182 and CC'd re@ for permission to merge to the 9.1 release branch. Do you plan on MFC'ing it to stable/9 and releng/9.1? It breaks sysutils/arcconf, I can't monitor a state of my raid controller. -- SY, Andrew Khlebutin From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 05:59:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6C4B106564A for ; Fri, 5 Oct 2012 05:59:45 +0000 (UTC) (envelope-from crtmike@gmx.us) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id EE0308FC0A for ; Fri, 5 Oct 2012 05:59:44 +0000 (UTC) Received: (qmail invoked by alias); 05 Oct 2012 05:59:43 -0000 Received: from unknown (EHLO bsd.laptop.mike) [124.89.80.42] by mail.gmx.com (mp-eu002) with SMTP; 05 Oct 2012 07:59:43 +0200 X-Authenticated: #137061016 X-Provags-ID: V01U2FsdGVkX19PuttXuoZPZi5bMAX75ddjx/lsP/N6VfhnBjUj0Q 1CCzo/3sLQ7M1/ Message-ID: <506E7742.6060308@gmx.us> Date: Fri, 05 Oct 2012 13:59:30 +0800 From: Mike Manilone User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120915 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: error while building stable world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 05:59:45 -0000 Hi all, I'm trying to build a STABLE world. But now I've got an error. /usr/local/bin/clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /usr/src/lib/libc/amd64/sys/__vdso_gettc.c -o __vdso_gettc.o /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:31:10: fatal error: 'sys/vdso.h' file not found #include ^ 1 error generated. *** [__vdso_gettc.o] Error code 1 How can I fix this error? Another question: will buildworld also build the kernel? Thanks. Cheers, Mike Manilone From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 07:10:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 177531065670 for ; Fri, 5 Oct 2012 07:10:50 +0000 (UTC) (envelope-from norbert.aschendorff@yahoo.de) Received: from nm8-vm0.bullet.mail.bf1.yahoo.com (nm8-vm0.bullet.mail.bf1.yahoo.com [98.139.213.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8ECA08FC08 for ; Fri, 5 Oct 2012 07:10:49 +0000 (UTC) Received: from [98.139.212.145] by nm8.bullet.mail.bf1.yahoo.com with NNFMP; 05 Oct 2012 07:10:43 -0000 Received: from [98.139.213.14] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 05 Oct 2012 07:10:43 -0000 Received: from [127.0.0.1] by smtp114.mail.bf1.yahoo.com with NNFMP; 05 Oct 2012 07:10:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1349421043; bh=xeEl8yViihBM0PCq64nCXQVYU2bukyXFARQmkuK1pXE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=XluC1V8uKfs0C/Rg1j1C9Xp1Pqyrixu3dou6+nVuM4uTKSKFklm0Tpk/XG2NXX6QnFNSJ8F4m1c2Bkn36FwlxbZ2N3AEcbAV6ps/tFJxlzEng2FB1PdqMtlBHzsUwrWmG5+uB+2/cHTt3JobMh6AHbNWt/xSY5+9gpo49r60ztA= X-Yahoo-Newman-Id: 102743.78784.bm@smtp114.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: EQZ1H5cVM1krJxVg4_74yPipnQ4p2FwF9Q7c376drNktVll Qqv1V19cIhu_XunLSNFGDkcw0yU8Pw56lUmVCFEJSH0LJAQO.m8SvK_lFAAw qk13_eaAlHmDSoTK0on1ovV.4kVvE_Y0BFnVIEUWLM2zqJiHHGi7aZrtKTjq OY.B7t6D4AWCHxNl4P.d5ndeI6jD01SeusPfczKWLTNH2oM7pmRTx8FoXQ5W roBjzoJVSSL7AM8wg669OXcfFbWX6mN5eOiF0TC3pzEW5XfQE7tdD5z0kzQM r52WM5kIopCbV9xuhki9Qgye8HZAHXoq9JB151DjXlREnC5mOE6Hmu3jOwkL 1wTI7igP7ZSw4YKa5RKW_857ktARn5ip7ZSJUGUBNeERiiitQqvzzYXHWEGv Qlbol9WHX0FWsdXmV1tJcESxqisYpT9kv4ZYIz6qEYvXEw4w- X-Yahoo-SMTP: d20YFqmswBAWc4wd23BcX3DKFU.SSFWadKORXj_BQPQ- Received: from vostro-linux.goebo.site (norbert.aschendorff@85.216.84.153 with plain) by smtp114.mail.bf1.yahoo.com with SMTP; 05 Oct 2012 00:10:43 -0700 PDT Message-ID: <506E87EF.4070307@yahoo.de> Date: Fri, 05 Oct 2012 09:10:39 +0200 From: Norbert Aschendorff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120418 Icedove/11.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <37099006.1631279.1349270651574.JavaMail.root@erie.cs.uoguelph.ca> <20121003155452.GY35915@deviant.kiev.zoral.com.ua> <506C7557.1000503@yahoo.de> <20121003173931.GZ35915@deviant.kiev.zoral.com.ua> <506D2FA9.2050605@yahoo.de> <506D35D8.8090702@yahoo.de> <20121004080902.GD35915@deviant.kiev.zoral.com.ua> <506D474D.6090107@yahoo.de> <20121004091106.GF35915@deviant.kiev.zoral.com.ua> <506D8F3B.30101@yahoo.de> <20121005034015.GM35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121005034015.GM35915@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic "Sleeping thread owns a non-sleepable lock" via cv_timedwait_signal, was "rsync over NFS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 07:10:50 -0000 On 10/05/2012 05:40 AM, Konstantin Belousov wrote: > This is the whole difference between stable and HEAD nullfs. > Retest the HEAD then. Can't reproduce it with HEAD (FreeBSD freebsd-tower.goebo.site 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r241218: Fri Oct 5 08:26:17 CEST 2012 lbo@freebsd-tower.goebo.site:/usr/obj/usr/src-head/sys/GENERIC-HEAD i386) From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 08:23:41 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7212D1065670; Fri, 5 Oct 2012 08:23:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4AC8FC0A; Fri, 5 Oct 2012 08:23:41 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q958NeEQ093749; Fri, 5 Oct 2012 08:23:40 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q958NeCN093738; Fri, 5 Oct 2012 08:23:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Oct 2012 08:23:40 GMT Message-Id: <201210050823.q958NeCN093738@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 08:23:41 -0000 TB --- 2012-10-05 08:23:02 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 08:23:02 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 08:23:02 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 08:23:02 - cleaning the object tree TB --- 2012-10-05 08:23:04 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 08:23:04 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 08:23:04 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 08:23:17 - /usr/local/bin/svn update /src TB --- 2012-10-05 08:23:25 - At svn revision 241221S TB --- 2012-10-05 08:23:26 - building world TB --- 2012-10-05 08:23:26 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 08:23:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 08:23:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 08:23:26 - SRCCONF=/dev/null TB --- 2012-10-05 08:23:26 - TARGET=mips TB --- 2012-10-05 08:23:26 - TARGET_ARCH=mips TB --- 2012-10-05 08:23:26 - TZ=UTC TB --- 2012-10-05 08:23:26 - __MAKE_CONF=/dev/null TB --- 2012-10-05 08:23:26 - cd /src TB --- 2012-10-05 08:23:26 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 08:23:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 08:23:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 08:23:40 - ERROR: failed to build world TB --- 2012-10-05 08:23:40 - 13.11 user 8.42 system 37.85 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 09:24:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07840106564A for ; Fri, 5 Oct 2012 09:24:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB5188FC2A for ; Fri, 5 Oct 2012 09:24:36 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DD3E55C59; Fri, 5 Oct 2012 11:24:34 +0200 (CEST) Message-ID: <506EA759.4030700@FreeBSD.org> Date: Fri, 05 Oct 2012 11:24:41 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121002 Thunderbird/16.0 MIME-Version: 1.0 To: Mike Manilone References: <506E7742.6060308@gmx.us> In-Reply-To: <506E7742.6060308@gmx.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: error while building stable world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 09:24:37 -0000 On 2012-10-05 07:59, Mike Manilone wrote: > I'm trying to build a STABLE world. But now I've got an error. > > /usr/local/bin/clang -O2 -pipe -I/usr/src/lib/libc/include > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE > -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING > -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c -o __vdso_gettc.o > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:31:10: fatal error: > 'sys/vdso.h' file not found > #include > ^ > 1 error generated. > *** [__vdso_gettc.o] Error code 1 > > > How can I fix this error? Don't use an absolute path for CC, it will not work. You can't build FreeBSD with ports clang, yet. > Another question: will buildworld also build the kernel? Use "make buildkernel" to build a kernel, optionally passing KERNCONF= to point at your custom kernel configuration. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 09:27:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66FEC106564A for ; Fri, 5 Oct 2012 09:27:27 +0000 (UTC) (envelope-from mbsd@isgroup.com.ua) Received: from mail.standard.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id A2C028FC14 for ; Fri, 5 Oct 2012 09:27:25 +0000 (UTC) Received: from [192.168.11.5] (unused-213.111.71.228.bilink.ua [213.111.71.228] (may be forged)) (authenticated bits=0) by mail.standard.com.ua (8.14.3/8.14.3) with ESMTP id q959KKbn073393 for ; Fri, 5 Oct 2012 12:20:20 +0300 (EEST) (envelope-from mbsd@isgroup.com.ua) From: mbsd To: freebsd-stable@freebsd.org In-Reply-To: <506E7742.6060308@gmx.us> References: <506E7742.6060308@gmx.us> Content-Type: text/plain; charset="UTF-8" Date: Fri, 05 Oct 2012 12:26:43 +0300 Message-ID: <1349429203.6324.3.camel@eva02> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-101.1 required=9.0 tests=BAYES_00,HELO_MISC_IP, RDNS_NONE,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.isgroup.com.ua Subject: Re: error while building stable world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 09:27:27 -0000 Is your time set correct? No, there are different targets. On Fri, 2012-10-05 at 13:59 +0800, Mike Manilone wrote: > Hi all, > > I'm trying to build a STABLE world. But now I've got an error. > > /usr/local/bin/clang -O2 -pipe -I/usr/src/lib/libc/include > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE > -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING > -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c -o __vdso_gettc.o > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:31:10: fatal error: > 'sys/vdso.h' file not found > #include > ^ > 1 error generated. > *** [__vdso_gettc.o] Error code 1 > > > How can I fix this error? > > Another question: will buildworld also build the kernel? > > Thanks. > > Cheers, > Mike Manilone > _______________________________________________ > 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 Fri Oct 5 09:56:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EAFF106566B for ; Fri, 5 Oct 2012 09:56:24 +0000 (UTC) (envelope-from crtmike@gmx.us) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id E17808FC0A for ; Fri, 5 Oct 2012 09:56:23 +0000 (UTC) Received: (qmail invoked by alias); 05 Oct 2012 09:56:19 -0000 Received: from unknown (EHLO bsd.laptop.mike) [124.89.80.42] by mail.gmx.com (mp-eu005) with SMTP; 05 Oct 2012 11:56:19 +0200 X-Authenticated: #137061016 X-Provags-ID: V01U2FsdGVkX1/TJi9jvuvToh6q8HVMmez+XMb4fe0Kfd2aDT3J0q RpnHI8F/kDRMkw Message-ID: <506EAEAD.209@gmx.us> Date: Fri, 05 Oct 2012 17:55:57 +0800 From: Mike Manilone User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120915 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506E7742.6060308@gmx.us> <506EA759.4030700@FreeBSD.org> In-Reply-To: <506EA759.4030700@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: error while building stable world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 09:56:24 -0000 But the problem will also happen even if I'm using the default gcc 4.2... cc -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/amd64/sys/__vdso_gettc.c -o __vdso_gettc.o /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:31:22: error: sys/vdso.h: No such file or directory /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:35: warning: 'struct vdso_timehands' declared inside parameter list /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:35: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/lib/libc/amd64/sys/__vdso_gettc.c: In function '__vdso_gettc_low': /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:40: error: dereferencing pointer to incomplete type /usr/src/lib/libc/amd64/sys/__vdso_gettc.c: At top level: /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:45: warning: 'struct vdso_timehands' declared inside parameter list /usr/src/lib/libc/amd64/sys/__vdso_gettc.c: In function '__vdso_gettc': /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:48: error: dereferencing pointer to incomplete type /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:48: warning: passing argument 1 of '__vdso_gettc_low' from incompatible pointer type *** [__vdso_gettc.o] Error code 1 On 2012/10/05 17:24, Dimitry Andric wrote: > Don't use an absolute path for CC, it will not work. You can't build > FreeBSD with ports clang, yet. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 10:00:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB35D1065672 for ; Fri, 5 Oct 2012 10:00:12 +0000 (UTC) (envelope-from crtmike@gmx.us) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id 36C268FC1D for ; Fri, 5 Oct 2012 10:00:12 +0000 (UTC) Received: (qmail invoked by alias); 05 Oct 2012 10:00:10 -0000 Received: from unknown (EHLO bsd.laptop.mike) [124.89.80.42] by mail.gmx.com (mp-eu001) with SMTP; 05 Oct 2012 12:00:10 +0200 X-Authenticated: #137061016 X-Provags-ID: V01U2FsdGVkX19JCCICETNJlM/2wGaNYo64F77MgbtF7X1ndX3XCI WW/9HfK20DxxDK Message-ID: <506EAF97.9010900@gmx.us> Date: Fri, 05 Oct 2012 17:59:51 +0800 From: Mike Manilone User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120915 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506E7742.6060308@gmx.us> <1349429203.6324.3.camel@eva02> In-Reply-To: <1349429203.6324.3.camel@eva02> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: error while building stable world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 10:00:12 -0000 I'm using the NTP so there isn't the problem. On 2012/10/05 17:26, mbsd wrote: > Is your time set correct? From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 10:15:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 899421065670; Fri, 5 Oct 2012 10:15:37 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 427CB8FC1A; Fri, 5 Oct 2012 10:15:37 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so4577030iea.13 for ; Fri, 05 Oct 2012 03:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XCsauqj+MvcZkN26nWvLfDB6Ufm+juVTR7QsoOiFavY=; b=xniQqKRvlfV1WUwoiF81H75R3I3tLhIehi/DdpsLHKBZjLoO2JU1KjN1n2MTZs6WAL IMeUzmQIS6JXaC7i14Dqsb4W/ahaIhlbNU4ljT0UPlBpwi0rsHWOycPVsaSsg+rc2cNf yub28mA77WcZDFpd6s64oVezHynSGyVDInxn/Zw58kGSWbRVXYq6E/8fSFYPtW7q5MGB fcfW8/kllR8Ylnan5YMuIG8Bc8fjcsk3VKTsxCmq3aEPn2S2HMcKL2NMaiFwguhgE4WI esNV8SGr5f39lJl1xlhDczGOEVZYU5nk4k6tGLV45794BytHRxeKY58s8shCc30Mzy0i PWHg== MIME-Version: 1.0 Received: by 10.50.185.168 with SMTP id fd8mr141437igc.51.1349432136726; Fri, 05 Oct 2012 03:15:36 -0700 (PDT) Received: by 10.64.81.17 with HTTP; Fri, 5 Oct 2012 03:15:36 -0700 (PDT) In-Reply-To: <243134468.20121005114313@dartit.ru> References: <1341571795.625149465@f43.mail.ru> <46A3A656-9136-46C5-B4E8-C92F266823D6@freebsd.org> <243134468.20121005114313@dartit.ru> Date: Fri, 5 Oct 2012 14:15:36 +0400 Message-ID: From: Sergey Kandaurov To: "Andrew A. Khlebutin" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, David Chisnall Subject: Re: FreeBSD 9.0-STABLE problem with the Adaptec Storage Manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 10:15:37 -0000 On 5 October 2012 09:43, Andrew A. Khlebutin wrote: > Hello, > > On Saturday, July 07, 2012 2:17:33 am David Chisnall wrote: > > DC> On 6 Jul 2012, at 20:32, Sergey Kandaurov wrote: > >>> This is probably because the private symbol __collate_load_error changed >>> to macro (i.e. removed) in r235785 after 9.0. If so, it might brake those >>> older binaries which rely on that symbol, though it's still defined in >>> Symbol.map. Probably David Chisnall could further comment on this. > > DC> This was accidentally removed in the xlocale refactoring. I've > DC> restored it in r238182 and CC'd re@ for permission to merge to the 9.1 release branch. > > Do you plan on MFC'ing it to stable/9 and releng/9.1? > > It breaks sysutils/arcconf, I can't monitor a state of my raid > controller. It was merged to both on September 17. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 11:24:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F00BB1065670 for ; Fri, 5 Oct 2012 11:24:36 +0000 (UTC) (envelope-from prabhpal@digital-infotech.net) Received: from mail.digital-infotech.net (mail.digital-infotech.net [41.211.25.193]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFF78FC0A for ; Fri, 5 Oct 2012 11:24:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 7CA922E404B; Fri, 5 Oct 2012 11:23:48 +0000 (GMT) Received: from mail.digital-infotech.net ([127.0.0.1]) by localhost (mail.digital-infotech.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 04986-06; Fri, 5 Oct 2012 11:23:48 +0000 (GMT) Received: from mail.digital-infotech.net (localhost [127.0.0.1]) by mail.digital-infotech.net (Postfix) with ESMTP id 462AB2E404A; Fri, 5 Oct 2012 11:23:48 +0000 (GMT) X-DKIM: OpenDKIM Filter v2.5.0 mail.digital-infotech.net 462AB2E404A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digital-infotech.net; s=digital; t=1349436228; bh=w/PbfyftKyQYQAoZFekbhcyZTPYVSdFzLFYZ487+Lm8=; h=Date:Subject:From:To:Cc:Reply-To; b=FeW+sIfNnSLlbvOj4905VgC5ZpXMazobbDecLaabYNQIxi4BRsbeYoCVX0yiTJZFx su/1Fyls6yfk2k2f9LpdCs0a8tun2Cwe8LEUEzVuhnShif/ea78wRSu1+3evzDjeJP kGv4l5eCaWpZpsbswd6K+f06VLkdx66Uz2ultdx8= Received: from 41.211.27.79 (SquirrelMail authenticated user prabhpal@digital-infotech.net) by mail.digital-infotech.net with HTTP; Fri, 5 Oct 2012 11:23:48 -0000 Message-ID: Date: Fri, 5 Oct 2012 11:23:48 -0000 From: "Shiv. Nath" To: centos@centos.org, freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Alert When Hardware Changes ! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: prabhpal@digital-infotech.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 11:24:37 -0000 Dear Friends of List, Well, i understand perhaps someone will think if it is correct please to ask this question here. But i did not find the better place than here. Here is community of technical people and the question is technical as well. Question: Is anyone aware of such program (software) that can alert me when hardware changes? i.e. lets say i will monitor the hardware for a computer/server using a program (i.e. Zabbix / Nagios) may be different program. Can i receive the alert when hard disk for the computer has been changed? Any software anyone aware of? From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 12:13:52 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 261A81065672; Fri, 5 Oct 2012 12:13:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DA0238FC0A; Fri, 5 Oct 2012 12:13:51 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q95CDpeX080134; Fri, 5 Oct 2012 12:13:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q95CDpYs080125; Fri, 5 Oct 2012 12:13:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Oct 2012 12:13:51 GMT Message-Id: <201210051213.q95CDpYs080125@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 12:13:52 -0000 TB --- 2012-10-05 12:13:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 12:13:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 12:13:18 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 12:13:18 - cleaning the object tree TB --- 2012-10-05 12:13:19 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 12:13:19 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 12:13:19 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 12:13:28 - /usr/local/bin/svn update /src TB --- 2012-10-05 12:13:36 - At svn revision 241223S TB --- 2012-10-05 12:13:37 - building world TB --- 2012-10-05 12:13:37 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 12:13:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 12:13:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 12:13:37 - SRCCONF=/dev/null TB --- 2012-10-05 12:13:37 - TARGET=mips TB --- 2012-10-05 12:13:37 - TARGET_ARCH=mips TB --- 2012-10-05 12:13:37 - TZ=UTC TB --- 2012-10-05 12:13:37 - __MAKE_CONF=/dev/null TB --- 2012-10-05 12:13:37 - cd /src TB --- 2012-10-05 12:13:37 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 12:13:38 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 12:13:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 12:13:51 - ERROR: failed to build world TB --- 2012-10-05 12:13:51 - 12.95 user 8.64 system 33.13 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 12:45:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0C271065672 for ; Fri, 5 Oct 2012 12:45:46 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 257088FC0C for ; Fri, 5 Oct 2012 12:45:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EALDVblDLevdH/2dsb2JhbABFu1uES4IgAQEFOEEQCxgJExIPAkYGDQEHAQGIALg4iz6GCQOIVp1Dgn0 Received: from ppp247-71.static.internode.on.net (HELO leader.local) ([203.122.247.71]) by ipmail06.adl2.internode.on.net with ESMTP; 05 Oct 2012 22:15:44 +0930 Message-ID: <506ED4CB.20806@ShaneWare.Biz> Date: Fri, 05 Oct 2012 22:08:35 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120918 Thunderbird/15.0.1 MIME-Version: 1.0 To: Zoran Kolic References: <20121004160748.GA4062@uranus.mtveurope.org> In-Reply-To: <20121004160748.GA4062@uranus.mtveurope.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gt520 and 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 12:45:46 -0000 On 05/10/2012 01:37, Zoran Kolic wrote: > After years of using nvidia 6200 with "nv", I had to move to above > mentioned gt520. Fast search shoes I "nvidia-driver". Correct? And to > change "nv" in conf file to "nvidia" with "nvidia_load="YES"" in > rc.conf? I wait to install the card till release comes out. Best > regards all > > Zoran I have a GT 520 in an ASUS P8H61-M LE/USB3 with a corei5 8GB running two HD lcd's I have run 9.0 since RC3 (when I got the machine) without issues until the recent update - v304.43 - that version failed to run the second monitor so I went back to v295.71_1. There is another update since but I haven't tried it yet. The nvidia_load="YES" goes into /boot/loader.conf not rc.conf Yes to use nvidia instead of nv in xorg.conf. nvidia-xconfig is a cli app that will configure the xorg.conf without asking for any options while nvidia-settings is a gui app that you can adjust all options and can then generate the xorg.conf to your settings. And if you are running dual monitors I recommend using twinview not xinerama. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 13:19:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC80A106566B for ; Fri, 5 Oct 2012 13:19:02 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 95FE88FC08 for ; Fri, 5 Oct 2012 13:19:02 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id l39so1280250qcs.13 for ; Fri, 05 Oct 2012 06:19:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=yytA9U3bymnSddTzwNT/02Ga5MhW68ry6/mMLyZKJFQ=; b=NA/xXBA/vARlb6hfey51u13Ci67Y4wUgcuBRUILTzdiY/daVmkxzX08Ja83ls7SwAa Xazwi5hDqxnysndGJwiVauRKRCpgjC3QHuzFDrn/YPQLam6Tq8SyUsisAYovSgh5iXY8 c7e6rCz70gFdoD0z64Tn4EgzqSG6SMWq2rQ6ByhpzNCZq8zxjQykJujP/Ty30FX1WI2W Gs8xczGQ8dl1reSRyFvfKz80uNNztBUyqfwCIEOARzs/Uk41XqBy3EoDyvmnLMpjoIM0 nS6A369gn/Jmbvf7DiMOZR3jJsnG+ceU33sMOEfJBbC4Bv28DK+OgiZi2CY4IIGWPTz+ jFVQ== Received: by 10.224.1.69 with SMTP id 5mr16722717qae.61.1349443141798; Fri, 05 Oct 2012 06:19:01 -0700 (PDT) Received: from [97.62.44.60] (60.sub-97-62-44.myvzw.com. [97.62.44.60]) by mx.google.com with ESMTPS id bx11sm9892255qab.0.2012.10.05.06.18.17 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 05 Oct 2012 06:19:00 -0700 (PDT) References: In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9B206) From: Mark Saad Date: Fri, 5 Oct 2012 09:15:53 -0400 To: "prabhpal@digital-infotech.net" X-Gm-Message-State: ALoCoQlZ48dpvLsU4r6rNLPbpkrA8EC74v6vsORPqbowmoWrtMc4TCDCXY/KOUAQgccY/tMYoSm0 Cc: "centos@centos.org" , "freebsd-stable@freebsd.org" Subject: Re: Alert When Hardware Changes ! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 13:19:03 -0000 On Oct 5, 2012, at 7:23 AM, "Shiv. Nath" wro= te: >=20 > Dear Friends of List, >=20 > Well, i understand perhaps someone will think if it is correct please to > ask this question here. But i did not find the better place than here. > Here is community of technical people and the question is technical as > well. >=20 > Question: >=20 > Is anyone aware of such program (software) that can alert me when hardware= > changes? i.e. lets say i will monitor the hardware for a computer/server > using a program (i.e. Zabbix / Nagios) may be different program. Can i > receive the alert when hard disk for the computer has been changed? >=20 > Any software anyone aware of? >=20 >=20 > _____________________________ You could use dmidecode in a nagios check to get some data like that. For ex= ample when a memory module fails , CPU speed , number of CPUs , number of me= mory modules ; but it's quite hardware vendor specific . As for hard drives y= ou would need to check if the box has a raid controller and some vendor spec= ific way to probe it . For example I use cciss_vol_status in both FreeBSD an= d Linux to monitor hp raid array health in a nagios check and it works well .= For generic non raid controllers , Sata, IDE , scsi you can try using smar= tutils to monitor disk health . Other then that; if it's just a check to sho= w if diskX is installed you could have a nagios check looking for the entry i= n /dev . Both modern FreeBSD and Linux use a devfs/udev system and add and r= emove entries in /dev when the device is attached or not . Hope that helps ---- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 13:51:13 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 769AC106566C; Fri, 5 Oct 2012 13:51:13 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 40A558FC0A; Fri, 5 Oct 2012 13:51:13 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 88A1C23F645; Fri, 5 Oct 2012 09:51:12 -0400 (EDT) Date: Fri, 5 Oct 2012 09:51:10 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20121005135110.GA1339@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: FreeBSD 10-CURRENT and 9-STABLE snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 13:51:13 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, A number of FreeBSD users have displayed interest in the availability and testing of -STABLE and -CURRENT snapshot releases. I have been working on generating snapshots regularly, and now would like to announce their availability for those interested in testing. Please note, as always with the -STABLE and -CURRENT branches, these snapshots are not intended for production systems. The snapshots available are: - 10.0-CURRENT amd64 - 10.0-CURRENT i386 - 9.1-PRERELEASE amd64 - 9.1-PRERELEASE i386 Note that the 9.1-PRERELEASE snapshots are the stable/9 branch, not what will eventually be 9.1-RELEASE. I do not yet have snapshots for the 8-STABLE branch, but am working on the magic to make that happen as well. There are also no bootonly ISOs, since the necessary distribution sets are not available on the FreeBSD FTP servers, so I cannot direct the installer to a different location very easily. The URL for the snapshots is: https://snapshots.glenbarber.us/Latest/ The SHA256 of the xz(1)-compressed install medium follows, and is also included in a plain-text file on the site. FreeBSD-10.0-CURRENT-amd64-memstick.xz = 8779f5925cb903c64d647392f6af825d5e74019d6d13222045d69091b03a81ff FreeBSD-10.0-CURRENT-amd64-release.iso.xz = cc3934c947563c23f92ba1cd8ca7ded3999dfbc050e2b2647c294e442f267040 FreeBSD-10.0-CURRENT-i386-memstick.xz = 9eb7ff8e28c0c524d2794828acb601b9b7079c1d00017e3bf84b974ff4412e42 FreeBSD-10.0-CURRENT-i386-release.iso.xz = 0d1334fea13e16cb0d06a3f3c3fb7b0e1223baf06a06a889a6cffa6981348ae5 FreeBSD-9.1-PRERELEASE-amd64-memstick.xz = f5f1e7acbaaac6eb61c5194199eb6ef090af242efc9808dc1af5caeee126e15e FreeBSD-9.1-PRERELEASE-amd64-release.iso.xz = 0cfa5b258428741e0345b29eed241188d5944fcb15a70b079d39d56195f0cccc FreeBSD-9.1-PRERELEASE-i386-memstick.xz = 4e98ffe63b186b0e26f22c3ddfb0582019bf352d1ea39da2757817c809872b67 FreeBSD-9.1-PRERELEASE-i386-release.iso.xz = 0bce6f2a9626705484ff7cac18623f714e289ef6ddc0b6199d78eba37ded2ca4 The "Latest" directory on the site will always point to the latest batch of snapshots, which right now my goal is to regenerate every few days (I do not have a definitive timeframe in mind yet). I hope these are useful to the FreeBSD community. Feedback on this is welcome, as always. Cheers, Glen PS: Please report any issues regarding downloading to me directly. --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQbuXOAAoJEFJPDDeguUajaqMIAK9Ycwb5dSt5X/KzGtnJSe+i gMMSshUXKk7CzEKqLwQstN6BmhfW2iTlR0qvQeAmNuQGWAZCXY64Tokj3yxd5cfE aU/RMOwUMrkCA6xBYtxvjoyPRmETFnFxXtm6exud2qM4MPhtvsW+QGq0OfDj2wL2 ksgWyiG/FdcR9DtrwP9x6e7TK/ejdahlIc5grc9SzDERnhgzSQ87jbfQaAv/AIBN 6CBQ9WMSVwWZoLzdJPEZZJO8G5ENB8qnt/I8wKcmXJLsiJ3cjcDRpFKe8Qxr9KcT l+fF9SDKJHlD0pjN2z4RtrJtkXxaKIc/Ct0Cp2kxy5N/M7B9LOdv/DCEN7uPyxU= =pgPk -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 13:56:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58DB2106566C for ; Fri, 5 Oct 2012 13:56:55 +0000 (UTC) (envelope-from crtmike@gmx.us) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id B757F8FC08 for ; Fri, 5 Oct 2012 13:56:54 +0000 (UTC) Received: (qmail invoked by alias); 05 Oct 2012 13:56:52 -0000 Received: from unknown (EHLO bsd.laptop.mike) [124.89.80.42] by mail.gmx.com (mp-eu005) with SMTP; 05 Oct 2012 15:56:52 +0200 X-Authenticated: #137061016 X-Provags-ID: V01U2FsdGVkX1/As9Q3UwTA04nDip8QJphUe07UdDMzIa1EQ7Ffqs qhGIBCH9lc4LhK Message-ID: <506EE717.7000409@gmx.us> Date: Fri, 05 Oct 2012 21:56:39 +0800 From: Mike Manilone User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120915 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20121005135110.GA1339@glenbarber.us> In-Reply-To: <20121005135110.GA1339@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: FreeBSD 10-CURRENT and 9-STABLE snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 13:56:55 -0000 On 2012/10/05 21:51, Glen Barber wrote: > Hi, > > A number of FreeBSD users have displayed interest in the availability > and testing of -STABLE and -CURRENT snapshot releases. > > I have been working on generating snapshots regularly, and now would > like to announce their availability for those interested in testing. > > Please note, as always with the -STABLE and -CURRENT branches, these > snapshots are not intended for production systems. > > The snapshots available are: > > - 10.0-CURRENT amd64 > - 10.0-CURRENT i386 > - 9.1-PRERELEASE amd64 > - 9.1-PRERELEASE i386 > > Note that the 9.1-PRERELEASE snapshots are the stable/9 branch, not what > will eventually be 9.1-RELEASE. > > I do not yet have snapshots for the 8-STABLE branch, but am working on > the magic to make that happen as well. There are also no bootonly ISOs, > since the necessary distribution sets are not available on the FreeBSD > FTP servers, so I cannot direct the installer to a different location > very easily. > > The URL for the snapshots is: > > https://snapshots.glenbarber.us/Latest/ > > The SHA256 of the xz(1)-compressed install medium follows, and is also > included in a plain-text file on the site. > > FreeBSD-10.0-CURRENT-amd64-memstick.xz = 8779f5925cb903c64d647392f6af825d5e74019d6d13222045d69091b03a81ff > FreeBSD-10.0-CURRENT-amd64-release.iso.xz = cc3934c947563c23f92ba1cd8ca7ded3999dfbc050e2b2647c294e442f267040 > FreeBSD-10.0-CURRENT-i386-memstick.xz = 9eb7ff8e28c0c524d2794828acb601b9b7079c1d00017e3bf84b974ff4412e42 > FreeBSD-10.0-CURRENT-i386-release.iso.xz = 0d1334fea13e16cb0d06a3f3c3fb7b0e1223baf06a06a889a6cffa6981348ae5 > FreeBSD-9.1-PRERELEASE-amd64-memstick.xz = f5f1e7acbaaac6eb61c5194199eb6ef090af242efc9808dc1af5caeee126e15e > FreeBSD-9.1-PRERELEASE-amd64-release.iso.xz = 0cfa5b258428741e0345b29eed241188d5944fcb15a70b079d39d56195f0cccc > FreeBSD-9.1-PRERELEASE-i386-memstick.xz = 4e98ffe63b186b0e26f22c3ddfb0582019bf352d1ea39da2757817c809872b67 > FreeBSD-9.1-PRERELEASE-i386-release.iso.xz = 0bce6f2a9626705484ff7cac18623f714e289ef6ddc0b6199d78eba37ded2ca4 > > The "Latest" directory on the site will always point to the latest batch > of snapshots, which right now my goal is to regenerate every few days > (I do not have a definitive timeframe in mind yet). > > I hope these are useful to the FreeBSD community. Feedback on this is > welcome, as always. > > Cheers, > > Glen > > PS: Please report any issues regarding downloading to me directly. > Good idea! :-) Could it be used in freebsd-update? Cheers, Mike From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 14:01:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5DF5106566B; Fri, 5 Oct 2012 14:01:30 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2568FC12; Fri, 5 Oct 2012 14:01:30 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 16D5923F645; Fri, 5 Oct 2012 10:01:29 -0400 (EDT) Date: Fri, 5 Oct 2012 10:01:28 -0400 From: Glen Barber To: Mike Manilone Message-ID: <20121005140128.GB1339@glenbarber.us> References: <20121005135110.GA1339@glenbarber.us> <506EE717.7000409@gmx.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <506EE717.7000409@gmx.us> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10-CURRENT and 9-STABLE snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 14:01:30 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 05, 2012 at 09:56:39PM +0800, Mike Manilone wrote: > > A number of FreeBSD users have displayed interest in the availability > > and testing of -STABLE and -CURRENT snapshot releases. >=20 > Good idea! :-) > Could it be used in freebsd-update? >=20 Currently, no. The freebsd-update(8) utility is something I have been meaning to look into. Glen --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQbug4AAoJEFJPDDeguUaj1W4IALWg8TkT7m2xSLHQmkRO3cL8 qoGNAJQQgMZ61O7s1K1SHV3qcHbeUfocwP1615WQvoTQmf0Z+7IV/oaXE1BzMHb3 2krGLFWTTNAfNJdzekMMK13pLToJ1MMz861zgO0VTADYOqS4C/5C/AZklKNEImo0 HjT+TiFM3e23TQk8iWg1mZ5OZ6Vje3+UeTuScGjIJIILV2uUobAZ856HEMuqGdxz 3nzaZN/4eVqHouhoKWTe9XmriaGXVcGBaYt4Fk/hwSN0aEuHvwTXHwrUHwaAMTpV owgjQ2G5ydP3ZB+7PCK3+GVHa0l1GKLaLUKs8FW41B2vWYEonSCUkcry+iBrk5s= =81Hf -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 14:29:51 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AA7F106566C; Fri, 5 Oct 2012 14:29:51 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 23A728FC14; Fri, 5 Oct 2012 14:29:50 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id BB11428423; Fri, 5 Oct 2012 16:29:47 +0200 (CEST) Received: from [192.168.1.2] (static-84-242-120-26.net.upcbroadband.cz [84.242.120.26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3BE2D2842A; Fri, 5 Oct 2012 16:29:46 +0200 (CEST) Message-ID: <506EEED9.6060208@quip.cz> Date: Fri, 05 Oct 2012 16:29:45 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Glen Barber References: <20121005135110.GA1339@glenbarber.us> In-Reply-To: <20121005135110.GA1339@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 10-CURRENT and 9-STABLE snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 14:29:51 -0000 Glen Barber wrote: > Hi, > > A number of FreeBSD users have displayed interest in the availability > and testing of -STABLE and -CURRENT snapshot releases. > > I have been working on generating snapshots regularly, and now would > like to announce their availability for those interested in testing. > > Please note, as always with the -STABLE and -CURRENT branches, these > snapshots are not intended for production systems. > > The snapshots available are: > > - 10.0-CURRENT amd64 > - 10.0-CURRENT i386 > - 9.1-PRERELEASE amd64 > - 9.1-PRERELEASE i386 > > Note that the 9.1-PRERELEASE snapshots are the stable/9 branch, not what > will eventually be 9.1-RELEASE. > > I do not yet have snapshots for the 8-STABLE branch, but am working on > the magic to make that happen as well. There are also no bootonly ISOs, > since the necessary distribution sets are not available on the FreeBSD > FTP servers, so I cannot direct the installer to a different location > very easily. > > The URL for the snapshots is: > > https://snapshots.glenbarber.us/Latest/ It would be nice to have them hosted on FreeBSD.org site as official source. Unofficial snapshots can be downloaded from https://pub.allbsd.org/FreeBSD-snapshots/ for a long time (bootonly.iso too) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 14:52:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BAF5106566B for ; Fri, 5 Oct 2012 14:52:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2420E8FC08 for ; Fri, 5 Oct 2012 14:52:24 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TK9GM-0003X6-VA for freebsd-stable@freebsd.org; Fri, 05 Oct 2012 16:52:26 +0200 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Oct 2012 16:52:26 +0200 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Oct 2012 16:52:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: jb Date: Fri, 5 Oct 2012 14:52:08 +0000 (UTC) Lines: 15 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20100101 Firefox/15.0.1) Subject: Re: Alert When Hardware Changes ! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 14:52:24 -0000 Shiv. Nath digital-infotech.net> writes: > ... > Is anyone aware of such program (software) that can alert me when hardware > changes? i.e. lets say i will monitor the hardware for a computer/server > using a program (i.e. Zabbix / Nagios) may be different program. Can i > receive the alert when hard disk for the computer has been changed? > > Any software anyone aware of? http://www.freebsd.org/cgi/url.cgi?ports/deskutils/devd-notifier/pkg-descr jb From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 15:29:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8AE3106566C for ; Fri, 5 Oct 2012 15:29:38 +0000 (UTC) (envelope-from zoran@uranus.mtveurope.org) Received: from jazz.linuxshell.org (unknown [IPv6:2001:67c:3f8::137:24]) by mx1.freebsd.org (Postfix) with ESMTP id 8065D8FC12 for ; Fri, 5 Oct 2012 15:29:37 +0000 (UTC) Received: from zoran by jazz.linuxshell.org with local (Exim 4.80) (envelope-from ) id 1TK9qJ-00054U-Ak; Fri, 05 Oct 2012 17:29:35 +0200 Date: Fri, 5 Oct 2012 17:29:35 +0200 From: Zoran Kolic To: Shane Ambler Message-ID: <20121005152935.GA18652@uranus.mtveurope.org> References: <20121004160748.GA4062@uranus.mtveurope.org> <506ED4CB.20806@ShaneWare.Biz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <506ED4CB.20806@ShaneWare.Biz> Cc: freebsd-stable@freebsd.org Subject: Re: gt520 and 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Oct 2012 15:29:39 -0000 > I have a GT 520 in an ASUS P8H61-M LE/USB3 with a corei5 8GB > running two HD lcd's > I have run 9.0 since RC3 (when I got the machine) without issues until > the recent update - v304.43 - that version failed to run the second > monitor so I went back to v295.71_1. There is another update since but I > haven't tried it yet. Hi Shane! There is new driver, named 304.51. A lot of bugs resolved, they said. I will use new SSD, so I hesitate to install RC1 and update later. No news on schedule for release, so far. The only version I waited with more uprehension was branch 5. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 16:03:45 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D65A6106566B; Fri, 5 Oct 2012 16:03:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 969478FC17; Fri, 5 Oct 2012 16:03:45 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q95G3jri067089; Fri, 5 Oct 2012 16:03:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q95G3jI3067082; Fri, 5 Oct 2012 16:03:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Oct 2012 16:03:45 GMT Message-Id: <201210051603.q95G3jI3067082@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 16:03:46 -0000 TB --- 2012-10-05 16:03:05 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 16:03:05 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 16:03:05 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 16:03:05 - cleaning the object tree TB --- 2012-10-05 16:03:06 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 16:03:06 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 16:03:06 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 16:03:21 - /usr/local/bin/svn update /src TB --- 2012-10-05 16:03:31 - At svn revision 241228S TB --- 2012-10-05 16:03:32 - building world TB --- 2012-10-05 16:03:32 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 16:03:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 16:03:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 16:03:32 - SRCCONF=/dev/null TB --- 2012-10-05 16:03:32 - TARGET=mips TB --- 2012-10-05 16:03:32 - TARGET_ARCH=mips TB --- 2012-10-05 16:03:32 - TZ=UTC TB --- 2012-10-05 16:03:32 - __MAKE_CONF=/dev/null TB --- 2012-10-05 16:03:32 - cd /src TB --- 2012-10-05 16:03:32 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 16:03:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 16:03:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 16:03:45 - ERROR: failed to build world TB --- 2012-10-05 16:03:45 - 13.09 user 8.37 system 39.93 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 19:53:33 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1BAB106566B; Fri, 5 Oct 2012 19:53:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 91DA98FC0A; Fri, 5 Oct 2012 19:53:33 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q95JrXlZ052776; Fri, 5 Oct 2012 19:53:33 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q95JrXEP052775; Fri, 5 Oct 2012 19:53:33 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Oct 2012 19:53:33 GMT Message-Id: <201210051953.q95JrXEP052775@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 19:53:33 -0000 TB --- 2012-10-05 19:53:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 19:53:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 19:53:00 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 19:53:00 - cleaning the object tree TB --- 2012-10-05 19:53:01 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 19:53:01 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 19:53:01 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 19:53:10 - /usr/local/bin/svn update /src TB --- 2012-10-05 19:53:19 - At svn revision 241232S TB --- 2012-10-05 19:53:20 - building world TB --- 2012-10-05 19:53:20 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 19:53:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 19:53:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 19:53:20 - SRCCONF=/dev/null TB --- 2012-10-05 19:53:20 - TARGET=mips TB --- 2012-10-05 19:53:20 - TARGET_ARCH=mips TB --- 2012-10-05 19:53:20 - TZ=UTC TB --- 2012-10-05 19:53:20 - __MAKE_CONF=/dev/null TB --- 2012-10-05 19:53:20 - cd /src TB --- 2012-10-05 19:53:20 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 19:53:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 19:53:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 19:53:33 - ERROR: failed to build world TB --- 2012-10-05 19:53:33 - 13.09 user 8.23 system 32.55 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Oct 5 23:51:09 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C91FE106566B; Fri, 5 Oct 2012 23:51:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 1B34B8FC0A; Fri, 5 Oct 2012 23:51:09 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q95Np8lB051033; Fri, 5 Oct 2012 23:51:08 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q95Np8wD051032; Fri, 5 Oct 2012 23:51:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Oct 2012 23:51:08 GMT Message-Id: <201210052351.q95Np8wD051032@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 23:51:09 -0000 TB --- 2012-10-05 23:48:13 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-05 23:48:13 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-05 23:48:13 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-05 23:48:13 - cleaning the object tree TB --- 2012-10-05 23:48:14 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-05 23:48:14 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-05 23:48:14 - /usr/local/bin/svn cleanup /src TB --- 2012-10-05 23:48:24 - /usr/local/bin/svn update /src TB --- 2012-10-05 23:50:21 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-05 23:50:21 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-05 23:50:51 - /usr/local/bin/svn update /src TB --- 2012-10-05 23:50:57 - At svn revision 241240S TB --- 2012-10-05 23:50:58 - building world TB --- 2012-10-05 23:50:58 - CROSS_BUILD_TESTING=YES TB --- 2012-10-05 23:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-05 23:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-05 23:50:58 - SRCCONF=/dev/null TB --- 2012-10-05 23:50:58 - TARGET=mips TB --- 2012-10-05 23:50:58 - TARGET_ARCH=mips TB --- 2012-10-05 23:50:58 - TZ=UTC TB --- 2012-10-05 23:50:58 - __MAKE_CONF=/dev/null TB --- 2012-10-05 23:50:58 - cd /src TB --- 2012-10-05 23:50:58 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 5 23:50:59 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-05 23:51:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-05 23:51:08 - ERROR: failed to build world TB --- 2012-10-05 23:51:08 - 12.09 user 7.70 system 174.97 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 01:32:47 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65FE6106566C; Sat, 6 Oct 2012 01:32:47 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id EC31E8FC08; Sat, 6 Oct 2012 01:32:46 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id CBCCAE6593; Sat, 6 Oct 2012 02:36:06 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=3mtoPAZbF5MP 9TWlSA6Jr5jd5tE=; b=D+zcPmwkoHd+prg6r1S42qMzTDf9d51OjqMxW/D8vBSN zPv8dRfb8zLgw9bK9hFV910AbnygCxT8x1tdf3IP/re7nnkTo0DXBKECrfHHbBiV lSkpbKkkwd5sZyEGPLmacQ5lG0s/SS0g8OLsnnhF7hCzOtUTgJOzHjC9Xm4tE6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=MQZRyz f9tcJfi/Z2QbGICELIMRUUPJGoZd9iyGo7E8zaFzVjRNfM4lRH/fv3PJAKAtNboN YaIKhMzQ1rg2D4z4R6QdF7sY7AE3SITTveah9Eqhuk7cpjYT7Qt/YoeUw3YiE8gc 9XnXzYCUAeig4szid2JPtJShv4Xgv1SVJs2Ws= Received: from [192.168.2.33] (unknown [93.89.81.205]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id A2E6FE657B; Sat, 6 Oct 2012 02:36:06 +0100 (BST) Message-ID: <506F8A3D.30104@cran.org.uk> Date: Sat, 06 Oct 2012 02:32:45 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <20121005135110.GA1339@glenbarber.us> <506EEED9.6060208@quip.cz> In-Reply-To: <506EEED9.6060208@quip.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Glen Barber , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 10-CURRENT and 9-STABLE snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Oct 2012 01:32:47 -0000 On 05/10/2012 15:29, Miroslav Lachman wrote: > Unofficial snapshots can be downloaded from > https://pub.allbsd.org/FreeBSD-snapshots/ for a long time > (bootonly.iso too) I'm baffled as to why those aren't just made official. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 09:21:04 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B1C2106566B; Sat, 6 Oct 2012 09:21:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 21C388FC28; Sat, 6 Oct 2012 09:21:04 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:0:100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 8C02123F645; Sat, 6 Oct 2012 05:21:01 -0400 (EDT) Date: Sat, 6 Oct 2012 05:20:58 -0400 From: Glen Barber To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20121006092058.GE1390@glenbarber.us> References: <20121005135110.GA1339@glenbarber.us> <506EEED9.6060208@quip.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qOrJKOH36bD5yhNe" Content-Disposition: inline In-Reply-To: <506EEED9.6060208@quip.cz> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 10-CURRENT and 9-STABLE snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Oct 2012 09:21:04 -0000 --qOrJKOH36bD5yhNe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 05, 2012 at 04:29:45PM +0200, Miroslav Lachman wrote: > It would be nice to have them hosted on FreeBSD.org site as official=20 > source. I agree 100%. > Unofficial snapshots can be downloaded from=20 > https://pub.allbsd.org/FreeBSD-snapshots/ for a long time (bootonly.iso t= oo) >=20 I am not sure how the bootonly.iso for -CURRENT and -STABLE can point to a non-FreeBSD FTP site without patching the source prior to the release build. If there is a clean way to do this without modifying the src/ tree prior to the build phase, I am happy to also provide bootonly.iso images and the necessary hierarchy for the various distribution sets. Glen --qOrJKOH36bD5yhNe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQb/f6AAoJEFJPDDeguUajxeoH/23e+5DvUGicMkX8Yd+vcx/k ogMSpOlEZcUnylQjLYhC/fow9NpZubicLbzSwDSt9vpW4Kc3kb0L/KIExm5c1PmN odvVHAcCI38a196blfMXtdVDqebny8V1+wJlnuPDbrMf2jYJFsRb7xtgrDs1Mp4d jud+DtwOKYqZ/WPcR9SjZGqnQm73ene9eKIXs+VxVh8UMixkkzsAOA6qt9+LOmQm BQIi6Rt8mi9a/BLtPGZ4g7RCY3711P+7Gxn0yCBM3yLzgiFX2qUsTDMwJ3QjLnVt clBIa82znpZo/sk6U/ev71HfBR9aQLypANr86Xc0bqPyowqNZ1lqKW2GIGsYBYA= =AUBX -----END PGP SIGNATURE----- --qOrJKOH36bD5yhNe-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 09:52:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23CFC106566B; Sat, 6 Oct 2012 09:52:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9DCAC8FC0A; Sat, 6 Oct 2012 09:52:49 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q969qnE8027210; Sat, 6 Oct 2012 09:52:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q969qmnS027206; Sat, 6 Oct 2012 09:52:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 6 Oct 2012 09:52:48 GMT Message-Id: <201210060952.q969qmnS027206@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2012 09:52:50 -0000 TB --- 2012-10-06 09:52:16 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-06 09:52:16 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-06 09:52:16 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-06 09:52:16 - cleaning the object tree TB --- 2012-10-06 09:52:17 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-06 09:52:17 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-06 09:52:17 - /usr/local/bin/svn cleanup /src TB --- 2012-10-06 09:52:26 - /usr/local/bin/svn update /src TB --- 2012-10-06 09:52:34 - At svn revision 241244S TB --- 2012-10-06 09:52:35 - building world TB --- 2012-10-06 09:52:35 - CROSS_BUILD_TESTING=YES TB --- 2012-10-06 09:52:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-06 09:52:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-06 09:52:35 - SRCCONF=/dev/null TB --- 2012-10-06 09:52:35 - TARGET=mips TB --- 2012-10-06 09:52:35 - TARGET_ARCH=mips TB --- 2012-10-06 09:52:35 - TZ=UTC TB --- 2012-10-06 09:52:35 - __MAKE_CONF=/dev/null TB --- 2012-10-06 09:52:35 - cd /src TB --- 2012-10-06 09:52:35 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 6 09:52:36 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-06 09:52:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-06 09:52:48 - ERROR: failed to build world TB --- 2012-10-06 09:52:48 - 13.09 user 8.22 system 32.58 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 10:52:40 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2F911065672; Sat, 6 Oct 2012 10:52:40 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 970F18FC12; Sat, 6 Oct 2012 10:52:39 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TKRzk-000aKr-Jn>; Sat, 06 Oct 2012 12:52:32 +0200 Received: from e178027101.adsl.alicedsl.de ([85.178.27.101] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TKRzk-003Y2P-GC>; Sat, 06 Oct 2012 12:52:32 +0200 Message-ID: <50700D6F.1010702@zedat.fu-berlin.de> Date: Sat, 06 Oct 2012 12:52:31 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Bruce Cran References: <20121005135110.GA1339@glenbarber.us> <506EEED9.6060208@quip.cz> <506F8A3D.30104@cran.org.uk> In-Reply-To: <506F8A3D.30104@cran.org.uk> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig83599EFED4833D49E0AB1BCF" X-Originating-IP: 85.178.27.101 Cc: Glen Barber , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: FreeBSD 10-CURRENT and 9-STABLE snapshots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Oct 2012 10:52:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig83599EFED4833D49E0AB1BCF Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Am 10/06/12 03:32, schrieb Bruce Cran: > On 05/10/2012 15:29, Miroslav Lachman wrote: >> Unofficial snapshots can be downloaded from >> https://pub.allbsd.org/FreeBSD-snapshots/ for a long time >> (bootonly.iso too) >=20 > I'm baffled as to why those aren't just made official. >=20 Since a couple of time for now, the links shown on the official webpage target into void. it would be easy to replace the great void with a link to a third party with the note that it is a third party. oh --------------enig83599EFED4833D49E0AB1BCF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQcA1vAAoJEOgBcD7A/5N8ulIH/R1fMKgTwZqMTx0mB7veGrTB 4szc+80bJ5wgXHpjriwKVnKp9OlXUb1jjniPK+yakV7xNYGEYKZlCwD66xr+RWDZ TJS2Z9cWAnr5cnVyClaYVKUFxoC7e+ER1nQDlNUbyy0gFdmxgV1h4s+7K7osJYAj 6MTCT9ZzFVPQEN+X4irBHS3kCD1q19H4yscV/TsqF6Zebh+AcMw/uh3g2QYYl5nd N2M0oIg7JjlKGxX0eZ3kc3WPbxWCPQ0WKKUDFYY2p0pJamZIXxmn2AA/uW4jbI9d 2qmZWbS8TtTO1z5XVIc0sobqlOO1DAQL+VyyZ1bKLq96m09guBP0VukXbBT3qQ8= =WDN+ -----END PGP SIGNATURE----- --------------enig83599EFED4833D49E0AB1BCF-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 11:09:19 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EAD7106564A for ; Sat, 6 Oct 2012 11:09:19 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0BCBC8FC08 for ; Sat, 6 Oct 2012 11:09:18 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 2B74B3983B; Sat, 6 Oct 2012 13:09:11 +0200 (CEST) Date: Sat, 6 Oct 2012 13:09:11 +0200 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20121006110910.GK4191@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: wpi0: fatal firmware error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Oct 2012 11:09:19 -0000 Hello, I'm trying to setup my wireless on FreeBSD 9.0-p3 amd64 and i get the following error: wpi0: fatal firmware error pciconf -lv: wpi0@pci0:3:0:0: class=0x028000 card=0x10518086 chip=0x42228086 rev=0x02 hdr=0x0 0 vendor = 'Intel Corporation' device = 'PRO/Wireless 3945ABG [Golan] Network Connection' class = network Detected as: wpi0: mem 0xfc000000-0xfc000fff irq 17 at device 0.0 on pci3 According to man page is an unknown error uploading the firmware. I've thought about licensing issues with the firmware. Man page doesn't say anything about legal framework, so i think it's not needed but still i tried adding to loader.conf: legal.intel_wpi.license_ack=1 No difference. I tried unloading and loading the wpifw module as recommended by man page, but even after destroying all interfaces and putting down wpi0 i still can't unload the module because it's busy. rc.conf config: wlans_wpi0="wlan0" ifconfig_wlan0="WPA DHCP ssid testwifi country ES" wpa_supplicant.conf: network={ ssid="testwifi" psk="secret" } Any ideas on how can i fix this problem? Thanks a lot. Regards. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 13:48:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21BFC1065676; Sat, 6 Oct 2012 13:48:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D31328FC18; Sat, 6 Oct 2012 13:48:54 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q96DmspY040764; Sat, 6 Oct 2012 13:48:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q96Dms1r040751; Sat, 6 Oct 2012 13:48:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 6 Oct 2012 13:48:54 GMT Message-Id: <201210061348.q96Dms1r040751@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2012 13:48:55 -0000 TB --- 2012-10-06 13:42:17 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-06 13:42:17 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-06 13:42:17 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-06 13:42:17 - cleaning the object tree TB --- 2012-10-06 13:42:22 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-06 13:42:22 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-06 13:42:22 - /usr/local/bin/svn cleanup /src TB --- 2012-10-06 13:42:31 - /usr/local/bin/svn update /src TB --- 2012-10-06 13:48:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-06 13:48:05 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-06 13:48:35 - /usr/local/bin/svn update /src TB --- 2012-10-06 13:48:42 - At svn revision 241253S TB --- 2012-10-06 13:48:43 - building world TB --- 2012-10-06 13:48:43 - CROSS_BUILD_TESTING=YES TB --- 2012-10-06 13:48:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-06 13:48:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-06 13:48:43 - SRCCONF=/dev/null TB --- 2012-10-06 13:48:43 - TARGET=mips TB --- 2012-10-06 13:48:43 - TARGET_ARCH=mips TB --- 2012-10-06 13:48:43 - TZ=UTC TB --- 2012-10-06 13:48:43 - __MAKE_CONF=/dev/null TB --- 2012-10-06 13:48:43 - cd /src TB --- 2012-10-06 13:48:43 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 6 13:48:44 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-06 13:48:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-06 13:48:54 - ERROR: failed to build world TB --- 2012-10-06 13:48:54 - 12.62 user 7.89 system 396.60 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 17:39:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9DDB1065670 for ; Sat, 6 Oct 2012 17:39:41 +0000 (UTC) (envelope-from crtmike@gmx.us) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id 355A38FC0A for ; Sat, 6 Oct 2012 17:39:41 +0000 (UTC) Received: (qmail invoked by alias); 06 Oct 2012 17:39:32 -0000 Received: from unknown (EHLO bsd.laptop.mike) [124.89.80.42] by mail.gmx.com (mp-eu006) with SMTP; 06 Oct 2012 19:39:32 +0200 X-Authenticated: #137061016 X-Provags-ID: V01U2FsdGVkX1/wYfYPw8nwOQpLW1/T+QvEF2EeovsjL3w6ijW5HB P6WGQikST+PqJl Message-ID: <50706CBC.5010304@gmx.us> Date: Sun, 07 Oct 2012 01:39:08 +0800 From: Mike Manilone User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120915 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <506E7742.6060308@gmx.us> <506EA759.4030700@FreeBSD.org> <506EAEAD.209@gmx.us> In-Reply-To: <506EAEAD.209@gmx.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: error while building stable world X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Oct 2012 17:39:41 -0000 On 2012/10/05 17:55, Mike Manilone wrote: > But the problem will also happen even if I'm using the default gcc 4.2... > > cc -O2 -pipe -I/usr/src/lib/libc/include > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa > -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv > -D_ACL_PRIVATE -DPOSIX_MISTAKE > -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING > -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers > -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c -o __vdso_gettc.o > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:31:22: error: sys/vdso.h: > No such file or directory > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:35: warning: 'struct > vdso_timehands' declared inside parameter list > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:35: warning: its scope is > only this definition or declaration, which is probably not what you want > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c: In function > '__vdso_gettc_low': > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:40: error: dereferencing > pointer to incomplete type > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c: At top level: > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:45: warning: 'struct > vdso_timehands' declared inside parameter list > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c: In function '__vdso_gettc': > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:48: error: dereferencing > pointer to incomplete type > /usr/src/lib/libc/amd64/sys/__vdso_gettc.c:48: warning: passing > argument 1 of '__vdso_gettc_low' from incompatible pointer type > *** [__vdso_gettc.o] Error code 1 > > > On 2012/10/05 17:24, Dimitry Andric wrote: >> Don't use an absolute path for CC, it will not work. You can't build >> FreeBSD with ports clang, yet. > > _______________________________________________ > 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" Well. I noticed that /usr/src/sys/sys/vdso.h exists. Is there a way to install the new headers collection? I think this may solve the problem. ;-) From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 17:45:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D5161065704; Sat, 6 Oct 2012 17:45:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8718FC0A; Sat, 6 Oct 2012 17:45:30 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q96HjTGf011479; Sat, 6 Oct 2012 17:45:29 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q96HjTGG011478; Sat, 6 Oct 2012 17:45:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 6 Oct 2012 17:45:29 GMT Message-Id: <201210061745.q96HjTGG011478@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2012 17:45:30 -0000 TB --- 2012-10-06 17:42:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-06 17:42:59 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-06 17:42:59 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-06 17:42:59 - cleaning the object tree TB --- 2012-10-06 17:43:00 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-06 17:43:00 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-06 17:43:00 - /usr/local/bin/svn cleanup /src TB --- 2012-10-06 17:43:13 - /usr/local/bin/svn update /src TB --- 2012-10-06 17:44:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-06 17:44:39 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-06 17:45:09 - /usr/local/bin/svn update /src TB --- 2012-10-06 17:45:18 - At svn revision 241254S TB --- 2012-10-06 17:45:19 - building world TB --- 2012-10-06 17:45:19 - CROSS_BUILD_TESTING=YES TB --- 2012-10-06 17:45:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-06 17:45:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-06 17:45:19 - SRCCONF=/dev/null TB --- 2012-10-06 17:45:19 - TARGET=mips TB --- 2012-10-06 17:45:19 - TARGET_ARCH=mips TB --- 2012-10-06 17:45:19 - TZ=UTC TB --- 2012-10-06 17:45:19 - __MAKE_CONF=/dev/null TB --- 2012-10-06 17:45:19 - cd /src TB --- 2012-10-06 17:45:19 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 6 17:45:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-06 17:45:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-06 17:45:29 - ERROR: failed to build world TB --- 2012-10-06 17:45:29 - 12.30 user 7.62 system 149.90 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Oct 6 21:45:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54E531065743; Sat, 6 Oct 2012 21:45:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 10E848FC14; Sat, 6 Oct 2012 21:45:29 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q96LjTxd003996; Sat, 6 Oct 2012 21:45:29 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q96LjTgr003995; Sat, 6 Oct 2012 21:45:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 6 Oct 2012 21:45:29 GMT Message-Id: <201210062145.q96LjTgr003995@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2012 21:45:30 -0000 TB --- 2012-10-06 21:43:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-10-06 21:43:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-06 21:43:00 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-10-06 21:43:00 - cleaning the object tree TB --- 2012-10-06 21:43:01 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-10-06 21:43:01 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-10-06 21:43:01 - /usr/local/bin/svn cleanup /src TB --- 2012-10-06 21:43:10 - /usr/local/bin/svn update /src TB --- 2012-10-06 21:44:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-10-06 21:44:39 - WARNING: sleeping 30 s and retrying... TB --- 2012-10-06 21:45:09 - /usr/local/bin/svn update /src TB --- 2012-10-06 21:45:18 - At svn revision 241305S TB --- 2012-10-06 21:45:19 - building world TB --- 2012-10-06 21:45:19 - CROSS_BUILD_TESTING=YES TB --- 2012-10-06 21:45:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-06 21:45:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-06 21:45:19 - SRCCONF=/dev/null TB --- 2012-10-06 21:45:19 - TARGET=mips TB --- 2012-10-06 21:45:19 - TARGET_ARCH=mips TB --- 2012-10-06 21:45:19 - TZ=UTC TB --- 2012-10-06 21:45:19 - __MAKE_CONF=/dev/null TB --- 2012-10-06 21:45:19 - cd /src TB --- 2012-10-06 21:45:19 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 6 21:45:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-06 21:45:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-06 21:45:29 - ERROR: failed to build world TB --- 2012-10-06 21:45:29 - 12.27 user 7.59 system 149.46 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full